権限昇格 MWAA T1651

MWAA 環境にロールを渡す

新しい MWAA 環境にロールを渡し、そのロールとして Airflow DAG コードを実行できます。

組み合わせた場合にのみ権限昇格を付与します。これらすべてが同時に必要です。

iam:PassRolemwaa:CreateEnvironment

要点

iam:PassRole は、ロールを新しい MWAA 環境に渡し、そのロールとして Airflow DAG のコードを実行できますが、mwaa:CreateEnvironment と併せ持ったときにのみ可能です。併せ持つと管理者権限に到達します。

攻撃者がこの権限からどう動くか。

Pathbreak で詳しく見る

なぜ危険なのか

プリンシパルはターゲットロールに対する iam:PassRole に加えて mwaa:CreateEnvironment を保持しているため、ターゲットロールを実行ロールとする Managed Workflows for Apache Airflow 環境を立ち上げ、任意の Python をターゲットロールとして実行する DAG を投入できます。Airflow の DAG コードはサンドボックスのない通常の Python であるため、これはロールとして実行される完全なコード実行です。

MITRE ATT&CK では、これは権限昇格戦術の T1651 (クラウド管理コマンド) に対応します。AWS はこれを CloudTrail に CreateEnvironment として記録します。この呼び出しは CloudTrail で目立ち、通常のアクティビティから際立ちます。

検知

CreateEnvironment

前提条件

対象ロールの信頼ポリシーが airflow-env.amazonaws.com を許可している必要があります。また、2 つのプライベートサブネットを持つ VPC と、書き込み可能な S3 DAG バケットが必要です。

MITRE ATT&CK

T1651 · クラウド管理コマンド

戦術

権限昇格

経路を断ち切る

これを取り除くコントロール: このロールに対する iam:PassRole を削除するか、iam:PassedToService でスコープを絞ります。mwaa:CreateEnvironment を制限します。

適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。

Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。

質問

iam:PassRole は何を可能にしますか。

新しい MWAA 環境にロールを渡し、そのロールとして Airflow DAG コードを実行できます。

iam:PassRole が危険になるには他に何が必要ですか。

mwaa:CreateEnvironment と併せ持ったときにのみ権限昇格となります。単独では不十分であり、その点がこの組み合わせを見落としやすくしています。

MWAA 環境へのロールの受け渡しはどのように検知されますか。

CloudTrail で CreateEnvironment を監視します。この呼び出しは CloudTrail で目立ち、通常の活動から際立ちます。

この経路はどうやって断ち切りますか。

これを取り除くコントロールの一例は次のとおりです。このロールに対する iam:PassRole を削除するか、iam:PassedToService でスコープを絞り、mwaa:CreateEnvironment を制限します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。

これはどの MITRE ATT&CK テクニックですか。

T1651、クラウド管理コマンド、権限昇格戦術に該当します。

参考資料

https://attack.mitre.org/techniques/T1651/

これを自分のアカウントで見つける

1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。

無料スキャンを申し込む 7 分間のウォークスルーを見る

MWAA 環境 にロールを渡す