English
Español
Français
Deutsch
日本語
한국어
العربيةEBS スナップショットのブロックを直接読み取る
EBS スナップショットの生ブロックを、ボリューム復元なしで直接読み取ることができます。
組み合わせた場合にのみ権限昇格を付与します。これらすべてが同時に必要です。
ebs:ListSnapshotBlocksebs:GetSnapshotBlockebs:GetSnapshotBlock は、ボリュームを復元せずに EBS スナップショットの生ブロックを直接読み取れますが、ebs:ListSnapshotBlocks と併せ持ったときにのみ可能です。併せ持つとデータそのものに到達します。
なぜ危険なのか
プリンシパルは ebs:ListSnapshotBlocks に続いて ebs:GetSnapshotBlock を呼び出し、EBS ダイレクト API 経由でスナップショットの生のブロックを読み取り、ボリュームを一切作成せずにディスク全体を再構成できます。暗号化されたスナップショットの場合は、さらにそのキーに対する kms:Decrypt が必要です(アイデンティティが分かれた経路)。
MITRE ATT&CK では、これは収集戦術の T1530 (クラウドストレージからのデータ) に対応します。AWS はこれを CloudTrail に GetSnapshotBlock, ListSnapshotBlocks として記録します。この呼び出しは通常のアクティビティに対して目立たないため、専用のルールがないと見落としやすくなります。
検知
GetSnapshotBlockListSnapshotBlocks前提条件
スナップショットに対する ebs:GetSnapshotBlock + ListSnapshotBlocks。暗号化されている場合は kms:Decrypt。
MITRE ATT&CK
T1530 · クラウドストレージからのデータ戦術
収集
これを取り除くコントロール: スナップショットに対する ebs:GetSnapshotBlock / ListSnapshotBlocks を拒否します。暗号化されたスナップショットの場合は、キーに対する kms:Decrypt も制限します。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
ebs:GetSnapshotBlock は何を可能にしますか。
EBS スナップショットの生ブロックを、ボリューム復元なしで直接読み取ることができます。
ebs:GetSnapshotBlock が危険になるには他に何が必要ですか。
ebs:ListSnapshotBlocks と併せ持ったときにのみ権限昇格となります。単独では不十分であり、その点がこの組み合わせを見落としやすくしています。
EBS スナップショットブロックの直接読み取りはどのように検知されますか。
CloudTrail で GetSnapshotBlock, ListSnapshotBlocks を監視します。この呼び出しは通常の活動に対して目立たないため、ルールがないと見落としやすくなります。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。スナップショットに対する ebs:GetSnapshotBlock / ListSnapshotBlocks を拒否します。暗号化されたスナップショットの場合は、キーに対する kms:Decrypt も制限します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1530、クラウドストレージからのデータ、収集戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。