Skip to main content

إحالة طلب ICANN للحفاظ على بيانات WHOIS إلى محكمة الاستئناف الألمانية

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

لوس أنجلوس - 19 تموز (يوليو) 2018 - بُلّغت مؤسسة الإنترنت للاسماء والأرقام المُخصصة (ICANN) يوم أمس بأن المحكمة الإقليمية في بون بألمانيا قد قررت إحالة القضية الى المحكمة الإقليمية العليا في كولونيا بألمانيا فيما يخص الدعوى القضائية التي تقدمت بها ICANN ضد شركة EPAG، أمين السجل المعتمد من قبل ICANN ومقره في ألمانيا والذي هو جزء من مجموعة توكاوز Tucows Group. لقد اتخذت ICANN هذه الخطوة ملتمسةً من المحكمة المساعدة في تفسير القانون العام لحماية البيانات (GDPR) لأجل حماية البيانات التي تم جمعها في نظام WHOIS.

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

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

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

نبذة خلفية:

في 25 أيار (مايو) 2018، قدمت ICANN دعوى قضائية ضد EPAG. طلبت ICANN من المحكمة المساعدة في تقديم تفسير للقانون العام لحماية البيانات (GDPR) في محاولة لحماية البيانات التي تم جمعها في WHOIS. وسعت ICANN إلى إصدار حكم محكمة لضمان استمرار جمع جميع بيانات WHOIS. وكان الهدف هو التأكد من أن جميع هذه البيانات تظل متاحة للأطراف التي تستطيع إبراز غرض مشروع للوصول لتلك البيانات، وأن تطلب توضيحاً على أنه بموجب قانون GDPR، قد تستمر ICANN بطلب جمع هذه البيانات.

وقامت ICANN برفع دعوى قضائية بسبب قيام شركة EPAG بإعلام ICANN بأنها واعتباراً من 25 أيار (مايو) 2018، سوف لن تقوم بجمع معلومات الاتصال الإدارية والتقنية بعد الآن عندما تقوم ببيع تسجيلات اسم النطاق الجديدة. وتعتقد شركة EPAG بأن جمع تلك البيانات على وجه التحديد يعد خرقاً لقانون GDPR. إلا إن عقد ICANN مع شركة EPAG يتطلب جمع تلك المعلومات.

وتعد شركة EPAG واحدة من أكثر من 2500 من أمناء السجلات والسجلات التي تساعد ICANN على الحفاظ على المصدر العالمي للمعلومات لنظام WHOIS. ولا تسعى ICANN إلى جعل الأطراف المتعاقدة معها في موقف إنتهاك القانون. ولكن ببساطة، جسّد موقف EPAG حالة عدم الاتفاق مع ICANN ومع جهات أخرى حول كيف يجب أن يُفسّر القانون العام لحماية البيانات GDPR.

وفي 30 أيار (مايو) 2018، كانت قد قررت المحكمة بأنه سوف لن تصدر أمراً قضائياً ضد شركة EPAG. وفي رفضها لإصدار الامر القضائي، قررت المحكمة بأنه لايتوجب على شركة EPAG جمع البيانات الإدارية والتقنية للتسجيلات الجديدة. ومع ذلك، لم تشر المحكمة في قرارها على ان جمع مثل هذه البيانات قد يعتبر خرقاً للقانون GDPR. وعوضاً عن ذلك، ذكرت المحكمة بأن جمع بيانات تسجيل اسم النطاق يجب أن يفي بالغرض وللحد الذي يضمن منع سوء استخدامها فيما يتعلق باسم النطاق (مثل الأنشطة الإجرامية أو الانتهاكات أو المشكلات الأمنية).

وﻗد عزت اﻟﻣﺣﮐﻣﺔ سبب ذلك الى أﻧﮫ ﻣن اﻟﻣﻣﮐن ﻟلمسجل أن ﯾﻘدم ﻧﻔس ﻋﻧﺎﺻر اﻟﺑﯾﺎﻧﺎت الخاصة به كمسجل ﮐﻣﺎ ﻓﻲ معلومات الاتصالات اﻹدارﯾﺔ واﻟﺗﻘﻧﯾﺔ، وﻟم تبين ICANN أﻧﮫ ﻣن اﻟﺿروري ﺟﻣﻊ ﻋﻧﺎﺻر ﺑﯾﺎﻧﺎت إﺿﺎﻓﯾﺔ ﻟتلك اﻷﺳﻣﺎء. وأشارت المحكمة أيضاً بأنه بإمكان المسجل ان يقدم بيانات الاتصال الإدارية والتقنية وفق مايراه مناسباً.

وبتاريخ 13 حزيران (يونيو)، تقدمت ICANN بطلب استئناف حكم المحكمة الإقليمية العليا في مدينة كولونيا بألمانيا وطلبت مرة أخرى بإصدار أمر قضائي يفرض على شركة EPAG إعادة جمع كافة بيانات WHOIS اللازمة بموجب اتفاقية اعتماد أمين السجل المبرمة بين شركة EPAG و ICANN.

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

نبذة عن ICANN

مهمّة ICANN هي ضمان شبكة إنترنت عالمية مستقلة وآمنة وواحدة. فلأجل الوصول الى شخص آخر عبر الإنترنت ينبغي عليك أن تقوم بكتابة عنوان ما من خلال جهاز حاسوبك - إسم أو رقم. ويجب أن يكون هذا العنوان فريدا من نوعه ليتسنى لأجهزة الحواسيب معرفة مكان وجود الآخرين. تقوم ICANN بتنسيق تلك المعرّفات الفريدة من نوعها عبر كافة أنحاء العالم. تم تأسيس مؤسسة ICANN في عام 1998 كشركة غير ربحية ذات منفعة عامة ومجتمع من المشاركين من كافة أنحاء العالم.


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