用途
thinking-red-team 是一个对抗性安全评审技能，用于在你拥有或已获得书面授权的情况下，对系统进行红队式审查。它的核心主张是：在外部攻击者之前先攻击自己的系统，但只报告真正能攻破的问题——每条发现都必须有具体的利用路径，以及一个能验证修复是否关闭该路径的检查方法。
适用场景
- 对你有控制权且被允许探测的代码、认证、授权、API、数据处理或基础设施进行安全评审。
- 对处理认证、资金、个人数据或特权操作的系统进行上线前加固。
- 检查某一类特定漏洞（注入、XSS、IDOR、认证绕过、SSRF、密钥泄露等）是否存在真实可利用路径。
- 验证某项声称的防护措施是否真的能阻断攻击，而不仅仅是扫描器没有报警。
不适用场景
- 没有授权攻击目标——立即停止；不要探测你不拥有或没有书面许可测试的系统。
- 没有可复现利用路径的推测性“最佳实践”笔记——丢弃，它们不算发现。
- 计划、战略或决策的压力测试——应使用 pre-mortem（计划如何失败）或 steel-manning（反对该决策的最强论证）。
- 没有安全目标的架构韧性评估——应使用 systems 或 pre-mortem。
- 仅凭扫描器输出作为报告——模式只是线索，红队要求利用路径。
- 非安全性的根因或假设定位——应使用 scientific-method 或 five-whys-plus。
操作流程
- 确认授权与目标。说明目标、允许范围、范围外资产、成功条件（例如未授权数据读取、权限提升）和停止规则。若授权不明确，应拒绝或缩小范围。
- 建立威胁模型。命名对手画像（匿名外部、已认证用户、特权内部人员）及其在现实访问条件下的目标。没有行为主体和目标的攻击只是噪音。
- 梳理攻击面。枚举入口点和信任边界：公开端点、认证流程、API、上传、管理界面、任务、webhook、密钥和数据存储。记录暴露程度和所需权限。
- 追踪利用路径。对每个高价值攻击面尝试具体滥用：输入操纵、授权缺口、令牌/会话误用、注入、SSRF、IDOR、批量赋值、限流绕过、密钥泄露。记录确切步骤和观察到的行为。
- 应用反捏造门槛。只有能完整写出“入口点 → 有序步骤 → 在此代码/配置上实现的真实影响”时，才保留该发现。不完整的路径应丢弃，而不是列为“信息性”。
- 评定严重性并尝试绕过防御。评估影响和可利用性。对每个相关控制（限流、校验、会话检查）尝试现实绕过，记录其保持有效还是被攻破。
- 给出并验证缓解措施。对每条保留的发现，给出最小具体修复，并说明如何复测该路径已关闭。优先选择能消除利用前提的修复。当范围内攻击面已覆盖，或授权/预算结束时停止；零发现是有效结果。
输出格式
- 目标/范围：<范围内 | 范围外 | 目标 | 授权>
- 威胁模型：<行为主体、访问级别、目标>
- 攻击面：<入口点 + 信任边界>
- 发现（仅完整路径）：
- 标题 | 严重性 入口：<端点/参数/文件> 步骤：<1..n> 影响：<实现的真实效果> 绕过尝试：<控制 → 结果> 缓解：<最小修复> 复测：<如何确认已关闭>
- 总结：<保留数量；丢弃的推测数量>
验证与限制
- 对缺少入口、步骤或真实影响的发现进行证伪；将“可能存在漏洞”视为非发现。
- 当授权范围内攻击面已穷尽，或复测显示缓解措施已关闭路径时停止。
- 过度应用防护：不要用最佳实践清单填充内容；不要将此技能用于非安全性的计划评审；不要在无授权情况下攻击。