Skip to main content

System for Standardized Access/Disclosure Operational Design Phase

Announcements, Blogs, Webinars, and More

For the latest updates on the SSAD ODP, please see the information ICANN org has published below. For related correspondence, please visit our Data Protection/Privacy correspondence page.

28 September 2021 Blog: SSAD ODP Update: Timeline Extension and Next Steps
24 September 2021

Webinar: SSAD ODP Project Update #2

16 September 2021 Announcement: SSAD ODP Webinar Date Change; Register Now
26 July 2021 Update: SSAD ODP Community Questionnaire Extended Until 5 August. Complete the questionnaire here.
13 July 2021

Webinar: SSAD ODP Project Update

8 July 2021 Announcement: Community Input Needed: SSAD ODP Questionnaire
29 June 2021 Announcement: Register for the SSAD ODP Project Update Webinar
21 June 2021 Announcement: Request for Information on Identity Verification Methods for SSAD Now Open
10 June 2021 Blog: ICANN to Open Request for Information on Identity Verification Methods
29 April 2021 Announcement: ICANN Launches First ODP for SSAD

About the SSAD ODP

The System for Standardized Access/Disclosure (SSAD) is a new system proposed to centrally handle requests for non-public registration data, envisioned in Recommendations 1-18 of the Final Report of the GNSO Expedited Policy Development Process (EPDP) on the Temporary Specification for gTLD Registration Data Phase 2. Due to the resource investment and complexity that would likely be required to implement the SSAD-related policy recommendations in a timely and predictable manner, the ICANN Board has requested an Operational Design Phase (ODP) Assessment to inform its deliberations, including whether the recommendations are in the best interests of the ICANN community or ICANN.

The ODP, performed by ICANN org, will assess the potential risks, anticipated costs, resource requirements, timelines, dependencies, interaction with the Global Public Interest Framework that is currently being piloted, and other matters related to implementation of the SSAD-related recommendations (1-18). The Board has requested that this ODP be completed within six months from the date of the Board's request (25 March 2021), provided that there are no unforeseen legal or other matters that could affect the timeline. When the ODP is completed, ICANN org will deliver the Operational Design Assessment (ODA), the expected output of the ODP, to the ICANN Board and publish it on this page for transparency.

The ODP is a transparent process and ICANN community feedback plays an important role. To follow ICANN org's work on the ODP for SSAD, please see the Work Products section of this webpage. To review or provide ICANN community feedback on the ODP for SSAD, please see the Engage section of this webpage.

To review ICANN's Operational Design Phase Process Paper, or to learn more about the overall process, click here.

Work Product

ICANN org will share its findings on the facts, figures, and assumptions for the SSAD ODP, as well as any other relevant work product here:


The SSAD ODP is an open and transparent process. All stakeholders are encouraged to share their feedback. Methods for sharing are provided in this section.

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"""" is not an IDN."