إصدار وإرجاع مفتاح RFID: سير عمل التحكم في الوصول إلى -مواقع متعددة

يمكن لمجموعة من سلسلة مفاتيح RFID أن تجتاز اختبار القراءة الخاص بالمورد وتظل مشكلة تشغيلية في يوم إصدارها. قد يكون لدى فريق المرافق بيانات الاعتماد الصحيحة ولكن لا يوجد سجل موثوق به للمكتب الذي استلمها، أو الموظف الذي يحمل واحدة، أو الرقم الذي يتعرف عليه جهاز التحكم، أو ما إذا كان -فقد سلسلة فوب قد تم بالفعل تعطيله.

بالنسبة للتحكم في الوصول إلى مواقع متعددة-، فإن المهمة العملية هي الاتصالالمخزون المادي، والهوية الإلكترونية، والحامل المسمى، وملف تعريف الوصول المعتمد، وحالة دورة الحياة المسجلة. ويجب أن يحافظ النظام على دقة هذه العلاقات عند إصدار فوب أو نقله أو إعادته أو فقده أو استبداله. يعد هذا إجراءً تشغيليًا لفرق الوصول إلى المكاتب والحرم الجامعي والمقاولين-وليس مقارنة بين شرائح فوب أو دليل شراء للموردين.

 

 

فوب واحد، خمسة سجلات مختلفة

ابدأ بفصل العناصر التي غالبًا ما يجمعها الموظفون في عمود واحد في جدول البيانات يسمى "رقم البطاقة".

قد يكون الرقم المطبوع على سلسلة فوب مرجعًا ملائمًا للمخزون، وليس قيمة اعتماد جانب القارئ الفعلي-. قد يتم تضمين رمز المنشأة أو رقم البطاقة أو التمثيل السداسي العشري أو تشفير الملكية اعتمادًا على النظام الأساسي المثبت. سينتيكشرح لكيفية عمل سلسلة مفاتيح التحكم في -التحكميملك سؤال التوافق الفني؛ يفترض سير العمل هنا أن بيانات الاعتماد المتوافقة قد تمت الموافقة عليها بالفعل.

 

 

تسليم المصنع بشكل منفصل عن تسجيل الموقع

هناك نوعان من عمليات التسليم. أولاً، يقبل المشتري التسليم الفعلي مقابل مواصفات المورد المعتمدة. بعد ذلك يقوم المسؤول المعتمد بتسجيل أو تنشيط بيانات الاعتماد للمالك الحقيقي في نظام التحكم في الوصول-. واستكمال أحدهما لا يثبت الآخر.

يمكن أن يحتوي ملف تسليم المورد بشكل معقول على مرجع الدفعة وتسلسل العناصر والرقم المطبوع والمعرف الإلكتروني المعتمد أو التنسيق ووجهة الحزمة/الموقع والتصرف في الجودة. لا يحتاج المورد عمومًا إلى قائمة كاملة بالموظفين أو سجل الأذونات. يمكن للمؤسسة تعيين بيانات الاعتماد التي تم تسليمها إلى صاحبها لاحقًا، داخل نظام الوصول الخاضع للتحكم الخاص بها.

بالنسبة إلى طرح مواقع متعددة-، قم بتعيين مالك واحد لمساحة اسم الترقيم/الهوية. يجب ألا يؤدي طلب الموقعين بشكل منفصل إلى إنشاء تضاربات في بيانات الاعتماد أو تلقي نطاقات متداخلة عن طريق الخطأ إذا كان يجب أن تكون هذه النطاقات فريدة في النظام المشترك. يجب أن يقوم بائع نظام الوصول أو المتكامل- بتحديد حدود التفرد الفعلية.

 

 

تلقي شحنة كمخزون خاضع للرقابة

يجب أن ينتج عن الاستلام إجابة موثقة على أربعة أسئلة: ما تم تسليمه، وما هي المعرفات الإلكترونية الموجودة، والموقع المسؤول عن المخزون، والوحدات غير المتاحة للإصدار.

