Skip to main content
  • First annual IETF community survey

    The IETF is launching its first annual IETF community survey.

    • Jay DaleyIETF Executive Director
    7 May 2021
  • Deadline Extended for Applied Networking Research Workshop Paper Submissions

    The deadline for submitting papers for consideration for the ACM/IRTF Applied Networking Research Workshop 2021 (ANRW’21) has been extended to 5 May 2021.

    • Nick FeamsterANRW Program co-chair
    • Andra Elena LutuANRW Program co-chair
    20 Apr 2021
  • Proposed Process to Conduct Assessment Activity of IETF Administrative Support Activity

    After three years of operation, the IETF Administration LLC (IETF LLC) is preparing to conduct a complete assessment of the structure, processes, and operation of the IETF Administrative Support Activity (IASA 2.0) and the IETF LLC. Before beginning this work, we are soliciting community feedback on the proposed timeline and process we will use to conduct the retrospective.

    • Jason LivingoodIETF Administration LLC Board Chair
    12 Apr 2021
  • IETF Annual Report 2020

    The IETF Annual Report 2020 provides a summary of Internet Engineering Task Force (IETF), Internet Architecture Board (IAB), Internet Research Task Force (IRTF), and RFC Editor community activities from last year.

    • Jason LivingoodIETF Administration LLC Board Chair
    • Lars EggertIETF Chair
    6 Apr 2021
  • IETF 110 Hackathon: The fruit of our labor

    I use the Internet almost every day. If you are reading this, you probably do too. The Internet provides access to information and to each other in ways that are ingrained in our daily routines and on which we rely for both work and play.

    • Charles EckelIETF Hackathon Co-chair
    2 Apr 2021

Filter by topic and date

Filter by topic and date

.onion

  • Jari ArkkoIETF Chair

10 Sep 2015

The IETF community approved document using the Special-Use Domain Names registry established by RFC 6761 to register ‘.onion’ as a special-use name.

.onion image

As part of the IETF standards process, our steering group (IESG) recently approved ‘The .onion Special-Use Domain Name’ (draft-ietf-dnsop-onion-tld-01.txt) as a Proposed Standard. Because this might garner attention beyond the usual standard actions, I wanted to briefly summarize some points of the process to date, and share an outcome of the IESG’s discussion that suggests possible future IETF work.

As the technical summary that accompanied the announcement to the IETF community indicated, the approved document uses the Special-Use Domain Names registry established by RFC 6761 to register ‘.onion’ as a special-use name. In effect, ‘.onion’ will be treated in the same way .local, .localhost, and .example have been dealt with previously—that is, outside the global Domain Name System (DNS). Adding .onion to the Special-Use Domain Names registry will also enable hosts on the Tor network to obtain validated SSL certificates.

The registry and the process defined in RFC 6761 for updating it are based in IETF’s responsibility for the DNS standard, and for promoting interoperability among Internet protocols. The reservation followed established IETF processes for open participation and discussion. There is no IETF specification about Tor, but the registration relates to its interaction with DNS.

The approved document is a product of the IETF DNSOP Working Group. Some contention arose during the processing of the document in the working group. There also was some discussion about needing to clarify or adjust RFC 6761 before making any additions.

During its discussions, the IESG considered the existing broad deployment and the potential security impact of not registering .onion as a special name to be important factors. For example, Certificate Authorities (CAs) might stop issuing certificates for .onion names, compromising some users’ ability to use software implementing the Tor protocols. Most importantly, the registration does meet the criteria in RFC 6761 which is our current process.

However, subsequent to this action, the IESG believes RFC 6761 needs action, and substantial community input. It needs to be open for review and modification because the current process is unscalable. Several other names had also been submitted for consideration as special names, and the RFC may not give adequate guidance about how when names should be identified as special names. Special names should also be, as the name implies – special and rare. The DNSOP working group is chartered to address this RFC 6761 review.


Share this page