Tell HN: Hardware flaws to confidential AI are probably worse than they let on

原创

alex 6小时前阅读数 5 #头条

Tell HN: Hardware flaws to confidential AI are probably worse than they let on

我只看到了标题和摘要，原文正文没有抓到，所以下面只能基于这点信息来说。标题很直接，讲硬件漏洞对机密AI的影响，可能比那些服务商愿意承认的更严重。摘要里那句“by they”指的是宣称把私有AI推理跑在机密计算环境里的服务，比如用Intel SGX或TDX的那些。我理解的大意是，作者见过一些观点，说tee.fail里展示的RAM interposition攻击，在正经数据中心里大概太显眼，不好藏。但作者的看法是，你似乎只要对一颗处理器做一次物理攻击，把密钥提出来，之后就能在软件层面假装是那颗CPU。这个思路确实让人后背发凉。物理攻击只需要一次，之后就是软件造假，不用每次都动硬件。

真正让我觉得棘手的是摘要末尾那个问题。服务用户该怎么验证TDX的attestation quote，不是用tee.fail那种从处理器里提取的密钥伪造出来的？这句话问到了机密计算的根子上。可信执行环境的整个信任链，依赖的是证明机制，你向云端证明自己是那个CPU，然后才敢把模型权重和推理数据交出去。但如果攻击者能从硬件里抠出签名密钥，那一切证明都变成了一纸空文。软件层面可以随意生成看起来合法但实际由攻击者控制的证明。用户在远端看不到硬件，只能相信那串quote，这几乎没法自查。

我读到的信息就这么多，没有更多正文来支撑。我只能说，这个担忧是有分量的。机密AI的卖点就是私密性，如果硬件底层出了这样的信任缺口，整个商业承诺就成了空中楼阁。而且摘要里提到的“物理攻击一次”这个前提很关键，它意味着攻击成本可能是一次性的，不像持续在线攻击那样容易被发现。对数据中心的运维来说，硬件被短暂接触过，事后查日志未必能看出来。

回到那个验证问题，我觉得用户实际上是被动的。服务商说我们在SGX/TDX里跑，用户只能接受。如果连attestation quote都可能被伪造，那用户没有任何手段自己确认这件事。我没有读原文，不知道作者最后是否给出了解决方向，但从标题和摘要来看，这是一个提出疑问的帖子。也许作者自己也没找到好答案，只是觉得这个风险被低估了。

原文：

Tell HN: Hardware flaws to confidential AI are probably worse than they let on · 来源：Hacker News

参考来源：