Chromium IDN 欺骗防护遗漏高度逼真的仿冒域名

尽管多年来已部署用于识别欺骗性 Unicode 地址的防护措施，Chromium 的 IDN 欺骗防护仍遗漏了 20 个已注册的仿冒域名。其中一个概念验证域名与 apple.com 极为相似，却以可读的 Unicode 形式显示，而非以 xn-- 开头、较为显眼的 Punycode 格式呈现。

这一发现并不意味着攻击者注册了 Apple 的域名，或入侵了其基础设施。Have I Been Squatted（HIBS）的研究人员注册了另一个域名，其中的西里尔字母看起来类似“apple”中的拉丁字母。他们的测试表明，经过精心挑选的字符能够通过 Chromium 的显示规则及其独立的导航时防护机制。

这一结果再次凸显了浏览器自国际化域名广泛普及以来一直在处理的矛盾。网络需要以人们实际使用的语言书写的网址。然而，同样的字符多样性也为攻击者提供了更多仿冒可信品牌、身份提供商和支付服务的方式。

Chromium 已采用业内最细致的防护体系之一。它会检查文字系统、可疑字符组合、已知域名和浏览历史。新的案例并未否定这些保护措施，而是揭示了少数字符如何落在多个防护层之间——每一层都会作出略有不同的判断。

研究人员发现 Chromium IDN 欺骗的新边缘案例

重要变化并非某种被遗忘攻击手法的回归，而是证明当前 Chromium 检查机制仍会允许具有迷惑性的新变体。

HIBS 研究人员 Ian Muscat 和 Leanne Briffa 于 2026 年 10 月 3 日发布了分析报告。他们考察了国际化域名是否能在 Chromium 系浏览器中以 Unicode 形式显示，同时看起来像一个知名的拉丁字母域名。

国际化域名，即 IDN，包含基本英文字符集以外的字符。应用程序会在发起 DNS 请求前，将这些字符转换为一种称为 Punycode 的 ASCII 兼容表示形式。因此，以 xn-- 开头的域名并不天然危险；它是现有域名系统所需的编码形式。

浏览器通常会将这种编码形式重新转换为可读的 Unicode 以供显示。这支持阿拉伯文、西里尔文、中文及许多其他书写系统中的合法网址。安全问题在于，不同字符可能拥有几乎完全相同的字形。

研究人员聚焦于 аррӏө.com，该域名在常见字体中看起来像 apple.com。它的字母均为西里尔字母，其中包括形似拉丁字母“a”、两个“p”和“l”的字符。末尾的西里尔字符 ө 在地址栏尺寸下显示时，类似一个圆润的“e”。

该地址并非 apple.com。其编码形式是 xn--80a6aa68c8d.com，DNS 将其视为独立名称。然而，这一可读版本可能造成访问者已经进入 Apple 域名的视觉印象。

HIBS 将该域名及另外 19 个仿冒域名注册为概念验证。名单模仿了与 OpenAI、Skype、SharePoint、SpaceX、Shell、Xerox、Kaspersky、Okta、Nike 及其他知名组织相关的名称。

原始 IDN 研究称，Chrome 154 将该 Apple 仿冒域名以 Unicode 形式显示，并且拥有有效证书。它还通过了研究人员评估的导航检查，未触发仿冒警告。

有效证书并不能证明一个域名属于其所模仿的品牌。它仅确认浏览器已与证书中所列域名建立加密连接。攻击者可以为自己合法控制的域名获取证书，其中也包括具有欺骗性的域名。

这些案例属于受控注册，并非表明存在针对每一家被点名公司的客户发起攻击的活动。这一区别很重要，因为技术上可行的仿冒并不自动等同于正在进行的网络钓鱼行动。

不过，技术可行性本身就是这一发现的核心。欺骗性域名可以承载真实网站、HTTPS、电子邮件、重定向及其他常规互联网服务。攻击者随后可将这种视觉相似性与搜索广告、欺诈邮件、二维码、短链接或复制的登录页面结合使用。

