Oryon Flow 与 Horizon3 NodeZero 对比

1. 01

   从应用程序源开始

   Flow 将调查与确切的存储库修订版联系起来，并准备一个孤立的目标。

2. 02

   达到工程师可以审查的变更

   Flow包括修复候选方案和PR交付；NodeZero记录了修复指导及关联工作流程。

3. 03

   保护正常功能

   Flow 根据先前的行为控制以及安全证明来评估已修复的应用程序。

并排比较能力。

该表描述已文档化的功能，不衡量性能或检测质量。商业功能可能取决于产品、套餐和配置。

你的需求	Oryon Flow	Horizon3 NodeZero
代码仓库调查	✓已文档化 将代码、软件包、基础设施和运行信息连接到同一项调查。	—在此范围内未文档化 WebApp 测试记录实时路线和请求；这里没有建立源存储库调查。 ↗
重建测试环境	✓已文档化 从原始仓库在临时、隔离的环境中重建应用。	—在此范围内未文档化 评估部署环境；没有记录从源自动重建应用程序。 ↗
发现验证	✓已文档化 证明方法经过独立审查，区分已确认、已反证和无法下结论。证据不足的项目仍保持开放。	✓已文档化 调查结果包含运行时证明、有效负载、响应和实际影响。 ↗
测试支持的修复	✓已文档化 使用隔离候选，先检查安全性与正常行为，再进行独立审查。	◇引擎集成 Guidance和MCP连接到修复工具；源修复取决于外部工作流程。 ↗
可供审查的拉取请求	✓已文档化 按根因和兼容性将修改组成可审查PR。是否合并由团队决定。	◇引擎集成 记录集成的 Terraform PR 和重新部署工作流程，而不是原生应用程序补丁发布。 ↗
可追溯的技术证据	✓已文档化 将证据和修改关联到技术要求，对比当前状态与应用已验证PR后的预期状态。	✓已文档化 导出检测证据、请求、响应和报告；重新运行测试以验证WebApp修复。 ↗
源码+运行时分析	✓已文档化 在同一调查中连接源、依赖性、基础设施和动态观察。	—在此范围内未文档化 记录运行时攻击验证； WebApp 文档中未建立组合源分析阶段。 ↗
认证角色测试	✓已文档化 检查合法会话、角色和租户边界；无法访问或过期的会话仍然是覆盖范围的差距。	✓已文档化 接受多个角色标记的帐户；两个角色启用跨账户访问和 IDOR 测试。 ↗
单独验证	✓已文档化 提出结论或修复方案的智能体不会自行批准该结论或方案。独立的验证步骤会评估所保留的证据。	—在此范围内未文档化 提供漏洞利用证明；这些 WebApp 文档未指定单独授权的验证角色。 ↗
功能回归检查	✓已文档化 在交付前将安全证明、合法控制和可用功能测试与原始版本进行比较。	—在此范围内未文档化 WebApp 修复验证重新运行渗透测试；补丁上的功能回归测试没有记录。 ↗
依赖性修复	✓已文档化 修复候选方案可以更新依赖关系图并调整应用程序代码，但需要经过验证。	—在此范围内未文档化 补丁管理是一个互补的集成；原生依赖关系图更新未记录。 ↗
技术要求映射	✓已文档化 将保留的证据关联到选定的技术要求，并展示当前覆盖范围及采用建议变更后的预期覆盖范围。这不等同于对组织的认证。	+可选 / 取决于套餐 记录 CMMC/NIST 技术证据映射；范围和组织控制仍然是客户的责任。 ↗

产品范围