English
Español
Français
Deutsch
日本語
한국어
العربيةIdentity Center のアクセス許可セットを昇格する
Identity Center の許可セットを書き換え、そのプロビジョニングされたロールに完全な管理者権限を付与できます。
組み合わせた場合にのみ権限昇格を付与します。これらすべてが同時に必要です。
sso:PutInlinePolicyToPermissionSetsso:ProvisionPermissionSetsso:PutInlinePolicyToPermissionSet は、Identity Center のアクセス許可セットを書き換えて、そのプロビジョニング済みロールに完全な管理者権限を付与できますが、sso:ProvisionPermissionSet と併せ持ったときにのみ可能です。併せ持つと管理者権限に到達します。
なぜ危険なのか
プリンシパルは sso:PutInlinePolicyToPermissionSet を呼び出して、ロールとしてプロビジョニングされた IAM Identity Center のアクセス許可セットにインラインの *:* ポリシーをアタッチし、続いて sso:ProvisionPermissionSet でそれを展開できます。AWS はそのアクセス許可セットが割り当てられているすべてのアカウントで AWSReservedSSO_* ロールのポリシーを書き換えるため、1 回の API 呼び出しがスコープの絞られたフェデレーションロールを組織全体の管理者に変え、その付与はアクセス許可セットが修復されるまで維持されます。
MITRE ATT&CK では、これは権限昇格戦術の T1098.003 (アカウント操作: 追加のクラウドロール) に対応します。AWS はこれを CloudTrail に PutInlinePolicyToPermissionSet, ProvisionPermissionSet, AttachManagedPolicyToPermissionSet として記録します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。また、最初の足がかりが塞がれた後もアクセスを維持する手段を攻撃者に与えるため、通常の管理操作に見える場合でも監視する価値があります。
検知
PutInlinePolicyToPermissionSetProvisionPermissionSetAttachManagedPolicyToPermissionSet前提条件
アクセス許可セットがこのアカウントにプロビジョニングされており (ASSIGNED_TO_ROLE)、呼び出し元が組織の管理アカウントまたは委任された管理者アカウントにいて、その後ロールを引き受ける手段があること。
MITRE ATT&CK
T1098.003 · アカウント操作: 追加のクラウドロール戦術
権限昇格
これを取り除くコントロール: プリンシパルから sso:PutInlinePolicyToPermissionSet / ProvisionPermissionSet を削除し、Identity Center の管理をブレークグラスロールに限定します。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
sso:PutInlinePolicyToPermissionSet は何を可能にしますか。
Identity Center の許可セットを書き換え、そのプロビジョニングされたロールに完全な管理者権限を付与できます。
sso:PutInlinePolicyToPermissionSet が危険になるには他に何が必要ですか。
sso:ProvisionPermissionSet と併せ持ったときにのみ権限昇格となります。単独では不十分であり、その点がこの組み合わせを見落としやすくしています。
Identity Center アクセス許可セットの昇格はどのように検知されますか。
CloudTrail で PutInlinePolicyToPermissionSet, ProvisionPermissionSet, AttachManagedPolicyToPermissionSet を監視します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。プリンシパルから sso:PutInlinePolicyToPermissionSet / ProvisionPermissionSet を削除し、Identity Center の管理をブレークグラス用ロールに限定します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1098.003、アカウント操作: 追加のクラウドロール、権限昇格戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。