这项研究于 10 月 18 日在更广泛的报道中出现，当时一项域名抢注调查详细说明了西里尔字符替换如何绕过 Chromium 的规则。这一时间点再次将人们的注意力转向许多用户平时看不见的防护措施——除非浏览器检测到可疑情况。

这构成了本文的核心矛盾。Chromium 必须区分具有欺骗性的视觉替换与数百万人使用的合法文字。过于宽泛、足以捕捉所有相似性的规则，也会让普通国际化网址更难阅读和信任。

Chromium Unicode 仿冒字符如何通过多重检查

该 Apple 仿冒域名得以存活，是因为没有任何一条 Chromium 规则会评估最终呈现在用户面前的完整视觉印象。

Chromium 并不会仅仅判断域名是否包含 Unicode。在决定显示可读字符还是底层 Punycode 标签之前，它会通过多项测试处理 IDN。

第一项主要防护层使用 International Components for Unicode 欺骗检查器。Chromium 将其配置为“高度限制性”级别，以限制可疑的书写系统组合。

一个在拉丁字母中夹杂单个西里尔字符的混合标签通常会无法通过该测试。例如，只替换 apple.com 中第一个“a”，会让 Chromium 显示 xn--pple-43d.com。这种编码地址不太可能被误认为原始域名。

新的 Apple 仿冒域名之所以避免了这一结果，是因为 .com 之前的每个字母均为西里尔字母。它是单一文字系统标签，而非拉丁与西里尔字符的明显混合。

Chromium 还维护了一套允许使用的字符集。它会排除与高风险或易混淆显示相关的多种 Unicode 区块和单独码点。аррӏө.com 中的字符仍符合显示资格，部分原因是它们是现实语言中使用的合法字母。

随后还有多项针对性检查。Chromium 会在相关国家域名之外限制冰岛语 thorn 和 eth，限制阿塞拜疆语 schwa，并对加泰罗尼亚语中点应用特定规则。这些限制均未涉及概念验证中的西里尔字符序列。

最相关的防护措施是 Chromium 的全文字系统易混淆检查。它会寻找完全由西里尔字符构成、且每个字符都类似拉丁字母的标签。

Chromium 在 2017 年一场广受讨论的演示后引入了这项保护。当时，安全研究员 Xudong Zheng 注册了一个全西里尔字母版本的 apple.com，浏览器将其显示为与真实地址高度相似的视觉副本。

Chromium 在 Chrome 58 中作出回应。其全文字系统检查识别出一组 29 个形似拉丁字母的西里尔字符。当单一文字系统标签中的每个字母都属于该集合时，Chromium 可以将该域名显示为 Punycode。

这一防护能捕捉 2017 年的版本，却无法捕捉新变体，因为 ө 不在列出的 29 个字符中。只要有一个字符不在集合内，全文字系统条件便不再生效，即便整个标签仍像“apple”。

浏览器必须在某些场景中允许该字符，因为它并非人为杜撰的符号。西里尔字母 ө 用于哈萨克语、蒙古语、鞑靼语及其他语言。在所有场景中屏蔽它，会给合法使用者带来可用性成本。

随后，Chromium 会对受保护域名使用骨架比较。骨架会将视觉相关的字符归约为标准化表示，使软件能够将其与已知名称进行比较。

这一过程很有帮助，但无法完美复现人类视觉。在此案例中，ө 上的横线在标准化后仍被保留。生成的骨架以基于“o”加组合标记的形式结尾，而非预期的拉丁字母“e”。

这种差异阻止了它与 apple.com 骨架的精确匹配。即使该标记在紧凑的浏览器界面中难以察觉，一个细小标记也足以改变计算结果。

拉丁字母案例暴露了相关弱点。研究人员使用 ƙ 等字符——一种带钩的拉丁字母——来模仿包括 Okta 和 Nike 在内名称中的“k”。Chromium 无法对拉丁字符广泛启用全文字系统警告，因为带重音符号的拉丁域名很常见且完全合法。

