GuardDuty ディテクターを無効化する
GuardDuty ディテクターを削除せずに無効化できます。
単独で権限昇格を付与します。
guardduty:UpdateDetectorguardduty:UpdateDetector は単独でも、GuardDuty のディテクターを削除せずに無効化できます。広いリソーススコープでは、それだけで検知の無効化やガードレールの除去に至ります。
なぜ危険なのか
プリンシパルは検出機能に対して enable=false を指定して guardduty:UpdateDetector を呼び出す(または検出結果の公開頻度を延ばす)ことで、脅威検出を静かに無効化できます。DeleteDetector とは異なり検出機能自体は存在し続けるため、構成レビューでは存在するが機能していないと見えます。
MITRE ATT&CK では、これは防御回避戦術の T1562.001 (防御の妨害: ツールの無効化または改変) に対応します。AWS はこれを CloudTrail に UpdateDetector として記録します。この呼び出しは通常のアクティビティに対して目立たないため、専用のルールがないと見落としやすくなります。
検知
UpdateDetector前提条件
ディテクターに対する guardduty:UpdateDetector。
MITRE ATT&CK
T1562.001 · 防御の妨害: ツールの無効化または改変戦術
防御回避
これを取り除くコントロール: guardduty:UpdateDetector をブレークグラスロールに限定し、SCP で拒否して、このイベントに対してアラームを設定します。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
guardduty:UpdateDetector は何を可能にしますか。
GuardDuty ディテクターを削除せずに無効化できます。
guardduty:UpdateDetector は単独で権限を昇格できますか。
はい。十分に広いリソースに対して保持されていれば、他の権限なしで検知の無効化またはガードレールの除去に到達します。
GuardDuty ディテクターの無効化はどのように検知されますか。
CloudTrail で UpdateDetector を監視します。この呼び出しは通常の操作に対して静かであるため、専用のルールがないと見落としやすいです。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。guardduty:UpdateDetector をブレークグラス用ロールに限定し、SCP で拒否して、このイベントに対してアラームを設定します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1562.001、防御の妨害: ツールの無効化または改変、防御回避戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。