SSM SecureString パスを再帰的にダンプする
このパス配下のすべての SecureString パラメータを、1 回の呼び出しで再帰的にダンプできます。
単独で権限昇格を付与します。
ssm:GetParametersByPathssm:GetParametersByPath は単独でも、このパス配下のすべての SecureString パラメータを 1 回の呼び出しで再帰的に取得できます。広いリソーススコープでは、それだけでデータそのものに到達します。
なぜ危険なのか
プリンシパルは ssm:GetParametersByPath --recursive --with-decryption を呼び出して、SecureString のパラメータと、そのパス配下の他のすべてのパラメータを 1 回の API 呼び出しでまとめて読み取れます。これは ssm:GetParameter とは独立して認可されるため、GetParametersByPath のみを保持するプリンシパルは、GetParameter が拒否されている場合でも認証情報ツリー全体をダンプでき、パラメータ名の事前知識も不要です。
MITRE ATT&CK では、これは認証情報アクセス戦術の T1555.006 (パスワードストアからの認証情報: クラウドシークレット管理ストア) に対応します。AWS はこれを CloudTrail に GetParametersByPath として記録します。この呼び出しは通常のアクティビティに対して目立たないため、専用のルールがないと見落としやすくなります。
検知
GetParametersByPath前提条件
パラメータパスに対する ssm:GetParametersByPath、およびその暗号化キーに対する kms:Decrypt。
MITRE ATT&CK
T1555.006 · パスワードストアからの認証情報: クラウドシークレット管理ストア戦術
認証情報へのアクセス
これを取り除くコントロール: ssm:GetParametersByPath を制限します。これは ssm:GetParameter を拒否しても対象外であり、狭いパスプレフィックスにスコープを絞ります。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
ssm:GetParametersByPath は何を可能にしますか。
このパス配下のすべての SecureString パラメータを、1 回の呼び出しで再帰的にダンプできます。
ssm:GetParametersByPath は単独で権限昇格できますか。
はい。十分に広いリソースに対して保持されていれば、他の権限なしでデータそのものに到達します。
SSM SecureString パスの再帰的なダンプはどのように検知されますか。
CloudTrail で GetParametersByPath を監視します。この呼び出しは通常の活動に対して目立たないため、ルールがないと見落としやすくなります。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。ssm:GetParametersByPath を制限します。これは ssm:GetParameter を拒否してもカバーされないため、狭いパスのプレフィックスにスコープを絞ります。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1555.006、パスワードストアからの認証情報: クラウドシークレット管理ストア、認証情報アクセス戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。