Automated Compliance for Security Groups with AWS Config
Short answer
B Enable the restricted-ssh AWS Config managed rule and generate an Amazon Simple Notification Service (Amazon SNS) notification when a noncompliant rule is created.
Question
Key Takeaways
The core concept is using AWS Config managed rules for continuous compliance, with the common trap being the choice of writing custom Lambda functions which increases operational overhead.
This question addresses automated compliance monitoring for AWS security groups to prevent unauthorized SSH access from 0.0.0.0/0. It establishes that AWS Config managed rules offer the least operational overhead compared to custom scripts or IAM-based notifications.
Common mistake: Many candidates incorrectly choose Option A (Lambda) because they believe it offers more control, failing to realize that managed rules are fully automated and require zero maintenance, thus having less operational overhead.
Expert Analysis
Why the Answer Is Correct
Option B is the correct answer because AWS Config provides a managed rule specifically named 'restricted-ssh' that automatically detects if security groups allow SSH (port 22) from 0.0.0.0/0. By integrating this with an Amazon SNS topic, the solution achieves automated notification of non-compliance without any code maintenance. This aligns perfectly with the requirement for the 'LEAST operational overhead.'
Why the Other Options Are Wrong
Option A requires writing, deploying, and maintaining a custom Lambda function, which introduces significant operational overhead compared to a managed service. Option C relies on IAM role assumption notifications, which only detect when a role is assumed, not whether a security group rule was actually created or modified, making it ineffective for this specific compliance check. Option D uses Service Control Policies (SCPs) to restrict permissions, which prevents users from creating/editing security groups entirely rather than allowing them but notifying on breach, failing the functional requirement.
Community Comment Notes
The community consensus strongly supports Option B, with multiple users noting that the other options are either too complex or functionally incorrect. As one user noted, "The others sound 'silly'... to say the least," highlighting the obvious superiority of the managed rule approach for this scenario.
Official Reference
https://docs.aws.amazon.com/config/latest/developerguide/restricted-ssh.html
This link opens the official vendor documentation in a new tab.
Exam Strategy
When asked for the 'least operational overhead' in AWS compliance scenarios, always prioritize managed services (like AWS Config, GuardDuty, or Security Hub) over custom solutions (like Lambda or CloudFormation). Managed rules are pre-built, maintained by AWS, and integrate natively with event systems like SNS.
Frequently Asked Questions
Why is AWS Config preferred over Lambda for this task?
Can SCPs be used to enforce this policy?
Community Votes
100% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.
Discussion 4 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 4
-
Naveena_Devanga 👍 4Option B https://docs.aws.amazon.com/config/latest/developerguide/restricted-ssh.html
-
sandordini 👍 2 Answered BThe others sound 'silly'... to say the least
-
Andy_09 👍 8Option B
-
asdfcdsxdfc 👍 2 Answered BB looks correct
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.
Related Analysis
Practice All SAA-C03 Questions
Access 120 questions with complete answers and detailed explanations.
View Full SAA-C03 Practice Test →