الخلاصة

  • أضافت النسخة -04، المؤرخة في 29 سبتمبر، من مسودة Agent Registry Protocol الفردية بنية لنتيجة تقييم الصلاحية: القرار وأسباباً قابلة للمعالجة آلياً ووقت التقييم والسياسة المعتمدة، مع الشروط والمراجع وحدود الحداثة عند تأثيرها في النتيجة.
  • يشترط النص المقترح ألا تمدد ذاكرة HTTP صلاحية جواب إيجابي بعد انتهاء حداثة الأدلة المؤثرة فيه. وإذا فات المستهلك حدث مهم، فعليه الرجوع إلى حالة مرجعية موثوقة أو تقديم جواب غير إيجابي. ليست المسودة معياراً أقرتْه IETF ولا تقريراً عن نظام منشور.

تخيل خدمةً تتلقى من سجل الوكلاء بطاقة تعريف سليمة ثم تسمح للوكيل بتنفيذ مهمة. إذا كان التفويض قد عُلّق قبل دقائق ولم تصل معلومة التعليق إلى نسخة الخدمة المحفوظة، فلا يكمن الخلل في هوية الوكيل، بل في تحويل جواب قديم إلى إذن حاضر. هذا الفصل هو موضوع الإضافة الكبيرة في النسخة الرابعة من مقترح Sankarshan Mukhopadhyay المعروف باسم ARPA. تعرضه قاعدة IETF بوصفه Internet-Draft فردياً نشطاً. عبارة «المسار المعياري المقصود» على غلافه تعبر عن طموح صاحب المقترح، لا عن تبنٍ من مجموعة عمل أو موافقة IETF أو صدور RFC.

لم تُنشئ النسخة الرابعة الفكرة من الصفر. فالنسخة -03 ميّزت أصلاً بين تحديد الهوية والتحقق منها وإعلان القدرة والتفويض الفعلي، وتناولت أثر تقادم المعلومات وحالة عدم اليقين. الجديد هو تفصيل تلك المبادئ في القسم 29 على مستوى الرسالة وسلوك المستهلك. يحدد البند 29.1.7 ما تحمله نتيجة تقييم الصلاحية: نوع القرار، ورمز سبب واحد على الأقل، ووقت التقييم، ومعرّف السياسة المختارة ونسختها ومدى انطباقها. ويجب إظهار الشروط إذا كان السماح مشروطاً. وإذا أسهمت بيانات تاريخية أو مشتقة إسهاماً جوهرياً، تلزم إحالة إلى نقطة مرجعية في مصدرها؛ وتظهر حدود الحداثة عندما يمكن أن تغير الحكم.

تمنع هذه التفاصيل قراءة كل جواب غير سلبي على أنه تصريح. لا يعد البند 29.3 إلا allow وallow_with_conditions نتيجتين إيجابيتين. أما المنع، وعدم القدرة على الجزم، وعدم انطباق السياسة، فهي نتائج مختلفة لا يجوز دمجها. ويطلب البند التالي إبقاء الحالة المهمة المجهولة أو القديمة أو المتعارضة غير إيجابية، بدل تحويلها بصمت إلى «نشطة». هذه صياغة معيارية داخل مقترح فردي وليست واجباً عاماً نافذاً على مشغلي السجلات. لكنها تجعل السؤال العملي واضحاً: ما السياسة والدليل والوقت الذين حوّلوا التعرف على الاسم إلى قرار بالسماح؟

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

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

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

المصادر