每一家企业都将运行在 AI 之上， 而保护 AI 正是我们的专长。

图一直都是答案，难点在于如何读懂它。

风险图只有在人能据此采取行动时才有用。对于单个中等规模的 AWS 账户，我们的图包含 533 个节点和 26,314 条边 ——这是来自真实资产的真实数字。以清单形式打印出来，根本无法阅读；一次性全部画出来，就是一团乱麻。Redthread Flow 正是我们让如此规模的图在一屏之内回答问题的方式。

发现、测绘、测试和证明——在你的整个 AI 资产中循环进行。

持续覆盖，反映本周生产环境的真实状况。

网络漏洞评估——仅确认模式。

不止于 AI 资产：将其指向一个已授权的 IP 范围，它就会执行 侦察 → 服务枚举 → 确认（naabu → nmap → nuclei），然后把附带证明的已确认发现交给你。仅确认模式——它负责检测和确认，不进行漏洞利用。

数百个严重级别发现并不是一份优先级清单。

每一款态势工具都能告诉你某个存储桶是公开的，却没有一款能告诉你攻击者实际能触及哪一个——因为这个答案不在清单里，而在图里。 Redthread，即我们的图引擎，会将你的整个资产映射为一幅图景——智能体、代码库、工作负载、身份、网络路由和数据存储，以及它们之间的关系——然后对贯穿其中的 路径 进行排序。驱动拉取请求门禁、查询构建器和攻击路径报告的都是同一个引擎，这正是它们彼此一致的原因。

谁都能提出修复建议，而我们能证明修复确实有效。

由机器编写的安全补丁会引出一个问题：它是真的修复了问题，还是只是看起来修复了？每家厂商都用另一个意见来回答——有的让扫描器对补丁再跑一遍，有的让第二个模型判断它看起来是否正确。这两种方式仍然只是对代码的猜测。

我们保留了漏洞利用。每一项发现都附带可运行、可重复运行的概念验证，因此我们可以用唯一真正有说服力的方式来下结论： 对你打过补丁的构建再次运行原始攻击。 如果攻击仍然有效，我们会在你合并之前，在拉取请求中明确说明。扫描器没有可以重新运行的东西——这就是为什么没有其他人提供这项能力。

来自同一个模块的四十项发现，其实是同一个错误，只犯了一次。

我们已经按可达性压缩了噪音——在一个真实账户上，17 项发现变成了 1 个风险，因为只有一项是可达的。这是第二个维度：当许多风险都追溯到同一个 CloudFormation 堆栈或 Terraform 模块时，你得到的是 唯一需要修复的那个位置，而不是一个队列。CloudFormation 会为自己的资源打标签，因此这种追溯是精确的，无需你提供任何东西。

我们不会做的是猜测。一个没有明确关联回代码的资源，就被视为 没有 来源——我们会单独展示它，而不是把它归到一个可能毫不相干的模块之下。错误的根因会把工程师引向错误的文件，并让接下来的四十项发现也跟着走错方向。

通常需要九种工具完成的九项工作。

云与基础设施扫描、AI 应用渗透测试、影子 AI 发现、智能体权限分析、数据安全态势、跨云风险、从代码到云的门禁、修复以及图查询。若按今天的方式拼凑，这需要一个 CNAPP、一款 DSPM 工具、一款 AI 安全产品和一家渗透测试公司——四个控制台、四份合同，还要让团队中的某个人专门负责调和四组互不相知的发现结果。而在这里，它们读写的是同一张图，因此一处的发现会补全另一处的路径，而不是落入另一个队列。

默认无代理，需要时可更深入。

连接一个无代理角色，你的服务器上不会安装任何东西。每一份凭据在存储前都会通过一次真实调用进行验证，因此输错一个字符会在连接时就报错——而不是在凌晨 3 点悄无声息地失败。

在攻击路径出现之前就阻止它。

在生产环境中才发现风险为时已晚。对你的实时攻击路径进行排序的同一张图，同样会在变更发布 之前 对其进行评判——因此危险组合永远不会到达你的云环境。目前已在你的拉取请求中上线，并将扩展到你的集群和云控制平面。

下一步：集群和云控制平面。

同样的图感知判断，将应用于另外两个关键节点。企业客户可以影响推进顺序——如果其中任何一项在你的关键路径上，请与我们联系。

三份文件，让证明得以流转，而不会泄露漏洞利用。

需要 证明 你做过测试的人，很少是被允许看到我们 如何 攻破系统的人。一次评估产出三份交付物，因此你永远不必在回答问卷与保护针对你自身系统的可用漏洞利用之间二选一。

全部十项 OWASP LLM 风险，映射到 MITRE ATLAS。

业界标准 AI 安全检查清单中的每一个类别都在持续测试——报告会说明哪些类别经过了 测试尝试，而不仅仅是哪些产生了发现。完整矩阵在信任中心实时公开。 查看 →