الخلاصة

  • حقل rtt الاختياري في RFC 9891 هو تقدير من العميل لرحلة Challenge Bundle والاستجابة. يظل خادم ACME مسؤولاً عن فترة القبول وحدودها، ويقيس الوصول إلى عمر حزمة التحدي الأصلية.
  • تثبت الاستجابة الصحيحة في موعدها السيطرة على Node ID أثناء تحدٍ محدد وتحت سياسة محددة. ولا تثبت ملكية دائمة أو ثبات المسار أو إصدار الشهادة وتركيبها أو نجاح جلسة TCPCL أو نتيجة التطبيق.

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

يوسع RFC 9891 بروتوكول ACME ليختبر السيطرة على DTN Node ID. ينشئ الخادم تفويضاً للمعرّف bundleEID ويعرض تحدي bp-nodeid-00، ثم يرسل BP Agent التابع له Challenge Bundle إلى المعرّف المطلوب. يرد Agent الذي أعده العميل بحزمة مرتبطة بالحساب والتحدي والرسالة نفسها.

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

المعلومة الزمنية ليست تفويضاً

يمكن أن يحمل Response Object قيمة rtt بالثواني. يصفها RFC 9891 صراحة بأنها hint غير authoritative. ينبغي للخادم عادة أن يبدأ بضعف RTT، ثم يطبق حداً أدنى وأقصى يناسب الشبكة. وفي شبكة DTN أرضية فقط، ينبغي ألا يتجاوز الحد الأعلى ستين ثانية.

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

لا يجوز للعميل أن يرسل Response Object قبل أن يصبح BP Agent جاهزاً للرد. وينبغي أن يكون التقدير متحفظاً لأن المسار الفعلي للحزم غير مضمون. هذه مسؤولية عن الجاهزية وجودة المعلومات، لا حق في تمديد النافذة.

يحدد Creation Timestamp وLifetime في Challenge Bundle بداية السلطة الزمنية ونهايتها. يحمل Response Bundle زمناً وعمراً متبقياً أيضاً، لكن الخادم يفحصه مقابل نافذة التحدي الأصلي. لا تستطيع رسالة متأخرة أن تمنح نفسها وقتاً إضافياً بكتابة Lifetime أطول.

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

الدليل موزع على قناتين

لا يكفي أن تعود Bundle من الطرف الآخر. يفصل RFC 9891 مكونات الدليل بين قناة ACME وقناة Bundle.

يخص token-chal تفويض ACME، ولا يظهر على مسار BP. ويمكن لعدة Challenge Bundles ضمن التفويض نفسه أن تشترك فيه. أما token-bundle فيختلف لكل حزمة ويظهر على شبكة DTN. يجمع Agent الجزأين مع بصمة مفتاح حساب ACME، ويحسب Key Authorization ثم يعيد digest.

يفحص الخادم لكل منظور: الوصول داخل النافذة، وتطابق Source Node ID مع المعرّف الجاري التحقق منه، ووجود Block Integrity Block موثوق يغطي primary block والحمولة، وتطابق الرموز، وقبول الخوارزمية، وصحة digest. يفشل المنظور إذا غاب أي شرط، ويفشل أيضاً إذا لم يصل رد في الوقت المحدد.

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

للنجاح نطاق ضيق كذلك. فهو يربط مفتاح الحساب بتفويض وNode ID واستجابة وقعت في فترة محددة. لا يمنح المعرّف تفرداً عالمياً ولا يضمن بقاء السيطرة.

يعرّف RFC 9171 Node ID بأنه singleton Endpoint ID يمكن أن يحدد BP Node. لكنه لا يضمن تفرده عالمياً، ويمكن لعقدة واحدة أن تملك عدة Node IDs. أما Administrative EID المعتاد فهو فريد للعقدة داخل URI scheme معين.

يسجل سجل ACME لدى IANA وسجل Bundle Protocol لدى IANA القيم المشتركة مثل bundleEID وbp-nodeid-00 ونوع السجل الإداري وdtn وipn. تمنع هذه السجلات تضارب المعاني بين التطبيقات، لكنها لا تراقب العقد والمسارات ولا تمنح الثقة المحلية.

تعدد المناظير لا يضمن استقلال المسارات

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

يترك RFC 9891 قرار التجميع لسياسة الخادم. ومن القواعد الموصى بها أن ينجح المنظور الأساسي وألا يفشل أكثر من منظور ثانوي واحد. ويظل تحديد الأساسي والثانوي مسألة تنفيذ.

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

يمكن لبوابة سلامة أن تتحقق محلياً من مصدر Bundle ثم تضيف BIB. على المستقبل أن يحدد أي Security Source يحق له أن يشهد لأي نطاق من Node IDs. تحمي التشفير أقوال البوابة من التغيير؛ ولا يحدد من تلقاء نفسه حدود ولايتها.

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

يشبه ذلك منطق Heng Lu في المواصفة الأولية الدنيا والقرار المستقبلي المحلي. تحدد المواصفة ما يجب أن يكون مشتركاً: الرموز والمقارنة والسلامة وبنية الزمن. وتبقى مهلة القبول والثقة بين المؤسسات عند من يتحمل تبعاتها.

التفويض الناجح ليس شهادة مستخدمة

يفصل RFC 8555 بين challenge وauthorization وorder. نجاح التحدي يجعل التفويض صالحاً للحساب والمعرّف خلال مدة معينة؛ ولا يعني أن الشهادة صدرت.

قد يجمع طلب RFC 9891 بين NODE-ID وDNS-ID وIP-ID. يجب التحقق من كل معرّف. ثم تطبق جهة التصديق سياسة الإصدار وقيود Key Usage والخوارزمية. لا يلزمها رد DTN صحيح بالإصدار.

بعد الإصدار يصف RFC 9174 استعمال الشهادة في TCP convergence layer. يمكن أن تحتوي الشهادة على NODE-ID وid-kp-bundleSecurity. ويطبق كل peer سياسة قد تتطلب هوية الشبكة أو Node ID أو كليهما، ويمكنه إنهاء الجلسة عند الفشل.

يترك RFC 9891 طريقة تركيب الشهادة في BP Agent للتنفيذ. ولذلك يجب فصل التفويض والإصدار والتركيب والاختيار في TLS وإنشاء جلسة TCPCL وإرسال Bundle ونتيجة التطبيق.

يقدم RFC 9172 بنية BPSec. يثبت نجاح BIB سلامة البيانات المغطاة تحت سياق ومفتاح معينين؛ ولا يقرر أن Security Source يملك سلطة مؤسسية على المعرّف.

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

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

المصادر