OIDC プロバイダーのオーディエンスにバックドアを仕込む
信頼された OIDC プロバイダーに攻撃者のオーディエンスを追加できます。
単独で権限昇格を付与します。
iam:AddClientIDToOpenIDConnectProvideriam:AddClientIDToOpenIDConnectProvider は単独でも、信頼された OIDC プロバイダーに攻撃者のオーディエンスを追加できます。広いリソーススコープでは、それだけで恒久的な再侵入経路に至ります。
なぜ危険なのか
プリンシパルは iam:AddClientIDToOpenIDConnectProvider を呼び出して、信頼された OIDC プロバイダーに攻撃者が制御するオーディエンスを登録し、続いて一致するトークンを発行して、そのプロバイダーを信頼するロールへ sts:AssumeRoleWithWebIdentity を呼び出せます。
MITRE ATT&CK では、これは永続化戦術の T1556 (認証プロセスの改変) に対応します。AWS はこれを CloudTrail に AddClientIDToOpenIDConnectProvider として記録します。この呼び出しは通常のアクティビティに対して目立たないため、専用のルールがないと見落としやすくなります。また、最初の足がかりが塞がれた後もアクセスを維持する手段を攻撃者に与えるため、通常の管理操作に見える場合でも監視する価値があります。
検知
AddClientIDToOpenIDConnectProvider前提条件
追加されたオーディエンスをプロバイダーに対して信頼ポリシーが受け入れるロール。
MITRE ATT&CK
T1556 · 認証プロセスの改変戦術
永続化
これを取り除くコントロール: iam:AddClientIDToOpenIDConnectProvider をブレークグラスロールに限定し、OIDC プロバイダーへの変更に対してアラームを設定します。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
iam:AddClientIDToOpenIDConnectProvider は何を可能にしますか。
信頼された OIDC プロバイダーに攻撃者のオーディエンスを追加できます。
iam:AddClientIDToOpenIDConnectProvider は単独で権限を昇格できますか。
はい。十分に広いリソースに対して保持されていれば、他の権限なしで恒久的な再侵入手段に到達します。
OIDC プロバイダーのオーディエンスへのバックドア設置はどのように検知されますか。
CloudTrail で AddClientIDToOpenIDConnectProvider を監視します。この呼び出しは通常の活動に対して目立たないため、ルールがないと見落としやすくなります。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。iam:AddClientIDToOpenIDConnectProvider をブレークグラス用ロールに限定し、OIDC プロバイダーへの変更に対してアラームを設定します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1556、認証プロセスの改変、永続化戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。