وجّهت ICANN طلبات الهند الثلاثة بشأن DNS، لكن واحداً فقط له محطات مؤرخة

الخلاصة

• طلبت الهند في رسالتها المؤرخة في 14 يوليو التحقق من البريد الإلكتروني ورقم الهاتف قبل تفعيل النطاق، وفرض تقارير مركزية عن إساءة استخدام DNS، وتشغيل مصادقة جهات إنفاذ القانون للطلبات العاجلة الخاصة ببيانات التسجيل.
• قال رئيس ICANN ومديرها التنفيذي إن المسألتين الأوليين تستحقان مزيداً من النظر وتظهران في مناقشات ترتيب الأولويات داخل GNSO، لكنه لا يستطيع توجيه أولويات المجلس أو تحديد نتيجة أي PDP.
• نشرت مجموعة المصادقة اجتماعات ومحطات تمتد من يونيو 2026 إلى مارس 2027. وهي ليست هيئة لصنع السياسة، ولا تجعل تجربة إثبات المفهوم مهلة الأربع والعشرين ساعة نافذة تلقائياً.
• ينبغي أن يسجل إيصال علني مستقل لكل طلب الجهة المختصة، والحالة الحالية، والمسار الإجرائي، والقرار المخول التالي، وما لا تعنيه الحالة بعد.

ثلاثة طلبات تحت عنوان واحد

في 14 يوليو 2026، وجّه S. Krishnan، أمين وزارة الإلكترونيات وتكنولوجيا المعلومات الهندية، رسالة إلى Kurt Erik Lindqvist، رئيس ICANN ومديرها التنفيذي. وقال إن قضايا تمس المصلحة العامة وسلامة المستخدم والثقة ظلت عالقة في مداولات طويلة، وطالب بمنح ثلاث مسائل أولوية فورية.

المسألة الأولى تغيّر توقيت التحقق. تريد الهند التحقق من عنوان البريد الإلكتروني ورقم الهاتف قبل تفعيل اسم النطاق. وتقارن الرسالة ذلك بالمهلة الحالية للرد بعد استفسار عن دقة البيانات، وترى أن تعديلات تعاقدية محدودة قد تكفي. تشرح مواد ICANN الخاصة ببرنامج Whois Accuracy Program أن عدم الرد لأكثر من 15 يوماً تقويمياً قد يؤدي إلى تعليق النطاق أو إنهائه أو قفله. لكنها لا تقول إن التحقق السابق للتفعيل قد أُقر.

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

أما المسألة الثالثة فتسعى إلى تشغيل قاعدة مكتوبة لكنها مشروطة. تتضمن Registration Data Policy إقراراً بالاستلام خلال ساعتين ورداً خلال 24 ساعة على الطلبات العاجلة، مع استثناء محدود. غير أن ملاحظة التنفيذ تجعل القسم 10.7 نافذاً فقط بعد أن تنفذ ICANN بالكامل سياسة توافقية تنشئ عملية لمصادقة مقدم الطلب. لذلك تطلب الهند التعجيل بآلية المصادقة الخاصة بجهات إنفاذ القانون.

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

الرد يرسم حدود الاختصاص

في رده المؤرخ في 11 أغسطس والمنشور في اليوم التالي، أقر Lindqvist بالهدف الأمني من دون أن يحوله إلى تفويض تنفيذي لنفسه.

أشار أولاً إلى نصيحة GAC التوافقية في ICANN83 وإلى DNS Abuse Mitigation PDP 1 داخل GNSO بشأن Associated Domain Checks. يبحث ذلك العمل مسؤولية المسجل عن نطاقات أخرى مرتبطة بحساب تلقى بلاغاً قابلاً للتنفيذ عن إساءة استخدام. إنه مسار سياسة حقيقي ونشط، لكنه ليس اسماً آخر للتحقق من بيانات الاتصال قبل التفعيل، ولا يحقق طلب منصة التقارير المركزية.

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