لكل تسليم أو دفعة فرعية-، تحقق مما يلي:

• الكمية والمجموعة:الكراتين والحقائب ومخصصات الموقع مطابقة لسجل التعبئة.
• التكامل المرجعي:تتوافق الأرقام أو التسميات المرئية مع ملف التعيين المعتمد حيثما تم توفيره.
• الرد الالكتروني:يمكن تحديد الوحدات التمثيلية أو المحددة باستخدام سير عمل القارئ/التشفير المقبول فعليًا.
• التفرد:لا تجد مقارنة مستوى البيانات-أي تكرارات في مساحة الاسم التي تتطلب بيانات اعتماد نشطة وفريدة.
• الاستثناءات:يتم عزل الوحدات التالفة أو غير القابلة للقراءة أو المكررة أو غير المعروفة بدلاً من إضافتها إلى المخزون المتاح.

تنتمي مستويات أخذ العينات وحدود القبول إلى المواصفات المتفق عليها من قبل المشتري؛ لا تعتبر النسبة المئوية العامة ولا صوت القارئ دليلاً كافيًا لكل مشروع.

 

 

امنح كل موقع أمينًا للأسهم وحدودًا للمصالحة

يجوز لفريق مركزي واحد شراء جميع الفوب بينما تقوم المكاتب الفردية بإصدارها. يحتاج هذا الترتيب إلى سجلات حضانة واضحة بدلاً من إحصاء إجمالي واحد للمخزون.

يميز نموذج المخزون البسيط ما يلي:

• المخزون المركزي غير المخصص:الوحدات القابلة للاستخدام لم يتم تعيينها بعد لموقع ما.
• المخزون المتوفر بالموقع:الوحدات القابلة للاستخدام والتي يحتفظ بها فعليًا حارس مسمى.
• المخزون المحجوز:الوحدات المخصصة لطلب معتمد ولكن لم يتم تسليمها.
• الأسهم المصدرة:يتم تسليم أوراق الاعتماد المادية لحامليها وتتبعها في نظام الوصول.
• مخزون الحجر الصحي أو المتقاعد:الوحدات التالفة أو الغامضة أو المستردة-المفقودة أو غير القابلة للإصدار-.

يجب تسجيل التحويلات بين المكاتب كحدثين مرتبطين: التحرير من موقع الإرسال والاستلام من الوجهة. يجب ألا تظهر الشحنة العابرة على أنها متوفرة في كلا الموقعين.

 

 

قم بإصدار Fob فقط بعد الموافقة على الهوية والوصول

الهدف من الإصدار هو إثبات أنه تم منح بيانات اعتماد مادية محددة للشخص الصحيح وتمكينها بالأذونات الصحيحة. الترتيب الطبيعي هو :

1. التأكد من هوية الحائز وطلب معتمد أو كفيل.
2. اختر سلسلة متاحة وغير معزولة-من مخزون الموقع الصحيح.
3. قراءة أو التحقق من معرف الاعتماد الإلكتروني باستخدام القارئ/الأداة المعتمدة.
4. اربط بيانات الاعتماد تلك بالمالك في نظام التحكم في الوصول-.
5. تطبيق قواعد الموقع ومجموعة الأبواب والجدول الزمني وانتهاء الصلاحية المعتمدة؛ تجنب نسخ أذونات واسعة النطاق من مالك سابق.
6. اختبر الوصول المسموح به، وحيثما أمكن، رفض الممثل-شرط الوصول.
7. قم بتسجيل التسليم الفعلي، ومشغل الإصدار، وإقرار المالك، والحالة الفعلية.

عندما يكون تسجيل البرامج مركزيًا، فقد لا يتمتع مسؤول الموقع بامتيازات إنشاء الأذونات. في هذه الحالة، يجب أن يتطلب سير العمل تأكيدًا للتفويض قبل تحرير سلسلة المفاتيح فعليًا.

 

 

