English
Español
Français
Deutsch
日本語
한국어
العربيةアクセスキーをローテーションしてユーザーの認証情報を発行する
キーをローテーションして取り除き、ユーザー向けに新しいアクセスキーを発行できます。
組み合わせた場合にのみ権限昇格を付与します。これらすべてが同時に必要です。
iam:CreateAccessKeyiam:DeleteAccessKeyiam:CreateAccessKey は、鍵をローテーションしてユーザーの新しいアクセスキーを発行できますが、iam:DeleteAccessKey と併せ持ったときにのみ可能です。併せ持つと使用可能な認証情報に到達します。
なぜ危険なのか
プリンシパルは iam:DeleteAccessKey を呼び出してユーザーの既存のアクセスキーの 1 つを取り除き、続いて iam:CreateAccessKey を呼び出して、ターゲットユーザーのシークレットを一切知らずに、プリンシパルの制御下にある真新しい長期キーを発行できます。単純なキー発行とは異なり、削除を加えることで AWS のユーザーあたり 2 アクセスキーの上限を回避できるため、ターゲットユーザーがすでに上限の 2 つを保持していても機能します。以降、プリンシパルはターゲットユーザーとして API に認証します。新しいキーはターゲットユーザーの他の認証情報から独立しているため、アカウント乗っ取りであると同時に永続的な足がかりとなります。
MITRE ATT&CK では、これは永続化戦術の T1098.001 (アカウント操作: 追加のクラウド認証情報) に対応します。AWS はこれを CloudTrail に CreateAccessKey, DeleteAccessKey として記録します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。また、最初の足がかりが塞がれた後もアクセスを維持する手段を攻撃者に与えるため、通常の管理操作に見える場合でも監視する価値があります。
検知
CreateAccessKeyDeleteAccessKey前提条件
iam:CreateAccessKey に加えて iam:DeleteAccessKey も保持しているため、対象ユーザーがすでに 2 キーの上限に達している場合 (単純な CreateAccessKey では失敗する場合) でも機能します。
MITRE ATT&CK
T1098.001 · アカウント操作: 追加のクラウド認証情報戦術
永続化
これを取り除くコントロール: プリンシパルから iam:CreateAccessKey と iam:DeleteAccessKey を削除します。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
iam:CreateAccessKey は何を可能にしますか。
キーをローテーションして取り除き、ユーザー向けに新しいアクセスキーを発行できます。
iam:CreateAccessKey が危険になるには他に何が必要ですか。
iam:DeleteAccessKey と併せ持ったときにのみ権限昇格となります。単独では不十分であり、その点がこの組み合わせを見落としやすくしています。
ユーザー向け認証情報を発行するためのアクセスキーのローテーションはどのように検知されますか。
CloudTrail で CreateAccessKey, DeleteAccessKey を監視します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。プリンシパルから iam:CreateAccessKey と iam:DeleteAccessKey を削除します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1098.001、アカウント操作: 追加のクラウド認証情報、永続化戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。