很多人以为 iCloud Private Relay 是苹果版的 VPN，其实两者架构完全不同。Private Relay 使用两个独立的中继：第一个（苹果运营）知道你的 IP 地址但不知道你访问哪个网站，第二个（内容提供商运营）知道你访问哪个网站但只看到一个通用 IP。苹果自己也无法同时看到两端信息。这次漏洞之所以严重，是因为 WebKit 的三个功能（DNS 预取、WebAuthn 密钥验证、WebTransport）直接绕过了这个双代理架构，从系统底层发起请求，让设计上『谁也看不到全部』的承诺落空。

当下能看到的关键变量是：这三个漏洞分别对应 iOS 18、26、26.4 引入的新功能，说明 WebKit 在快速迭代中不断『长出』新的网络能力，但代理层的安全边界没有同步加固。如果苹果只修这三个漏点而不改架构设计——即把所有新网络功能都纳入代理白名单审查——类似的漏洞还会随着每个大版本更新反复出现。另一个信号是：研究人员已搭建公开检测网站，这意味着攻击者也在用同一套工具。苹果的修复时间窗口，取决于它多久能说服自己：这不是三个 bug，而是一个架构问题。

研究人员 Mysk 在 X 上直言不报告是因为『过去经验告诉我们，报告会涉及数月的拖延、不一致的沟通，有时甚至完全否认问题的严重性』。这不是孤例：2022 年安全研究员 Jeff Johnson 向苹果报告 macOS 沙箱绕过漏洞，一年后仍未修复；2025 年 Mysk 团队还发现苹果密码管理应用 *s 通过未加密 HTTP 与 130 个网站通信。苹果的漏洞赏金计划流程到底出了什么问题——是报告渠道太复杂、修复优先级太低，还是对非关键漏洞的评估标准过于严苛？这些问题比单个漏洞本身更值得追问。