Chromium 转而对内置的知名域名列表提供更强的骨架保护。HIBS 在该列表中发现了 8,462 个名称，其中 836 个属于更高优先级的分组。然而，保留额外标记的字符可能阻止骨架精确匹配。

Chromium 显示指南承认了这一根本平衡。当其 IDN 显示规则识别到同形异义风险时，Chrome 会显示 Punycode，但不会将每一个非 ASCII 地址都视为恶意地址。

这种平衡使 Chromium IDN 欺骗成为一个分类问题，而非简单的黑名单问题。每一条新规则都必须捕捉恶意相似性，同时避免将合法国际化名称变成难以阅读的编码字符串。

浏览器警告构成第二道防线，但存在局限

以 Unicode 形式显示的域名仍会面对导航检查，但这些检查依赖精确比较、名称长度和访问者的历史记录。

Chromium 将地址显示与导航时防护区分开来。第一个系统决定主机名在地址栏中的外观；第二个系统可以在用户导航后中断访问或添加提示。

Chromium 的仿冒导航组件会将访问地址与热门域名及用户经常访问的网站进行比较。根据匹配情况，Chrome 可能显示全页拦截警告，或侵入性较低的安全提示。

仿冒警告设计将这些检查描述为 Google Safe Browsing 之外的附加防护层。网站热度和用户既往互动记录为浏览器识别可疑替代域名提供了参考点。

HIBS 报告称，若与 836 个最高优先级域名之一的骨架完全匹配，就会触发拦截页。若与另一内置域名完全匹配，则可能触发安全提示。

浏览器也会考虑用户以足够频率访问的网站。如果一个新地址与其中某个高频访问网站完全相似，Chromium 可以阻止导航，并询问访问者是否原本想打开熟悉的域名。

近似匹配获得的处理范围更窄。Chromium 可以检测与骨架相比仅多出、缺少或替换一个字符的情况，也能识别相邻字符之间的一次交换。

这些比较并非统一适用。研究称，近似匹配测试会跳过顶级域名之前长度少于五个字符的目标标签。这对名称较短的品牌尤为重要。

使用 ƙ 的 Okta 仿冒域名与真实名称仅相差一次编辑，但“okta”只有四个字符。研究人员表示，这使其长度不足，无法触发相关的近似匹配检查。

Apple 示例失败的原因不同。其骨架与 apple.com 相差两个编辑操作，因为 ө 会规范化为“o”加上一个保留的横线。近似匹配比较仅允许一次编辑。

因此，测试域名以 Unicode 形式显示并成功加载，且没有出现仿冒警告。HIBS 表示，即使是经常访问正版 Apple 网站的用户，结果依然如此。

这些发现不应被视为对访问过程中所有保护措施的完整审计。Safe Browsing、威胁情报源、终端软件、DNS 过滤、邮件网关和信誉服务仍可能标记恶意域名。

HIBS 还在评估中排除了一些变量，包括远程允许列表、信誉检查和特定重定向行为。因此，武器化网站可能会遇到概念验证未测试的其他防御措施。

反过来也同样如此。新创建的钓鱼域名最初可能几乎没有信誉数据。攻击者往往会利用自动化系统对基础设施完成分类或防御者完成处置之前的这段窗口期。

这也解释了为何即使存在多重防护，这一边缘情况仍然重要。分层安全在各层失效彼此独立时效果最佳。这里，多项检查依赖高度相关的骨架表示和域名列表，因此一个经过精心挑选的字符可能影响不止一个判断。

基于历史记录的保护还意味着，不同用户可能会受到不同对待。经常访问受保护服务的用户会让浏览器拥有一个可供比较的已知域名。首次访问者可能只有内置的热门域名列表可用。

这一差异对于招聘网站、地区性银行、企业软件和供应商门户尤为相关。员工可能会收到指向自己从未访问过服务的链接，使浏览器缺少可用于比较的个人历史记录。

