Terraform AWS S3 Bucket
S3 buckets with versioning, default encryption, public access blocks, bucket policies, access logging, lifecycle rules, replication, event notifications, and optional object lock controls.
Quick start
module "s3-bucket" {
source = "nistcsf.compliance.tf/terraform-aws-modules/s3-bucket/aws"
version = "~> 5.16"
# ... your arguments here
}module "s3-bucket" {
source = "pcidss.compliance.tf/terraform-aws-modules/s3-bucket/aws"
version = "~> 5.16"
# ... your arguments here
}module "s3-bucket" {
source = "cfrpart11.compliance.tf/terraform-aws-modules/s3-bucket/aws"
version = "~> 5.16"
# ... your arguments here
}module "s3-bucket" {
source = "eugmpannex11.compliance.tf/terraform-aws-modules/s3-bucket/aws"
version = "~> 5.16"
# ... your arguments here
}module "s3-bucket" {
source = "fedrampmoderate.compliance.tf/terraform-aws-modules/s3-bucket/aws"
version = "~> 5.16"
# ... your arguments here
}module "s3-bucket" {
source = "soc2.compliance.tf/terraform-aws-modules/s3-bucket/aws"
version = "~> 5.16"
# ... your arguments here
}module "s3-bucket" {
source = "nist800171.compliance.tf/terraform-aws-modules/s3-bucket/aws"
version = "~> 5.16"
# ... your arguments here
}module "s3-bucket" {
source = "nist80053.compliance.tf/terraform-aws-modules/s3-bucket/aws"
version = "~> 5.16"
# ... your arguments here
}This module on the compliance.tf registry lists its versions, inputs and outputs. The Get Started guide and Registry Endpoints cover authentication and how to customize the module for your requirements.
Migration from upstream
Already using terraform-aws-modules? Change only the source URL:
module "s3-bucket" {
source = "terraform-aws-modules/s3-bucket/aws"
version = "~> 5.16"
}module "s3-bucket" {
source = "soc2.compliance.tf/terraform-aws-modules/s3-bucket/aws"
version = "~> 5.16"
}Same arguments. Same outputs. Controls are checked at terraform plan. The Migration Guide has the step-by-step version.
Reversibility
No lock-in. Switch back by reverting the source URL:
module "s3-bucket" {
source = "terraform-aws-modules/s3-bucket/aws"
}Run terraform init -upgrade. Terraform state is unchanged: same resource addresses, same provider, no compliance.tf-specific resources. Controls you already applied remain in AWS.
Controls enforced
Up to 17 controls are checked at terraform plan when this module comes from a compliance.tf endpoint. Which ones are active depends on the endpoint; see Framework coverage.
Mapped compliance frameworks
| Clause | Controls from this module |
|---|---|
| DE.DP-4 | |
| ID.BE-5 | |
| ID.RA-1 | |
| PR.AC-3 | |
| PR.DS-1 | |
| PR.DS-3 | |
| PR.DS-4 | |
| PR.DS-5 | |
| PR.IP-1 | |
| PR.PT-4 | |
| PR.PT-5 | |
| RC.RP-02 | |
| RS.AN-07 |
| Clause | Controls from this module |
|---|---|
| 1.2.8: Network security controls (NSCs) are configured and maintained. | |
| 1.3.1: Network access to and from the cardholder data environment is restricted. | |
| 1.3.2: Network access to and from the cardholder data environment is restricted. | |
| 1.4.2: Network connections between trusted and untrusted networks are controlled. | |
| 1.5.1 Security controls are implemented on any computing devices, including company- and employee-owned devices, that connect to both untrusted networks | |
| 10.2.1.1: Audit logs are implemented to support the detection of anomalies and suspicious activity, and the forensic analysis of events. | |
| 10.2.1.2: Audit logs are implemented to support the detection of anomalies and suspicious activity, and the forensic analysis of events. | |
| 10.2.1.3: Audit logs are implemented to support the detection of anomalies and suspicious activity, and the forensic analysis of events. | |
| 10.2.1.4: Audit logs are implemented to support the detection of anomalies and suspicious activity, and the forensic analysis of events. | |
| 10.2.1.5: Audit logs are implemented to support the detection of anomalies and suspicious activity, and the forensic analysis of events. | |
| 10.2.1.6: Audit logs are implemented to support the detection of anomalies and suspicious activity, and the forensic analysis of events. | |
| 10.2.1.7: Audit logs are implemented to support the detection of anomalies and suspicious activity, and the forensic analysis of events. | |
| 10.2.1: Audit logs are implemented to support the detection of anomalies and suspicious activity, and the forensic analysis of events. | |
| 10.2.2: Audit logs are implemented to support the detection of anomalies and suspicious activity, and the forensic analysis of events. | |
| 10.3.1: Audit logs are protected from destruction and unauthorized modifications. | |
| 10.3.2: Audit logs are protected from destruction and unauthorized modifications. | |
| 10.3.3: Audit log files, including those for externalfacing technologies, are promptly backed up to a secure, central, internal log server(s) or other media that is difficult to modify | |
| 10.3.4: File integrity monitoring or change-detection mechanisms is used on audit logs to ensure that existing log data cannot be changed without generating alerts | |
| 10.5.1: Audit log history is retained and available for analysis. | |
| 10.5.1: Retain audit log history for at least 12 months, with at least the most recent three months immediately available for analysis | |
| 10.6.3: Time-synchronization mechanisms support consistent time settings across all systems. | |
| 11.5.2: A change-detection mechanism (for example, file integrity monitoring tools) is deployed | |
| 11.6.1: Unauthorized changes on payment pages are detected and responded to. | |
| 12.10.5: The security incident response plan includes monitoring and responding to alerts from security monitoring systems | |
| 3.2.1: Storage of account data is kept to a minimum. | |
| 3.3.1.1: Sensitive authentication data (SAD) is not stored after authorization. | |
| 3.3.1.3: Sensitive authentication data (SAD) is not stored after authorization. | |
| 3.3.2: Sensitive authentication data (SAD) is not stored after authorization. | |
| 3.3.3: Sensitive authentication data (SAD) is not stored after authorization. | |
| 3.5.1.3: Primary account number (PAN) is secured wherever it is stored. | |
| 3.5.1: Primary account number (PAN) is secured wherever it is stored. | |
| 5.3.4: Anti-malware mechanisms and processes are active, maintained, and monitored. | |
| 7.2.1: Access to system components and data is appropriately defined and assigned. | |
| 7.2.2: Access to system components and data is appropriately defined and assigned. | |
| 7.2.5: Access to system components and data is appropriately defined and assigned. | |
| 7.3.1: Access to system components and data is managed via an access control system(s). | |
| 7.3.2: Access to system components and data is managed via an access control system(s). | |
| 7.3.3: Access to system components and data is managed via an access control system(s). | |
| 8.2.7: User identification and related accounts for users and administrators are strictly managed throughout an accounts lifecycle. | |
| 8.2.8: If a user session has been idle for more than 15 minutes, the user is required to re-authenticate to re-activate the terminal or session | |
| 8.3.2: Strong cryptography is used to render all authentication factors unreadable during transmission and storage on all system components | |
| 8.3.4: Strong authentication for users and administrators is established and managed. | |
| A1.1.2: Multi-tenant service providers protect and separate all customer environments and data. | |
| A1.2.3: Processes or mechanisms are implemented for reporting and addressing suspected or confirmed security incidents and vulnerabilities | |
| A3.3.1: PCI DSS is incorporated into business-as-usual (BAU) activities. | |
| A3.4.1: Logical access to the cardholder data environment is controlled and managed. | |
| A3.5.1: Suspicious events are identified and responded to. |
| Clause | Controls from this module |
|---|---|
| 11.10(a) Validation of systems to ensure accuracy, reliability, consistent intended performance, and the ability to discern invalid or altered records | |
| 11.10(a): Controls for closed systems | |
| 11.10(c) Protection of records to enable their accurate and ready retrieval throughout the records retention period |
|
| 11.10(c): Controls for closed systems | |
| 11.10(d) Limiting system access to authorized individuals | |
| 11.10(e) Use of secure, computer-generated, time-stamped audit trails to independently record the date and time of operator entries and actions that create, modify, or delete electronic records | |
| 11.10(e): Controls for closed systems | |
| 11.10(g) Use of authority checks to ensure that only authorized individuals can use the system, electronically sign a record, access the operation or computer system input or output device, alter a record, or perform the operation at hand | |
| 11.10(k) Use of appropriate controls over systems documentation that includes adequate controls over the distribution of, access to, and use of documentation for system operation and maintenance | |
| 11.30 Controls for open systems |
| Clause | Controls from this module |
|---|---|
| 12.1 Security |
|
| 12.4 Security - Audit Trail | |
| 16 Business Continuity | |
| 17 Archiving | |
| 4.8 Validation - Data Transfer | |
| 5 Data | |
| 7.1 Data Storage - Damage Protection | |
| 7.2 Data Storage - Backups |
| Clause | Controls from this module |
|---|---|
| AC-17(1) Automated Monitoring/Control | |
| AC-2(4) Automated Audit Actions | |
| AC-2(g) | |
| AC-21(b) | |
| AU-11: Audit Record Retention | |
| AU-12(a)(c) | |
| AU-2(a)(d) | |
| AU-6(1)(3) | |
| AU-9(2) Audit Backup On Separate Physical Systems / Components | |
| Access Enforcement (AC-3) | |
| Baseline Configuration (CM-2) | |
| Boundary Protection (SC-7) | |
| CP-9(b)) | |
| Content of Audit Records (AU-3) | |
| Denial Of Service Protection (SC-5) | |
| Information Flow Enforcement (AC-4) | |
| Information Handling and Retention (SI-12) | |
| Information In Shared Resources (SC-4) | |
| Information System Recovery And Reconstitution (CP-10) | |
| Least Privilege (AC-6) | |
| Protection of Information at Rest (SC-28) | |
| SC-28 (1): Cryptographic Protection | |
| SC-7(3) Access Points |
| Clause | Controls from this module |
|---|---|
| A1.2 The entity authorizes, designs, develops or acquires, implements, operates, approves, maintains, and monitors environmental protections, software, data back-up processes, and recovery infrastructure to meet its objectives | |
| C1.1 The entity identifies and maintains confidential information to meet the entity's objectives related to confidentiality | |
| C1.1: The entity identifies and maintains confidential information to meet the entity's objectives related to confidentiality. | |
| C1.2 The entity disposes of confidential information to meet the entity's objectives related to confidentiality | |
| CC6.1 The entity implements logical access security software, infrastructure, and architectures over protected information assets to protect them from security events to meet the entity's objectives | |
| CC6.6: The entity implements logical access security measures to protect against threats from sources outside its system boundaries. | |
| CC7.2: The entity monitors system components and the operation of those components for anomalies that are indicative of malicious acts, natural disasters, and errors affecting the entity's ability to meet its objectives; anomalies are analyzed to determine whether they represent security events. | |
| CC7.3 The entity evaluates security events to determine whether they could or have resulted in a failure of the entity to meet its objectives (security incidents) and, if so, takes actions to prevent or address such failures | |
| CC7.4 The entity responds to identified security incidents by executing a defined incident response program to understand, contain, remediate, and communicate security incidents, as appropriate | |
| PI1.4 System outputs are complete, accurate, distributed only to intended parties, and retained to meet the entity's processing integrity commitments and system requirements | |
| PI1.5 Stored data is maintained complete, accurate, and protected from unauthorized modification to meet the entity's processing integrity commitments and system requirements |
| Clause | Controls from this module |
|---|---|
| 3.1.1 Limit system access to authorized users, processes acting on behalf of authorized users, and devices (including other systems) | |
| 3.1.12: Monitor and control remote access sessions. | |
| 3.1.2: Limit system access to the types of transactions and functions that authorized users are permitted to execute. | |
| 3.1.3 Control the flow of CUI in accordance with approved authorizations | |
| 3.13.1: Monitor, control, and protect communications (i.e., information transmitted or received by organizational systems) at the external boundaries and key internal boundaries of organizational systems. | |
| 3.13.2 Employ architectural designs, software development techniques, and systems engineering principles that promote effective information security within organizational systems | |
| 3.13.5 Implement subnetworks for publicly accessible system components that are physically or logically separated from internal networks | |
| 3.14.6 Monitor organizational systems, including inbound and outbound communications traffic, to detect attacks and indicators of potential attacks | |
| 3.14.7: Identify unauthorized use of organizational systems. | |
| 3.3.1: Create and retain system audit logs and records to the extent needed to enable the monitoring, analysis, investigation, and reporting of unlawful or unauthorized system activity | |
| 3.3.2 Ensure that the actions of individual system users can be uniquely traced to those users, so they can be held accountable for their actions | |
| 3.3.3 Review and update logged events | |
| 3.3.8: Protect audit information and audit logging tools from unauthorized access, modification, and deletion. | |
| 3.4.6 Employ the principle of least functionality by configuring organizational systems to provide only essential capabilities | |
| 3.6.1 Establish an operational incident-handling capability for organizational systems that includes preparation, detection, analysis, containment, recovery, and user response activities | |
| 3.6.2 Track, document, and report incidents to designated officials and/or authorities both internal and external to the organization | |
| 3.8.9: Protect the confidentiality of backup CUI at storage locations. |
| Clause | Controls from this module |
|---|---|
| AC-17(1) Monitoring And Control | |
| AC-17(10) Authenticate Remote Commands | |
| AC-17(4)(a) | |
| AC-17(9) Disconnect Or Disable Access | |
| AC-17(b) | |
| AC-2(4) Automated Audit Actions | |
| AC-2(6) Dynamic Privilege Management | |
| AC-3(1) Restricted Access To Privileged Functions | |
| AC-3(10) Audited Override Of Access Control Mechanisms | |
| AC-3(4): Discretionary Access Control | |
| AC-3(7): Role-Based Access Control | |
| AC-4(21) Physical Or Logical Separation Of Infomation Flows | |
| AC-4(26) Audit Filtering Actions | |
| AC-6(9) | |
| AC-6: Least Privilege | |
| AU-11: Audit Record Retention | |
| AU-12(1) System-Wide And Time-Correlated Audit Trial | |
| AU-12(2) Standardized Formats | |
| AU-12(3) Changes By Authorized Individuals | |
| AU-12(4) Query Parameter Audits Of Personally Identifiable Information | |
| AU-12(a) | |
| AU-12(c) | |
| AU-14(3) Remote Viewing And Listening | |
| AU-14(a) | |
| AU-14(b) | |
| AU-2(b) | |
| AU-3(a) | |
| AU-3(b) | |
| AU-3(c) | |
| AU-3(d) | |
| AU-3(e) | |
| AU-3(f) | |
| AU-6(3) Correlate Audit Record Repositories | |
| AU-6(4) Central Review And Analysis | |
| AU-6(6) Correletion With Physical Monitoring | |
| AU-6(9) Correletion With From Nontechnical Sources | |
| AU-8(b) | |
| AU-9(2): Store On Separate Physical Systems Or Components | |
| AU-9(3): Cryptographic Protection | |
| Access Enforcement (AC-3) | |
| CA-7(b) | |
| CM-5(1)(b) | |
| CM-6(a) | |
| CM-9(b) | |
| CP-1(2) | |
| CP-10(2): Transaction Recovery | |
| CP-2(5) Continue Mission And Business Functions | |
| CP-6(1) Separation From Primary Site | |
| CP-6(2) Recovery Time And Recovery Point Objectives | |
| CP-6(a) | |
| CP-9(a) | |
| CP-9(b) | |
| CP-9(c) | |
| Continuous Monitoring Strategy (PM-31) | |
| IA-3(3)(b) | |
| MA-4(1)(a) | |
| Media Access (MP-2) | |
| Non-Repudiation (AU-10) | |
| PM-11(b) | |
| PM-14(a)(1) | |
| PM-14(b) | |
| PM-17(b) | |
| SC-16(1) Integrity Verification | |
| SC-28(1): Cryptographic Protection | |
| SC-5(2) Capacity, Bandwidth, And Redundancy | |
| SC-7(11) Restrict Incoming communications Traffic | |
| SC-7(12) Host-Based Protection | |
| SC-7(16) Prevent Discovery Of System Components | |
| SC-7(2) Public Access | |
| SC-7(20) Prevent Discovery Of System Components | |
| SC-7(21) Isolation Of System Components | |
| SC-7(24)(b) | |
| SC-7(25) Unclassified National Security System Connections | |
| SC-7(26) Classified National Security System Connections | |
| SC-7(27) Unclassified Non-National Security System Connections | |
| SC-7(28): Connections To Public Networks | |
| SC-7(3) Access Points | |
| SC-7(7) Split Tunneling For Remote Devices | |
| SC-7(9)(a) | |
| SC-7(9)(b) | |
| SC-7(a) | |
| SC-7(b) | |
| SC-7(c) | |
| SI-1(1)(c) | |
| SI-1(a)(2) | |
| SI-10(1)(c) | |
| SI-13(5) Failover Capability | |
| SI-14(2): Non-Persistent Information | |
| SI-3(8)(b) | |
| SI-4(17) Integrated Situational Awareness | |
| SI-4(2) Automated Tools For Real-Time Analysis | |
| SI-4(20) Privileged Users | |
| SI-7(8) Auditing Capability For Significant Events | |
| System Recovery And Reconstitution (CP-10) | |
| Thin Nodes (SC-25) |
Framework coverage
Which controls from this module are active under each framework endpoint. Your framework preferences choose the columns.
Known Terraform limitations
Separately from the controls above, some things people ask this module for cannot be implemented by any module in any registry: they are limits of Terraform itself. Known limitations for this module lists the recurring ones: what causes each, the native workaround in full, and, where one exists, the opt-in Operational Rule that removes the need for a fork.