Skip to main content

ICANN 针对德国法院对《通用数据保护条例 (GDPR)》/WHOIS 事务一题作出的判决提出上诉

本页面还提供其他语种:

洛杉矶——2018 年 6 月 13 日——互联网名称与数字地址分配机构 (The Internet Corporation for Assigned Names and Numbers, ICANN) 前不久曾针对 Tucows Groups 集团下属一家位于德国的 ICANN 认证注册服务机构 EPAG 公司提起诉讼,德国波恩地区法院对该诉讼作出判决,决定拒绝发放强制令。ICANN 现针对这项判决提出上诉。本组织现已向德国科隆高等地区法院提交了上诉申请。

ICANN 现请求高等地区法院发放一份强制令,要求 EPAG 公司恢复搜集所有 WHOIS 数据,遵守 EPAG 公司与 ICANN 签署的《注册服务机构认证协议 (Registrar Accreditation Agreement)》中列出的要求。

波恩地区法院拒绝了 ICANN 最初提出的强制令申请。在最初诉讼程序中,ICANN 尝试要求 EPAG 公司针对每个新的域名注册搜集管理联系人和技术联系人的资料。

若高等地区法院与 ICANN 的立场相左,或并不熟悉欧盟 (European Union) 出台的《通用数据保护条例 (General Data Protection Regulation, GDPR)》的适用范围,则 ICANN 将请求该高等地区法院将 ICANN 的上诉案件转交至 欧洲法院 (European Court of Justice)。

ICANN 现针对波恩地区法院于 2018 年 5 月 30 日作出的决定提出上诉,此举符合 ICANN 的公共利益职责,即协调通用顶级域系统分布在全球范围内的 WHOIS 数据。

"我们正针对如何维持全球 WHOIS 系统、确保 GDPR 合规一题继续寻求澄清意见,"ICANN 总法律顾问兼秘书长约翰·杰弗里 (John Jeffrey) 表示。"我们希望该法院能够发放一份强制令,或请求欧洲法院对该事务进行考量处理。"

背景:

2018 年 5 月 25 日,ICANN 针对 EPAG 公司提起了一份强制令申请诉讼。ICANN 请求法院协助解释 GDPR,从而保护 WHOIS 系统中的数据搜集。ICANN 请求法院作出判决,确保能够继续搜集全部 WHOIS 数据。此举旨在确保拥有合法目的的人员能够继续访问所有这些数据,并针对ICANN 在 GDPR 生效期间可能需要继续搜集这类数据一题获得澄清意见。

ICANN 提起诉讼是因为 EPAG 公司告知 ICANN 从 2018 年 5 月 25 日起,该公司在销售新的域名注册时,将不会继续搜集管理联系人和技术联系人的信息。EPAG 认为搜集这类具体信息可能会违反 GDPR 的规定。但 ICANN 与 EPAG 签署的合同中规定需要搜集这类信息。

EPAG 是 2,500 多家注册服务机构和注册管理机构之一。这些机构负责帮助 ICANN 维护 WHOIS 系统的全球信息资源。ICANN 并不要求签约方违反法律规定。但 EPAG 的立场与 ICANN 和其他相关方对 GDPR 的解释可谓是大相径庭。

2018 年 5 月 30 日,法院决定不会对 EPAG 发放强制令。法院拒绝发放强制令即意味着法院不会要求 EPAG 针对新的注册搜集管理联系人和技术联系人的资料。但该法院并未在判决中指明搜集这类资料意味着违反 GDPR。该法院甚至表示搜集域名注册人的资料应当足以预防与域名相关的滥用行为(例如:犯罪活动、侵权或安全问题)。

该法院解释说一名注册人有可能会提供同样的数据元素,至于管理联系人和技术联系人,ICANN 并未指明搜集这类额外联系人资料的必要性。该法院还指出,一名注册人可自行决定是否提供管理联系人和技术联系人的资料。

ICANN 感谢并理解 EPAG 在解释 GDPR 的规定和 WHOIS 的要求时遇到的两难境地,但若 EPAG 的行为得到维护,则拥有合法目的的用户(包括涉及安全目的的用户)、执法人员、知识产权持有人和其他这类信息的合法用户将无法继续访问完整的 WHOIS 记录。

除了涉足法院诉讼外,ICANN 还在与欧盟委员会 (European Commission) 和欧洲数据保护理事会 (European Data Protection Board) 一起探讨,对 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."