最稳妥的结论并不是 Chromium 没有提供保护。其规则会在常见替换手法触达用户前阻止许多此类情况。关键在于，仅凭地址栏的外观和没有出现警告，无法自行证明真实性。

IDN 同形字攻击不止于地址栏

浏览器只是一个显示界面，而欺骗性域名还可以通过电子邮件、即时通讯应用、文档和搜索结果触达用户。

IDN 同形字攻击使用外观相似的不同字符来冒充其他标识符。拼写抢注则是更广泛的做法，指注册易与合法域名混淆的替代名称，包括简单拼写错误和视觉上具有欺骗性的字符。

这项新研究位于两类行为的交集。这些域名并非传统的键盘输入错误，但其视觉相似性可以利用快速阅读、小屏幕和熟悉的品牌字形。

电子邮件带来了特别棘手的交接环节。Chromium 的地址规则保护由浏览器界面渲染的主机名。它们并不会自动约束网页邮件应用在邮件头中显示的 Unicode 文本。

HIBS 在 Gmail 和 Outlook 网页版中测试了 20 个国际化发件人域名。研究人员称，Gmail 将这 20 个域名全部显示为 Unicode，其中包括 Chromium 地址栏会显示为 Punycode 的域名。

根据测试，Gmail 在单独的 mailed-by 字段中保留了编码形式。大多数收件人更可能查看醒目的发件人行，而不是展开技术性投递信息。

在研究人员的测试中，Outlook 网页版采取了相反做法。它将全部 20 个发件人域名显示为 ASCII 兼容标签，其中包括 café.com 和 zürich.com 等普通国际化名称。

两种做法都无法完全解决根本性的权衡。全部解码能让用户看到易读的国际化地址，但会保留视觉歧义。全部编码会暴露差异，却会让合法的多语言地址变得陌生且难以理解。

即时通讯应用和文档也可能带来同样的缺口。平台可能先将 Unicode 链接渲染为普通文本，然后浏览器才会接收用户选择的目标地址。用户评估的是一种显示形式，随后却通过另一套安全系统进行导航。

搜索结果和广告则增加了另一条路径。欺骗性域名可能与熟悉的品牌标识和复制的页面标题并列出现。即使地址略有不同，周围语境也可能促使用户自行补全视觉模式。

二维码几乎会完全隐藏可见目标地址，直到扫描后才会出现。移动浏览器也为主机名提供了更少空间，界面可能会比完整地址更突出页面标题。

Unicode Consortium 针对易混淆 IDN 建议了多项防御措施，包括限制允许的字符集合、防止高风险脚本混用、应用与语境相关的语言约束，以及阻止注册与现有标签相似的名称。

其 IDN 安全指南 还强调了一项重要限定：Unicode 易混淆字符仅占钓鱼攻击的一小部分。secure-brand-login.com 等简单域名仍更常见，也无需使用特殊字符。

这一背景避免将新发现解读为 Unicode 造成了大部分网络欺诈。攻击者通常会选择成本最低且有效的方法。熟悉的词语、误导性子域名、被盗账户或遭入侵的合法网站，可能都比构造复杂的 IDN 更容易。

然而，低发生率并不意味着高价值目标没有风险。身份平台、金融服务、云控制台和员工门户能够为攻击者提供有价值的凭证。一种视觉上极具说服力的冒充可能值得付出额外努力。

国际化本身并不是缺陷。互联网必须支持使用基础拉丁字母以外文字书写的名称。将每一个此类地址都视为恶意，会把负担转嫁给合法用户和企业。

尚未解决的问题是，每项防御应在何处运行。浏览器控制显示与导航警告。注册管理机构控制哪些标签可以注册。电子邮件服务控制发件人呈现方式。品牌所有者监控可疑注册，而安全团队则对其进行过滤和调查。

没有任何参与方能看到完整的攻击路径。这种碎片化使得一个被某个界面拒绝的域名，能够在另一个界面中显得可信。

注册管理机构不能把 Chromium IDN 仿冒问题留给浏览器解决

