科技 · 新闻解读
泰雷兹称新软件防护层在测试中挡住了 AI 代理——这究竟证明了什么
Sentinel Envelope Plus 无需修改源代码，就能为选定的编译代码增加防护。泰雷兹称，AI 代理在未防护应用中发现 10 个漏洞里的 8 个，在防护版本中一个也没找到；但漏洞本身仍然存在，这项厂商测试不能替代修补和独立验证。
泰雷兹推出了付费附加产品 Sentinel Envelope Plus，目标是在 AI 工具降低逆向工程门槛之际，让已编译软件更难被反编译、运行时检查或篡改。公司称，开发团队无需改动源代码或使用特殊编译环境，就能把最强防护应用于安全敏感的部分。
这项发布属于泰雷兹更广泛的 AI 防御产品布局。路透社报道，首席执行官 Patrice Caine 在公司网络安全峰会上表示，防守方也需要以攻击者同样的速度和规模使用 AI。最吸引眼球的是一项受控对比：泰雷兹称，AI 代理在未防护应用中找出 8 个漏洞，在防护版本中一个也未找到。这个结果可能说明分析成本显著上升，但不代表漏洞消失。
因此，更准确的定位不是“让软件对 AI 免疫”，而是为选定的编译代码增加阻力。它旨在提高理解或修改代码所需的时间、算力与专业能力；无法封锁所有攻击路径，也不能保护有漏洞的后端，或替代身份、网络与数据控制。
Sentinel Envelope Plus 改变了什么
泰雷兹称，该产品会转换并重新编译选定的应用程序部分，增加抵抗反编译、篡改和运行时检查的多层防护。团队可以只对关键代码使用最强处理，而不是让整个程序承担相同开销；这很重要，因为更重的防护也可能影响性能、调试和发布流程。
它特别面向本地部署、嵌入式和边缘设备等运行在厂商控制范围之外的软件。攻击者可能拿到程序副本并离线分析。可选的授权控制还能与代码防护结合，用于保护专有算法、业务逻辑和付费功能。准确说法不是“软件对 AI 免疫”，而是为选定的编译代码增加一道提高时间、算力和技能成本的障碍。
实际承诺因而比“AI 无法破解的软件”更窄。Sentinel Envelope Plus 是包裹特定编译代码的障碍层，目标是提高理解或修改代码所需的时间、算力与专业能力；它不能封锁所有攻击路径、保护有漏洞的后端，或替代身份、网络与数据控制。
如何理解 8 比 0 的测试结果
根据泰雷兹的说法，AI 代理在未防护版本中发现 10 个漏洞里的 8 个；面对防护版本，它分析近 7 小时、消耗约 970 倍 token，甚至生成自用分析工具，最终仍未找到漏洞并建议停止。
这些数字来自厂商。公开材料不能证明同样结果会适用于不同语言、编译器、漏洞类型、模型或攻击预算。更有资源的人类团队也可能换工具、延长分析，或根本不需要完整逆向就利用暴露接口。因此，最稳妥的结论是：在本次条件下，该防护显著阻碍了这个代理；它不能证明所有漏洞都不可发现或所有利用都被阻止。
最稳妥的结论是：在这次条件下，受测防护明显阻碍了该代理。这可能为修复争取时间，也会降低机会主义自动攻击的吸引力；但它不能证明所有漏洞都无法发现、所有利用都不可能，或每个客户应用都会得到同样的倍率。
漏洞仍然必须修复
泰雷兹明确指出，漏洞仍在代码中。混淆和防篡改可以降低暴露，但不会把不安全逻辑变成安全逻辑。团队一旦知道受保护组件存在缺陷，仍应评估严重性、限制暴露、修复缺陷并发布经过验证的更新。
这层防护的价值可能是延长攻击者把漏洞转化为可用利用代码所需的时间，减轻紧急响应压力。但把这段时间当成拖延关键补丁的理由会抵消安全收益。监控、可复现构建和调试路径也必须保留，避免防护转换让事件响应比攻击者更慢。
团队也需要为防护失效准备恢复方案。监控应关注篡改、异常授权行为与受保护功能的可疑使用；构建流程必须保留可复现性和调试路径，避免更强的转换反而让事件响应慢于攻击者。
部署前要回答的问题
先确定真正需要强化的部分，例如凭据处理、授权校验、专有模型、密码流程或被复制和修改后会造成实质损害的算法。全部保护可能增加复杂度，保护太少又会留下绕过路径。
要求厂商提供与你的系统栈相符的方法和数据：支持哪些平台与架构，如何接入构建，启动和运行时开销多大，崩溃诊断和更新是否受影响。概念验证应使用自己的代表性二进制文件，同时测量抵抗能力和运营成本。代码审查、依赖扫描、渗透测试、最小权限、签名更新和补丁响应仍然都要继续。
最后仍要保持分层控制。代码审查、依赖扫描、渗透测试、秘密管理、最小权限、签名更新与补丁响应都要继续。Sentinel Envelope Plus 或许能让重要目标更难分析，但购买决定应建立在自有应用的可复现结果上，而不是一次醒目的厂商基准。
