vulnerability-chaining

脆弱性の連鎖（チームリード）

概要

個々の発見事項だけでは、実際のリスクを過小評価してしまいます。攻撃者は1つのバグで止まりません。複数のバグを 連鎖 させます。 情報漏えいが列挙につながり、それが認証回避につながり、最終的に管理者権限に到達します。このスキルでは、すべての FIND／EXPLOIT スペシャリストからの発見事項を集約し、攻撃 経路 を組み立てます。

基本原則： 連鎖による影響は、加算ではなく 乗算 です。つながりのある「中」レベルの問題が3つあれば、1つの「重大」レベルに相当する場合があります。深刻度は、単独のバグではなく 経路 に対して評価します。

⚠️ 認可

連鎖の実証は、自分が所有する、または許可を得た非本番インスタンスでのみ行ってください。最小限 の手順で経路を証明し、影響を実証した時点で停止してください。永続化、実データの窃取、スコープ外システムへのピボットは行わないでください。

方法

1. プリミティブを棚卸しする — すべての発見事項をラベルではなく 能力 として読み直します。
   • 情報（列挙、詳細なエラー、漏えいした ID／シークレット、ソースマップ）
   • 足がかり（認証回避、XSS、SSRF、アップロードなど）
   • 権限昇格（IDOR→管理者、権限昇格、マスアサインメント）
   • ピボット（SSRF→メタデータ、漏えいしたキー→クラウド、トークンの再利用）
2. 隣接性を見つける — あるバグの出力が、別のバグの前提条件になっていませんか？（漏えいしたメールアドレス → レート制限のないログイン → ATO、反射型 XSS → 管理者セッションの窃取 → 管理者 IDOR）
3. 経路を構築する — プリミティブを開始地点から目標まで順に並べます（未認証 → ユーザー → 管理者 → データ／RCE）。
4. 安全に実証する — ステージング環境で連鎖を最初から最後までたどり、各段階の PoC を記録します。
5. 連鎖を評価する — 最終的な 影響に基づいて評価し、その後、構成するバグを列挙します。

標準的な連鎖のテンプレートについては、references/attack-paths.md を参照してください。

クイックリファレンス — 影響の大きい連鎖

連鎖	経路
アカウントの完全な乗っ取り	ユーザー列挙 → レート制限なし → 弱いリセット機能／JWT → ATO
XSS → 管理者の侵害	格納型 XSS → 管理者 Cookie の窃取 → 管理者 BFLA → 大量のデータ
SSRF → クラウドの乗っ取り	SSRF → 169.254.169.254 メタデータ → IAM 認証情報 → クラウド API
IDOR → 権限昇格	IDOR による管理者 ID／メールアドレスの漏えい → 管理者のパスワードリセット → 管理者アクセス
アップロード → RCE	制限のないアップロード → Web からアクセス可能なパス → 実行 → シェル
ロジック → 不正行為	クーポンの競合状態 → 負の残高 → 引き出し → 金銭的損失

出力

連鎖ごとに、1つの説明を作成します。攻撃 経路（番号付きの段階）、構成する発見事項の ID、ビジネス上の 最終的な影響、そして連鎖を断ち切る単一のポイント（最も低コストの修正）を記載します。これにより、リーダーシップが行動を起こせるようになります。

引き継ぎ

発見事項はすべてのスペシャリストから集約します。連鎖は、最も重大な問題として pentest-reporting に渡し、最も低コストで連鎖を断ち切れる修正を明示して security-hardening に渡します。

よくある間違い

• バグを個別に報告する — 実際のリスクを過小評価し、連鎖が見過ごされます。
• 理論上の連鎖を組み立てる — 各段階は推測ではなく、実証 する必要があります。
• 連鎖を必要以上に進める — 影響を実証した時点で停止し、永続化やスコープ外へのピボットは行わないでください。
• 最も低コストの断ち切り方を見落とす — 多くの場合、連鎖の途中にある1つの修正で、複数の経路をまとめて断ち切れます。