الخلاصة

  • أثبت تطابق مصدر IPv4 الخارجي مع القيمة المضمّنة في عنوان 6to4 الداخلي اتساق حقلين عند نقطة فحص محددة، لكنه لم يثبت هوية المرحل أو سلطته أو الفاعل أو وصول الحزمة.
  • لأن رأس IPv4 كان يخرج من مسار المعالجة بعد فك التغليف، وجب حفظ الربط بين الرأسين وهوية العقدة الفعلية ونتيجة كل فحص قبل التحويل.

تبدأ بعض الحوادث من النهاية: سجل الوجهة عنوان IPv6، وتلقى مشغل مرحل شكوى، ولم يعد في أي من السجلين ما يبين أي طرف IPv4 سلّم الغلاف إلى الحد الفاصل. عالج RFC 3964 هذه الفجوة بوصفها نتيجة بنيوية لا مجرد نقص عابر في السجلات.

كان الأساس هو RFC 3056. يستطيع موقع يملك عنوان IPv4 عالميًا أن يبني البادئة 2002:V4ADDR::/48. وعندما يتخاطب موقعان 6to4، تحدد قيمة IPv4 المضمّنة وجهة غلاف البروتوكول 41. أما الاتصال بعالم IPv6 الأصلي فيمر عبر مرحل يزيل الغلاف أو يضيفه.

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

من أربعة عناوين إلى اثنين

يعرض ملحق RFC 3964 الحزمة قبل فك التغليف بأربعة عناوين: مصدر ووجهة IPv4، ومصدر ووجهة IPv6. بعد الإزالة يبقى زوج IPv6 في مسار التوجيه المعتاد. ويشير النص إلى أن عنواني IPv4 يضيعان كما لو كانا معلومات طبقة ربط.

لم يكن المصدر الخارجي هوية قاطعة. قد يكون منتحلًا، أو قد يسمّي مرحلًا لا المنشئ، أو قد يكون عنوان anycast مشتركًا بين عقد كثيرة. لكنه كان يجيب عن سؤال لا يستطيع العنوان الداخلي الإجابة عنه وحده: أي طرف IPv4 سلّم هذا الغلاف هنا وفي هذا الوقت؟ إهمال دليل ناقص لا يجعل الادعاء الباقي أقوى، بل يجعل إعادة البناء أفقر.

فرض RFC 3964 مقارنة مفيدة عندما يكون المصدر الداخلي عنوان 6to4. يجب أن تتطابق قيمة IPv4 داخل 2002:V4ADDR::/48 مع المصدر الخارجي، وإلا تُسقط الحزمة. كما ينبغي رفض قيم multicast وbroadcast وloopback والعناوين الخاصة وغيرها من المجالات غير الملائمة لنقطة نفق عالمية. تستند هذه الحدود إلى متطلبات الموجه في RFC 1812، ويمكن مراجعتها اليوم في سجل IANA لعناوين IPv4 ذات الأغراض الخاصة.

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

كان لترشيح المصدر دور مكمل. اقترح RFC 2827 / BCP 38 منع مصادر IPv4 غير المعقولة قرب منشئها، ووسّع RFC 3704 / BCP 84 المعالجة للشبكات متعددة الاتصال. يصبح انتحال بادئة 6to4 أصعب لأن الغلاف يجب أن يحمل IPv4 الموافق ويتجاوز الفلتر. ومع ذلك، المرور لا يثبت شخصًا؛ بل يثبت قابلية المصدر للتصديق ضمن اتصال أو مجموعة مسارات.

في الاتجاه الآخر لا توجد قيمة مضمّنة للمقارنة

عندما يأتي المرور من IPv6 الأصلي إلى موقع 6to4، لا يبدأ المصدر الداخلي بـ 2002:. يكون المصدر الخارجي عادة عنوان المرحل، لكن لا توجد قيمة داخلية تقابله. قال RFC 3964 إن موجه 6to4 لا يستطيع بسهولة تمييز المرحل المشروع من طرف ثالث يتظاهر بدوره. وصول البروتوكول 41 إثبات نقل، لا وثيقة سلطة.

يشبه ذلك حد الثقة في Neighbor Discovery كما حلله RFC 3756: القدرة على الكلام فوق وصلة لا تمنح تلقائيًا صلاحية الموجه. تعامل 6to4 مع شبكة IPv4 الواسعة كوصلة منطقية، فزاد الفصل بين الوصول والتفويض.

لهذا فصل RFC 3964 الضوابط: تطابق المصدر عند إمكانه، ورفض العناوين الخاصة، ومنع ترحيل 6to4 إلى 6to4، وإسقاط المرور المرسل إلى بادئة موقع آخر، وتقييد نطاق المسارات والمعدل. لا يجوز ضغط هذه النتائج في راية واحدة اسمها «صالح»، لأن بعض الاختبارات قد تنجح وبعضها يفشل وبعضها لا ينطبق أصلًا.

كان الرأس الخارجي ضعيفًا، لكنه لم يكن عديم القيمة

ذكر RFC 3964 أن المرحل لا يسجل عادة عناوين IPv4 لأنها تعامل كعناوين طبقة ربط. وهكذا يمكن لهجوم بدأ من عقدة IPv4 أن يستمر كحزمة IPv6 بعد أن يختفي src_v4 من المشهد. قد يبدو المرحل هو مصدر الإساءة، وقد لا يبقى عند الوجهة سوى المصدر الداخلي المدّعى.

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

عمّم RFC 6169 الفكرة لاحقًا: لا تطبق شبكة الحمل مرشحاتها تلقائيًا على العناوين الداخلية، وتفقد الأجهزة غير الواعية بالنفق الرؤية، ولا تستطيع استعادة الضوابط سوى نقاط النهاية. نجح التحويل التقني ولم ينجح حفظ الدليل بالضرورة.

اختار anycast مرحلًا وأخفى أي مرحل اختار

خصص RFC 3068 العنوان 192.88.99.1 لمرحلات 6to4 بنمط anycast. يختار توجيه IPv4 عقدة قريبة، وتسحب العقدة المعطلة إعلانها ليحل غيرها محلها. أزال ذلك إعداد المرحل من كل موقع، لكن الوثيقة نفسها أقرت بصعوبة معرفة العقدة المحددة التي استلمت المرور.

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

وثق RFC 6343 لاحقًا الثقوب السوداء والمرحلات غير المدارة والإعلانات التي تجذب المرور من دون خدمة، واختلاف مرحل الذهاب عن العودة، وفشل الجدران ذات الحالة عند تغير المصدر الخارجي. لم يكن إعلان المسار إيصال خدمة.

في 2015، أوقف RFC 7526 التوصية بـ 6to4 anycast والعنوان 192.88.99.1 رسميًا. لكنه لم يوقف آلية RFC 3056 الأساسية ولا البادئة 2002::/16. تغير الحالة المعيارية لا يثبت اختفاء كل جهاز أو مسار أو حركة متبقية.

سلسلة الإثبات أطول من النفق

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

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

تعتمد هذه القراءة على نص RFC 3964 وسجله التحريري وسجل التصويبات. يصحح تصويبان تقنيان موثقان وجهة في مثال وخطأً كتابيًا في بادئة anycast، ولا يثبتان حادثة منشورة. يأتي السياق من RFC 3056 و3068 و2827 و3704 و6343 و7526 و6169 و1812 و3756. لا تثبت هذه المصادر هجومًا مسمى أو عيب بائع أو ضحية أو حجم انتشار.