CVE Lookup

Domain

Recon Profile 完成后的 CVE 匹配与适用性评估阶段。 根据已收集的产品名、版本号、服务指纹，查询已知 CVE，评估其对目标的适用性。

阶段顺序：

1. 从 recon_profile 提取产品/版本/服务清单
2. 按产品+版本查询 CVE 数据库(NVD/CVE MCP/本地库)
3. 初筛：排除明确不匹配的 CVE(产品不符/版本范围外)
4. 适用性评估：结合目标指纹判断 candidate/possibly_applicable/not_applicable/patched
5. 补丁状态确认：检查已部署版本是否包含修复

Trigger

recon_profile_ready

Feedback Gates

• Product Gate：recon_profile 中是否存在可识别的组件/产品名。无产品名则证据不足，回退 recon 补证。
• Version Gate：是否有版本号或可比对的指纹信息。无版本信息降低 confidence 但不阻断。
• Source Gate：CVE 来源是否可追溯(NVD/MITRE/厂商公告)。不可追溯标记 low confidence。
• Applicability Gate：是否有证据证明目标适用该 CVE。无证据标记 candidate 待验证。
• Patch Gate：是否有证据表明已修复(版本号高于修复版本/补丁已部署)。已修复标记 patched。

Boundaries

• 不执行任何漏洞利用或 PoC
• 不发送攻击性 payload 验证 CVE
• 仅查询当前目标，不自动扩展到任务中未出现的关联目标
• CVE 查询阶段只做信息匹配，不做主动验证
• 对低置信度候选不做过度推断
• 遵循最小请求原则，避免批量爬取 CVE 数据源

Pivot Hints

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

Exit Conditions

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

Exit Evidence

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

Capabilities

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