استخدم ملف تعريف وصول محددًا للموقع-، وليس إذنًا عامًا ضمنيًا

قد يتعرف القراء في عدة مواقع على بيانات اعتماد المواقع- المتعددة دون أن يُسمح لهم بفتح كل باب. ويظل الاعتراف والترخيص قرارين منفصلين.

حدد الملفات الشخصية مثل موظف الموقع أ، أو مقاول الموقع ب، أو الصيانة بعد-ساعات العمل أو الزائر المؤقت، ولكن تعامل مع هذه كأمثلة بدلاً من الإعدادات العامة. يحتاج كل ملف تعريف إلى مالك الموافقة والأبواب المسموح بها والجدول الزمني وشرط انتهاء الصلاحية وقاعدة المراجعة. قد يحتاج المقاولون إلى كفيل وحد زمني؛ يجوز للموظفين الدائمين اتباع موافقة الإدارات.

نيست SP 800-53 PE-2دعوات للاحتفاظ بقوائم الوصول-المصرح بها، وإصدار بيانات الاعتماد، ومراجعة الوصول وإزالة الأشخاص عندما لا يعد الوصول مطلوبًا. يعد هذا إطار تحكم مفيدًا، وليس ادعاءً بأن كل مكتب صغير يجب أن ينفذ برنامجًا معينًا لشهادة NIST.

 

 

تعرف على ما يجب تسجيله لكل عملية تسليم

يعتمد سجل عمليات الاعتماد المفيد- على الأحداث. ويجب أن يخبر المدقق بما تم تغييره، ومن وافق عليه، ومن قام به، وأي سلسلة فوب تأثرت وما إذا كان قد تم التحقق من التغيير.

لا تضع تفاصيل هوية حساسة غير ضرورية في جدول بيانات المورد أو تطبعها على الغلاف. يجب أن تتبع سجلات الوصول والبيانات الشخصية سياسات الخصوصية والاحتفاظ والوصول -الخاصة بالمؤسسة.

 

 

يؤدي الإبلاغ عن-فقدان فوب إلى إجراء إجراءين

عندما يقوم المالك بالإبلاغ عن فقدان سلسلة فوب، فإن الأولوية الأولى هي تعطيل سلطته-في عدم انتظار شحنة بديلة. والثاني هو تحديث المخزون المادي وسجلات الحوادث.

تتمثل إحدى عمليات فقدان -الخطأ العملي في التحقق من التقرير، وتحديد بيانات الاعتماد الدقيقة، وتعليقها أو إبطالها من خلال نظام التحكم في الوصول-، وتأكيد التغيير الذي تم نشره على المواقع المتأثرة، وتوثيق الحادث، ثم إصدار بيانات اعتماد جديدة ضمن مرجع منفصل.إرشادات دعم بيانات الاعتماد الخاصة بـ HIDوبالمثل، يوجه المشغلين إلى إلغاء تنشيط بيانات الاعتماد المفقودة وتعيين بديل.

تصل بعض عمليات التثبيت إلى أذونات التخزين المؤقت في أجهزة القراءة أو وحدات التحكم، أو تعمل دون اتصال بالإنترنت، أو تتزامن عبر الخوادم. في مثل هذه الحالات، قد لا تثبت حالة "المعاق" المركزية على الفور الإنكار عند كل باب. يجب أن يحدد المتكامل سلوك النشر وطريقة التحقق. حيثما يسمح النظام بذلك، قم باختبار بيانات الاعتماد الملغاة عند نقطة دخول تمثيلية خاضعة للرقابة؛ وإلا قم بفحص حالة وحدة التحكم المدعومة أو السجلات.

 

 

عاد ليس نفس المعوقين

يمكن للموظف وضع سلسلة مفاتيح على مكتب الاستقبال بينما لا تزال قاعدة بيانات التحكم في الوصول-تعاملها على أنها نشطة. يمكن أن يحدث العكس أيضًا: تظل سلسلة فوب التي تم إبطالها مفقودة فعليًا.

