English
Español
Français
Deutsch
日本語
한국어
العربيةバケットポリシー経由で S3 の読み取りを自身に付与する
バケットのポリシーを書き換えて自身に読み取りアクセスを付与し、それを読み取ることができます。
単独で権限昇格を付与します。
s3:PutBucketPolicys3:PutBucketPolicy は単独でも、バケットのポリシーを書き換えて自身に読み取りアクセスを許可し、それを読み取ることができます。広いリソーススコープでは、それだけで外部または公開プリンシパルによるアクセスに至ります。
なぜ危険なのか
プリンシパルはバケットに対して s3:PutBucketPolicy を呼び出して、自分自身(または一般公開)に s3:GetObject を付与するリソースポリシーをアタッチし、続いてバケットのオブジェクトを読み取れます。これはアイデンティティポリシーに読み取り付与がないことを回避します。攻撃者はキーを持つのではなく錠を書き換えます。深刻度はバケットの機密性によって決まります。ポリシーの制御が、バケットが保持するあらゆるものの直接的な持ち出しとなります。
MITRE ATT&CK では、これは権限昇格戦術の T1098 (アカウント操作) に対応します。AWS はこれを CloudTrail に PutBucketPolicy, PutBucketAcl, PutAccountPublicAccessBlock として記録します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。
検知
PutBucketPolicyPutBucketAclPutAccountPublicAccessBlock前提条件
バケットに対する s3:PutBucketPolicy。この悪用はさらに、SCP/境界/PrincipalOrgID のガードレールが過剰な付与を阻止せず、(公開付与の場合) アカウントレベルの S3 ブロックパブリックアクセスが適用されていないことを前提とします。
MITRE ATT&CK
T1098 · アカウント操作戦術
権限昇格
これを取り除くコントロール: s3:PutBucketPolicy を CI/CD/管理者に限定し、アカウントレベルの S3 Block Public Access を有効化して、バケットポリシーの書き込みを SCP で拒否します。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
s3:PutBucketPolicy は何を可能にしますか。
バケットのポリシーを書き換えて自身に読み取りアクセスを付与し、それを読み取ることができます。
s3:PutBucketPolicy は単独で権限昇格できますか。
はい。十分に広いリソースに対して保持されていれば、他の権限なしで外部または公開されたプリンシパルへのアクセスに到達します。
バケットポリシーによる S3 読み取りの自己付与はどのように検知されますか。
CloudTrail で PutBucketPolicy, PutBucketAcl, PutAccountPublicAccessBlock を監視します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。s3:PutBucketPolicy を CI/CD や管理者に限定し、アカウントレベルの S3 Block Public Access を有効化して、バケットポリシーの書き込みを SCP で拒否します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1098、アカウント操作、権限昇格戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。