الخلاصة

  • عرّف RFC 2410 خوارزمية NULL بوصفها دالة الهوية، مع مفتاح ومتجه تهيئة بطول صفر بت. صار عدم تطبيق السرية اختياراً صريحاً قابلاً للتفاوض، لا حقلاً مفقوداً قابلاً لتفسيرات متعددة.
  • لا يقدم NULL أي خدمة أمنية وحده، لكن ESP يستطيع إقرانه بخوارزمية قوية للمصادقة والسلامة. ومع ذلك لا تعلن حزمة ESP العادية للمراقب الوسيط، بطريقة حتمية، أن الحمولة غير مشفرة.

تقول المعادلة كل شيء: NULL(b) = I(b) = b. ما يدخل يخرج كما هو. ليست هذه خوارزمية فشلت في إخفاء البيانات، بل خوارزمية نجحت في تنفيذ قرار محدد بألا تخفيها.

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

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

وجود NULL في خانة خوارزميات التشفير يصف مكانه في بنية التفاوض، لا خاصيته الأمنية. ينص RFC 2410 على أنه لا يقدم سرية ولا أي خدمة أمنية أخرى بمفرده. وظيفته أن يمثل غياب التشفير تمثيلاً صريحاً.

يمكن لخوارزمية مصادقة مستقلة أن تمنح ESP_NULL سلامة البيانات ومصادقة مصدرها. تبقى الحمولة قابلة للقراءة، لكن تعديلها من دون المفتاح يمكن كشفه. لذلك لا يعني «غير مشفر» بالضرورة «غير محمي».

قارن RFC 2410 هذه الخدمة بـ AH مع إبقاء حد مهم: حساب ESP_NULL لا يشمل أجزاء ترويسة IP التي يحميها AH. استخدام خوارزمية مصادقة واحدة قد يمنح قوة تشفيرية متقاربة في نطاقها، لكنه لا يجعل الشكلين أو سياساتهما أو عبورهما للشبكة متطابقة.

ألزم RFC 2406 رابطة ESP باستخدام خوارزمية قوية واحدة على الأقل للتشفير أو المصادقة. وحافظ RFC 4303 على المبدأ: قد تكون السرية أو السلامة NULL في حالات محددة، لكن لا يجوز أن تكونا NULL معاً. لا تكفي ترويسة ESP كي تتحول الحزمة إلى حزمة محمية.

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

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

حصل ESP_NULL في سجل DOI القديم لـ IPsec على الرقم 11. ويسجل جدول IKEv2 الحالي ENCR_NULL بالرقم نفسه لاستخدام ESP، مع منعه لحماية IKEv2 نفسه. لا يحمل الرقم حكماً أمنياً خارج نوع التحويل والجدول والبروتوكول.

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

نقل RFC 9395 بروتوكول IKEv1 ووثائقه المرتبطة إلى الحالة التاريخية وأغلق السجلات القديمة، كما أوقف عدة خوارزميات متقادمة. لم يضع ENCR_NULL ضمن خوارزميات التشفير الموقوفة. بقيت خدمة ESP ذات السلامة وحدها في التوجيهات اللاحقة.

أبقى RFC 8221 تنفيذ ENCR_NULL إلزامياً لدعم ESP بالمصادقة من دون تشفير، ولا سيما حين يكون ESP أنسب من AH لعبور NAT. إلزام التنفيذ يحفظ قدرة مشتركة بين التطبيقات؛ لا يجبر مشغلاً على استخدامها في كل رابطة أمنية.

عرف الطرفان الخيار لأن لديهما حالة SA. أما الوسيط فرأى ترويسة ESP وSPI من دون أن يملك بالضرورة الخريطة الموثوقة التي تربط SPI بالخوارزمية. لا تحتوي حزمة ESP العادية على علم عام يقول إن الحمولة مشفرة أو تستخدم NULL.

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

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

وثق RFC 5879 مساراً آخر: طرائق استدلالية لكشف ESP-NULL من دون تعديل الطرفين. يفحص المراقب بنى بروتوكول محتملة وأطوالاً وعلاقات تحقق. قد يفيد الاستدلال عملياً، لكنه لا يصبح تصريحاً موثقاً من مالك SA.

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

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

ثم تأتي سلسلة استقبال مستقلة. رابطة الدخول غير رابطة الخروج. نجاح التفاوض لا يثبت التثبيت في الطرفين. نجاح السلامة لا يثبت قبول نافذة منع الإعادة. نجاح IPsec لا يثبت مرور الجدار الداخلي. وصول الحزمة إلى المضيف لا يثبت أن التطبيق التزم نتيجة.

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

توضح طبقات الواقع لدى Lu Heng توزيع المعنى. المعيار والسجل يعرّفان الرمز. IKE يثبت الاتفاق. النواة تحتفظ بالحالة الجارية. الحزمة تقدم مادة للرصد. الوسيط يصنف. السياسة تمنح السلطة. التطبيق يملك النتيجة. لا يجوز لدليل طبقة أن يتحدث باسم الطبقات اللاحقة.

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

سمّى RFC 2410 غياب التشفير تسمية دقيقة. وأثبت التاريخ اللاحق أن الحقيقة الواضحة للطرفين قد تعود تخميناً عندما ينتقل موضع المراقبة إلى منتصف الطريق.

المصادر