ICANN 78
| Event | |
|---|---|
| |
| Process | ICANN |
| Date | Oct. 21, 2023 – Oct. 26, 2023 |
| Region | EUR |
| Country |
|
| City | Hamburg |
| Venue | Congress Center Hamburg |
| Websites | |
ICANN 78 was ICANN's 25th Annual General Meeting (AGM), held from October 21-26, 2023 at the CCH – Congress Center Hamburg in Hamburg, Germany.[1] [2] It was hosted by eco-Verband der Internetwirtschaft e.V. and DENIC eG in partnership with the Free and Hanseatic City of Hamburg.[3]
Policy discussions at ICANN 78 focused on preparing the New gTLD Program: Next Round for implementation, advancing work on IDNs, addressing DNS Abuse and registration data access, and positioning ICANN within external processes such as the Global Digital Compact (GDC) and the WSIS+20 review.[4][5]
New gTLD Program: Next Round[edit | edit source]
Board Action on Pending SubPro Recommendations[edit | edit source]
A central milestone at ICANN 78 was the ICANN Board’s adoption of resolutions on the New gTLD Program: Next Round, including approval of an updated scorecard responding to remaining recommendations from the New gTLD Subsequent Procedures (SubPro) PDP.[6] The Board confirmed that implementation of the Next Round would proceed on the basis of the vast majority of the PDP outcomes, while indicating that certain areas – such as single-registrant TLDs, applicant support, and string similarity – would need adjusted implementation or additional work with the community.[6] [5]
In its discussion with the GNSO Council at ICANN 78, the Board clarified that it was not comfortable with a broad blanket waiver for single-registrant applicants, pointing to the need for preventive and proactive checks to mitigate potential misuse even in single-user spaces. The Board indicated it might be more amenable to a narrower, more targeted waiver framework and noted that the evolving DNS Abuse-related contract amendments could inform further analysis once adopted. On string similarity, Board members expressed a preference for a visually confusing similarity standard applied more consistently and reliably, and signaled openness to a supplemental community recommendation to clarify the design of any appeal mechanism.[5]
On applicant support, the Board reiterated its support for the objective but explained that the corresponding SubPro recommendation had not been adopted as written; ICANN org was developing proposals as input for the Implementation Review Team (IRT) and for further Board consideration.[5][6] Across these topics, the Board emphasised the need to finalize the Applicant Guidebook (AGB), resolve outstanding policy questions and complete the implementation planning before setting a firm application window date for the Next Round.[5]
Community Pressure for a Predictable Launch Timeline[edit | edit source]
Both the GNSO Council and the Contracted Parties House (CPH) used their ICANN 78 joint sessions with the Board to press for more clarity on the timing of the Next Round. The CPH argued that a concrete target date is necessary for potential applicants (including governments and smaller organizations) to secure funding, set budgets and decide whether to apply, and warned that uncertainty could create inadvertent barriers to entry and reputational risk for ICANN. The Board agreed that a realistic date would become clearer as implementation progressed, but insisted that work could not be rushed and that resources had been allocated to support careful completion of the remaining tasks.
Within the GNSO, stakeholder and constituency sessions, particularly in the Non-Contracted Parties House (NCPH) and its Commercial Stakeholder Group (CSG), also examined the implications of the Next Round for registrants, rights-holders and intermediaries, including how registry voluntary commitments (RVCs) and registry/registrar obligations should be interpreted in light of the evolving regulatory environment.[5]
GAC Advice and Concerns[edit | edit source]
The GAC Hamburg Communiqué welcomed the Board’s progress on SubPro recommendations, but provided further advice and follow-up on several Next Round issues. The GAC reiterated concerns around the treatment of “closed generics” and single-registrant TLDs, urging that any framework ensure that TLDs serving essentially public or general-purpose functions are operated in the public interest and with appropriate safeguards. It also commented on contention resolution mechanisms, stressing that auctions of last resort should remain a backstop measure and encouraging exploration of mechanisms that reduce purely speculative applications and promote public-interest outcomes within and beyond contention sets.
The Communiqué underscored the importance of meaningful applicant support, especially for applicants from underserved regions and communities, and called on the Board and org to ensure that support mechanisms are available and effective before the application window opens. The GAC asked for continued transparency about implementation timelines and requested ongoing opportunities to engage on outstanding policy questions that have implications for public policy and national regulatory environments. .[7]
IDNs and Latin Script Diacritics[edit | edit source]
EPDP on IDNs[edit | edit source]
During ICANN 78, the Expedited Policy Development Process on Internationalized Domain Names (EPDP-IDNs) held three working sessions dedicated to Phase 2 charter questions on second-level variant management. The team clarified key concepts such as “source domain name” and “variant domain set”, and agreed not to prescribe a specific mechanism for identifying the “same registrant” across variants, leaving implementation details to contracted parties within agreed policy parameters. It also discussed whether ICANN’s per-domain fee should apply to each activated variant domain name under different activation models, considering the impact on both registries and registrants.
By ICANN 78 the EPDP-IDNs had completed initial deliberations on 12 of 19 Phase 2 charter questions, and its 69 Phase 1 recommendations had reached full consensus support within the team. The Phase 1 Final Report was delivered to the GNSO Council shortly after the meeting, clearing the way for Council consideration of IDN-related gTLD policy recommendations and subsequent Board action. The team planned an in-person workshop in early December 2023 in Kuala Lumpur to accelerate completion of Phase 2.[5]
Latin Script Diacritics in TLDs[edit | edit source]
The GNSO Council devoted a specific agenda item at its ICANN 78 meeting to the “Diacritics Issue in Latin Script”, prompted by concerns from PointQuébec, CORE Association and the ALAC. The issue arises where an applied-for Latin-script IDN gTLD containing diacritics is not an allocatable variant of an existing ASCII string under the Root Zone Label Generation Rules (RZ-LGR), but is treated as confusingly similar and therefore ineligible during String Similarity Review, for example, “.québec” versus the existing “.quebec”.
Council materials noted that similar challenges could affect other registries seeking IDN equivalents of ASCII TLDs, and that future applicants might face inconsistent outcomes if the problem is not addressed. [8] At ICANN 78, the Council used the session primarily for issue scoping; it signalled that requesting an Issue Report appeared to be the appropriate next step towards a dedicated PDP to consider an exception mechanism or other policy responses, while asking staff and interested parties to continue refining the problem statement.[8][5]
ccTLD IDNs and ccPDP4[edit | edit source]
On the ccTLD side, ICANN 78 sessions provided updates on the status of ccPDP4 on the (de)selection of IDN ccTLD strings, which defines criteria and processes for IDN ccTLDs associated with ISO-3166-1 country codes and addresses variant management questions in coordination with the GNSO and the Board. The ICANN78 Policy Outcomes Report noted that once adopted by the Board and implemented, the ccPDP4 policy is expected to replace the IDN ccTLD Fast Track process and to integrate more closely with the RZ-LGR framework for IDN labels at the top level.[5]
Registration Data, RDRS and Related Topics[edit | edit source]
RDRS Implementation and Promotion[edit | edit source]
The EPDP on the Temporary Specification for gTLD Registration Data (TempSpec) Phase 2 Small Team held a session at ICANN 78 focused on the implementation and adoption of the Registration Data Request Service (RDRS), a centralized ticketing system for requests for redacted registration data. Discussions with ICANN org centered on how to promote comprehensive use of the RDRS by both potential requestors (such as law enforcement and rights-holders) and ICANN-accredited registrars, including outreach, user experience and reporting considerations. At the time of the meeting, RDRS was expected to launch in November 2023.
Within the Commercial Stakeholder Group (CSG) and other GNSO constituencies, sessions examined how RDRS would fit into broader strategies for “fixing WHOIS” under current privacy and data-protection constraints, including the relationship between RDRS and existing or future policy commitments arising from the EPDP and the Registration Data Policy Implementation Review Team (IRT).[5]
Registration Data Policy and Urgent Requests[edit | edit source]
The CPH–Board joint session at ICANN 78 treated the forthcoming Registration Data Policy as a critical deliverable, both in terms of resolving legal uncertainties and demonstrating the effectiveness of ICANN’s multistakeholder model. Board members explained that, at the request of the GAC, they were re-examining Section 10.6 of the draft policy, which deals with “urgent” requests for registration data, and that further consultation with the GNSO Council would be needed on this specific provision. With that exception, the Board indicated support for moving ahead with policy implementation once the IRT completed its work.
The CPH emphasized that clear rules and predictable processes for urgent disclosure requests are important for both registrars and requestors, and that delays in implementing the Registration Data Policy could prolong uncertainty in how contracted parties respond to public-interest-driven data requests. Although broader work on Registration Data Accuracy was not a central focus of ICANN 78, the CPH and other groups noted that the combined effect of RDRS, the Registration Data Policy and DNS Abuse contract amendments would significantly shape how registration data is handled in practice.[5]
GAC Perspectives on Registration Data[edit | edit source]
The GAC Hamburg Communiqué highlighted registration data access and disclosure as an ongoing public policy concern, welcoming the imminent launch of RDRS but calling for robust monitoring of its effectiveness and impact on law-enforcement and rights-holder access. The GAC reiterated that any registration data arrangements should provide timely, predictable and proportionate responses to legitimate requests, and asked to be kept informed as the Registration Data Policy is finalized and implemented.[7]
DNS Abuse[edit | edit source]
DNS Abuse was a cross-cutting theme at ICANN 78, featuring prominently in ccNSO, GNSO, CPH, CSG and GAC discussions as well as in Board interactions.
ccNSO DNS Abuse Standing Committee (DASC)[edit | edit source]
The ccNSO DNS Abuse Standing Committee (DASC) held an internal working session at ICANN 78 to plan its work for the coming year, including a follow-up session at ICANN 79 on tools and measurements. The committee discussed findings from its earlier survey of ccTLD practices on DNS Abuse, work on a repository of resources for ccTLDs, and a dedicated mailing list to facilitate information-sharing. A separate open session explored different perspectives on DNS Abuse metrics and tools, including Domain Abuse Activity Reporting (DAAR) and registry-level experiences, and compared ccTLD and gTLD approaches to detection and mitigation.
The DASC also identified new work items around four questions: how ccTLD data validation and registration policies relate to DNS Abuse; how ccTLDs can work effectively with registrars; what tools and measurements are most useful for mitigation; and how governance models and regulatory frameworks impact DNS Abuse outcomes. The committee explicitly framed its role as facilitating understanding and dialogue rather than making binding policy, consistent with the ccNSO’s remit.[5]
Contracted Parties and DNS Abuse Contract Amendments[edit | edit source]
Within the CPH, DNS Abuse was a central topic of membership and joint sessions at ICANN 78. Registries and registrars discussed the then-ongoing vote on DNS Abuse-related amendments to the Registry Agreement (RA) and Registrar Accreditation Agreement (RAA), shared threat intelligence on emerging abuse patterns, and considered the relationship between contract obligations and complementary policy work. CSG sessions similarly reviewed recent DNS Abuse studies and threat reports, focusing on registrant protection and the adequacy of current enforcement tools.
In joint dialogue with the ICANN Board, the CPH stressed the importance of concluding the RA/RAA amendment process before embarking on additional DNS Abuse policy initiatives, to avoid overlap and confusion. The Board, in turn, noted that evolving threat vectors will likely require future mitigation efforts within the bounds of ICANN’s mission and through GNSO policy processes, and that data and statistics will be necessary to guide those efforts.[5]
GAC Perspectives[edit | edit source]
The GAC Hamburg Communiqué reiterated previous advice urging effective implementation and enforcement of DNS Abuse obligations in gTLD contracts and calling for continued reporting and transparency on abuse trends. It welcomed the RA/RAA amendment initiative as a step towards more consistent baseline obligations to prevent and mitigate DNS Abuse, and pointed to the need for coordination with voluntary practices and law-enforcement cooperation.[7]
End-user Perpectives[edit | edit source]
Stakeholder discussions in the CSG, NCSG and At-Large community also examined how DNS Abuse affects end-users and non-commercial interests, including questions about how far ICANN’s remit extends into content-related issues versus purely DNS-level Abuse, and how to avoid duplication with national or regional regulatory initiatives.[5]
Supporting Organizations and Advisory Committees[edit | edit source]
ccNSO[edit | edit source]
Beyond DNS Abuse, ccNSO sessions at ICANN 78 covered strategic planning, Internet governance and the organization’s own evolution. A ccNSO Strategic and Operational Planning Committee (SOPC) workshop gathered the Council, working group and committee chairs to align ccNSO input on ICANN-wide initiatives and to define SOPC activities after ICANN 78. The ccNSO Internet Governance Liaison Committee (IGLC) held a session on the United Nations-led WSIS+20 review and why it matters to ccTLDs.
ICANN 78 also served as a focal point for the ccNSO’s 20th anniversary. A “world café” session, held as a closed in-person meeting, explored what makes the ccNSO relevant to the ICANN community for the next five to ten years and produced input that the IGLC and SOPC will track over time. Tech Day, organized under the ccNSO Tech Working Group, focused on DNSSEC, artificial intelligence, DNS Abuse prevention and other operational topics; TLD-OPS convened to consider future activities for the ccTLD incident-response community.
A joint ccNSO–GNSO Council session addressed the GDC and WSIS+20 processes and their implications for ICANN, as well as potential improvements to the process for amending the ICANN Bylaws, including clarifying how community-driven bylaw change proposals should be structured and handled. In its joint meeting with the Board, the ccNSO asked about ICANN’s position on GDC and WSIS+20, the role for ccTLD managers at national and international levels, and the practical steps for initiating bylaw change requests; the Board, in response, highlighted the aim of preserving the existing multistakeholder model and suggested developing a high-level checklist to guide bylaw change proposals.[5]
GNSO[edit | edit source]
Within the GNSO, ICANN 78 featured multiple PDP and guidance processes in different stages of their work:
- The EPDP-IDNs continued Phase 2 deliberations and prepared for delivery of its Phase 1 Final Report, as described above.
- The Transfer Policy Review PDP revisited issues related to the Transfer Dispute Resolution Policy (TDRP), with the working group maintaining that the TDRP is not an appropriate mechanism for registrants to challenge improper transfers or theft.The group reviewed preliminary recommendations on Group 2 topics (including Transfer Emergency Action Contact, TDRP and bulk transfers) and planned to return to the Change of Registrant topic after completing that work.
- The GNSO Guidance Process (GGP) on Applicant Support did not meet during ICANN 78 but was in the midst of analyzing Public Comment submissions on its Initial Report, which proposed guidance on metrics, success indicators and funding triggers for a Next Round applicant support program.
- The EPDP TempSpec Phase 2 Small Team advanced its work with ICANN org on RDRS implementation and adoption.[5]
At-Large (ALAC and RALOs)[edit | edit source]
According to the ICANN78 Policy Outlook and Outcomes Reports, At-Large sessions in Hamburg focused on end-user perspectives on the New gTLD Program: Next Round, DNS Abuse, registration data and ICANN’s role in evolving regulatory environments.[4][5] The ALAC and its Consolidated Policy Working Group (CPWG) used the meeting to coordinate input across Regional At-Large Organizations (RALOs), discuss anticipated impacts of RDRS on individual Internet users, and consider how At-Large could engage more systematically with external processes such as the GDC and WSIS+20.[5]
GAC[edit | edit source]
The GAC met throughout ICANN 78 and issued the Hamburg Communiqué, which provided advice and follow-up on several key areas. In relation to the New gTLD Program, the GAC welcomed Board progress on SubPro recommendations but reiterated concerns about closed generics, single-registrant TLDs and contention resolution mechanisms, calling for safeguards that ensure public-interest outcomes and avoid speculative behavior. The Communiqué also underlined the importance of effective applicant support and encouraged ICANN to provide sufficient lead-time and information for governments to prepare for the Next Round.
On DNS Abuse and registration data, the GAC urged ICANN to complete RA/RAA DNS Abuse-related amendments and to ensure that RDRS and the Registration Data Policy deliver timely and predictable access for legitimate requestors, particularly law-enforcement and consumer-protection authorities. The Communiqué further addressed ICANN’s engagement with intergovernmental processes, including the GDC and WSIS+20, and encouraged ICANN to advocate for the multistakeholder model and the stability of the DNS in those forums.[7]
RSSAC and SSAC[edit | edit source]
RSSAC and SSAC used ICANN 78 to present updates on their ongoing work to the broader community, including studies and advisories related to the root server system, DNSSEC deployment, and the security and stability implications of policy and architectural changes. Sessions explored, among other things, how root server system governance developments intersect with broader ICANN accountability structures, and how DNSSEC and other technical security measures interact with policy initiatives on DNS Abuse and registration data.[5]
ASO[edit | edit source]
The ASO engagement at ICANN 78 consisted mainly of update sessions on Regional Internet Registry (RIR) policy developments and coordination between number resources and name-related discussions, including overlaps with the GDC and WSIS+20 processes where both names and numbers communities are represented.[5]
Board and Leadership Actions[edit | edit source]
In addition to the New gTLD resolutions, the ICANN Board at ICANN 78 adopted a series of decisions on strategic planning, review implementation and internal oversight matters.[6] These included resolutions related to the implementation of the Third Accountability and Transparency Review (ATRT3) recommendations, notably on a proposed process for retiring community-developed, Board-approved non-policy recommendations, and on shaping a pilot Holistic Review to evolve the system of Organizational Reviews into a broader continuous improvement program.[6][5]
Board-community joint sessions with the ccNSO, GNSO Council, CPH, CSG and NCSG explored cross-cutting topics such as DNS Abuse, registration data policy, the Next Round, ICANN’s positioning in the intergovernmental environment, and priorities for the next five-year strategic plan. Across these discussions, Board members emphasized the need to complete key implementation work (Next Round, Registration Data Policy, RA/RAA amendments) while staying within ICANN’s mission and coordinating with external regulatory developments, and invited structured community input into strategic planning.[5]
As an AGM, ICANN 78 also involved the seating of newly selected ICANN Board members and community leaders, but no major structural changes to ICANN’s governance model were decided at this meeting. Instead, Hamburg served as a reference point for ongoing work: translating SubPro and IDN policies into implementable Next Round rules, operationalizing new tools such as RDRS, and preparing the organization and community for a more complex external Internet governance landscape.[5][6]
External Internet Governance Processes[edit | edit source]
ICANN 78 was one of the first meetings where the forthcoming United Nations Global Digital Compact (GDC) and the 20-year review of the World Summit on the Information Society (WSIS+20) were prominent agenda items across multiple SO/ACs. Joint sessions between the ccNSO and GNSO Councils, as well as between these bodies and the Board, examined how these processes might affect the DNS, ICANN’s role, and the multistakeholder model more broadly. ccNSO and NCSG sessions, in particular, discussed how ccTLDs and civil-society actors could engage at national and international levels to ensure that technical coordination functions remain insulated from inappropriate political or commercial pressures.
The Board noted that an “optimal” outcome for the GDC and WSIS+20 from ICANN’s perspective would be preservation of the status quo with regard to technical coordination, and tasked ICANN org with prioritizing coordination with the technical community and developing a framework for engagement on these issues. Community groups stressed the need for early, coordinated input and for ICANN to demonstrate the value of its multistakeholder outputs to governments and intergovernmental organizations, beyond simply asserting the model’s existence.[5]
References[edit | edit source]
- ↑ Sched: ICANN78 Hamburg Annual General Meeting Retrieved December 10, 2025
- ↑ ICANN Community: ICANN78 - Hamburg, Germany 21-26 October 2023 (AGM) Retrieved December 10, 2025
- ↑ .hamburg: ICANN78 Retrieved December 10, 2025
- ↑ 4.0 4.1 ICANN: ICANN78 Policy Outlook Report Retrieved December 10, 2025
- ↑ 5.00 5.01 5.02 5.03 5.04 5.05 5.06 5.07 5.08 5.09 5.10 5.11 5.12 5.13 5.14 5.15 5.16 5.17 5.18 5.19 5.20 5.21 5.22 5.23 ICANN: ICANN78 Policy Outcomes Report Retrieved December 10, 2025
- ↑ 6.0 6.1 6.2 6.3 6.4 6.5 ICANN Board: Approved Resolutions | Regular Meeting of the ICANN Board | 26 October 2023 Retrieved December 10, 2025
- ↑ 7.0 7.1 7.2 7.3 ICANN GAC: ICANN78 Hamburg Communique Retrieved December 10, 2025
- ↑ 8.0 8.1 ICANN Community GNSO Council: Final Proposed Agenda 2023-10-25 - Part 1 Retrieved December 12, 2025
ICANNWiki resources: Special Pages | Content Guide | Documentation | Development || Maintenance: Articles needing attention | Candidates for deletion || Projects: Internet & Digital Governance Library