سبب هذا التحفظ مؤسسي. تتولى GNSO تطوير السياسات الجوهرية المتعلقة بنطاقات gTLD والتوصية بها وإدارة عملية تطويرها. ويقدم GAC المشورة بشأن شواغل الحكومات والسياسة العامة. يستطيع المدير التنفيذي ضمان أن توفر ICANN org البيانات والدعم والخبرة التشغيلية، ثم تنفيذ السياسة بعد اعتمادها. لكنه لا يحدد أولويات GNSO ولا نتيجة PDP.

يحمي الحد جميع الأطراف. لا تحصل الحكومة على سلطة سياسة جديدة لأن مطلبها عاجل. ولا يجوز لـGNSO أن تعتبر مجرد النقاش حلاً للشاغل. ولا يحول التحضير للتنفيذ منظمة ICANN إلى مؤلف للسياسة. ولا ينشأ واجب جديد على السجلات والمسجلين إلا عبر أداة السياسة أو العقد الصالحة.

السجل العام يعرض ثلاث حالات مختلفة

حتى 31 أغسطس، تسمح المصادر المقروءة بالمقارنة التالية:

التدبير المطلوب	الحالة العلنية	الخطوة المخولة التالية الظاهرة
التحقق من البريد والهاتف قبل التفعيل	تم الاستلام والرد، ووُصف الموضوع بأنه يستحق مزيداً من النظر ويظهر في نقاش الأولويات داخل GNSO	لا يظهر قرار ترتيب مؤرخ أو ميثاق أو PDP أو خطوة تعاقدية
فرض تقارير إساءة استخدام DNS ومركزتها	تم الاستلام والرد، ووُصف الموضوع بأنه يستحق مزيداً من النظر ويظهر في نقاش الأولويات داخل GNSO	لا يظهر قرار مؤرخ بشأن الواجب أو نموذج البيانات أو النظام المركزي أو الإجراء
مصادقة جهات إنفاذ القانون للطلبات العاجلة	تشكلت مجموعة الإدخال، وبدأت الاجتماعات، ونُشرت محطات إثبات المفهوم	تغييرات هيكل RDRS في أكتوبر 2026، بدء الاختبار في ديسمبر، نشر النتائج في مارس 2027، ثم أداة السياسة الصالحة اللازمة

لا يرتب هذا الجدول أهمية الموضوعات؛ بل يقارن مستوى الأدلة العامة على تقدم المسار.

توضح محاضر مجلس GNSO في 13 أغسطس لماذا لا يجوز سد الفراغ بالاستنتاج. كان المجلس يناقش مسودة ميثاق DNS Abuse Mitigation PDP 2. واختلف المشاركون حول النص المرجعي ونطاق الوسائل الآلية وخطر صياغة أسئلة تفترض مسبقاً وجوب التزامات ملزمة. وكان مقرراً أن يبدأ فريق صياغة الميثاق اجتماعات أسبوعية في أسبوع 24 أغسطس.

لا تضع المحاضر طلبي الهند الأولين داخل PDP 2. لكنها تسجل أن مسؤول الاتصال بين GNSO وGAC رأى أن الأسئلة المتعلقة بمهلة التحقق من المسجل وصلت متأخرة في ICANN86، فلم يتسن للمجلس التشاور الكافي مع مجموعاته. هذا دليل على توقيت الاتصال، لا قرار سياسة، ولا يثبت أن رسالة الهند اللاحقة سببت النقاش.

كما تحدد المحاضر دور مسؤول الاتصال. يمكنه نقل رأي GAC مبكراً، لكن صياغة الميثاق تبقى مسؤولية مجلس GNSO. وهو لا يترافع تلقائياً عن موقف GAC ما لم يتغير وصف دوره. تنتقل المعلومة عبر الحدود؛ أما صلاحية القرار فلا تنتقل معها.

وجود التواريخ لا يحول الاختبار إلى سياسة

