关于 vulnerability-chaining
面向渗透测试团队的漏洞关联分析技能，将不同发现组合成经过验证的攻击路径，并按最终影响评估风险。强调仅在授权的非生产环境中以最少步骤验证，并指出切断路径的低成本修复点。
主要功能
- 01将漏洞发现组合为攻击路径
- 02按路径最终影响评估严重性
- 03要求逐跳验证并记录 PoC
- 04找出切断链路的修复点
适用场景
- 01汇总多个测试人员的漏洞发现
- 02识别从信息泄露到权限提升的路径
- 03整理经验证的攻击链报告
- 04为修复团队定位链路断点
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/vulnerability-chaining确认已加载。
附带文件references/attack-paths.md
详细介绍
漏洞链（团队负责人）
概述
单个发现会低估真实风险。攻击者不会止步于一个漏洞，而是会将它们串联起来： 信息泄露为枚举提供条件，枚举又为身份验证绕过提供条件，最终获取管理员权限。本技能 汇总所有 FIND/EXPLOIT 专家的发现，构建攻击路径。
核心原则： 链式影响是乘法关系，而非加法关系。三个相互关联的“中危”漏洞可能等同于一个“严重”漏洞。严重程度取决于路径，而不是孤立的漏洞。
⚠️ 授权
仅在你自己的／已获授权的非生产环境实例上演示漏洞链。用最少的步骤证明路径； 在证明影响后立即停止——不得建立持久化、不得窃取真实数据，也不得横向移动到范围外的系统。
方法
- 盘点基础能力 — 重新审视每项发现，将其视为一种能力，而不是一个标签：
- 信息（枚举、详细错误信息、泄露的 ID／密钥、源映射）
- 立足点（任何身份验证绕过、XSS、SSRF、文件上传）
- 权限提升（IDOR→管理员、提权、批量赋值）
- 横向转移（SSRF→元数据、泄露的密钥→云环境、令牌复用）
- 查找关联 — 一个漏洞的输出是否是另一个漏洞的前置条件？（泄露邮箱 → 无速率限制的登录 → ATO；反射型 XSS → 窃取管理员会话 → 管理员 IDOR）。
- 构建路径 — 按照从起点到目标的顺序排列基础能力（未认证 → 用户 → 管理员 → 数据／RCE）。
- 安全演示 — 在预发布环境中端到端地走完漏洞链，并捕获每一跳的 PoC。
- 评估漏洞链 — 按最终影响评级，然后列出组成漏洞。
典型漏洞链模板见 references/attack-paths.md。
快速参考 — 高价值漏洞链
| 漏洞链 | 路径 |
|---|---|
| 完全接管账户 | 用户枚举 → 无速率限制 → 弱重置机制／JWT → ATO |
| XSS → 管理员失陷 | 存储型 XSS → 窃取管理员 Cookie → 管理员 BFLA → 大量数据 |
| SSRF → 云环境接管 | SSRF → 169.254.169.254 元数据 → IAM 凭据 → 云 API |
| IDOR → 权限提升 | IDOR 泄露管理员 ID／邮箱 → 重置管理员密码 → 获取管理员权限 |
| 文件上传 → RCE | 不受限制的文件上传 → Web 可访问路径 → 执行 → Shell |
| 逻辑漏洞 → 欺诈 | 优惠券竞态 → 负余额 → 提款 → 财务损失 |
输出
每条漏洞链写一段说明：包含攻击路径（按编号列出各跳）、组成漏洞的发现 ID、以业务术语描述的最终影响，以及能阻断漏洞链的单一位置（成本最低的修复方案）。这样才能促使领导层采取行动。
交接
发现来自所有专家；将漏洞链作为最严重的问题提交给 pentest-reporting，并交给
security-hardening，重点说明成本最低的链路阻断修复方案。
常见错误
- 将漏洞孤立报告——这会低估真实风险，漏洞链也会因此被忽视。
- 构建理论漏洞链——每一跳都必须经过演示，而非假定成立。
- 让漏洞链演示超出必要范围——证明影响后立即停止；不要建立持久化或横向移动到范围外。
- 忽略成本最低的阻断点——通常修复漏洞链中间的一处问题，就能同时阻断多条路径。
评论
支持 Markdown