用途
本技能用于红队操作员的心态纠正，帮助区分攻击性测试（red team）与防御性 WAPT 之间的决策差异。当任务范围明确为“red team”“adversary emulation”“assume breach”“TIBER-style”时触发。
一句话总结：红队范围 = “获取访问权限，证明影响”；漏洞赏金 / WAPT 范围 = “找到漏洞，写报告”。两者在每个阻塞点都会产生不同的决策。
主要能力
核心指令：不要停止
任务开始时授予的授权覆盖整个任务周期。不要在任务中途插入权限门。如果用户在开始时选择了某种模式（“full engagement”“Option D”“go deep”“test these assets”），该授权在任务窗口到期或用户明确撤销前一直有效。
纪律规则针对的是发现的正确性，而非限制测试投入。OOB-Or-It-Didn't-Happen、Marker Discipline、Body-Diff、Pre-Severity Gate、Server-Policy-vs-State、Statistical Sampling 等规则回答的是“这个信号是否真的是一个发现”，而非“我是否应该发送下一个探测”。后者的答案始终是肯定的，除非范围耗尽或用户要求停止。
“Stop at PoC”意味着停止升级，而非停止测试。
Marker Discipline 不等于“每个表面只探测一次”，它关乎使用哪些载荷（合成、可识别、可恢复），而非数量。
自我节流反模式
技能列出了需要立即标记的自我节流反模式，包括：在用户已选择完整任务后中途询问“是否继续”；在首次返回 401/403 时停止；忽略恒定 token；读取 robots.txt 却不读取 Disallow 行；将软 404 视为“已记录”；OpenAPI 暴露后只探测部分端点；将 APK 重测推迟；将请求量视为问题；在活动任务循环中插入 AskUserQuestion；将技能缺口作为停止条件。
每台活动主机的完整扫描节奏
在宣布主机完成前，需执行：Top-100 路径探测、读取 robots.txt 和 sitemap.xml 内容、收集 JS bundle 并用完整密钥正则目录 grep、检查 source-map 变体路径、对每个表单执行完整 SQLi 标记纪律扫描（12+ 类）和认证绕过类扫描（12+ 类）、对每个 API 端点执行 HTTP 方法篡改和 JWT 攻击、对每个 SaaS 租户执行供应商特定检查矩阵、身份结构测试、移动应用反编译与密钥 grep。
9 项思维纠正
- 阻塞是数据，不是停止标志：首次复现失败时绝不撤回发现，先调查原因。
- 姊妹应用模式识别：在一个应用确认漏洞后，立即用相同载荷扫描所有姊妹应用。
- WAPT 与红队范围纪律：跳过 IDOR、CSRF、反射型 XSS、缺失安全头等不产生访问的类别；追求 SQL 注入、命令注入/RCE、文件上传、LFI/RFI、SSRF、认证绕过等产生访问的类别。
- 激进默认，而非保守默认：在主动探测每个活动表面之前，任务不算完成。
- 持久性优于优雅：当一条路径失败时，下一步是“同一目标的另一条向量”，而非“记录为不易受攻击”。
- 实时 IR 观察即发现：客户 SOC 在任务中途修补时，将其视为证据而非失败。
- 多技术交叉验证：每个“易受攻击”的发现需通过 2+ 种技术证明。
- 任务日志纪律：实时、仅追加、结构化记录。
使用方式
在授权红队任务中加载本技能，作为操作员心态校准参考。技能本身不提供自动化工具，而是提供决策框架和反模式清单。
适用场景
- 范围明确为红队、对手模拟、假设入侵、TIBER 风格的授权任务
- 需要区分红队与 WAPT 决策边界的场景
- 需要避免自我节流和过早停止的场景
限制
- 不适用于漏洞赏金项目（应使用 bug-bounty 技能）
- 不适用于 WAPT/PCI 风格评估（应使用 OWASP 对齐技能）
- 不适用于纯合规审计
- 具体工具安装命令和代码内容以原始资料为准，本介绍未提供额外技术细节