データ持ち出しのために EBS ボリュームのスナップショットを取得する
EBS ボリュームのスナップショットを作成し、そのコピーを別の場所で読み取ることができます。
単独で権限昇格を付与します。
ec2:CreateSnapshotec2:CreateSnapshot は単独でも、EBS ボリュームのスナップショットを作成し、そのコピーを別の場所で読み取ることができます。広いリソーススコープでは、それだけで外部または公開プリンシパルによるアクセスに至ります。
なぜ危険なのか
プリンシパルはボリュームに対して ec2:CreateSnapshot を呼び出し、ディスクの完全な特定時点コピーを取得して、そのコピーを別経路で復元または共有できます。デタッチして再アタッチする方法とは異なり、これは権限が 1 つで済み、ボリュームのアベイラビリティーゾーンにインスタンスを必要とせず、稼働中のワークロードを妨げません。そのため、同じデータへのより静かで、はるかに一般的な経路となります。
MITRE ATT&CK では、これは収集戦術の T1005 (ローカルシステムからのデータ) に対応します。AWS はこれを CloudTrail に CreateSnapshot として記録します。この呼び出しは通常のアクティビティに対して目立たないため、専用のルールがないと見落としやすくなります。
検知
CreateSnapshot前提条件
ボリュームに対する ec2:CreateSnapshot。その後にコピーを読み取る手段 (CreateVolume + アタッチ、または共有するための ModifySnapshotAttribute)。ボリュームが CMK で暗号化されている場合は kms の付与。
MITRE ATT&CK
T1005 · ローカルシステムからのデータ戦術
収集
これを取り除くコントロール: ec2:CreateSnapshot をバックアップの自動化に限定し、プリンシパルが使用できない CMK でボリュームを暗号化して、コピーが外部に共有されないよう ec2:ModifySnapshotAttribute を拒否します。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
ec2:CreateSnapshot は何を可能にしますか。
EBS ボリュームのスナップショットを作成し、そのコピーを別の場所で読み取ることができます。
ec2:CreateSnapshot は単独で権限を昇格できますか。
はい。十分に広いリソースに対して保持されていれば、他の権限なしで外部または公開されたプリンシパルへのアクセスに到達します。
持ち出しを目的とした EBS ボリュームのスナップショット取得はどのように検知されますか。
CloudTrail で CreateSnapshot を監視します。この呼び出しは通常の活動に対して目立たないため、ルールがないと見落としやすくなります。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。ec2:CreateSnapshot をバックアップ自動化に限定し、プリンシパルが使用できない CMK でボリュームを暗号化して、コピーを外部に共有できないよう ec2:ModifySnapshotAttribute を拒否します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1005、ローカルシステムからのデータ、収集戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。