أبقِ هذين البعدين منفصلين:

لا تفترض أبدًا أن حذف سجل شخص ما يغير تلقائيًا كل وحدة تحكم أو حالة الوصول الحالية للقارئ. تحقق من سلوك النظام الأساسي الفعلي.

 

 

قرر ما إذا كان من الممكن إعادة إصدار Fobs المرتجعة

يمكن أن تكون إعادة استخدام الحلقات السليمة أمرًا منطقيًا لعمليات -منخفضة الاحتكاك يتم التحكم فيها، ولكنه قرار يتعلق بسياسة النظام-. قد تحتوي سلسلة LF fob القديمة للقراءة-فقط على معرف غير قابل للتغيير؛ يمكن للمشغل تغيير تعيين نظام الوصول-دون تغيير الشريحة، بشرط أن يدعم البرنامج سير العمل هذا. في نظام بيانات الاعتماد الذكي، قد تؤدي بيانات التطبيق المحمية والتخصيص والمفاتيح إلى تعقيد عملية إعادة التعيين أو حظرها.

قبل إعادة الإصدار، قم بإزالة وصول المالك السابق، وفحص وقراءة سلسلة المفاتيح، والتحقق من حالتها عبر الأنظمة المرتبطة، ومسح أو إعادة تكوين البيانات المحددة للتطبيق -فقط عندما تكون مدعومة ومصرح بها، وأنشئ الارتباط الجديد، وقم بإجراء اختبار نهاية -إلى-إنهاء الوصول. إذا كانت بيانات الاعتماد القديمة مرتبطة بحادث أمني، فقد تتطلب سياسة المنظمة التقاعد الدائم بدلاً من ذلك.

لا ينبغي أبدًا وصف عملية إعادة الإصدار بأنها "إعادة تعيين UID". تحتوي العديد من بيانات الاعتماد على معرفات غير قابلة لإعادة الكتابة-؛ قد يحدث التغيير التشغيلي فقط في قاعدة بيانات وحدة التحكم.

 

 

يجب أن يقوم Offboarding بإغلاق إذن كل موقع

عندما يغادر مستخدم المؤسسة أو تنتهي مهمة المقاول، يجب على مالك النظام إزالة ترخيصه حتى لو لم يتم استرداد فوب فعليًا. بالنسبة إلى مرافق المواقع المتعددة-، يكفي وجود موقع واحد منسي أو وحدة تحكم مستقلة لترك فجوة في الوصول.

امنح مهمة offboarding مالكًا مسؤولاً. قم بتأكيد بيانات الاعتماد النشطة للحامل، وتعطيل كافة تعيينات الوصول ذات الصلة، وتسوية العوائد المادية، وتسجيل العناصر المفقودة، وإغلاق الطلب فقط عند اكتمال عمليات الفحص المقررة. عندما يكون لدى شخص ما بيانات اعتماد فعلية وبيانات اعتماد متنقلة، تعامل معهما كسجلات بيانات اعتماد منفصلة ما لم يوثق النظام الأساسي سلوك إلغاء موحد.

اختبأوثائق إدارة-بيانات الاعتماديوضح سبب اعتبار الاستبدال والإنهاء وحالة الاعتماد بمثابة عمليات دورة حياة واضحة في أنظمة الهوية المُدارة. لا تزال الوظائف المحددة المتوفرة لنشر الوصول العادي لمبنى LF أو HF{1}}تعتمد على البرنامج الخاص بها.

 

 

التوفيق بين المخزون الفعلي وبيانات الاعتماد النشطة

يجب أن يقارن التدقيق الدوري بين ثلاثة مصادر على الأقل: مخزون الموقع-وسجل المهام وقائمة بيانات الاعتماد النشطة لنظام التحكم في الوصول-. الناتج المفيد ليس مجرد "400 سلسلة مفاتيح في متناول اليد"؛ إنها قائمة الاستثناءات التي تحتاج إلى اتخاذ إجراء.

