الخلاصة

  • صدرت النسخة 06 من مسودة مجموعة Internet Area لتحديد العقدة المنشئة لرسالة خطأ ICMP في 28 سبتمبر 2026. ما زالت وثيقة عمل خاضعة لتقييم IESG، وليست معيار RFC منشوراً.
  • الإضافة تتعلق بمعرّف عائلة العنوان AFI: القيمة 1 تحدد عنوان IPv4 طوله 32 بت، والقيمة 2 عنوان IPv6 طوله 128 بت. القيمة الأخرى لا تتيح معرفة طول الجزء المتغير، ولذلك يجب وقف معالجة كائن تحديد العقدة والتعامل مع الرسالة كما لو لم يتضمن ذلك الكائن.
  • لا تعني القاعدة إسقاط رسالة ICMP برمتها. فطول بنية الامتداد الخارجية في RFC 4884 قد يسمح بتجاوز الجزء غير المفهوم وقراءة امتدادات تليه.

أين تضيع حدود الهوية؟

في بعض مسارات التشخيص، ولا سيما عبور عقد IPv6-only عند فحص وجهة IPv4، قد لا يكفي عنوان مصدر رد ICMP لتمييز العقدة. تتيح المسودة إضافة عنوان أو اسم أو الاثنين معاً إلى أخطاء محددة. هذه معلومة نافعة للمشغّل، لكنها لا تثبت تشفيرياً هوية مرسل الرد.

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

لكن الحد الخارجي مستقل. تصف RFC 4884 بنية امتدادات ICMP التي تحمل معلومات طول تسمح بتجاوز كائن جرى فهمه جزئياً. وتذكر المسودة أن تحديثات قيم AFI ودلالاتها في RFC 5837 ينبغي أن تسري هنا أيضاً. ولا يجيز ذلك تفسير أي رقم غير معروف اليوم بمجرد وجوده في سجل عائلات العناوين.

سؤال المراجعة أصبح نصاً مقترحاً

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

تناول مقال سابق لـ Daniel Kade النسخة 05 من زاوية تشغيل الإفصاح عن هوية العقدة ومتى يرسلها الجهاز. أما هنا فالمسألة سلطة المتلقي في إسناد معنى إلى معلومة لا يستطيع رسم حدودها.

المصادر