Skip to main content

Technical Study Group on Access to Non-Public Registration Data Begins Work

LOS ANGELES – 14 December 2018 -- The Technical Study Group on Access to Non-Public Registration Data (TSG-RD) began its work this week. The group is made up of 10 invited members with expertise in the Registration Data Access Protocol (RDAP), distributed authentication/authorization technologies, systems architecture, design-thinking and other relevant topics. The group is coordinated by Ram Mohan, the CTO of Afilias and the former Security and Stability Advisory Committee liaison to the ICANN Board of Directors. The group will explore technical solutions for providing third parties access to non-public data via RDAP.

The particular technical implementation approach the group will study was described during a data protection/privacy update webinar held 8 October. That possible approach would place ICANN in the position of determining whether a third-party's query for non-public registration data ought to be approved to proceed. If approved, ICANN would ask the appropriate registry or registrar to provide the requested data to ICANN, which in turn would provide it to the third party. If ICANN does not approve the request, the query would be denied. This group's work will not interfere with community efforts to develop an RDAP profile prior to deployment of the protocol. In addition, this effort does not replace the community's policy development process. ICANN is exploring this approach to determine whether it would diminish the legal liability of contracted parties, who would provide access to non-public registration data.

The TSG-RD's discussions anticipate discussing the following key issues: assessment of available tools and protocols; authentication/authorization; data transport/storage and audit; access control protocol; performance requirements; transparency and assignment of responsibility; error conditions; costs; maintenance and evolution; and governance.

The group will be supported with technical input from John Crain, ICANN Chief Security, Stability and Resiliency Officer, and Francisco Arias, Senior Director of Technical Services for the Global Domains Divisions (GDD). The invited members of the TSG-RD are:

  • Benedict Addis
  • Gavin Brown
  • Jorge Cano
  • Steve Crocker
  • Scott Hollenbeck
  • Jody Kolker
  • Murray Kucherawy
  • Andy Newton
  • Tomofumi Okubo

More information about the group is available here. You can follow the TSG-RD group's discussions on their publicly archived mailing list.

About ICANN

ICANN's mission is to help ensure a stable, secure, and unified global Internet. To reach another person on the Internet, you need to type an address – a name or a number – into your computer or other device. That address must be unique, so computers know where to find each other. ICANN helps coordinate and support these unique identifiers across the world. ICANN was formed in 1998 as a not-for-profit public-benefit corporation with a community of participants from all over the world.


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