HealthOmics にロールを渡す
ロールを指定して HealthOmics ワークフローを作成し、そのロールとしてタスクを実行できます。
組み合わせた場合にのみ権限昇格を付与します。これらすべてが同時に必要です。
iam:PassRoleomics:CreateWorkflowomics:StartRuniam:PassRole は、ロールを指定して HealthOmics のワークフローを作成し、そのロールとしてタスクを実行できますが、omics:CreateWorkflow、omics:StartRun と併せ持ったときにのみ可能です。併せ持つと管理者権限に到達します。
なぜ危険なのか
プリンシパルはターゲットロールに対する iam:PassRole に加えて omics:CreateWorkflow と omics:StartRun を保持しているため、タスクがターゲットロールとして実行される AWS HealthOmics ワークフローを作成し、ターゲットロールを実行ロールとして渡して実行を開始でき、タスクはターゲットロールの権限で実行され、ターゲットロールの認証情報を持ち出す(または直接 AWS を呼び出す)ことができます。ターゲットロールが omics.amazonaws.com を信頼しているため、渡しは受け入れられます。ターゲットロールが特権的であれば、これは完全な権限昇格です。
MITRE ATT&CK では、これは権限昇格戦術の T1648 (サーバーレス実行) に対応します。AWS はこれを CloudTrail に CreateWorkflow, StartRun として記録します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。
検知
CreateWorkflowStartRun前提条件
対象ロールの信頼ポリシーが omics.amazonaws.com を許可している必要があります。また、攻撃者が書き込み可能な S3 バケットと、ワークフロータスクが実行できるプライベート ECR イメージが必要です (HealthOmics はプライベート ECR イメージを必要とします)。
MITRE ATT&CK
T1648 · サーバーレス実行戦術
権限昇格
これを取り除くコントロール: このロールに対する iam:PassRole を削除するか、iam:PassedToService でスコープを絞ります。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
iam:PassRole は何を可能にしますか。
ロールを指定して HealthOmics ワークフローを作成し、そのロールとしてタスクを実行できます。
iam:PassRole が危険になるには他に何が必要ですか。
omics:CreateWorkflow, omics:StartRun と併せ持ったときにのみ権限昇格となります。単独では不十分であり、その点がこの組み合わせを見落としやすくしています。
HealthOmics へのロールの受け渡しはどのように検知されますか。
CloudTrail で CreateWorkflow, StartRun を監視します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。このロールに対する iam:PassRole を削除するか、iam:PassedToService でスコープを絞ります。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1648、サーバーレス実行、権限昇格戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。