ECS Exec シェルを開く
実行中のコンテナ内で対話型の ECS Exec シェルを開くことができます。
単独で権限昇格を付与します。
ecs:ExecuteCommandecs:ExecuteCommand は単独でも、実行中のコンテナ内で対話型の ECS Exec シェルを開くことができます。広いリソーススコープでは、それだけで管理者権限に至ります。
なぜ危険なのか
プリンシパルは ecs:ExecuteCommand を呼び出し、ECS Exec を介して稼働中のコンテナ内で対話型シェルを開けます。SSH キーも、開いたセキュリティグループのポートも、iam:PassRole も不要で、ネットワーク経路を完全に回避します。これによりコンテナ内でのコード実行が得られ、そこからプリンシパルはタスクロールの一時認証情報を ECS タスクメタデータエンドポイントから読み取り、アカウント内へさらに横展開できます。
MITRE ATT&CK では、これはラテラルムーブメント戦術の T1651 (クラウド管理コマンド) に対応します。AWS はこれを CloudTrail に ExecuteCommand として記録します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。
検知
ExecuteCommand前提条件
対象タスクが enableExecuteCommand=true で RUNNING 状態にあり、タスクロールまたは実行ロールを持っていること。
MITRE ATT&CK
T1651 · クラウド管理コマンド戦術
ラテラルムーブメント
これを取り除くコントロール: ecs:ExecuteCommand をブレークグラスプリンシパルに限定し、必要としないタスクでは ECS Exec (enableExecuteCommand=false) を無効化します。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
ecs:ExecuteCommand は何を可能にしますか。
実行中のコンテナ内で対話型の ECS Exec シェルを開くことができます。
ecs:ExecuteCommand は単独で権限を昇格できますか。
はい。十分に広いリソースに対して保持されていれば、他の権限なしで管理者権限に到達します。
ECS Exec シェルの起動はどのように検知されますか。
CloudTrail で ExecuteCommand を監視します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。ecs:ExecuteCommand をブレークグラス用のプリンシパルに限定し、必要としないタスクでは ECS Exec(enableExecuteCommand=false)を無効化します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1651、クラウド管理コマンド、横展開戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。