Skip to main content

مناقشة: مراجعة إجراءات الحماية لبرنامج gTLD الجديد ضد إنتهاكات نظام إسم النطاق

هذه الصفحة متوفرة باللغات:

باشرت ICANN حالياً في جمع البيانات المتعلقة بإنتهاكات نظام إسم النطاق DNS كجزء من برنامج New gTLD. وندعو أعضاء من المجتمع والجميع الى الإنضمام الى ICANN بتاريخ 28 يناير (كانون الثاني) 2016 في مناقشة مفتوحة لهذا الموضوع. حيث سيساعد ذلك في تعزيز الجهود المبذولة من قبل فريق المراجعة وهم يقومون بإختبار آثار البرنامج على المنافسة وثقة المستهلك وخيار المستهلك -CCT، التي ستعمل على تقييم إجراءات الحماية في البرنامج كجزء من عمل البرنامج.

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

الموضوع 1: ماهي الإنشطة التي تعتبرها إنتهاك لنظام DNS؟ إن كان بإمكانك أن تضع تعريفاً مقبولاً على الصعيد العالمي لإنتهاك نظام إسم النطاق DNS، فماذا سيكون هذا التعريف؟ ينبغي أن يكون التعريف واسعاً بما يكفي ليتناول مختلف الإستخدامات الخبيثة (المسيئة) لنظام إسم النطاق DNS.

الموضوع 2: ماهي الأساليب الأكثر فعاليةً لقياس مدى إنتشار الأنشطة الخبيثة (المسيئة) لنظام إسم النطاق DNS؟

الموضوع 3: وكجزء من برنامج gTLD الجديد، وفّرت ICANN إجراءات حماية [PDF, 128 KB] للحد من الإنتهاكات المحتملة لنظام DNS في برنامج gTLDs (المدرجة أدناه). وكيف يمكننا قياس فعالية إجراءات الحماية تلك؟

  1. إختبار مشغلي السجل
  2. متطلبات لنشر الإمتدادات الأمنية لنظام إسم النطاق DNSSEC
  3. متطلبات لسجلات نظام WHOIS المفصّل (Thick WHOIS)
  4. حظر سجل "wild carding"
  5. إزالة سجلات "Orphan glue records"
  6. جعل الوصول الى ملف الجذر مركزياً
  7. إساءة إستخدام بيانات الإتصال ومتطلبات سياسة مكافحة سوء الإستخدام الموثقة للسجلات ولأمناء السجلات.
  8. توفّر العملية المعجّلة لطلبات أمن السجل
  9. التحقق من المنطقة عالية الأمان

الموضوع 4: مامدى خبرتك الشخصية في مجال إجراءات الحماية هذه؟ أو خبرة المنظمة التي تمثلها؟ رجاء أخبرنا:

  • ماهي الإجراءات التي كان فاعلة وماهي التي لم تكن فاعلة؟ كيف يمكن أن تعتبرها بأنها لم تكن فاعلة، ولماذا؟
  • هل هناك إجراءات حماية كان ينبغي تضمينها ولكنها لم تكن موجودة؟

هل هناك وقت متبقّي لطرح الأسئلة وللمزيد من النقاشات؟


تفاصيل الندوتين وكيفية المشاركة

ستعقد ICANN جلستين نقاشيتين لتمكين المشاركة في كافة المناطق. إستخدم محوّل الوقت لمعرفة الأوقات المحلية.

التاريخ: 28 يناير (كانون الثاني) 2016

  • المناقشة 1: 02:00 - 03:30 حسب التوقيت العالمي المنسق UTC
  • المناقشة 2: 16:00 - 17:30 حسب التوقيت العالمي المنسق UTC

إنضم عبر الأنترنت: https://icann.adobeconnect.com/gdd
إنضم الى الجلسة: قم بتحميل الأرقام هنا [PDF, 89 KB] : شفرة الدخول 1441442688

وستتم هذه الجلسة باللغة الإنكليزية. وسيتم نشر التسجيلات الخاصة بها في الرابط:https://newgtlds.icann.org/en/reviews/dns-abuse.

قم بالتسجيل للحضور أو المناقشة من خلال نموذج الإستمارة

هل تود أن تقوم ICANN بتذكيرك بخصوص هذه الجلسة؟ قم بالتسجيل لحضور المناقشة وسنرسل لك رسالة بالتعليمات الخاصة بكيفية المشاركة. لاتتمكن من الحضور ولكنك تريد المساهمة؟ أعطنا موافقتك وسنرسل لك نموذج الإستبيان لتخبرنا عن خبراتك في هذا المجال. قم بزيارة:http://survey.clicktools.com/app/survey/go.jsp?iv=25apb9wqx72s8


المزيد من المعلومات

لقد مكّن برنامج New gTLD لـ ICANN مئات من نطاقات المستوى الأعلى الجديدة للدخول الى منطقة الجذر للإنترنت منذ التفويض الأول التي تم في شهر أكتوبر (تشرين الأول) 2013. وقد بدأت مراجعات شاملة للبرنامج وستغطي مختلف المواضيع بما في ذلك المنافسة وثقة المستهلك وخيار المستهلك -CCT والأمن والإستقرار وحماية الحقوق وجوانب أخرى. وجنباً الى جنب مع تكليف ICANN لطرف ثالث بإجراء التحليلات، فإنها تقوم أيضاً بتجميع خبرات أصحاب المصلحة بخصوص عمليات برنامج New gTLD وآثاره على صناعة إسم النطاق. وستساعد الدروس المستقاة نتيجة لتلك الجهود على صياغة الجولات المستقبلية للبرنامج.

القراءة المقترحة


More Announcements
Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."