الخلاصة

  • شرح Warren Kumari في جلسة ختام RIPE 92 كيف سجّل بعض الأسماء التي تبقى صالحة بعد قلب بت واحد في أسماء نطاقات أخرى. رصد خادمه أسماء مضيفين وSNI وعناوين URL وملفات تعريف ارتباط، وحاول فرز أخطاء الكتابة وزيارات الروبوتات.
  • كان يفكر في منع نطاقات مستوى أعلى جديدة لا تبعد سوى بت واحد عن أسماء موجودة. فحص القائمة أولاً، وقال إنه وجد نحو 60 زوجاً قائماً. تصف صفحة العرض الرسمية حديثاً بحثياً قصيراً؛ لم يقدّم في الجلسة نص قاعدة جاهزة.

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

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

كانت طبيعة البيانات أهم من عداد الزيارات. قال إنه رصد 719 محاولة على الأقل للوصول إلى اسم خدمة Teredo ضمن عناوين Microsoft خلال أسبوع أو أسبوعين، ولم يجزم بمدة الرصد. وفي السجلات أيضاً آلاف الطلبات لملفات JavaScript وملفات تعريف ارتباط كثيرة، بعضها يشبه رموز الدخول. أحد مسارات URL التي وصلت إليه كان مضمنًا في صفحة دخول مصرفية؛ لم يكن شخصاً يكتب العنوان حرفاً حرفاً. ووصف اتصال TLS حمل اسم الموقع المقصود في SNI ثم أرسل إلى خادمه ملف ارتباط حتى بعد تقديم شهادة لاسم مختلف. يتوقف الأثر على الطبقة التي وقع فيها قلب البت. لم يعرض استخداماً لاحقاً لتلك الرموز، لكن وصولها إلى مقصد غير مقصود يكفي لبيان موضع الخلل.

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

لم تعلن الجلسة سياسة من ICANN. طرح Kumari وسائل جزئية، منها الذاكرة القادرة على تصحيح الأخطاء، وسأل عملياً عمن يملك بقية السلسلة. جهات التسجيل تتحكم في منح الأسماء؛ الأجهزة قد تغير الاسم؛ والبرامج تقرر ما إذا كانت ستكمل الاتصال. كل قرار يقع عند جهة مختلفة، فيما تصل البيانات إلى جهة واحدة في النهاية.

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