发现漏洞已不再是难点
AI 模型发现漏洞的速度快于人工修复速度。关键在于确认后的修复方案能否快速合并并生效。
Anthropic 的 Project Glasswing 在最初七周内便发现了超过 10,000 个高危及严重漏洞。
来源：来源：Help Net Security，2026 年 5 月 26 日截至 2026 年 10 月 2 日，维护人员已修复 Project Glasswing 披露的 6,157 个漏洞中的 516 个。
来源：来源：Project Glasswing 补丁缺口报告云安全联盟指出，28.3% 的 CVE 在披露后 24 小时内即被利用。
来源：来源：云安全联盟OpenAI 的 Daybreak 也持相同观点：在隔离环境中验证发现结果，生成供审核的补丁，最终由人工决定应用内容。
来源：来源：OpenAI
上述数据为相关项目和研究人员的结果，并非 Coroid 的成果。正因如此，Coroid 的安全功能旨在修复而非仅发现漏洞。
所有锁文件均在一小时内完成匹配
Coroid 会记录每个项目安装的所有软件包信息，并在新公告发布后一小时内将其与最新通告比对。若文件无法完全读取，系统会明确标注覆盖范围。
易受攻击的依赖项每一次变更都会经过检测，排查泄露的密钥、虚构的包以及被移除的保护机制
每个pull request以及Coroid智能体所做的每项变更，都会经过凭证、不存在或标记为恶意的软件包以及被移除的访问权限检查。变更引入的内容会在合并前通过检查结果直观展示。
代码扫描与安全审核决策逻辑说明
- 杜绝无声通过的情况
- 只有完成完整扫描后才会视为修复合格。部分覆盖、权限缺失或公告延迟等情况均会明确显示，绝不会被误判为已修复。
- 默认采用私有模式
- 未公开的漏洞详情会保留在 Coroid 中，直至有权限的人员予以披露。
- 由人工执行合并操作
- Coroid 负责创建拉取请求。由团队决定合并内容，例外情况由负责人裁定，而非依据测试中的变更决定。
- 凭证信息不会被改动
- Coroid 绝不会保存发现的凭证，也不会尝试使用它们来验证有效性。
适用于所有套餐
所有套餐均包含安全功能，免费套餐也不例外。无需调用AI模型的检查操作不会消耗积分或智能体时长。一旦开启修复及审计功能，相关操作将与其他任务一样占用智能体时长。
套餐与定价查阅相关指南
各保护机制的功能范围、暂未覆盖的内容，以及如何设置 GitHub 的检查要求。
- 安全
Coroid的Security功能会监控代码及供应链中的内容，说明其对发现问题的处理方式以及相关费用。
- 防护与强制执行
各安全防护的开启方式、observe与enforce的含义，以及为何强制执行需等待就绪门限。
- 发现结果及其生命周期
说明“安全”模块如何维护一份统一的发现结果列表，发现结果的开启与关闭时机、代码中修复与部署环境中修复的区别，以及异常处理的机制。
- 易受攻击的依赖项
Security如何盘点每个项目的软件包，将其与已发布的安全公告匹配，它完整读取哪些锁文件，以及Coroid Security检查在pull request上执行什么操作。
- 修复拉取请求
Coroid如何将存在漏洞的依赖项转换为经过审核的升级版pull request，其费用来源、pull request包含的内容，以及代码和机密信息问题的修复方式。
- 泄露的机密信息
介绍安全功能如何在变更和历史记录中识别凭据，为何只有确认已轮换后才能关闭泄露的机密信息，以及如何修复此类问题。
- 信息披露
Coroid如何将在非公开状态下的漏洞详情留存于Coroid内，这些详情可能出现在GitHub、通知及导出文件中，以及私有修复版本如何发布。
- GitHub权限与Coroid安全检查
介绍Security使用的GitHub应用权限及其原因，说明Coroid安全检查的运行机制，讲解如何启用该检查，以及GitHub自身的安全告警如何被导入。