Sign in
Menu
Sign up
Docs

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

ClauseControls 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.
ClauseControls 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
ClauseControls 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
ClauseControls 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
ClauseControls 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.
ClauseControls 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.

17 controls enforced with a source URL change.

Start free trialGet started

On this page

Ask AI about this

Help improve this page