|
| 1 | +--- |
| 2 | +title: "Comprehensive Security and Compliance Components for AWS Organizations" |
| 3 | +slug: security-compliance-components |
| 4 | +authors: [cloudposse] |
| 5 | +tags: [security, compliance, aws, components, guardduty, security-hub, inspector, macie] |
| 6 | +date: 2025-12-18 |
| 7 | +--- |
| 8 | + |
| 9 | +import Intro from '@site/src/components/Intro'; |
| 10 | +import Steps from '@site/src/components/Steps'; |
| 11 | + |
| 12 | +<Intro> |
| 13 | + We're excited to announce comprehensive documentation for our suite of security and compliance Terraform components. |
| 14 | + These components enable you to deploy AWS security services across your entire AWS Organization using the delegated |
| 15 | + administrator pattern, providing centralized security monitoring and compliance assessment. |
| 16 | +</Intro> |
| 17 | + |
| 18 | +Hello SweetOps! |
| 19 | + |
| 20 | +Security and compliance are critical for any organization running workloads on AWS. |
| 21 | +Whether you're pursuing SOC2, HIPAA, PCI DSS, FedRAMP, or CIS benchmarks, you need comprehensive visibility into threats, |
| 22 | +vulnerabilities, and configuration drift across all your accounts. |
| 23 | + |
| 24 | +We've updated and documented our security and compliance components to make deploying these services straightforward and |
| 25 | +maintainable at scale. |
| 26 | + |
| 27 | +## What's Included |
| 28 | + |
| 29 | +Our security and compliance framework includes 9 Terraform components: |
| 30 | + |
| 31 | +| Component | Purpose | |
| 32 | +|-----------|---------| |
| 33 | +| [AWS Config](/layers/security-and-compliance/aws-config/) | Configuration compliance and resource inventory | |
| 34 | +| [AWS CloudTrail](/layers/security-and-compliance/aws-cloudtrail/) | API activity logging and audit trail | |
| 35 | +| [AWS GuardDuty](/layers/security-and-compliance/aws-guardduty/) | Intelligent threat detection | |
| 36 | +| [AWS Security Hub](/layers/security-and-compliance/aws-security-hub/) | Centralized security findings aggregation | |
| 37 | +| [AWS Inspector 2](/layers/security-and-compliance/aws-inspector2/) | Automated vulnerability scanning | |
| 38 | +| [Amazon Macie](/layers/security-and-compliance/aws-macie/) | Sensitive data discovery in S3 | |
| 39 | +| [IAM Access Analyzer](/layers/security-and-compliance/aws-access-analyzer/) | External and unused access detection | |
| 40 | +| [AWS Shield](/layers/security-and-compliance/aws-shield/) | DDoS protection | |
| 41 | +| [AWS Audit Manager](/layers/security-and-compliance/aws-audit-manager/) | Compliance evidence collection | |
| 42 | + |
| 43 | +## Key Architecture Decisions |
| 44 | + |
| 45 | +Our approach uses the **delegated administrator** pattern, centralizing security management while maintaining proper separation of concerns: |
| 46 | + |
| 47 | +<Steps> |
| 48 | + - **Security Account**: Acts as the delegated administrator for threat detection and security monitoring services |
| 49 | + - **Audit Account**: Stores immutable logs (CloudTrail) and configuration snapshots (Config) |
| 50 | + - **Root Account**: Delegates administration but doesn't manage day-to-day security operations |
| 51 | + - **Member Accounts**: Automatically enrolled and monitored by the security account |
| 52 | +</Steps> |
| 53 | + |
| 54 | +## Deployment Models |
| 55 | + |
| 56 | +Different AWS services require different deployment approaches. We've documented each pattern: |
| 57 | + |
| 58 | +### 3-Step Delegated Administrator |
| 59 | +Used by GuardDuty, Security Hub, and Macie: |
| 60 | +1. Deploy to security account (creates the service) |
| 61 | +2. Deploy to root account (delegates administration) |
| 62 | +3. Deploy org settings to security account (configures organization-wide settings) |
| 63 | + |
| 64 | +### 2-Step Delegated Administrator |
| 65 | +Used by Inspector and Access Analyzer: |
| 66 | +1. Deploy to root account (delegates administration) |
| 67 | +2. Deploy org settings to security account |
| 68 | + |
| 69 | +### Per-Account Deployment |
| 70 | +Used by Config and CloudTrail, with central aggregation in security/audit accounts. |
| 71 | + |
| 72 | +### Per-Resource Deployment |
| 73 | +Used by Shield Advanced for protecting specific resources like ALBs, CloudFront distributions, and Route53 hosted zones. |
| 74 | + |
| 75 | +## Compliance Framework Support |
| 76 | + |
| 77 | +These components support multiple compliance frameworks out of the box: |
| 78 | + |
| 79 | +- **CIS AWS Foundations Benchmark** (v1.4, v1.5) |
| 80 | +- **AWS Foundational Security Best Practices** |
| 81 | +- **PCI DSS** (Payment Card Industry) |
| 82 | +- **HIPAA** (Healthcare) |
| 83 | +- **SOC 2** (Service Organization Control) |
| 84 | +- **NIST 800-53** (Federal) |
| 85 | +- **FedRAMP** (Federal Risk and Authorization) |
| 86 | +- **CMMC** (Cybersecurity Maturity Model Certification) |
| 87 | + |
| 88 | +## Getting Started |
| 89 | + |
| 90 | +We've created comprehensive documentation to help you deploy these components: |
| 91 | + |
| 92 | +1. **[Security and Compliance Overview](/layers/security-and-compliance/)** - Architecture and component descriptions |
| 93 | +2. **[Setup Guide](/layers/security-and-compliance/setup/)** - Step-by-step deployment instructions |
| 94 | +3. **[FAQ](/layers/security-and-compliance/faq/)** - Common issues and troubleshooting |
| 95 | + |
| 96 | +Each component also has its own detailed documentation page with stack configurations, deployment commands, and key variables. |
| 97 | + |
| 98 | +## Component Repositories |
| 99 | + |
| 100 | +All components are available in the [`cloudposse-terraform-components`](https://github.com/cloudposse-terraform-components) GitHub organization: |
| 101 | + |
| 102 | +- [aws-config](https://github.com/cloudposse-terraform-components/aws-config) |
| 103 | +- [aws-cloudtrail](https://github.com/cloudposse-terraform-components/aws-cloudtrail) |
| 104 | +- [aws-guardduty](https://github.com/cloudposse-terraform-components/aws-guardduty) |
| 105 | +- [aws-security-hub](https://github.com/cloudposse-terraform-components/aws-security-hub) |
| 106 | +- [aws-inspector2](https://github.com/cloudposse-terraform-components/aws-inspector2) |
| 107 | +- [aws-macie](https://github.com/cloudposse-terraform-components/aws-macie) |
| 108 | +- [aws-access-analyzer](https://github.com/cloudposse-terraform-components/aws-access-analyzer) |
| 109 | +- [aws-shield](https://github.com/cloudposse-terraform-components/aws-shield) |
| 110 | +- [aws-audit-manager](https://github.com/cloudposse-terraform-components/aws-audit-manager) |
| 111 | + |
| 112 | +## What's Next |
| 113 | + |
| 114 | +We're continuing to improve our security and compliance components: |
| 115 | + |
| 116 | +- Additional conformance pack templates for common compliance frameworks |
| 117 | +- Enhanced integration between services |
| 118 | +- More automated remediation patterns via EventBridge |
| 119 | +- Expanded documentation for GovCloud deployments |
| 120 | + |
| 121 | +:::tip Need Help? |
| 122 | +If you have questions about deploying security and compliance components, reach out in the [SweetOps Slack](https://cloudposse.com/slack) |
| 123 | +or check our [FAQ](/layers/security-and-compliance/faq/) for common issues. |
| 124 | +::: |
| 125 | + |
| 126 | +We'd love to hear your feedback on these components. Let us know what compliance frameworks you're targeting and how we |
| 127 | +can make these components work better for your organization! |
0 commit comments