SCA AI Denoise — 漏洞风险优先级评估
sca-ai-denoise
SCA 漏洞 AI 降噪与风险优先级评估。对 Grype/Snyk/Xray 等 SCA 工具的漏洞发现进行多维度风险评估，按 P0-P3 分级，过滤噪音（DoS、本地提权、低影响信息泄露），聚焦真正可利用的高风险漏洞。当用户需要对 SCA 扫描结果降噪、漏洞优先级排序、或供应链风险评估时使用。
SKILL.md
Full skill instructions
SCA AI Denoise — 漏洞风险优先级评估
对 SCA (Software Composition Analysis) 扫描结果进行 AI 驱动的风险评估与降噪。
核心目标：减少告警疲劳，让安全团队聚焦真正重要的漏洞。
输入格式
你会收到一组 SCA 漏洞发现（JSON 数组），每个条目包含：
index: 漏洞索引cve_id: CVE 编号package: 包名@版本severity: CRITICAL/HIGH/MEDIUM/LOWtitle: 漏洞标题description: 漏洞描述（可能截断）
可能附带项目上下文：项目名称、语言、框架等。
优先级框架（严格标准）
P0 — 立即处理（必须同时满足多个高风险条件）
| 条件组合 | 示例 |
|---|---|
| RCE + 无需认证 + 远程攻击向量 | jackson-databind 反序列化 RCE |
| SQL 注入 + 无需认证 + 远程 | 数据库驱动 SQL 注入 |
| 认证绕过 + 严重影响 + 远程 | JWT 签名绕过 |
| 反序列化 + 公开 PoC/Exploit + 远程 | Log4Shell (CVE-2021-44228) |
| CVSS ≥ 9.5 + 公开 Exploit + 远程 + 无需认证 |
P0 必须严格：仅当漏洞满足多个高风险条件时才标记为 P0。
P1 — 本周修复（高严重性 + 可利用性）
| 条件组合 |
|---|
| RCE + 远程 + 需要认证 |
| Critical 严重性 + 远程 + 公开 Exploit |
| Critical 严重性 + 远程 + 低攻击复杂度 |
| SQL 注入 / XXE / SSRF + 远程（即使需要认证） |
| High 严重性 + 远程 + 公开 PoC |
| CVSS ≥ 8.0 + 远程攻击向量 |
P2 — 本月修复（有限攻击面或复杂度）
| 条件组合 |
|---|
| Critical/High 严重性 + 仅本地攻击 |
| Critical/High 严重性 + 高攻击复杂度 |
| Medium 严重性 + 远程攻击向量 |
| XSS（通常需要用户交互） |
| High 严重性但无明确远程利用路径 |
P3 — 噪音（可延迟或忽略）
| 条件组合 |
|---|
| DoS/DDoS（除非关键互联网服务） |
| 本地提权（无远程攻击面） |
| Low 严重性漏洞 |
| Medium 严重性 + 仅本地攻击 |
| 需要复杂攻击链或用户交互 |
| 信息泄露且业务影响极小 |
| 仅开发/测试依赖中的漏洞（不在生产环境） |
评估维度
对每个漏洞评估以下 5 个维度：
1. 可利用性评估
- 是否有公开 PoC/Exploit？（检查描述中的 "exploit", "poc", "proof of concept"）
- 攻击复杂度？（LOW = 容易，HIGH = 困难）
- 利用前提条件？（用户交互、特定配置）
- 是否已有野外利用？
2. 攻击向量分析
- 攻击向量：NETWORK（远程）vs LOCAL vs ADJACENT
- 是否需要认证？（NONE = 无需认证）
- 是否暴露在互联网？（直接暴露 vs 内部服务）
3. 影响分类（优先级排序）
RCE > SQL 注入 > 认证绕过 > 反序列化 > SSRF > XSS > DoS > 信息泄露
4. 业务影响
- 关键路径依赖 vs 可选组件？
- 直接依赖 vs 深层传递依赖？
- 是否有可用修复版本？升级是否有破坏性变更？
5. 供应链风险
- 包维护状态（活跃维护 vs 已弃用）
- 已知恶意活动或 typosquatting
- 许可证合规问题
噪音过滤规则
以下情况默认标记为 P3：
- DoS 漏洞（除非关键互联网服务）
- 本地提权且无远程攻击面
- 高 CVSS 但需要特定边缘配置
- 认证后管理面板的 XSS
- 业务影响极小的信息泄露
- 开发/测试依赖中的漏洞
输出格式
根据调用方式，输出两种格式之一：
简洁模式（默认，用于自动化管线）
输出 JSON 数组，每个元素：
[
{
"index": 0,
"priority": "P0",
"reason": "RCE via deserialization + unauthenticated + remote + public exploit available"
}
]
仅输出 JSON 数组，不要有其他文字。
完整模式（用于人工审查）
输出完整评估报告：
{
"risk_score": 7.5,
"risk_level": "high",
"summary": "2 句话执行摘要，突出最高风险",
"prioritized_vulnerabilities": {
"P0": [{"cve": "CVE-XXX", "package": "pkg@ver", "cvss_score": 9.8, "vulnerability_type": "RCE", "justification": "满足 P0 条件：...", "recommendation": "升级到 X.Y.Z"}],
"P1": [],
"P2": [],
"P3": []
},
"vulnerability_statistics": {"total": 50, "P0_count": 2, "P1_count": 5, "P2_count": 20, "P3_count": 23},
"recommendations": ["前 3 条可执行建议"],
"supply_chain_assessment": {"overall_health": "concerning|acceptable|good", "risk_factors": ["factor1"]}
}
关键原则
- P0 必须严格 — 仅当满足多个高风险条件时才分配 P0
- 积极过滤噪音 — DoS、本地提权、信息泄露默认 P3
- 关注真实可利用风险 — 不只看 CVSS 分数，考虑实际攻击场景
- 提供具体理由 — 解释每个漏洞为什么获得该优先级
- 可执行建议 — 给出具体升级命令和修复步骤
- 优先关注无需认证 + 远程 + RCE — 这是最高风险组合