SSM コマンドを介してインスタンスロールを乗っ取る
SSM 経由でインスタンス上でコマンドを実行し、そのインスタンスプロファイルロールを盗むことができます。
組み合わせた場合にのみ権限昇格を付与します。これらすべてが同時に必要です。
ssm:SendCommandec2:DescribeInstancesssm:SendCommand は、SSM 経由でインスタンス上でコマンドを実行し、そのインスタンスプロファイルのロールを盗めますが、ec2:DescribeInstances と併せ持ったときにのみ可能です。併せ持つと管理者権限に到達します。
なぜ危険なのか
プリンシパルは ssm:SendCommand を呼び出して、すでにインスタンスプロファイルロールを持つ SSM 管理下のインスタンス上で AWS-RunShellScript ドキュメントを実行し、インスタンスのライブ認証情報を IMDS から読み取って送り出す攻撃者のコマンドを、シェルセッション、キー、開いたポートなしで非対話的に実行できます。インスタンスがすでにそのボックスにバインドされているため、その上でのコマンド実行だけでロールを盗むのに十分で、iam:PassRole は不要です。インスタンスが特権的であれば、これはすでに信頼されていたインスタンスに対する完全な権限昇格であり、多数のインスタンスに対して一度にスクリプト化できます。
MITRE ATT&CK では、これは権限昇格戦術の T1578 (クラウドコンピュートインフラの改変) に対応します。AWS はこれを CloudTrail に SendCommand, DescribeInstances として記録します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。
検知
SendCommandDescribeInstances前提条件
インスタンスプロファイルを持つ既存の SSM 管理インスタンス。ssm:SendCommand 権限。ec2:DescribeInstances は標的を列挙し、ワイルドカードに対して評価されます。SSM エージェントがインスタンスに登録されている必要があります。
MITRE ATT&CK
T1578 · クラウドコンピューティングインフラの改変戦術
権限昇格
これを取り除くコントロール: ssm:SendCommand をブレークグラスプリンシパルに限定し、インスタンスプロファイルロールのアクセス許可を削減します。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
ssm:SendCommand は何を可能にしますか。
SSM 経由でインスタンス上でコマンドを実行し、そのインスタンスプロファイルロールを盗むことができます。
ssm:SendCommand が危険になるには他に何が必要ですか。
ec2:DescribeInstances と併せ持ったときにのみ権限昇格となります。単独では不十分であり、その点がこの組み合わせを見落としやすくしています。
SSM コマンドを介したインスタンスロールの乗っ取りはどのように検知されますか。
CloudTrail で SendCommand, DescribeInstances を監視します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。ssm:SendCommand をブレークグラス用のプリンシパルに限定し、インスタンスプロファイルロールの権限を削減します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1578、クラウドコンピューティングインフラの改変、権限昇格戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。