Skip to main content

تمديد الموعد النهائي: طلب تقديم المقترحات للمراجعة التنظيمية للجنة الاستشارية للأمن والاستقرار SSAC

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

تم تمديد الموعد النهائي لتقديم المقترحات لأجل المراجعة المستقلة للجنة الاستشارية للأمن والأستقرار (SSAC). الموعد النهائي الجديد هو 21 آب/ أغسطس 2017 في الساعة 11:59 م حسب التوقيت الباسيفيكي القياسي PDT.

تسعى مؤسسة الإنترنت للأسماء والأرقام المخصصة ("ICANN ") للتعاقد مع جهة تقوم بإجراء عملية تقييم مستقلة  للجنة الاستشارية للأمن والإستقرار (SSAC).

ينبغي لهذه الجهة المقدمة لهذه الخدمة ان تتمتع بالمعرفة والخبرة التقنية بالشؤون الأمنية مع مجتمع الإنترنت التقني ومشغلي ومدراء الخدمات الأساسية للبنية التحتية لنظام اسم النطاق DNS ؛ وأن تمتلك تفهماً لميثاق اللجنة الاستشارية للأمن والاستقرار SSAC و اجراءاتها التشغيلية [PDF, 420 KB] ؛ وأن تبدي المعرفة بالمجالات الفنية التي تم تضمينها في ميثاق لجنة SSAC ، بما في ذلك أمن ونزاهة أنظمة تخصيص أسماء وعناوين الإنترنت.

الهدف من طلب تقديم المشاريع (RFP) هذا هو لإختيار الجهة المستقلة التي ستقوم بإجراء تقييم شامل للجنة SSAC . وهذا التقييم يشمل على سبيل الذكر وليس الحصر:

  • تقييم لحالة التنفيذ للمراجعة السابقة للجنة SSAC ؛
  • تقييم فيما لو كان للجنة SSAC غرض مستمر ومتواصل ضمن هيكلة ICANN ؛
  • تقييم مدى فاعلية لجنة SSAC في تحقيق الغرض منها وفيما إذا كانت هناك حاجة إلى إجراء أي تغيير في الهيكل أو العمليات لتحسين فاعليتها؛ و
  • تقييم الى أي درجة تكون لجنة SSAC مسؤولة ككل تجاه مجتمع ICANN الواسع النطاق.

وتم تحديد موعد إجراء المراجعة في الفترة المحصورة من شهر تشرين الأول (أكتوبر) 2017 ولغاية نهاية شهر تموز (يوليو) 2018. وللإطلاع الكامل على طلب تقديم المقترحات RFP بما في ذلك الجدول الزمني، يرجى الضغط هنا [PDF, 608 KB] .

يجب تقديم رسائل التعبيرعن الإهتمام للمشاركة بهذه العملية عبر البريد الإلكتروني:SSACReview-RFP@icann.org. ويجب تقديم المقترحات إلكترونياً في موعد أقصاه الساعة 11:59 مساءً حسب التوقيت الباسيفيكي القياسي PST من يوم 21 آب (أغسطس) 2017 وبإستخدام أدوات مصادر ICANN المتاحة لتقديم مثل هذه الرسائل وعبر البريد الإلكتروني المشار إليه في أعلاه.

نبذة موجزة

إستناداً الى لوائح ICANN فإن دور اللجنة الاستشارية للأمن والاستقرار ("اللجنة الاستشارية للأمن والاستقرار" أو "SSAC ") هو لتقديم المشورة الى مجتمع ICANN ومجلس الإدارة حول المسائل المتعلقة أمن ونزاهة أنظمة تخصيص أسماء وعناوين الإنترنت.  وتضطلع هذه اللجنة بالمسؤوليات التالية:

  1. للتواصل حول الشؤون الأمنية مع المجتمع التقني للإنترنت بالإضافة إلى مشغلي ومدراء خدمات البنية  التحتية الهامة المتعلقة بـ DNS ، وضم مجتمع مشغلي خوادم أسم الجذر وسجلات وأمناء سجلات نطاقات المستوى الأعلى ومشغلي تفرعات التفويض المنعكسة كما في in-addr.arpa و ip6.arpa وغيرها، وذلك تبعًا لما تفرضه الأحداث والتطورات. ستقوم هذه اللجنة بتجميع وتوضيح المتطلبات الواجب تقديمها لأولئك المشتركين في المراجعة التقنية للبروتوكولات المرتبطة بـ DNS وعملية تخصيص العناوين وأولئك المنخرطين في عملية تخطيط العمليات.
  2. للاشتراك في تقييم التهديدات المستمرة وتحليل المخاطر لخدمات تخصيص أسماء وعناوين الإنترنت لتقييم أين تكمن التهديدات الاساسية للأمن والاستقرار وتقديم المشورة لمجتمع ICANN بناءً على ذلك. وستقوم اللجنة بتقديم التوصية بشأن إجراء أي نشاط ضروري للتدقيق لتقييم الحالة الحالية لـنظام DNS ولعملية تخصيص العناوين فيما يتعلق بالمخاطر والتهديدات التي يتم تحديدها.
  3. للاتصال بأولئك الذين لديهم مسؤولية مباشرة بالشؤون الأمنية لتخصيص أسماء وعناوين الإنترنت مثل (فريق عمل هندسة الإنترنت IETF ، و اللجنة الاستشارية لنظام خادم الجذر RSSAC وكما أشير في القسم 12.2 النقطة (c) (i) ، و سجلات الانترنت الإقليمية RIRs ، و سجلات الاسماء وغيرهم)، وذلك لضمان أن تتزامن وتتناسق توصياتها واستشاراتها التي تتعلق بالمخاطر والمشاكل والأولويات الأمنية بشكل صحيح مع أنشطة التقييس والنشر والتشغيل والتنسيق الحالية. وستقوم اللجنة بالإشراف على تلك الأنشطة وإبلاغ مجتمع ICANN ومجلس الإدارة بمستوى التقدم، حسبما تتطلب الأمور.
  4. تقديم التقارير التي تتعلق بأنشطتها إلى مجلس الادارة بشكل دوري.
  5. تقديم التوصيات التي تتعلق بالسياسات العامة إلى مجتمع ICANN ومجلس الادارة.

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."