competition-ssrf-metadata-pivot について
SSRFから内部サービスやメタデータ由来の認証情報へ至る経路を追う、CTFセキュリティ分析向けの下流スキルです。到達性や認証情報の受理先を検証し、最小限の再現可能なアクセス経路を記録します。
主な機能
- 01SSRFの起点と到達先の整理
- 02メタデータと認証情報の経路追跡
- 03到達性と有効なアクセスの区別
- 04最小限の再現可能なSSRF経路の構築
- 05証拠と認証情報の権限範囲の記録
活用シーン
- 01内部サービスが関わるSSRF課題の分析
- 02メタデータ認証情報が下流サービスで受理されるかの検証
- 03再現可能なSSRFからアクセスへの経路の記録
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/competition-ssrf-metadata-pivotを入力して読み込まれたか確認します。
同梱ファイルagents/openai.yamlreferences/ssrf-metadata-pivot.md
詳細
競技SSRFメタデータピボット
このスキルは、$ctf-sandbox-orchestrator がすでにアクティブで、サンドボックスの前提、ノードの所有権、証拠の優先順位が確立されている場合にのみ、下流の専門分野として使用してください。まだそれが行われていない場合は、まず $ctf-sandbox-orchestrator に戻ってください。
決定的な経路がサーバーサイドリクエスト機能、内部サービスへの到達性、またはメタデータ由来の認証情報を経由する場合に、このスキルを使用してください。
ユーザーが明示的に英語を要求しない限り、簡体字中国語で回答してください。
クイックスタート
- SSRF の発生源、転送レイヤー、到達可能なターゲット、および受け入れられる下流の認証情報エッジを切り分けます。
- 変更を加える前に、リクエストメソッド、URL の構築、ヘッダーの挙動、リダイレクト、DNS またはホストの上書き、レスポンスの整形を記録します。
- 内部ホスト、メタデータエンドポイント、トークン抽出、受け入れサービスを 1 つのチェーンとしてマッピングします。
- 読み取り専用の到達性と、認証情報を伴うアクセスを区別します。
- SSRF から受け入れられたアクセスに至る最小の経路を再現します。
ワークフロー
1. SSRF の到達性をマッピングする
- 発生源のプリミティブを記録します: URL パラメータ、Webhook、画像フェッチャー、インポーター、プロキシエンドポイント、またはバックエンドコールバック。
- 正規化の手順を記録します: スキームのフィルタリング、ホストの許可リスト、リダイレクト、DNS 解決、パスの書き換え、ヘッダーインジェクション。
- ターゲットホスト、プロトコル、レスポンスの挙動を、正確な SSRF 発生源に結び付けます。
2. メタデータと認証情報ピボットを追跡する
- メタデータエンドポイント、内部コントロール API、またはワークロードアイデンティティサービスに到達可能かどうかを示します。
- トークンのフィールド、ロールのスコープ、サービスアカウント、有効期限、およびトークンが受け入れられる場所を記録します。
- 認証情報の抽出成功と、下流サービスで受け入れられた権限を区別します。
3. 決定的な SSRF チェーンに絞り込む
- 次のように圧縮します: SSRF 発生源 -> 内部またはメタデータターゲット -> 認証情報または機密レスポンス -> 受け入れられたリプレイまたは API アクセス。
- 決定的なエッジが、パーサーバイパス、許可リストバイパス、リダイレクト悪用、ヘッダー混同、またはメタデータ信頼のいずれであるかを明示します。
- タスクが主にクラウドアイデンティティポリシーの分析になった場合は、より的を絞ったクラウドメタデータスキルに引き継ぎます。
このリファレンスを読む
- SSRF チェックリスト、メタデータピボット、証拠のパッケージ化については、
references/ssrf-metadata-pivot.mdを読み込んでください。
保持すべきもの
- SSRF の発生点、URL 構築ルール、到達可能なホスト、レスポンスの差分
- 抽出されたトークンまたは認証情報のフィールド、スコープ、受け入れサービス
- SSRF から受け入れられたアクセスへの最小のリプレイ経路
コメント
Markdown 対応