Skip to main content

ICANN تستأنف قرار المحكمة الألمانية حول قانون GDPR/ WHOIS

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

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

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

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

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

تتقدم ICANN بطلب استئناف القرار الصادر عن المحكمة الإقليمية في بون بتاريخ 30 أيار (مايو) 2018 كجزء من دور ICANN تجاه المصلحة العامة في تنسيق نظام WHOIS العالمي اللامركزي لنظام نطاقات المستوى الأعلى العامة.

"نحن نواصل سعينا للحصول على ايضاحات حول كيفية الحفاظ على نظام WHOIS عالمي ولا نزال ممتثلين للمتطلبات القانونية وفق القانون العام لحماية البيانات GDPR،" قال ذلك السيد جون جيفري، المستشار القانوني والأمين العام لدى 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 أﻧﮫ ﻣن اﻟﺿروري ﺟﻣﻊ ﻋﻧﺎﺻر ﺑﯾﺎﻧﺎت إﺿﺎﻓﯾﺔ ﻟتلك اﻷﺳﻣﺎء. وأشارت المحكمة أيضاً بأنه بإمكان المسجل ان يقدم بيانات الاتصال الإدارية والتقنية وفق مايراه مناسباً.

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

بالإضافة إلى إجراءات المحكمة، تواصل 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."