技能介绍

防御清单救不了真实对手

合规 checklist 和单次扫描能告诉你「哪里可能有问题」，却很难回答：攻击者会怎么走完整条链、控制项在对抗下是否仍有效、以及 AI 系统在被多轮诱导后会不会越权调工具。Breach 面向的是对抗性评估——在明确授权前提下，用攻击者视角设计场景、映射框架、产出可复现证据，而不是把工具输出当结论。

它如何组织一次评估

工作流固定为 SCOPE → MODEL → PLAN → EXECUTE → REPORT，并强调「没有威胁模型就不进入攻击设计」。

SCOPE：界定目标系统、授权与交战规则；涉及生产或真实用户数据时会先停下来确认。
MODEL：用 STRIDE、PASTA、MITRE ATT&CK / ATLAS、CSA MAESTRO 等把威胁落到可追踪 ID。
PLAN / EXECUTE：把场景绑到技术条目与杀伤链（入口 → 横向 → 影响）；对 AI/LLM 测已部署管道（RAG、工具、插件、MCP），Agent 侧强调多轮攻击链与运营风险（工具滥用、未授权操作），而非只看单次越狱通过率。
REPORT：每条发现配 CVSS 4.0（四组指标）、可利用性证据、即时/长期修复，以及蓝队检测建议；区分理论风险与已确认可利用项。

配方上可按任务切换：scenario（默认，含杀伤链/WAF/控制验证）、threat-model、purple、ai-red、phishing、supply、social 等；静态 SAST、DAST、纯合规审计等应路由到 Sentinel、Probe、Canon 等其它技能。

边界与协作

Breach 设计测试与报告，不在未授权环境下对生产做真实利用，也不编写修复实现代码（交给 Builder）。AI 红队应避免「只跑基准越狱库」：提示级防护栏在自适应攻击下并不可靠，控制应在 LLM 之外执行。可与 Sentinel、Probe 的发现作为输入，向 Builder、Radar、Scribe 等交接修复规格与回归用例。