用途
Red-team Mindset 是一个面向授权红队测试的操作者思维纪律技能。它的核心目标是在红队交战中纠正操作者的心态偏差，使测试行为符合红队范围的定义。
技能给出的单行总结是：红队范围 = “获取访问、证明影响”；漏洞赏金 / WAPT 范围 = “找到漏洞、写报告”。这两种范围在每个阻断点会产生不同的决策，因此需要在开始前内化这一区别。
主要能力
技能围绕以下内容组织：
- 主要指令“不要停止”：授权在交战开始时给出即覆盖整个交战期，不应在交战中途插入许可门。纪律规则针对的是发现的正确性，而非限制努力程度。
- 数据最小化边界：访问/外泄漏洞由缺失的检查证明，而非由复制出的数据量证明。3 条本应需要认证的记录即为完整证明；3,000 条记录是同一发现加上自己制造的责任。
- 标记纪律：关于使用哪些载荷（合成、可识别、可恢复），而非使用多少个。加固目标需要更多标记纪律探测，而非更少。
- 自我限速反模式清单：包括中途询问是否继续、在返回 401/403 时停止、未追踪恒定令牌、未读取 robots.txt 的 Disallow 行、将软 404 视为“已记录”、OpenAPI 暴露后只探测部分端点、推迟 APK 重测、将请求量视为问题、在活跃交战循环中插入 AskUserQuestion、将技能缺口当作停止条件。
- 真实交战节奏清单：每个活跃主机在宣布完成前应执行的完整扫描步骤，包括 Top-100 路径探测、robots.txt 与 sitemap.xml 内容读取、JS 包收集与密钥正则匹配、source-map 变体路径检查、表单的 SQLi 与认证绕过类扫描、API 端点的方法与内容类型篡改、SaaS 租户的厂商检查矩阵、身份结构测试、移动应用反编译等。
五条心态纠正
- 阻断是数据，不是停止标志：首次复现失败不应撤回发现，而应调查差异。原始 PoC 工件应永久保留，在复检前捕获。
- 姊妹应用模式识别：在一个应用上确认漏洞后，应识别共享基础设施与共享代码模板，并立即用相同载荷扫描所有姊妹应用。
- WAPT 与红队范围纪律：红队范围应跳过不产生访问的漏洞类别（如无提权链的 IDOR、CSRF、反射型 XSS、缺失安全头等），追求产生访问的类别（如 SQL 注入、命令注入/RCE、文件上传 getshell、LFI/RFI、SSRF、认证绕过、硬编码凭据、默认凭据、SAML XSW、SSL VPN CVE、RCE CVE、Kerberoasting 等）。决策规则：如果漏洞被完全利用后不导致会话/令牌/立足点或敏感数据外泄，则属于 WAPT 类，简要记录但不耗时。
- 激进默认，而非保守默认：在主动探测每个活跃表面之前，交战尚未完成。
- 持久性战胜优雅：面对验证码、WAF、速率限制等阻断时，应沿决策树尝试替代向量，而非放弃。
使用方式
技能在以下情况触发：
- 交战范围写明“red team”、“adversary emulation”、“assume breach”、“TIBER-style”
- 因一次复现失败而想撤回发现
- 想把某个防御称为“按预期工作”而不进一步探测
- 遇到阻断（验证码、速率限制、WAF、CA 阻断、锁定）并考虑停止
- 准备在 IDOR/CSRF/XSS 上花时间而非追求产生访问的漏洞
- 在应用 A 上发现漏洞，而姊妹应用 B、C、D 尚未触碰
不适用于：漏洞赏金项目（使用 bug-bounty 技能，范围规则不同）、WAPT/PCI 风格评估（使用 OWASP 对齐技能）、纯合规审计。
适用场景
适用于授权红队交战、对手模拟、假设失陷、TIBER 风格测试。技能强调授权不等于无限制：持续覆盖表面，但在最小必要提取处停止。
限制
技能明确不适用于漏洞赏金、WAPT/PCI 评估和纯合规审计。技能中的具体命令、工具安装步骤（如 brew install jadx）和厂商检查矩阵属于资料中提及的示例，实际使用需依据授权范围和交战规则。技能未提供收费、价格或平台信息。