مسار المصادقة أسهل في المتابعة. تعرض صفحة ICANN بدء تشكيل المجموعة في يونيو، وبدء الاجتماعات في يوليو، وتقديم تغييرات هيكل RDRS في أكتوبر، وبدء اختبار إثبات المفهوم في ديسمبر، ونشر خلاصة النتائج في مارس 2027. كما تربط بتسجيلَي اجتماعي 22 يوليو و12 أغسطس.

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

المحطات المؤرخة تحسن المساءلة لأنها تجعل البدء والتغيير والتأخير قابلاً للرصد. وهي لا توسع اختصاص المجموعة، ولا تحل محل Consensus Policy التي يتوقف عليها نفاذ مهلة 24 ساعة.

إيصال بين الاعتراف والنتيجة

نشرت ICANN الرسالتين، لكن حالة كل تدبير موزعة على رد المدير التنفيذي وصفحات GNSO والمحاضر وصفحة مجموعة الإدخال وملاحظات التنفيذ. وعلى القارئ أن يعيد تركيب السلسلة بنفسه.

يمكن لإيصال مسار مستقل لكل طلب أن يسد الفجوة من دون إنشاء هيئة قرار جديدة. يسجل النتيجة المطلوبة بدقة، وفئة سلطة المرسل، والجهة المختصة، والحالة — مستلم، قيد التشاور، مرتب الأولوية، قيد إعداد الميثاق، داخل PDP، في مناقشة تعاقدية، في التنفيذ، مكتمل، مرفوض أو مستبدل — والمسار والسجل العام، ومسؤول الدعم في ICANN org، والاعتماديات، والفعل التالي وتاريخه أو عبارة «غير مجدول»، وآخر دليل، وسجل التصحيح.

أهم حقل يشرح ما لم يحدث. «تم الرد» لا يعني «أصبح أولوية». و«قيد ترتيب الأولويات» لا يعني وجود ميثاق. و«صياغة الميثاق» لا تحسم الإجابة. و«إثبات المفهوم» لا ينشئ واجباً أو حق وصول. أما «نُفذ» فيجب أن يحيل إلى الأداة التي تجيز الإنفاذ.

ينبغي أن تكون وحدة السجل هي التدبير لا الرسالة. قد تحتوي رسالة واحدة ثلاثة طلبات، لكل منها جهة وقيود وتوقيت. يمكن لعبارة «تواصل ICANN الحوار مع الهند» أن تكون صحيحة وأن تخفي، في الوقت نفسه، أن مساراً واحداً له تواريخ بينما لا يُظهر الآخران القرار التالي.

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

إظهار الاستعجال والسلطة معاً

أهم ما في رد 11 أغسطس أنه لم يجعل المدير التنفيذي رئيساً لسياسة gTLD. أما نقصه فوثائقي: بقي طلبان تحت أفعال واسعة مثل «النظر» و«ترتيب الأولويات»، بينما للثالث تسلسل تنفيذي معلن.

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

في النموذج الأكثر دقة، يقدم أصحاب المصلحة الوقائع والمطالب والاعتراضات. وينصح GAC. وتحدد GNSO مسار سياسة gTLD. وتدعم ICANN org وتنفذ. وتحمل العقود وسياسات التوافق الواجبات. ويوثق السجل العام كل انتقال من دون تحويل الحضور أو المراسلة أو الاستعجال إلى سيادة.

المصادر

1. ICANN — فهرس المراسلات
2. رسالة S. Krishnan إلى Kurt Erik Lindqvist، 14 يوليو 2026
3. رد Kurt Erik Lindqvist على S. Krishnan، 11 أغسطس 2026
4. ICANN — تطوير السياسة
5. محاضر مجلس GNSO في 13 أغسطس 2026
6. ICANN — مجموعة الإدخال لآليات مصادقة جهات إنفاذ القانون
7. GNSO — DNS Abuse Mitigation PDP 1
8. ICANN — Registration Data Policy
9. ICANN — اتفاق اعتماد المسجلين لعام 2013 ومواصفة Whois Accuracy Program
10. Lu Heng — The Multi-Stakeholder Mirage