ابحث عن بيانات الاعتماد النشطة بدون حامل معتمد، والشخص الذي تم إنهاؤه مع إمكانية الوصول الباقية، وسلسلة فوب المسجلة على أنها تم إرجاعها ولكن لا تزال ممكنة، وتكرار التعيين النشط حيث يكون محظورًا، ومخزون الموقع المفقود، والمخزون غير المستخدم المسجل عن طريق الخطأ، وعمليات النقل التي لم تتلق تأكيدًا للوجهة مطلقًا.

تحديد تكرار المراجعة والمواعيد النهائية للاستجابة لمخاطر الأعمال. قد تحتاج مواقع المقاولين-ذات معدل دوران مرتفع إلى عمليات فحص متكررة أكثر من المكاتب الصغيرة التي تضم موظفين ثابتين. لا يمكن لجدول شهري أو ربع سنوي شامل أن يحل محل سياسة متفق عليها.

 

 

قم بتجربة دورة الحياة بأكملها قبل بدء التشغيل

استخدم بيانات اعتماد تمثيلية، وتكوينين للموقع على الأقل إذا كان المشروع يمتد إلى أنظمة وصول مختلفة، وحالات الاختبار التي تمارس التحولات بدلاً من تقديم سلسلة فوب جديدة للقارئ فقط.

وضع علامة على الفشل مع المالك ومتطلبات إعادة الاختبار. يمكن أن يوضح فحص المصنع الذي يجريه المورد استجابة العلامة والبيانات الصحيحة، ولكن لا يمكن أن يكون بديلاً عن اختبار التسجيل الحقيقي وسير عمل الأذونات في المؤسسة.

 

 

اطلب من المورد تسليمًا نظيفًا، وليس قاعدة بيانات الموظفين

عند تشغيل سلسلة مفاتيح RFID مجمعة، يجب أن تحدد مواصفات الشراء تقنية الشريحة/بيانات الاعتماد المعتمدة، ومرجع توافق القارئ، وتنسيق البيانات الإلكترونية المتوقعة، وقاعدة الترقيم المرئية، والنطاق الفريد أو متطلبات التعيين، والتعبئة/تجميع المواقع، وعينة-عملية الموافقة واحتياجات التحقق الواردة.

يجب أن يتحكم مشغل الموقع بشكل منفصل في هوية الموظف والأذونات وموافقات الإصدار و-الاستجابة المفقودة وسجلات التدقيق. عندما يُطلب من المورد إجراء التشفير المسبق - أو الرقم - المسبق، يجب الموافقة بدقة على الحقول التي يحتاجها وكيفية التعامل مع التناقضات. سينتيكدليل توافق مفتاح القرب فوبيغطي قرار الشراء الفني المنبع، في حين أنفئة منتج مفتاح RFIDيظل المالك التجاري لمصادر بيانات الاعتماد المادية.

 

 

نقطة التحكم هي المهمة وليست حلقة المفاتيح

من الأسهل إدارة عمليات سلسلة المفاتيح- المتعددة للمواقع عندما تظل سلسلة واحدة قابلة للتدقيق:

بيانات الاعتماد المعتمدة ← المخزون المستلم ← رعاية الموقع ← المالك الذي تم التحقق منه ← ملف تعريف الوصول المعتمد ← حدث دورة الحياة ← تأكيد النظام ← تسوية المخزون.

إن سلسلة المفاتيح التي يتم مسحها بشكل صحيح هي مجرد البداية. يكتمل الإصدار عندما يتم تسجيل حاملها الفعلي والأذونات الإلكترونية والتحقق منها؛ تكتمل عمليات الإرجاع والاستبدال والخروج من الخدمة عند التوفيق بين سلطة بيانات الاعتماد وسجل المخزون الفعلي.