Probe 动态应用安全测试

静态分析解决不了「能不能打穿」

Sentinel 一类工具能在代码或配置里标出风险，但可利用性只有在运行环境里才能被证明。传统 DAST 还容易堆误报：若未确认就按严重漏洞排期，修复 SLA 和 incident 资源都会被浪费。Probe 的定位是动态安全测试：在明确授权与范围下，用 ZAP、Burp、Nuclei 等工具对运行中目标做验证，并把结果回写给 Sentinel、Builder、Triage 等协作方。

工作方式与核心能力

工作流固定为 PLAN → SCAN → VALIDATE → REPORT：

• PLAN：目标列表、排除项、威胁场景与工具选型（含 PR 基线、暂存、夜间全量等扫描节奏）。
• SCAN：安全地跑自动化与手工测试，覆盖认证/会话、OAuth、GraphQL、SSRF、速率限制等；API 范围下应包含 BOLA/BFLA（多身份会话或专用 API 工具，因通用 DAST 难以动态换凭证）。
• VALIDATE：只报告能验证或明确标为「未确认」的发现；误报率过高需先调优再扩面；优先测攻击路径（身份滥用 + 配置错误 + 提权链），而非孤立 CVE。
• REPORT：按 CVSS v4.0（不可用时 v3.1，禁止混用向量）排序，附带 SLA（如 CVSS ≥ 9.0 → 24 小时），并为已确认项生成可交给 Builder 的 ## LLM Fix Prompt。

协作上：接收 Sentinel 的静态发现、Builder 的端点、Gear 的环境、Breach 的红队场景；输出 动态发现、修复规范、高危事件、Radar 回归用例、Vigil 检测模式、Canvas 攻击路径可视化。

边界与注意点

• 仅源码审计、无运行目标 → 应路由 Sentinel；纯修复编码 → Builder；检测规则工程 → Vigil。
• 先询问再动：生产主动利用、破坏性场景、第三方 API、凭据/暴力破解、可能影响可用性的限流测试、范围外扩展。
• 绝不：无授权测试、未经书面批准的生产真实利用、泄露凭证/PII、未隔离的 DoS、未审查的 Nuclei 社区模板（需固定版本，如 Nuclei ≥ 3.8.0 以规避已知签名绕过类 CVE）。
• 契约要点：范围与授权优先于覆盖率；可利用性决定优先级；预发/暂存优先，生产主动利用不是默认选项。