cloud-penetration-testing について
認可された評価や管理された学習環境でのクラウド侵入テストを案内するスキルです。書面での許可、範囲の明確化、コマンド確認を重視し、確認前は読み取り専用の防御的な案内にとどめます。
主な機能
- 01認可と範囲の確認ゲート
- 02クラウド評価の例と手順
- 03ID・アクセス検証のガイダンス
- 04ログ記録と検知に関する注意点
活用シーン
- 01認可済みクラウドセキュリティ評価の計画
- 02クラウドアクセスと設定リスクの確認
- 03管理されたラボでの手順練習
- 04範囲を守った証跡の準備
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ sickn33/ agentic-awesome-skills --skill cloud-penetration-testingインストール後、Claude Code で/cloud-penetration-testingを入力して読み込まれたか確認します。
同梱ファイルreferences/advanced-cloud-scripts.mdreferences/detailed-guide.md
詳細
⚠️ 許可された用途のみ このスキルは、教育目的または許可されたセキュリティ評価のみに使用してください。 このツールを使用する前に、システム所有者から明示的な書面による許可を得る必要があります。 このツールの不正使用は違法であり、固く禁じられています。
必須の確認手順 対象に対して調査、悪用、変更、永続化、データの抽出、または認証情報へのアクセスを試みるコマンドを実行する前に、次の手順を実施してください。
- ユーザーに、正確な対象の URL、IP アドレス、アカウント、またはリソースを提示するよう求めます。
- 書面による許可があること、および許可された範囲を確認するよう求めます。
- 実行するコマンドを正確に提示し、予想される影響を説明します。
- 現在の会話で明示的な確認が得られるまで待ちます。
その確認が得られない場合は、読み取り専用の対応にとどめ、防御的なガイダンスのみを提供してください。サンドボックス、使い捨て VM、または管理されたラボ環境を優先してください。
許可された用途のみ:このスキルは、許可されたセキュリティ評価、防御的な検証、または管理された教育環境でのみ使用してください。
クラウド侵入テスト
詳細ガイド
このスキルを実行する前に、詳細ガイドをお読みください。ガイドには、手順と参考資料がすべて記載されています。安全性、前提条件、検証要件は必須事項として扱ってください。特定の作業では関連するセクションを読み込み、最初から最後まで作業する場合はガイド全体をお読みください。
前提条件
セットアップ手順は過去のものです。サポートされているツールのバージョンを固定し、インストーラーの整合性を検証して、レビュー用ディレクトリを使用してください。セットアップの許可なく、取得したコードを有効化したり、特権モジュールをインストールしたりしないでください。MSOnline/AzureAD は廃止されています。旧式のコマンドではなく、最新の Microsoft Graph 移行ガイダンスを使用してください。操作を行う前に、同梱されているすべての参考資料を実行しないソースコードとして確認してください。これらの例には、承認済みアカウント/リソースの許可リストと、非公開かつ秘匿化された証拠が必要です。検出を、対象範囲の拡大と見なしてはなりません。
必要なツール
# Azure tools
Install-Module -Name Az -AllowClobber -Force
Install-Module -Name MSOnline -Force
Install-Module -Name AzureAD -Force
# AWS CLI
curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip"
unzip awscliv2.zip && sudo ./aws/install
# GCP CLI
tmpdir="$(mktemp -d)"
trap 'rm -rf "$tmpdir"' EXIT
curl -fsSLo "$tmpdir/google-cloud-sdk-install.sh" https://sdk.cloud.google.com
cat "$tmpdir/google-cloud-sdk-install.sh" # review the full installer before executing
bash "$tmpdir/google-cloud-sdk-install.sh"
gcloud init
# Additional tools
pip install scoutsuite pacu
必要な知識
- クラウドアーキテクチャの基礎
- アイデンティティおよびアクセス管理(IAM)
- API 認証メカニズム
- DevOps と自動化の概念
必要なアクセス
- テストの書面による許可
- テスト用認証情報またはアクセストークン
- 定義済みの対象範囲とルール・オブ・エンゲージメント
制約と制限事項
法的要件
- 明示的な書面による許可がある場合に限り、テストを実施してください
- クラウドアカウント間の対象範囲の境界を尊重してください
- 本番環境の顧客データにアクセスしないでください
- すべてのテスト活動を記録してください
技術的な制限事項
- MFA により、認証情報を利用した攻撃が阻止される場合があります
- 条件付きアクセスのポリシーにより、アクセスが制限される場合があります
- CloudTrail/Activity Log の対象範囲は、イベントの設定、サービス、保持期間によって異なります
- リソースによっては、特定のリージョンへのアクセスが必要です
検出に関する考慮事項
- クラウドのログ記録対象範囲を検証する必要があります。イベントが見つからないことは、活動がなかった証明にはなりません
- 通常とは異なるアクセスパターンはアラートを発生させます
- 時間をかけて慎重に列挙してください
- GuardDuty、Security Center、Cloud Armor を考慮してください
例
例 1:パスワードポリシーの評価
承認済みのテストアカウントリストと、ロックアウト/レートの上限を使用してください。まずポリシー設定を確認してください。認証テストには、上記の正確なコマンドを用いた確認手順が必要です。ローテーションプロキシを導入したり、試行したパスワードを記録したり、認証エラーを成功と見なしたりしないでください。
例 2:AWS S3 バケットの列挙
シナリオ: 設定ミスのある S3 バケットを見つけてアクセスする
# List all buckets
aws s3 ls | awk '{print $3}' > buckets.txt
# Check each bucket for contents
while read bucket; do
echo "Checking: $bucket"
aws s3 ls s3://$bucket 2>/dev/null
done < buckets.txt
# Download interesting bucket
# Do not bulk-download production data; use an approved harmless canary.
例 3:GCP サービスアカウントの侵害
シナリオ: 侵害されたサービスアカウントを使ってピボットする
# Authenticate with service account key
gcloud auth activate-service-account --key-file compromised-sa.json
# List accessible projects
gcloud projects list
# Enumerate compute instances
gcloud compute instances list --project target-project
# Check for SSH keys in metadata
gcloud compute project-info describe --project target-project | grep ssh
# SSH to instance
gcloud beta compute ssh instance-name --zone us-central1-a --project target-project
使用する場面
このスキルは、概要に記載されたワークフローまたはアクションを実行する場合に適用できます。