eni-redteam-cve-lookup

name	eni-redteam-cve-lookup
description	[DOCUMENTATION ONLY] [仅文档] CVE 查询与适用性评估技能：将收集到的产品名、版本号与服务指纹匹配到已知漏洞。在 recon_profile 建立后、评估已知 CVE 是否适用于目标时加载。

CVE 查询与适用性评估

文档性质：本手册属于纯文档资源（DOCUMENTATION ONLY / 仅文档），提供方法框架与检查清单，不捆绑任何可执行脚本。

一、本技能的位置

CVE 查询与适用性评估处于侦察画像完成之后、攻击路径选定之前的中间地带。输入是 recon_profile 里的产品清单、版本号与服务指纹，输出是经过适用性过滤的 CVE 候选列表。

它只做信息匹配与评估，不执行任何漏洞利用，不发送攻击性 payload 验证 CVE。

二、工作序列

1. 从 recon_profile 提取产品、版本、服务指纹清单。
2. 按"产品+版本"组合查询 CVE 数据源（NVD、CVE MCP、本地库）。
3. 初筛：剔除明确不匹配的条目（产品不符、版本范围之外）。
4. 适用性评估：结合目标指纹，把每条候选标注为 candidate、possibly_applicable、not_applicable 或 patched。
5. 补丁状态确认：核对已部署版本是否包含修复。

三、触发条件

recon_profile_ready

四、评估关卡

每条候选 CVE 都要过五道关，任一关证据不足就降置信度：

• 产品关：recon_profile 里是否存在可识别的组件或产品名。没有产品名则证据不足，回退 recon 补证。
• 版本关：是否有版本号或可比对的指纹信息。缺少版本信息降低 confidence，但不阻断流程。
• 来源关：CVE 来源是否可追溯（NVD、MITRE、厂商公告）。不可追溯的来源标注 low confidence。
• 适用性关：是否有证据证明目标适用该 CVE。无证据的条目只标 candidate，留待验证。
• 补丁关：是否有证据表明已修复（版本高于修复版本、补丁已部署）。已修复的条目标 patched。

五、执行纪律

• 不执行任何漏洞利用或 PoC。
• 不发送攻击性 payload 验证 CVE。
• CVE 查询阶段只做信息匹配，不做主动验证。
• 对低置信度候选不做过度推断。
• 遵循最小请求原则，避免批量爬取 CVE 数据源。

六、受阻转向

• 产品名不明确 → 回退 recon，尝试更精确的指纹识别（Wappalyzer、httpx tech detect）。
• 版本号缺失 → 尝试从 HTTP header、错误页面、changelog 推断版本范围。
• CVE 数据源不可用 → 降级到离线 CVE 字典或已知漏洞列表。
• 候选过多（>20）→ 按 CVSS 评分与影响范围排序，优先评估高危与 RCE 类。
• 全部标记 patched → 输出 cve_patch_status artifact，退出到 evidence-based router。
• 无任何候选 → 输出空 cve_candidate_list，退出到 evidence-based router。

七、退出条件

• 存在 possibly_applicable 或 candidate CVE（confidence >= medium）→ 进入 cve-validation path。
• 全部 CVE 标记 not_applicable 或 patched → 退出到 evidence-based router。
• 产品与版本证据不足，无法生成有效候选 → 回退 recon-intake 补证。
• 无 CVE 候选（产品无已知漏洞）→ 退出到 evidence-based router。

八、产出物

• Required: cve_candidate_list
• Optional: cve_applicability_matrix, cve_patch_status
• min_attempts: 2

九、能力清单

cve_lookup            -> cve_candidate_list
cve_applicability     -> cve_applicability_matrix
patch_status_check    -> cve_patch_status