Skip to main content
Resources

إجراءات ICANN المنقّحة للتعامل مع تضاربات نظام WHOIS مع قانون الخصوصية.

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

تاريخ السريان 18 أبريل (نيسان) 2017

إقرأ النسخة الحمراء لإجراءات نظام WHOIS المنقحة.

المقدمة والخلفية

0.1 في ديسمبر 2003، [1] أوصى فريق العمل 2 في WHOIS التابعة لمنظمةGNSO بوضع إجراء للسماح لسجلات /أمناء سجلات نطاقات gTLD لإثبات متى ما تم منعهم من قبل القوانين المحلية من إمتثالهم الكامل بالشروط والأحكام المثبتة في عقود كل منهم مع ICANN فيما يخص البيانات الشخصية في نظام WHOIS.

0.2 في نوفمبر 2005، [2]، اختتم مجلس GNSO عملية تطوير للسياسة عن إنشاء مثل هذا الإجراء. وقد عقب ذلك "المشورة المعدة جيدًا على الإجراء" التي أوصى بها فريق عمل WHOIS واعتمده مجلس GNSO. [3] في مايو 2006، انتهج مجلس [4] ICANN السياسة لوضع إجراءات النزاعات وتوثيقها علنًا.

0.3 في 3 ديسمبر 2006، نشر موظفي ICANN مسودة إجراء ICANN لمعالجة تضارب WHOIS مع قانون الخصوصية [أدخل حاشية، http://gnso.icann.org/issues/whois-privacy/whois_national_laws_procedure.htm]. تسعت ICANN للحصول على مساهمات على مسودة الإجراء من اللجنة الاستشارية الحكومية (GAC). وقد تم إدراج الصيغة المنقحة في الفقرة 1.4 أدناه.

0.4 في 5 أكتوبر 2015 نشر الفريق الاستشاري المعني بالتنفيذ حول تضارب WHOIS مع القانون الوطني1 تقريره الذي يبين التحسينات الممكنة لهذا الإجراء. تم تقديم طلبات للتعليق العام على تقرير مجموعة المشورة من 5 أكتوبر حتى 17 نوفمبر 2015. تم تقديم التقرير النهائي إلى مجلس GNSO للنظر فيه في اجتماع مايو 2015.

0.5 يبيّن هذا الإجراء التفاصيل الواردة أدناه حول كيفية استجابة ICANN لوضع حيث يشير المسجل أو السجل [5] أنه محظور عليه قانونياً بموجب قوانين أو أنظمة الخصوصية المحلية/ القومية الالتزام بأحكام عقد ICANN فيما يتعلق بجمع وعرض وتوزيع البيانات الشخصية عن طريق WHOIS. الإجراء للاستخدام من قبل موظفي ICANN. في حين أنه يتضمن إجراءات محتملة لسجل / أمناء سجل gTLD المتأثر، فإن هذا الإجراء لا يفرض أي التزامات جديدة على السجلات / أمناء السجلات أو أطراف ثالثة. وھو یھدف إلی إعلام المسجلین / أمناء السجلات والأطراف الأخرى بالخطوات التي سیتم اتخاذھا عند الإبلاغ عن تضارب محتمل بین الالتزامات القانونیة الأخرى ومتطلبات ICANN التعاقدیة بشأن WHOIS إلی ICANN. الخطوة الأولى:

الخطوة الأولى:

  1. ‌أالإخطار بمتابعة خدمة Whois

    1.1 عند أقرب اتصال ممكن بعد استلام إشعار بحدوث تحقيق أو رفع قضية أو إجراء تنظيمي أو أي إجراء حكومي أو مدني آخر قد يؤثر على التزامه بأحكام اتفاقية اعتماد المسجل ("RAA") أو أية اتفاقية تعاقدية مع ICANN تتعامل مع جمع وعرض وتوزيع البيانات الشخصية عن طريق WHOIS ("إجراء WHOIS")، ينبغي على المسجل/ السجل تزويد عاملي ICANN بمايلي:

    • وصف موجز لطبيعة وحالة الإجراء (مثل الاستعلام والتحقيق والتقاضي والتهديد بالعقوبات، وما إلى ذلك) ومجموعة من النتائج المحتملة.
    • معلومات الاتصال للمسؤول المسجل / أمين السجل لحل المشكلة.
    • إذا كان ذلك ملائما، فإن معلومات الاتصال الخاصة بوكالة الحكومة الإقليمية المسؤولة أو المطالب الآخر وبيان من المسجل / أمين السجل يخول ICANN التواصل مع هؤلاء المسؤولين أو المطالبين بشأن هذه المسألة. إذا تم منع المسجل / أمين السجل بموجب القانون المعمول به من منح هذا التفويض، يجب أن يوثق هذا الإخطار.
    • نص القانون أو اللوائح المعمول بها التي تستند إليها الحكومة المحلية أو المدعي الآخر في إجراءاتها أو تحقيقاتها، إذا كانت الحكومة أو الجهة المطالبة الأخرى قد أشارت إلى هذه المعلومات.
    • وصف الجهود التي تم اتخاذها لتلبية متطلبات كل من القانون المحي وإلتزامات ICANN.

    1.2 تسمح تلبیة متطلبات الإخطار لأمناء السجلات / السجلات بالمشارکة في التحقیقات والاستجابة لأوامر المحکمة أو اللوائح أو سلطات الإنفاذ بطریقة ودورة تعتبر الأفضل من قبل محامیھا.

    1.3 وفقا للظروف الخاصة لإجراءات WHOIS، قد یطلب المسجل / أمين السجل من ICANN إبقاء جمیع المراسلات بین الأطراف سریة بانتظار نتائج إجراءات WHOIS. سوف تستجيب ICANN عادة بشكل إيجابي لمثل هذه الطلبات إلى الحد الذي يمكن استيعابه مع المسؤوليات القانونية الأخرى والمبادئ الأساسية للشفافية المطبقة على عمليات ICANN.

    1.4 يجب على المسجل أو أمين السجل الخاضع لإجراءات WHOIS أن يعمل بالتعاون مع الحكومة الوطنية ذات الصلة لضمان عمل المسجل أو أمين السجل وفقا للقوانين واللوائح المحلية والقانون الدولي والاتفاقيات الدولية المعمول بها.

  2. المشغل البديل: البيان المكتوب من الوكالة الحكومية

    1.5 في حالة عدم وجود إجراء Whois، قد یقدم السجل أو أمین السجل إلی ICANN بیانا مکتوبا من الوکالة:

    • (1) لتحديد الوقائع المعروضة عليها، أي،
      • (1) الطرف المتعاقد المعني (المسجل/ أمين السجل)
      • (2) استعراض اتفاقية شروط الخدمة/اتفاقات التسجيل المعمول بها
      • (3) الأحكام المعمول بها في عقد ICANN المعني
      • (4) القانون المعمول به الذي تم تحليله
    • (2) تحديد وتحليل وكالة عدم الاتساق الموجودة بين القانون الوطني والاتزامات التعاقدية، مستشهدة بأحكام محددة لكل منها، و
    • (3) التصديق على أن الوكالة لديها السلطة القانونية لإنفاذ القانون الوطني الذي تبين أنه غير متسق مع الالتزامات التعاقدية، وأن له الولاية القضائية على الطرف المتعاقد لأغراض هذا الإنفاذ.

الخطوة الثانية: الإستشارة

2.1 يجب أن يكون هدف عملية التشاور هو السعي إلى حل المشكلة بطريقة تحفظ قدرة المسجل / أمين السجل على الامتثال لالتزاماته التعاقدية لنظام WHOIS إلى أقصى حد ممكن.

2.1.1 ما لم يكن غير عملي في ظل هذه الظروف، عند استلام ومراجعة الإخطار، سوف تتشاور ICANN مع المسجل /أمين السجل. وعند الاقتضاء في ظل هذه الظروف، سوف تتشاور ICANN مع سلطات الإنفاذ المحلية / الوطنية أو مدعي آخر مع المسجل / أمين السجل.

2.1.2 بناء على مشورة اللجنة الاستشاریة الحکومیة ل ICANN، ستطلب ICANN مشورة من الحكومة الوطنیة ذات الصلة بشأن سلطة طلب التقید من متطلبات WHOIS الخاصة ب ICANN.

2.2 إذا انتهت إجراءات WHOIS دون الحاجة إلى أي تغييرات أو التغييرات المطلوبة في ممارسات المسجل /أمين السجل، لا تعتبر، في رأي ICANN، انحرافا عن اتفاقية اعتماد أمين السجل RAA أو أي التزام تعاقدي آخر، يتعين على ICANN والسجل/أمين السجل مزيد من العمل.

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

2.4 قد یطلب المسجل / أمين السجل من ICANN إبقاء جمیع المراسلات بین الأطراف سریة بانتظار نتائج إجراءات WHOIS. سوف تستجيب ICANN عادة بشكل إيجابي لمثل هذه الطلبات إلى الحد الذي يمكن استيعابه مع المسؤوليات القانونية الأخرى والمبادئ الأساسية للشفافية المطبقة على عمليات ICANN.

2.5 في الحالات التي ينطبق عليها المشغل البديل، تشمل خطوة التشاور المشورة العامة التي يمكن فيها لجميع الأطراف المعنية مراجعة البيان المكتوب المقدم في خطوة الإخطار والتعليق على جميع جوانبه. وفي مثل ھذه الحالات، سوف تتشاور ICANN أیضا مع ممثل GAC (إن وجد) من البلد المعني، وفقا للقسم 2.1.2 من الإجراء.

الخطوة الثالثة: تحليل وتوصية المستشار العام

3.1 إذا كان إجراء WHOIS يتطلب تغييرات (سواء قبل أو أثناء أو بعد عملية التشاور الموصوفة أعلاه)، في رأي مكتب المستشار العام ل إيكان، منع الامتثال لالتزامات تعاقدية WHOIS، يجوز لموظفي ICANN الامتناع، على أساس مؤقت، من اتخاذ إجراءات إنفاذ ضد المسجل / أمين السجل لعدم الامتثال، في حين تقوم ICANN بإعداد تقرير عام وتوصية وتقديمه إلى مجلس إدارة ICANN لاتخاذ قرار. قبل إصدار التقریر إلی الجمھور، قد یطلب المسجل / أمین السجل أن یتم تنقیح معلومات معینة (بما في ذلك علی سبیل المثال لا الحصر، الاتصالات بین المسجل / أمین السجل و ICANN أو المعلومات الأخرى المتمیزة / السریة) من التقریر. یجوز للمستشار العام أن یحذف ھذه النصيحة أو المعلومات من أي نسخة منشورة من التقریر تتعلق بالمشورة القانونیة إلی ICANN أو المشورة من مستشار ICANN والتي ینبغي أن تکون مقیدة في نظر المستشار العام بسبب الامتیازات أو المسؤولیة المحتملة لـICANN. قد يحتوي هذا التقرير على:

  1. ملخص للقانون أو اللوائح التي ينطوي عليها النزاع؛
  2. مواصفات جزء من التزامات WHOIS التعاقدية الخاصة بالمسجل أو أمين السجل مع الامتثال الكامل إذا تم منعها؛
  3. ملخص عملية المشورة إن وجد أي منها في الخطوة الثانية؛ و
  4. توصیة حول کیفیة حل ھذه المسألة، والتي قد تشمل ما إذا کان ینبغي علی ICANNتقدیم استثناء لھؤلاء المسجلین / أمناء السجلات الذين ينطبق عليهم النزاع المحدد من واحد أو أکثر من الأحکام التعاقدیة المحددة ل WHOIS. وينبغي أن يتضمن التقرير تبريرا مفصلا لتوصيته، بما في ذلك الأثر المتوقع على الاستقرار التشغيلي والموثوقية والأمن أو قابلية التشغيل البيني العالمي لأنظمة المعرفات الفريدة للإنترنت إذا ما أريد الموافقة على التوصية أو رفضها.

3.2 سوف يقدم للمسجل/أمين السجل فرصة معقولة للتعليق عليها للمجلس. قد یطلب المسجل / أمين السجل من ICANN إبقاء هذا التقرير سريًا قبل أي قرار من مجلس الإدارة. سوف تستجيب ICANN عادة بشكل إيجابي لمثل هذه الطلبات إلى الحد الذي يمكن استيعابه مع المسؤوليات القانونية الأخرى والمبادئ الأساسية للشفافية المطبقة على عمليات ICANN.

3.3 في الحالات التي ینطبق علیھا المشغل البدیل، سوف یأخذ المجلس في الاعتبار أي تعلیقات عامة ترد علی البیان المکتوب المقدم في خطوة الإخطار وکذلك أي مدخلات ترد من ممثل GAC (إن وجد) من البلد المعني، وفقا للقسم 2.1.2 من الإجراء.

الخطوة الرابعة: القرار

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

  • اعتماد أو رفض توصيات التقرير، مع أو بدون تعديلات؛
  • البحث عن معلومات إضافية من المسجل/أمين السجل المتضرر أو طرف ثالث؛
  • جدولة فترة التعليق العام على التقرير؛ أو
  • إحالة التقرير إلى GNSO لمراجعته والتعليق عليه بتاريخ معين.

الخطوة الخامسة: مذكرة عامة

5.1 سیتم عادة نشر قرار مجلس الإدارة بشأن ھذه المسألة مع تقریر المستشار العام، ویتم حفظه في موقع ICANN (بالإضافة إلی المواد الأخرى ذات الصلة) للبحث في المستقبل. قبل إصدار هذه المعلومات إلی الجمھور، قد یطلب المسجل / أمین السجل أن یتم تنقیح معلومات معینة (بما في ذلك علی سبیل المثال لا الحصر، الاتصالات بین المسجل / أمین السجل و ICANN أو المعلومات الأخرى المتمیزة / السریة) من التقریر. یجوز للمستشار العام أن یحذف ھذه النصيحة أو المعلومات من أي نسخة منشورة من التقریر تتعلق بالمشورة القانونیة إلی ICANN أو المشورة من مستشار ICANN والتي ینبغي أن تکون مقیدة في نظر المستشار العام بسبب الامتیازات أو المسؤولیة المحتملة لـICANN. في حالة أن أي تعديلات ستجعل من الصعب أن تنقل للجمهور طبيعة الإجراءات التي يتخذها المسجل / أمين السجل، ستعمل ICANN على تقديم إشعار ملائم إلى الجمهور يصف الإجراءات المتخذة ومبررات مثل هذه الإجراءات، وفق ما هو عمي في ظل هذه الظروف.

5.2 ما لم يقرر المجلس خلاف ذلك، إذا كانت نتيجة حل المشكلة هي أن عناصر البيانات في ناتج WHOIS الخاصة بالمسجل / أمين السجل ستتم إزالتها أو جعلها أقل قابلية للوصول، ستقوم ICANN بإصدار إشعار مناسب للجمهور بالقرار و أسباب تحمل ICANN إنفاذ الامتثال الكامل للحكم التعاقدي المعني.

الخطوة السادسة: المراجعة المستمرة

6.1 مع مدخلات کبیرة من السجلات أو أمناء السجلات المعنیین، ستقوم ICANN، جنبا إلی جنب مع جمیع الدوائر الانتخابیة، بمراجعة فعالیة العملیة سنویا.


[1] فريق عمل Whois 2، التقرير الأولي، يونيو 2004؛ http://gnso.icann.org/issues/whois-privacy/Whois-tf2-preliminary.html

[2] محاضر اجتماع مجلس GNSO، 28 نوفمبر 2005؛ http://gnso.icann.org/meetings/minutes-gnso-28nov05.shtml

[3] تقرير فيق العمل النهائي 25 أكتوبرن 2005 من فريق عمل Whois التابع لـGNSO؛ http://gnso.icann.org/issues/tf-final-rpt-25oct05.htm

[4] محاضر اجتماع المجلس، 10 مايو، 2006؛ http://www.icann.org/minutes/minutes-10may06.htm

[5] تتضمن الإشارة إلى "السجلات" في هذه الوثيقة مشغلي السلات والمنظمات الراعية.


1 https://community.icann.org/display/WNLCI/WHOIS+and+national+law+conflicts+IAG+Home

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