クラウドリソースの列挙

列挙によって、1 つの認証情報や匿名の足がかりから、環境全体のマップを作成できます。自分がどの ID を持ち、何を実行でき、どのリソースが存在するのかを把握することが目的です。

• プリンシパルを特定します（自分は誰か）。
• リソースを一覧化します（何が存在するか）。
• 権限と信頼関係の経路を見つけます（何に到達できるか）。

まず、現在アクティブなプリンシパルを必ず確認してください。これにより、アカウント、ID の種類、次に調べるべき場所が分かります。

認証情報を手に入れる前に、外部からの列挙によって公開された資産を見つけます。

• 予測しやすいバケット名やストレージ名を総当たりで調べます。
• Certificate Transparency と DNS を使って、公開エンドポイントを列挙します。
• 公開されたスナップショット、AMI、コンテナレジストリを確認します。

プリンシパルが実行できる操作を正確に把握することが、エンゲージメント全体の方針を決めます。プロバイダーによっては自分のポリシーを読み取れます。そうでなければ、無害な呼び出しを試して権限を総当たりで確認します。

プロバイダーの CLI と集約ビューを使うと、リソースをすばやく列挙できます。

• AWS Resource Groups Tagging API または describe-* 呼び出し
• サブスクリプション全体を対象にした Azure Resource Graph クエリ
• GCP のアセットインベントリ

専用ツールを使うと、アカウント全体の設定ミスを効率よく発見できます。

• ScoutSuite は、複数サービスを対象にした HTML 形式のリスクレポートを生成します。
• Prowler は、CIS ベンチマークのチェックを数百件実行します。
• CloudMapper / Cartography は、関係をグラフ化します。

列挙で得られる最も価値の高い出力は IAM グラフです。つまり、誰がどのロールを引き受けられ、どのポリシーが権限昇格を可能にするかを示すものです。グラフツールを使うと、平面的なポリシーレビューでは見落とす経路が明らかになります。

ストレージを一覧化できるようになったら、シークレットや PII を探すために内容を列挙します。

• バケットやコンテナを一覧化し、続けてオブジェクトを列挙します。
• バックアップ、.env ファイル、Terraform の state、データベースダンプを探します。
• Terraform の state には、平文のシークレットが含まれていることがよくあります。

ピボットポイントを見つけるために、ネットワークと稼働中のワークロードをマッピングします。

• Security Groups や NSGs から、公開されているポートが分かります。
• 稼働中のインスタンスとそのロールは、横展開の標的になります。
• マネージドデータベースとそのアクセスルールから、データストアの場所が分かります。

列挙によって、コントロールプレーンのログエントリが生成されます。ノイズを減らし、倫理的に進めるために、次の点を守ってください。

• 読み取り専用の describe、list、get 呼び出しを優先します。
• レート制限のアラートを避けるため、リクエストを抑制します。
• 調査中は、破壊的な操作や課金が発生する操作を避けます。
• 後でブルーチームが関連付けられるよう、すべての呼び出しを記録します。

適切な列挙によって、優先順位を付けた標的リストが得られます。これには、過剰な権限を持つロール、公開ストレージ、公開サービス、引き受け可能なクロスアカウントロールなどが含まれます。このリストを悪用フェーズにつなげます。

調査結果は、再現可能かつ監査可能になるよう、使用した正確な API 呼び出しとともに記録してください。

クラウド列挙の基本を理解できているか確認してください。

クラウド環境を体系的に列挙する方法を学びました。

• まず自分のプリンシパルを特定し、次にリソースと権限を一覧化します。
• 未認証状態での探索によって、公開バケットやエンドポイントを見つけられます。
• ScoutSuite、Prowler、PMapper によって、監査と IAM グラフ化を自動化できます。
• 読み取り専用の呼び出しを優先し、すべての操作を記録します。

次は、IAM の設定ミスを悪用して権限を昇格させます。