外部 AWS アカウントに付与された KMS キーで復号する
KMS キーのポリシーが外部 AWS アカウントにそのキーの使用を付与しています。
IAM 権限は必要ありません。露出はリソース自体の設定にあるため、ポリシーが指定する相手なら誰でも、公開されている場合は全員が到達できます。
これは権限ではなく、設定上の露出です。KMS キーのポリシーが、外部 AWS アカウントにそのキーの使用を許可しています。ポリシーが許可する相手、公開されている場合はすべての人が、自身の IAM アクセスなしにこれに到達できます。
なぜ危険なのか
KMS キーのポリシーが、絞り込み条件なしで外部 AWS アカウントに付与しています。そのアカウントを支配する攻撃者は、キー(kms:Decrypt)を直接使用できます。
MITRE ATT&CK では、これは収集戦術の T1530 (クラウドストレージからのデータ) に対応します。AWS はこれを CloudTrail に kms:GetKeyPolicy / Decrypt (CloudTrail) として記録します。この呼び出しは通常のアクティビティに対して目立たないため、専用のルールがないと見落としやすくなります。
検知
kms:GetKeyPolicy / Decrypt (CloudTrail)前提条件
指定された外部 AWS アカウントの制御。キーポリシーが絞り込み条件なしでこれを付与します。
MITRE ATT&CK
T1530 · クラウドストレージからのデータ戦術
収集
これを取り除くコントロール: 付与を組織にスコープするか (aws:PrincipalOrgID) / SourceArn に絞るか、外部プリンシパルを削除します。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
この構成は何を可能にしますか。
KMS キーのポリシーが外部 AWS アカウントにそのキーの使用を付与しています。
これには IAM 権限が必要ですか。
いいえ。これは設定上の露出です。リソースポリシーが指定する相手なら誰でも、公開されている場合は全員が、自分自身の権限を持たずに到達できます。
外部 AWS アカウントに付与された KMS キーによる復号はどのように検知されますか。
CloudTrail で kms:GetKeyPolicy / Decrypt (CloudTrail) を監視します。この呼び出しは通常の操作に対して静かであるため、専用のルールがないと見落としやすいです。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。グラントを自組織(aws:PrincipalOrgID)または SourceArn にスコープを絞るか、外部プリンシパルを削除します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1530、クラウドストレージからのデータ、収集戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。