苏联.su可能终究是安全的

xylon

来自 ccNSO 对此问题的最新声明来看，来自已解散的苏联的 ccTLD 可能可以安全删除。
在上个月西雅图举行的 ICANN 第 82 届会议上发生了一些争吵之后，IANA 似乎一直在幕后四处嗅探，试图弄清楚其自己的 ccTLD 停用政策是否适用于 .su。
在回复 IANA 负责人金·戴维斯 （Kim Davies） 未公开的电子邮件时，ccNSO 似乎已经澄清说，尽管 .su 的相关地区在 30 多年前就已不复存在，但其注册量已超过 100,000 次，因此不在该政策的涵盖范围内。
如果国际标准化组织将 ccTLD 添加到其 ISO 3166-1 alpha-2 双字母国家/地区代码列表中，则 IANA 可以将该 ccTLD 放入根目录。
SU 不在 3166 下的主代码列表中，但与英国、AC（阿森松群岛）和欧盟一起，它位于“特别保留”的子列表中。
ICANN 关于删除 ccTLD 的政策直到最近才完全编纂成文，但 ICANN 在 2022 年批准了一项正式的停用政策（PDF，从第 13 页开始）。
该政策允许 ICANN 在发生“触发事件”时启动删除工作，并且：
对于对应于 ISO 3166-1 Alpha-2 代码元素的 2 个字母的 ccTLD – 触发因素是 ISO 3166-1 维护机构（“ISO 3166/MA”）从 ISO 3166-1 标准中删除相应的 Alpha-2 代码元素
IANA 似乎希望澄清“Alpha-2 代码元素”是否也指“特别保留”的代码。如果是这样，那么 .su 可能享有与 .uk 相同的受保护状态。
该政策明确规定 .uk、.ac 和 .eu 有资格成为 ccTLD，但出于未知原因完全忽略了 .su。
ccNSO 在其 4 月 10 日的信函 （pdf） 中告诉戴维斯：
我们认为，该政策仅在 ISO 采取行动后，授权的 2 个字母代码不再出现在国家/地区名称列表或特殊保留的代码元素上的情况下才有意义。
我对此的理解是，ccNSO 表示，除非 ISO 将 SU 从其“特别保留”列表中删除，否则不会有“触发事件”迫使 IANA 从 DNS 根区域中删除 .su。
早在 1990 年代，SU 就曾从 3166 列表中删除过一次，但鉴于自 2008 年以来，它显然是应 .su 注册管理机构的要求而被“特殊保留”，因此追溯接受它作为触发事件可能有点牵强。
所以。。。.su 安全吗？在我看来，现在看起来肯定比几周前更安全。
这对 ICANN 来说可能被视为好消息，它现在可能能够避免与俄罗斯的破坏性对抗，同时也能避免被指责无视自己的政策，以令人尴尬的方式向莫斯科投降。