Skip to main content

德国地区法院重审针对 WHOIS 数据维护强制令申请诉讼的判决

本页面还提供其他语种:

洛杉矶——2018 年 6 月 21 日——互联网名称与数字地址分配机构 (The Internet Corporation for Assigned Names and Numbers, ICANN) 于今天接到通知德国波恩地区法院决定重审 ICANN 起诉 EPAG 公司的案件。后者是 Tucows Groups 集团下属的一家位于德国的 ICANN 认证注册服务机构。

2018 年 6 月 13 日,ICANN 针对地区法院拒绝发放 ICANN 提出的强制令申请的一审判决提出上诉。在一审诉讼中,ICANN 尝试获取一份法令,要求 EPAG 公司针对每个新的域名注册搜集管理联系人和技术联系人的资料。

接到上诉后,地区法院可以选择重审上诉案件的一审判决,或确认一审判决,并立即将案件呈交至高等地区法院供其审判。

在本案件中,地区法院决定重审其一审判决,并请求 EPAG 在为期两周内对 ICANN 的上诉资料作出评论。

ICANN 的一部分公益职责在于为通用顶级域系统协调分散在全球的 WHOIS 数据。鉴于此,ICANN 还将继续针对如何维护全球 WHOIS 系统寻求澄清意见,并将继续遵守欧盟颁布的《通用数据保护条例 (General Data Protection Regulation, GDPR)》的法律要求。

背景:

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 并未指明搜集这类额外联系人资料的必要性。该法院还指出,一名注册人可自行决定是否提供管理联系人和技术联系人的资料。

2018 年 6 月 13 日,ICANN 针对地区法院的判决向德国科隆高等地区法院提出上诉,并再次请求获得一份强制令,要求 EPAG 按照其与 ICANN 签署的《注册服务机构认证协议 (Registrar Accreditation Agreement, RAA)》的规定,重新搜集完整的 WHOIS 数据。

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