AWS Well-Architected Security Pillar
Security Foundations

AWS Well-Architected Security Pillar SEC01-BP06: Automate deployment of standard security controls

Define standard security controls and configurations as infrastructure as code, version control them, test them in a pipeline and deploy them automatically across environments.

Maintained by Gerard BlokdykVerified against the published standard Control text last updated

What else in your programme already covers this

This control maps to 61 controls across 19 other frameworks. If you already hold one of them, the evidence you collected for it is the starting point here rather than new work.

FedRAMP High · 7 controls

  • CM-2 Baseline Configuration
  • CM-2(2) Automation Support for Accuracy and Currency
  • CM-2(3) Retention of Previous Configurations
  • CM-4(2) Impact Analyses | Verification of Controls (CM-4(2))
  • CM-6 Configuration Settings
  • CM-6(1) Automated Management, Application, and Verification
  • SA-10 Developer Configuration Management

FedRAMP Moderate · 7 controls

  • CM-2 Baseline Configuration
  • CM-2(2) Automation Support for Accuracy and Currency
  • CM-2(3) Retention of Previous Configurations
  • CM-4(2) Impact Analyses | Verification of Controls (CM-4(2))
  • CM-6 Configuration Settings
  • CM-6(1) Automated Management, Application, and Verification
  • SA-10 Developer Configuration Management

PCI DSS 4.0 · 5 controls

  • 1.2.1 1.2.1 Ruleset configuration standards for NSCs
  • 1.2.8 1.2.8 NSC configuration files secured and consistent
  • 2.2.1 2.2.1 System configuration standards maintained
  • 2.2.6 2.2.6 System security parameters configured against misuse
  • 6.5.2 6.5.2 Confirm PCI DSS controls after significant change
  • ASBv3-GS-5 Define and implement security posture management strategy
  • ASBv3-PV-1 Define and establish secure configurations
  • DS-6 Enforce security of workload throughout DevOps lifecycle
  • PV-2 Audit and enforce secure configurations

CMMC 2.0 · 4 controls

NIST SP 800-161 Rev 1 · 4 controls

C5 (Germany) · 3 controls

  • C5-DEV-03 Policies for changes to information systems
  • C5-DEV-08 Version Control
  • C5-OPS-23 Managing Vulnerabilities, Malfunctions and Errors - System Hardening

CIS Controls v8 · 3 controls

  • CIS-16.7 Use Standard Hardening Configuration Templates for Application Infrastructure
  • CIS-4.1 Establish and Maintain a Secure Configuration Process
  • CIS-4.6 Securely Manage Enterprise Assets and Software

ISO 27001:2022 · 3 controls

  • 8.27 Secure system architecture and engineering principles
  • 8.32 Change management
  • 8.9 Configuration management

ISO 27002:2022 · 3 controls

  • 8.27 Secure system architecture and engineering principles
  • 8.32 Change management
  • 8.9 Configuration management

NIST SP 800-171 Rev 3 · 3 controls

NIST SP 800-53 Rev 5 · 3 controls

  • ANSSI-HYG-14 Apply a Minimum Security Level Across the Whole Estate
  • ANSSI-HYG-16 Use a Centralised Management Tool to Standardise Security Policies
  • NIST-CSF-ID.RA-07 Changes and exceptions are managed, assessed for risk impact, recorded, and tracked
  • NIST-CSF-PR.PS-01 Configuration management practices are established and applied

NIST SP 800-218 · 2 controls

SOC 2 · 2 controls

  • SOC2-CC5.2 CC5.2 General controls over technology (COSO principle 11)
  • SOC2-CC8.1 CC8.1 Managing changes to procedures, software, data and infrastructure

HIPAA Security Rule · 1 control

Every mapping shown was judged rather than inferred from wording similarity, and the ones that failed review are published too. See the coverage reports and what was rejected.

Other controls in Security Foundations

You are reading one control. How much of AWS Well-Architected Security Pillar have you already done?

AWS Well-Architected Security Pillar SEC01-BP06 is one control. If you already hold one of the frameworks below, a reviewed crosswalk already says how much of AWS Well-Architected Security Pillar your existing evidence covers. Hold NIST SP 800-53 Rev 5 and 52 of 63 AWS Well-Architected Security Pillar controls already carry evidence.

Each report names every control your existing framework evidences, every one it does not, the reasoning behind each claim, and the claims that were argued against and rejected. 0 were rejected on the NIST SP 800-53 Rev 5 pair alone.

Query this from an agent

The graph holds this control, the 61 it maps to, and the evidence behind each claim, over MCP and REST.