Implementing AWS Config rules for continuous compliance monitoring of AWS resources, deploying managed and custom rules aligned to CIS and PCI DSS frameworks, configuring automatic remediation with SSM Automation, and aggregating compliance data across accounts.
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Um comando direto ignora o prompt de revisão. Verifique a origem antes de executá-lo.
Instruções da origem · Visualização somente leitura
name
implementing-aws-config-rules-for-compliance
description
Implementing AWS Config rules for continuous compliance monitoring of AWS resources, deploying managed and custom rules aligned to CIS and PCI DSS frameworks, configuring automatic remediation with SSM Automation, and aggregating compliance data across accounts.
When establishing continuous compliance monitoring for AWS resources against regulatory standards
When implementing automated detection and remediation of configuration drift
When building a compliance dashboard across multiple AWS accounts using AWS Organizations
When audit teams require evidence of continuous compliance rather than point-in-time assessments
When deploying guardrails that detect non-compliant resources within minutes of creation
Do not use for real-time threat detection (use GuardDuty), for application vulnerability scanning (use Inspector), or for one-time compliance assessments (use Prowler for faster ad-hoc audits).
Common Misconfigurations & Verification
Mistakes that silently neuter Config rules so they report "compliant" while drift goes undetected:
Scoped recording group.put-configuration-recorder with allSupported=false skips the resource types your rules target, so rules evaluate 0 resources and show green. Verify the recorder records what your rules need.
Recorder created but never started.put-configuration-recorder without start-configuration-recorder produces no evaluations at all.
Delivery channel S3 bucket policy missing the config.amazonaws.com principal → snapshots silently fail to deliver; check describe-delivery-channel-status.
Wrong trigger scope (periodic vs ConfigurationItemChangeNotification) leaves change-driven drift undetected between scheduled snapshots.
Remediation AutomationAssumeRole lacking permissions or an ssm.amazonaws.com trust policy → the action shows as configured but never executes; MaximumAutomaticAttempts exhausts silently.
Global resources (IAM) only recorded where includeGlobalResourceTypes=true — set in exactly one region or they're missed/duplicated.
Verify it actually works:
aws configservice describe-configuration-recorder-status --query 'ConfigurationRecordersStatus[0].recording'# must be true
aws configservice describe-config-rule-evaluation-status --config-rule-names s3-bucket-public-read-prohibited
aws configservice get-compliance-details-by-config-rule --config-rule-name encrypted-volumes --compliance-types NON_COMPLIANT
Then create a deliberately non-compliant resource (a public S3 bucket) and confirm the rule flips to NON_COMPLIANT within minutes and the SSM remediation runs to completion.
Prerequisites
AWS Config recording enabled in all target accounts and regions
IAM role with config:*, ssm:*, and lambda:* permissions for rule management
AWS Organizations with delegated administrator for Config aggregation
S3 bucket for Config delivery channel and SNS topic for notifications
CloudFormation StackSets or Terraform for multi-account rule deployment
Workflow
Step 1: Enable AWS Config Recording
Set up the Config recorder and delivery channel in each target account.
# Create S3 bucket for Config data
aws s3api create-bucket \
--bucket config-compliance-data-ACCOUNT_ID \
--region us-east-1
# Create Config service role
aws iam create-service-linked-role --aws-service-name config.amazonaws.com
# Start the Config recorder
aws configservice put-configuration-recorder \
--configuration-recorder name=default,roleARN=arn:aws:iam::ACCOUNT:role/aws-service-role/config.amazonaws.com/AWSServiceRoleForConfig \
--recording-group allSupported=true,includeGlobalResourceTypes=true# Set up delivery channel
aws configservice put-delivery-channel \
--delivery-channel '{
"name": "default",
"s3BucketName": "config-compliance-data-ACCOUNT_ID",
"snsTopicARN": "arn:aws:sns:us-east-1:ACCOUNT:config-notifications",
"configSnapshotDeliveryProperties": {"deliveryFrequency": "TwentyFour_Hours"}
}'# Start recording
aws configservice start-configuration-recorder --configuration-recorder-name default
Step 2: Deploy Managed Config Rules for CIS Compliance
Enable AWS-managed Config rules that map to CIS AWS Foundations Benchmark controls.
Aggregate compliance data from all organization accounts into a central view.
# Create a Config aggregator for the organization
aws configservice put-configuration-aggregator \
--configuration-aggregator-name org-compliance-aggregator \
--organization-aggregation-source '{
"RoleArn": "arn:aws:iam::ACCOUNT:role/ConfigAggregatorRole",
"AllAwsRegions": true
}'# Query aggregate compliance across all accounts
aws configservice get-aggregate-compliance-details-by-config-rule \
--configuration-aggregator-name org-compliance-aggregator \
--config-rule-name s3-bucket-public-read-prohibited \
--compliance-type NON_COMPLIANT \
--query 'AggregateEvaluationResults[*].[AccountId,AwsRegion,EvaluationResultIdentifier.EvaluationResultQualifier.ResourceId,ComplianceType]' \
--output table
# Get compliance summary by account
aws configservice get-aggregate-compliance-summary-by-source \
--configuration-aggregator-name org-compliance-aggregator \
--query 'AggregateComplianceCounts[*].[GroupName,ComplianceSummary.CompliantResourceCount.CappedCount,ComplianceSummary.NonCompliantResourceCount.CappedCount]' \
--output table
Key Concepts
Term
Definition
AWS Config Rule
A compliance check that evaluates whether AWS resource configurations meet specified requirements, either continuously or on a schedule
Managed Rule
AWS-provided pre-built Config rule with standardized logic for common compliance checks like encryption and public access
Custom Rule
Organization-specific Config rule backed by a Lambda function that evaluates custom compliance logic
Remediation Action
SSM Automation document or Lambda function triggered to automatically fix non-compliant resources
Configuration Aggregator
AWS Config feature that collects compliance data from multiple accounts and regions into a centralized view
Conformance Pack
Collection of Config rules and remediation actions packaged as a deployable unit for specific compliance frameworks
Tools & Systems
AWS Config: Continuous configuration recording and compliance evaluation service for AWS resources
SSM Automation: AWS Systems Manager documents for executing automated remediation actions on non-compliant resources
Config Conformance Packs: Pre-built rule collections for CIS, PCI DSS, NIST 800-53, and HIPAA compliance
CloudFormation StackSets: Multi-account deployment mechanism for Config rules across AWS Organizations
Config Aggregator: Cross-account and cross-region compliance data consolidation
Common Scenarios
Scenario: Deploying CIS Compliance Monitoring Across 30 AWS Accounts
Context: A financial services company needs to demonstrate continuous CIS AWS Foundations Benchmark compliance across all 30 production accounts for their annual SOC 2 audit.
Approach:
Enable AWS Config recording in all accounts via CloudFormation StackSets
Deploy the CIS conformance pack to all accounts using StackSets
Set up a Config aggregator in the security account for organization-wide visibility
Configure auto-remediation for safe-to-fix rules (public S3, unencrypted volumes)
Create EventBridge rules to alert on new NON_COMPLIANT evaluations
Build a weekly compliance report aggregating scores across all accounts
Store Config snapshots in S3 with lifecycle policies for audit retention
Pitfalls: Config recording incurs costs per configuration item recorded. In accounts with many resources, costs can be significant. Use targeted recording groups to focus on compliance-relevant resource types rather than recording all resources. Auto-remediation of network rules (security groups) can disrupt applications if the rule was intentionally permissive.
