الخلاصة

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

ملف مرتب أمام زر مغلق

أُوقف الوكيل بعد حادث. يريد المشغل إعادة أدواته وصلاحياته، فيما يريد الطرف المستفيد معرفة ما أصلح ومن يتحمل الخطر الباقي. تقسم المسودة الجديدة الإجابة إلى خمسة سجلات: R1 لتفويض إجراء الاستجابة، وR2 لحصر إبطال بيانات الاعتماد، وR3 لقرار إعادة التشغيل، وR4 للسلطة المشتركة بين الجهات، وRB لحدود ما بلغه الإبطال. تُحمل السجلات بوصفها بيانات in-toto داخل غلاف DSSE موقّع.

يسجل R3 عودة كاملة أو تدريجية أو استمرار التقييد أو تعذر إثبات القرار. في العودة التدريجية يجب تسمية الوكلاء والأدوات والمسارات أو بيانات الاعتماد المعادة. تُذكر أسماء الموافقين وأدوارهم وأساس استقلالهم المعلن. وتشمل الخانات الست عشرة سبب الحادث الجذري، وسلامة الأصول، وتجربة تكرار الحادث، والمراقبة بعد العودة، والخطر المتبقي، وموافقة الإدارة والمالك. في كل خانة بصمة SHA-256 للدليل أو قيمة notAddressed مع سبب. يسمح النموذج بالاعتراف بالنقص ويمنع إخفاءه.

ترتبط السجلات ببصماتها. يفحص القارئ وجود كل سلف مرة واحدة، وصحة نوعه، واتحاد الحادث، وترتيب الإصدار، وغياب الحلقة الدائرية. وأي بيانات اعتماد تُعاد في استئناف تدريجي يجب أن تظهر في مسح R2. النتيجة الناجحة اسمها bundle-consistent: الملف متسق داخلياً. بعدها تطبق الجهة المتلقية سياستها الخاصة بشأن كفاية الأدلة وما ينقص منها.

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