Cloud Security Maturity Model·AWS v3.0.0

ドラッグで移動 · ピンチでズーム

最適化 インシデントレスポンス

c4.15 構成逸脱の是正を自動化する

AWS Config の自動修復で構成の逸脱を検知・自動是正し、セキュリティのベースラインを強制します。自動修復は Systems Manager の自動化を実行してリソースを望ましい状態に戻します。検知・是正は予防的なガードレールを補完するもので、置き換えではありません。

実装ガイダンス

AWS Config で検知・是正する

AWS Config の自動修復は、AWS Systems Manager Automation のランブックを実行して、非準拠のリソースを望ましい状態に戻し、セキュリティのベースラインを継続的に強制します。

予防 vs. 検知・是正

SCP や IAM ポリシーで逸脱を単に予防すればよいのでは? 予防は理想的です(誤設定が一切存在しない)。硬い不変条件にはガードレールを使うべきです。ただし検知・是正は有用な補完です。

  • ビルダー体験の向上: 不透明な「access denied」ではなく、変更を許容してから元に戻し、(タグ経由で)オーナーに説明付きで通知できます。
  • 既存の逸脱をカバー: ポリシーはそれ以前から存在する誤設定を修正しませんが、Config の修復は修正します。
  • 特権的なバイパスを捕捉: ポリシーをバイパスできる者がリソースを誤設定しても、Config が是正します。
  • より穏やかな対応に対応: たとえば逸脱時にチケットを起票し、解決時に自動クローズするなど、強制ブロック以外の選択肢があります。

全体像

Resource drifts from baseline AWS Config continuously evaluates against rules compliant → no action non-compliant SSM Automation auto-remediation runbook + notify owner (tags) Desired state re-evaluated · complements preventive guardrails (c2.5), does not replace them
AWS Config はリソースをルールに対して継続的に評価します。非準拠のリソースは SSM Automation のランブックをトリガーして望ましい状態に戻し、オーナーに通知したうえで再評価します。この検知・修正のループは予防的ガードレール(c2.5)を補完するものであり、置き換えるものではありません。

How to validate

  • セキュリティのベースラインに対する構成の逸脱を検知していますか(たとえば AWS Config で)?
  • 確度の高い誤設定を自動是正するか、少なくともチケットを起票してオーナーに通知していますか?
  • 予防的なガードレール(SCP/RCP)が硬い不変条件をカバーし、残りを検知・是正が扱っていますか?

Threats addressed

  • 構成の逸脱はリソースを気づかれないままセキュリティのベースラインから外します。検知と是正がないと、誤設定が気づかれずに残り、侵入口になり得ます。

AWS サービス

AWS Config AWS Systems Manager

料金

AWS Config の料金を参照してください。

Framework mappings

AWS CAF

Well-Architected

NIST CSF

References