Jump to content

General Data Protection Regulation: Difference between revisions

From ICANNWiki
Dustin Loup (talk | contribs)
wiki linking the term EU
Accreditation Model: Added brief summary of Accreditation Model, and how it relates to layered access to WHOIS data.
Line 29: Line 29:


===Accreditation Model===
===Accreditation Model===
Under the Temporary Specification Policy, Appendix A, point 4.1, it is extablished that Registrars and Registries must comply to requests from third parties with legitimate interests.<blockquote>Registrar and Registry Operator MUST provide reasonable access to Personal Data in Registration Data to third parties on the basis of a legitimate interests pursued by the third party, except where such interests are overridden by the interests or fundamental rights and freedoms of the Registered Name Holder or data subject pursuant to Article 6(1)(f) GDPR. </blockquote>At ICANN62 it was discussed how a layered Accreditation Model would look like, which would allow third parties with legitimate interests to have access to Personal Data in Registration Data regarding the fields relevant to their legitimate interests. This is, as of 27 June 2018, still under debate.


== Similiar Initiatives in Other Countries ==
== Similiar Initiatives in Other Countries ==

Revision as of 14:59, 27 June 2018

The General Data Protection Regulation (GDPR) or Regulation (EU) 2016/679[1] is a regulation designed to modernize and harmonize the data protection laws across the European Union (EU), giving citizens and residents of the EU more control of their data and providing a more consistent regulatory framework for businesses.[2] This new EU data protection framework will replace the Data Protection Directive, or Directive 95/46/EC of 1995. Enforcement for the GDPR goes into effect on 25 May 2018.[3]

The GDPR places specific legal obligations on 'controllers' and 'processors', those who acts as intermediaries between the user/consumer and themselves, the government or any other actor. The controller determines how and why data is processed and processors act on the controller's behalf. Processors maintain data records and are held responsible in case of a breach.

With the update on existing legislation, the GDPR is more precise and inclusive of what constitutes private information than its predecessor. Personal data, that is anything that can identify a user, including an IP address is included, as well as 'sensitive personal data' which may include genetic and biomedical data.

Applicability and Scope[edit | edit source]

Under the Data Protection Directive of 1995 only applied to companies with legal establishment in an EU country or uses equipment located in the country to process the data. The GDPR expands the territorial reach to include controllers or processors outside of the EU for data processing activities relating to the offering of goods or services to individuals in the EU or to the monitoring of their behavior.[4]

GDPR and WHOIS[edit | edit source]

The GDPR directly impacts the domain name space, most notability the WHOIS service. Prior to the GDPR enforcement date, ICANN's contracted parties (Registries and Registrars) expressed concern about their about to comply with their contractual requirement and be GDPR compliant. In light of this concern and the uncertainty around the implications of GDPR on WHOIS, ICANN announced that it would defer action against registries and registrars for noncompliance related to registration data.[5]

The "Cookbook"[edit | edit source]

On 8 March 2018, the ICANN Organization released its "Interim Model for Compliance with ICANN Agreements and Policies in Relation to the European Union's General Data Protection Regulation,"[6] (or The Cookbook) including a description of the interim model, as well as explanation and rationale for its plan. The Cookbook also provides open question about several elements, seeking guidance from the community and DPAs.[7]

Temporary Specification ("Temp Spec")[edit | edit source]

On 17 May 2018 the Temporary Specification for gTLD Registration Data[8] was approved by the ICANN Board. If a contracted parties is based in the European Economic Area or deals with EEA-based registrants it is required for them to to redact the following data from public whois records, unless the Registered Name Holder consents to its publishing:

  • Registry Registrant ID
  • Registrant Name
  • Registrant Street
  • Registrant City
  • Registrant Postal Code
  • Registrant Phone
  • Registrant Phone Ext
  • Registrant Fax
  • Registrant Fax Ext

Notwithstanding, if the contact (e.g., Admin, Tech) does not consent, the analogous Tech and Admin data must also be redacted.

Accreditation Model[edit | edit source]

Under the Temporary Specification Policy, Appendix A, point 4.1, it is extablished that Registrars and Registries must comply to requests from third parties with legitimate interests.

Registrar and Registry Operator MUST provide reasonable access to Personal Data in Registration Data to third parties on the basis of a legitimate interests pursued by the third party, except where such interests are overridden by the interests or fundamental rights and freedoms of the Registered Name Holder or data subject pursuant to Article 6(1)(f) GDPR

At ICANN62 it was discussed how a layered Accreditation Model would look like, which would allow third parties with legitimate interests to have access to Personal Data in Registration Data regarding the fields relevant to their legitimate interests. This is, as of 27 June 2018, still under debate.

Similiar Initiatives in Other Countries[edit | edit source]

India is exploring a similar data protection measure, and has a call for public comments on a white paper. It is available for comment as of March 2018.

References[edit | edit source]