الخلاصة

  • يعرّف RFC 9967، الذي شاركت Nancy Cam-Winget في كتابته، أحداث أمن SCIM المنقولة في SET. ويفيد SET بأن تغيراً في الحالة وقع عند موفر خدمة SCIM؛ ويحدد كل Event Receiver الإجراء المحلي المناسب بدلاً من قراءة الحدث كتعليمات ملزمة.
  • تربط Set-Txn استجابة 202 Accepted غير المتزامنة بادعاء txn في SET لاحق. لا يثبت هذا الربط، ولا حفظ الحدث، ولا شكل حمولته، أن المستقبل طابق المورد أو سوّى نموذجه أو طبق سياسة محلية أو بلغ الحالة نفسها.

في أتمتة الهوية غير المتزامنة، قد تكون كلمة «اكتمل» أكثر الكلمات سهولة وأقلها دقة. يتلقى الطلب 202 Accepted، ثم يظهر SET يحمل txn المتوقع؛ فتغري النتيجة بتسمية المسار كله مزامنة. لكن RFC 9967 يثبت أمراً أضيق: موفر الخدمة قبل معالجة غير متزامنة ثم أصدر حدثاً يستطيع العميل ربطه بها. ولا يثبت كيف فسّر كل نطاق متلقٍ تلك المعلومة، ولا الأثر الذي أحدثه في نظامه.

يصف RFC 9967، System for Cross-Domain Identity Management (SCIM) Profile for Security Event Tokens (SETs)، الـ SET بأنه معلومة عن تغير حالة وقع بالفعل لدى موفر خدمة SCIM. وهذه معلومة نافعة لأنها تقلل الاعتماد على الاستطلاع المتواصل. إلا أن النص يمنع تحويلها إلى أمر. فكل مستقبل يختار أفضل إجراء لاحق داخل سياقه، ويذكر RFC مثال التوفيق بين اختلافات المخططات وأنواع الموارد بين النطاقات.

هذا التحفظ عملي لا نظري. فقد يستعمل نطاقان معرّفات مختلفة أو سمات لا تتطابق أو معاني مختلفة لدورة الحياة. قد يجد المستقبل سجلّاً محلياً يوافق URI الوارد في الحدث، وقد لا يجد. وإذا عجز عن مطابقة URI، يسمح له RFC بأن يستدعي قاعدة موفر SCIM المتفق عليها مسبقاً مع URI النسبي وينفذ GET. كما يمكنه حفظ الحدث لأغراض الاسترداد وإحالة القرار إلى مسار محلي آخر. تغير الموفر ونتيجة التسوية لدى المستقبل ليسا حقيقة واحدة.

حتى رأس الارتباط محدود الوظيفة. تتطلب الاستجابة غير المتزامنة في SCIM 202 Accepted بلا جسم وSet-Txn، ويجب أن تطابق قيمته ادعاء txn في SET لاحق حتى يبحث العميل عن حدث الإتمام المقابل. ذلك ربط تدقيقي جيد بين طلب مقبول وإقرار لاحق من الموفر، وليس إيصالاً عالمياً. ويفصل RFC بين txn وjti: يعرّف jti رمزاً واحداً، بينما قد يبقى txn نفسه عبر إعادة الإرسال أو نشر عدة SET لمستقبلين متعددين. التطابق يبين أي معاملة ارتبطت، لا أي مستقبل وصل إلى أي حالة.

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

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

هنا تفيد قاعدة Running-Code Primacy: يجب أن يثبت كل أثر تقني التغير الذي يكشفه بالفعل لا نتيجة أكبر تلبسه واجهة مريحة. الطلب المقبول، وSet-Txn، وtxn، وjti، ووصول SET، والحفظ، والمطابقة المحلية، ونتيجة الاستعلام، والقاعدة، والإجراء، والحالة المرصودة؛ كلها وصلات أدلة منفصلة. جمعها تحت كلمة «متزامن» يخفي موضع الانقطاع الذي يحتاجه المشغل عند التحقيق.

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

المصادر