最持久的防御始于导航之前，但注册管理机构的政策仍因语言和顶级域而高度分散。

除非注册管理机构允许其注册，否则一个域名无法支持独立网站或邮箱。因此，注册管理机构的控制措施可以在浏览器必须决定如何显示名称之前，阻止欺骗性名称。

国际化域名政策通常使用 IDN 表。这些表格定义顶级域接受哪些 Unicode 字符，以及哪些组合或变体需要特殊处理。

Unicode Consortium 建议将易混淆标签捆绑管理或予以阻止。捆绑会将相关变体分配给同一注册人。阻止则允许一个标签存在，同时防止注册容易混淆的替代名称。

ICANN 的 IDN 实施指南 规定了旨在减少域名抢注和消费者混淆的一般预期。实际政策仍然不同，因为不同注册管理机构支持不同的语言、文字和本地要求。

.com 注册管理机构允许了 HIBS 的概念验证注册。这并不意味着 .com 接受每一种 Unicode 序列，而是说明测试的字符和组合符合适用的注册规则。

HIBS 还分析了通过 ICANN 的 Centralized Zone Data Service 于 2026 年 10 月获得的 .com 区域文件。研究人员统计了 167,226,216 个已委派的 .com 名称，其中 733,509 个以 IDN 形式表示。

其方法将 IDN 与视觉上相似的已委派 ASCII 域名关联起来，得出了 161,894 对仿冒组合，涵盖 133,953 个不同的 ASCII 名称。

这些数字并不是恶意域名的数量。研究人员明确提醒，一个视觉相似的配对可能代表防御性注册、多语言网站或无关组织。

这一区别至关重要。包含重音字符的域名可能只是偶然与 ASCII 名称相似。所有权、内容、DNS 行为、证书、电子邮件配置和重定向，能提供更有力的恶意意图证据。

即便如此，这一规模也表明为何浏览器列表无法枚举所有相关目标。Chromium 的内置保护覆盖了数千个知名名称，而 .com 区域中有数以百万计的企业和组织可能面临仿冒。

小型企业尤其可能暴露在风险之中。它们的域名不太可能出现在全球热门列表中，但其客户可能会信任带有公司名称的发票、供应商门户和密码重置邮件。

注册管理机构可以通过禁止新发现的字符出现在特定语境中来应对。这种方法可以封堵一个边缘情况，但也可能排除依赖该字符的有效词语和社群。

更精确的政策可以基于特定语言关系定义变体。然而，视觉相似性取决于字体、大小、相邻字母和读者熟悉度。对英语使用者来说显而易见的一个序列，在另一种语言中可能是合法词语。

防御性注册提供了另一种选择。品牌可以注册可能的变体，并将其重定向至真实域名。Chromium 的导航代码能够识别某些安全重定向，这有助于避免由真实组织控制的变体触发警告。

这一策略无法完美扩展。Unicode 包含许多潜在替换方式，而且注册政策因顶级域而异。购买所有可设想的仿冒域名会带来持续成本，且仍会留下缺口。

监控则能提供更广泛的覆盖。安全团队可以监视与重要域名相似名称的新注册、证书签发、DNS 变更和托管行为。早期发现有助于在攻击触及大量用户之前发起下架请求并实施拦截。

组织还应在浏览器之外保护高风险工作流程。密码管理器会将凭证与精确来源匹配，因此不太可能在仿冒域名上自动填充。通行密钥会将身份验证绑定到合法网站的域名，并能抵御传统的凭证钓鱼。

负责付款或账户恢复的员工需要不依赖链接外观的验证途径。已知书签、受管理的应用门户和独立确认的联系渠道，可降低对视觉识别域名的依赖。

这些措施解决的不仅是 Chromium Unicode 仿冒问题。它们同样有助于防范普通拼写错误、误导性子域名、被入侵邮箱和克隆登录页面。

因此，压力同时落在多方身上。Chromium 需要完善其启发式规则。注册管理机构需要更强的变体政策。邮件服务商需要更清晰的发件人显示方式。组织需要建立控制措施，并假定用户有时会误读地址。

