IDNA2003 における定義

[11]

An "internationalized domain name" (IDN) is a domain name in which every label is an internationalized label. This implies that every ASCII domain name is an IDN (which implies that it is possible for a name to be an IDN without it containing any non-ASCII characters). This document does not attempt to define an "internationalized host name". Just as has been the case with ASCII names, some DNS zone administrators may impose restrictions, beyond those imposed by DNS or IDNA, on the characters or strings that may be registered as labels in their zones. Such restrictions have no impact on the syntax or semantics of DNS protocol messages; a query for a name that matches no records will yield the same response regardless of the reason why it is not in the zone. Clients issuing queries or interpreting responses cannot be assumed to have any knowledge of zone-specific restrictions or conventions. >>16

• [12] 各ラベルが国際化ラベルであるドメイン名を IDN といいます。
• [46] ASCIIドメイン名はすべて IDN でもあります。
• [47] 「国際化ホスト名」なるものは定義しません。
• [48] ASCII のホスト名同様、利用できる文字の制限はそのゾーンの管理者に委ねられます。

IDNA2008 における定義

[41]

An "internationalized domain name" (IDN) is a domain name that contains at least one A-label or U-label, but that otherwise may contain any mixture of NR-LDH labels, A-labels, or U-labels. Just as has been the case with ASCII names, some DNS zone administrators may impose restrictions, beyond those imposed by DNS or IDNA, on the characters or strings that may be registered as labels in their zones. Because of the diversity of characters that can be used in a U-label and the confusion they might cause, such restrictions are mandatory for IDN registries and zones even though the particular restrictions are not part of these specifications (the issue is discussed in more detail in Section 4.3 of the Protocol document [RFC5891]. Because these restrictions, commonly known as "registry restrictions", only affect what can be registered and not lookup processing, they have no effect on the syntax or semantics of DNS protocol messages; a query for a name that matches no records will yield the same response regardless of the reason why it is not in the zone. Clients issuing queries or interpreting responses cannot be assumed to have any knowledge of zone-specific restrictions or conventions. See the section on registration policy in the Rationale document [RFC5894] for additional discussion. >>43

• [44] AラベルかUラベルを1つは含むドメイン名を IDN といいます。
• [45] ASCII のホスト名同様、利用できる文字の制限はそのゾーンの管理者に委ねられます。
  • [49] 文字の多様性に起因する混乱を防ぐため、むしろ IDN では制限が強制されています (レジストリー制限 (registry restrictions) )。
  • [50] もっともその制限は登録時にのみ課されるのであって、lookup には影響しません。

ACE

IDN 表示による脆弱性

[55] 前々から薄々気づかれてはいましたが、 Unicode には似た文字が沢山あり、 また怪しい句読点や制御文字の類も色々あり、 IDN の表示がフィッシング的な意味での脆弱性をもたらすことになりました。

[56] この問題は2005年頃に世界的に大きく取り上げられ、 IDN 対応を進めていた Webブラウザーが表示をAラベルのままとするなどの対策が取られました。

[57] この問題は IETF、IESG、IAB、ICANN などでも重視され、 Unicode の版の問題なとと合わせて RFC 4960 を経て IDNA2008 へとつながります。

運用ガイドラインから IDNA 改訂へ

[53] IESG Statement on IDN http://www.ietf.org/iesg/statement/idn.html

[34] ICANN | Guidelines for the Implementation of Internationalized Domain Names http://www.icann.org/en/general/idn-guidelines-20jun03.htm

[54] ICANN | Guidelines for the Implementation of Internationalized Domain Names, Draft Version 2.0 http://www.icann.org/en/general/idn-guidelines-20sep05.htm

[52] RFC 4690 - Review and Recommendations for Internationalized Domain Names (IDNs) http://tools.ietf.org/html/rfc4690

再び UTF-8 (2011)

• [67] RFC 6055 - IAB Thoughts on Encodings for Internationalized Domain Names http://tools.ietf.org/html/rfc6055

[68] IDN に関する IAB の見解を記したこの文書では、 Punycode ベースの IDNA よりも UTF-8 ベースの方法の利点を改めて検討するべきだと指摘しています。

それによると、 IDNA は既存のライブラリーへの変更を行わずにアプリケーションのみで IDN に対応しようと試みていますが、実際には

• 名前解決を行うライブラリーは DNS を含む複数の名前解決プロトコルに対応していることが普通で、 DNS なら IDNA、他のプロトコルでは UTF-8 といった符号化の使い分けが必要であるところ、アプリケーション側で Punycode 化されていては DNS 以外に対応できない
• DNS においてもイントラネット等では IDNA 以前から生の UTF-8 が用いられており (Windows では意図的に、 Mac OS X では偶発的に)、やはりアプリケーション側で Punycode 化されていては困る

... といった状況になっています。