الخلاصة

  • أظهر الالتقاط في 12 سبتمبر 150 ملف بيانات لـDNS العكسي ضمن 75 زوجاً من الأسماء، و150 توقيعاً منفصلاً، ومفتاحاً عاماً في دليل LACNIC نفسه.
  • كان ملفا العينة متطابقين بايتاً ببايت، وطابقت قيمة MD5 المنشورة المحتوى المنزّل. يثبت ذلك فحصاً لملف بعينه، لا عضوية دفعة كاملة.
  • غياب البيان لا يثبت فقدان ملف أو بطلان توقيع أو تعطل DNS. إنه يترك مستهلك الدليل كله بلا إيصال موقّع لانتهاء النشر.

يقدّم دليل LACNIC إجابة جيدة عن السؤال الصغير. بجوار 002-LACNIC يوجد توقيع باللاحقة .asc وسطر .md5 بالاسم نفسه، وفي مستوى الدليل يوجد PUBLIC_KEY. من يعرف الملف الذي يريده يستطيع الوصول إلى مواد فحصه مباشرة.

أما من يريد نسخ الدليل كاملاً فيواجه سؤالاً آخر: ما المجموعة التي قصد الناشر أنها إصدار واحد؟

عند 15:21 بالتوقيت العالمي في 12 سبتمبر، احتوى الفهرس الملتقط على 150 اسم بيانات. اتبع 75 منها صيغة من ثلاثة أرقام مثل 002-LACNIC، واتبع 75 اسماً الصيغة المقابلة مثل 2.in-addr.arpa-LACNIC. وُجد المقابل الرقمي لكل اسم. كما ظهرت 150 خانة .asc و151 خانة .md5، لأن الفهرس عرض أيضاً الخانة الفارغة المسماة *-LACNIC.md5.

لم يظهر اسم README أو manifest أو فهرس SHA-256 أو علامة إصدار. هذه ملاحظة على واجهة عامة في لحظة محددة، وليست معرفة بطريقة التوليد الداخلية لدى LACNIC.

ما الذي تقوله العينة فعلاً؟

بلغ حجم كل من الاسمين المختبرين 2222 بايت، وتطابقت بصمة SHA-256. كما ساوت قيمة MD5 المنشورة لـ002-LACNIC القيمة المحسوبة من البايتات التي وصلت. وفصلت ثانية واحدة بين وقتي Last-Modified في ترويسات HTTP.

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

تضم العينة تعليمة $ORIGIN . وأسطر تفويض NS. ليست استعلاماً إلى خادم DNS سلطوي في الخدمة، ولا دليلاً على أن كل الخوادم حمّلت الحالة نفسها. ملف التنزيل، والتحميل في النظام السلطوي، والإجابة التي يراها المحلّل التكراري، مراحل مستقلة.

التوقيع على الملف لا يوقّع قائمة الملفات

يعرّف RFC 9580 توقيعات OpenPGP المنفصلة على بيانات خارج كائن التوقيع. وعندما يقبل المتحقق المفتاح للغرض المحدد ويجري الفحص فعلاً، يمكن لهذا النوع من التوقيع أن يربط ملفاً بعينه بالمفتاح.

لم تتوفر أداة تحقق OpenPGP في بيئة هذا البحث. لذلك لا يحكم المقال بصحة توقيع العينة أو بطلانه، ولا بثقة المفتاح المجاور أو عدمها. المؤكد أن LACNIC ينشر المواد اللازمة لمسار تحقق على مستوى الملف، وهذه نقطة قوة ينبغي الاحتفاظ بها.

حتى لو نجح التحقق، لا يستطيع توقيع 002-LACNIC أن يعلن أن هناك 149 اسماً آخر مطلوباً معه. يبين فهرس HTML ما عرضه الخادم لحظة الزيارة، لكن العرض قد يقع أثناء التحديث أو بعده. أما أوقات HTTP فليست هوية موقّعة للدفعة.

ولا يسد MD5 هذه الفجوة. يرفض RFC 6151 استخدامه حين تكون مقاومة التصادم مطلوبة، مع إبقاء مجال محدود لاكتشاف أخطاء النقل. تطابق العينة مفيد لهذا الغرض الضيق؛ لا يوثق هوية الناشر ولا يكشف نقص عضو من المجموعة.

أقوى دفاع عن النشر المنفصل

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

كما أن نشر التواقيع والمفتاح أفضل بوضوح من ملفات مجهولة بلا إثبات. ليست الحجة أن النظام الحالي عديم الضبط؛ بل إن ضبطه يجيب عن وحدة أصغر من الوحدة التي يحتاج إليها مشغّل المرآة.

يمكن إغلاق الفجوة بملف واحد موقّع لكل جيل. يحمل رقم النسخة، ومعرّف الدفعة، ووقت التوليد، ووقت اكتمال النشر، والقائمة المرتبة للأسماء. يبين كل سطر معرّف الزوج، ووظيفة الاسم، والحجم، وSHA-256، واسم ملف التوقيع. وتضاف بصمة مفتاح التوقيع المقبول والدفعة السابقة.

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

لن يثبت البيان أن DNS الحي سليم. لن يحكم على صحة تفويض أو استجابة. مهمته أضيق: أن يقول إن LACNIC أعلن هذه الملفات، بهذه البصمات، دفعة مكتملة في ذلك الوقت.

التوقيع الفردي يخبرنا أن الورقة خضعت لختم. أما بيان الدفعة فيخبرنا أي أوراق تكوّن السجل.

المصادر