VeilCC 推出抗 AI 二进制加固方案，称可密封关键逻辑函数
来源标题：VeilCC – AI-resistant binary hardening that seals critical logic
VeilCC 推出名为 VeilCC 的二进制加固方案，不承诺绝对安全，而是主打提高攻击成本与延迟。该方案不重排代码，而是将函数以密文形式发布，仅在运行时短暂明文存在后擦除，可叠加在 packer 之上保护其无法覆盖的函数。配合设备绑定密钥，复制的二进制在攻击者机器上无法解密。
以下正文由 AI 翻译自 Hacker News 最新（原文版权归原站所有），可能存在偏差，重要内容请以原文为准。
不，我们永远不会这么说。攻击者在自己的机器上运行你的二进制文件，并在调用期间转储内存，仍然可以恢复被封装的函数。我们卖的是成本、延迟和一个可测量的数字——这是唯一经得起公开破解挑战检验的说法。设备绑定密钥让被复制的二进制文件几乎无法运行，这是一个不同但诚实的说法。
这些是静态变换，它们重新排列和隐藏代码，但代码最终仍然存在于文件中，所以一个有耐心的人或者一个运行你构建产物的 agent 都能突破。封装不重新排列逻辑，而是将其移除：函数以密文形式分发，只在运行的微秒内以明文存在，然后被清除。你可以在加壳工具之上运行 VeilCC，它保护的是加壳工具保护不了的那个函数。
它大幅提高了成本。封装作弊程序和模拟器所依赖读取的例程、反作弊检查、服务器权威逻辑、权限门控——在运行之前，分发的客户端中没有任何逻辑可供提取或重新实现。对于攻击者完全控制的客户端，设备绑定密钥意味着被复制的构建根本无法解密，这是阻止再分发和模拟服务器的诚实标准。
只在你要求的地方生效。混淆保留热路径原生执行。封装作用于冷的、高价值的函数——一次许可证检查或反作弊探测每次调用只花微秒级时间，而不是每帧。构建过程拒绝封装任何被归类为热路径的内容，所以你的帧预算不受影响。
这些处理运行在编译后的目标文件上，而非源码，在托管 API 上它们在内存中运行且零保留。受监管和隔离网络的团队在本地运行同样的 API，所以数据不会离开你的网络。
任何通过 LLVM 编译的语言都可以。目前已端到端验证：C、C++、Rust、Swift，在 macOS/Linux/Windows 上覆盖 arm64 和 x86-64。Zig、TinyGo 和 Unity IL2CPP 使用相同的目标文件路径，预期可以工作，我们只会在测试套件证明之后才将其列为已支持。
纯软件混淆器无法阻止执行你代码的 agent，所以我们不假装可以。封装改变了局面：文件中没有逻辑可读，直到它运行，而设备绑定密钥意味着被复制的文件根本无法运行。这才是不会随着模型变强而衰减的部分。
登录，拖入一个二进制文件，发布受保护版本。或者创建一个 API key，用两行代码将 VeilCC 接入你的流水线。（支付即将上线；早期访问免费。）
正文由 探How 从来源站点 RSS 同步，内容未经改写；遇到排版缺失或需要图片、视频时请以原文为准。