接下来会发生什么，将表明这一缺口是否真正弥合

三个信号将决定这项研究会带来持久的防御，还是仅成为仿冒手法修补史上的又一条目。

第一个信号是 Chromium 规则的变更。最明确的回应将针对西里尔字母 ө、拉丁字母 ƙ，或允许一个未列入列表的字符绕过整套文字系统评估的分支逻辑。

仅添加这两个字符可以阻止已公开的示例，但未必能解决结构性问题。另一个带有可见标记或具有特殊骨架映射的字符，可能会重现相同结果。

更广泛的修复方案可以通过更多骨架变换来比较最终呈现的视觉印象。然而，放宽比较条件会增加误报，尤其可能影响合法的国际化名称。

Chromium 的公开代码和测试让这一过程可被观察。安全研究人员可以检查补丁是否在保留受影响语言中正常域名的同时，拦截已登记的概念验证样本。

第二个信号是注册局采取行动。更新后的 IDN 表可以在特定语境中将这些字符归类为变体，或阻止模仿既有 ASCII 标签的注册。

注册局的行动会强化本文的核心判断，因为它能在显示差异产生前阻止欺骗性名称。仅依赖浏览器的补丁，仍会让这些域名可供采用不同渲染规则的邮件客户端和其他应用使用。

第三个信号是邮件呈现方式的变化。HIBS 发现，Gmail 会解码所有测试过的发件人域名，而 Outlook 显示编码后的标签。未来的界面变化可能会同时展示两种形式、标记混合视觉身份，或在发件人看起来类似某个已知域名时发出警告。

这一信号很重要，因为电子邮件仍是窃取凭证和实施支付欺诈的常见投递渠道。Chromium 补丁无法保护用户免受网页应用中以文本形式呈现的欺骗性发件人名称影响。

研究人员还需要在更新后重新测试这些发现。原始研究考察的是特定时间点的浏览器行为、已注册名称和测试邮箱。它并未证明每个 Chromium 版本、操作系统、字体或邮件应用都会以相同方式渲染这些字符。

字体差异可能削弱或增强这种视觉错觉。在更大的字号下，ө 上的横线更容易被注意到。在紧凑的地址栏或发件人字段中，这一区别可能就不那么明显。

报道中提到的注册也只证明了可能性，并不代表已被大规模利用。若出现使用这些确切字符实施网络钓鱼活动的公开证据，紧迫性将会提高。缺少此类报告并不意味着这个缺口无害，但会影响风险优先级的判断。

对用户来说，眼下的教训比“永远不要信任 Unicode”更具体：应通过已知渠道核实意外请求，尤其是涉及凭证、付款或账户恢复的请求。书签或密码管理器比单纯依靠视觉检查更可靠。

对管理员而言，应盘点最重要的域名，并监控与其相似的注册。为敏感系统要求具备抗钓鱼能力的身份验证。将新的供应商或付款信息视为需要核验的事件，而不是一项例行邮件任务。

对产品团队而言，应测试应用如何显示国际化发件人地址和链接。只显示友好的 Unicode 名称、却无法查看编码形式，可能会掩盖有用证据。只显示 Punycode，则可能对合法的国际化身份造成不必要的阻碍。

Chromium 的 IDN 欺骗防护依然相当完善，但这项研究表明，“相当完善”并不等于完整无缺。浏览器会拦截明显的混合脚本替换和已知的整套脚本欺骗手法，随后在导航时检查热门和常见的目标地址。

经过精心选择的字符，仍然可以在不改变匆忙用户所见印象的前提下改变机器比较结果。这个差距在代码中很小，但在信任依赖于识别名称的任何场景中都具有实际意义。

未来几个月应会揭示 Chromium、注册局和邮件服务提供商会将这些示例视为清单中的孤立补充，还是视为各层需要采用不同假设的证据。在此之前，组织应测试自身域名、强化与来源绑定的身份验证，并停止要求用户仅凭排版来作出安全决策。