再アタッチによって EBS ボリュームを盗む
EBS ボリュームをデタッチし、攻撃者が制御するインスタンスに再アタッチできます。
組み合わせた場合にのみ権限昇格を付与します。これらすべてが同時に必要です。
ec2:DetachVolumeec2:AttachVolumeec2:DetachVolume は、EBS ボリュームをデタッチし、攻撃者が制御するインスタンスに再アタッチできますが、ec2:AttachVolume と併せ持ったときにのみ可能です。併せ持つと外部または公開されたプリンシパルへのアクセスに到達します。
なぜ危険なのか
プリンシパルはボリュームに対して ec2:DetachVolume を呼び出し、ec2:AttachVolume で自分が制御するインスタンスに再アタッチしてから、ファイルシステムをオフラインでマウントして読み取れます。これは元のホスト上のあらゆる OS レベルおよびアプリケーションレベルのコントロールを回避します。スナップショットは作成されず、データプレーンの認証情報も不要で、ディスクは単に所有者が変わるだけです。
MITRE ATT&CK では、これは収集戦術の T1005 (ローカルシステムからのデータ) に対応します。AWS はこれを CloudTrail に DetachVolume, AttachVolume として記録します。この呼び出しは CloudTrail で目立ち、通常のアクティビティから際立ちます。
検知
DetachVolumeAttachVolume前提条件
ボリュームのアベイラビリティーゾーン内にある攻撃者が制御する EC2 インスタンス。ボリュームが暗号化されている場合は CMK に対する kms:Decrypt/CreateGrant。
MITRE ATT&CK
T1005 · ローカルシステムからのデータ戦術
収集
これを取り除くコントロール: ec2:DetachVolume / ec2:AttachVolume を必要とするインスタンスとボリュームに限定し、プリンシパルが使用できない CMK でボリュームを暗号化します。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
ec2:DetachVolume は何を可能にしますか。
EBS ボリュームをデタッチし、攻撃者が制御するインスタンスに再アタッチできます。
ec2:DetachVolume が危険になるには他に何が必要ですか。
ec2:AttachVolume と併せ持ったときにのみ権限昇格となります。単独では不十分であり、その点がこの組み合わせを見落としやすくしています。
再アタッチによる EBS ボリュームの窃取はどのように検知されますか。
CloudTrail で DetachVolume, AttachVolume を監視します。この呼び出しは CloudTrail で目立ち、通常の活動から際立ちます。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。ec2:DetachVolume / ec2:AttachVolume を、それらを必要とするインスタンスとボリュームに限定し、プリンシパルが使用できない CMK でボリュームを暗号化します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1005、ローカルシステムからのデータ、収集戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。