CLF-C02 · LESSON 2
Security and Compliance30% · 4 topics
Learn the AWS shared responsibility model, security, governance and compliance concepts, access management and security services.
2.1Understand the AWS shared responsibility model
2.1 Understand the AWS shared responsibility model.
Concept
In the shared responsibility model, AWS is responsible for “security of the cloud” (data centers, hardware, networking, virtualization), and customers for “security in the cloud” (data, IAM, OS updates, security groups, encryption settings). The more abstracted the service (EC2 → RDS → Lambda/S3), the smaller the customer’s responsibility.
How it works / steps
- Check the type of service you use (IaaS-like, managed or serverless)
- Check who is responsible for OS and middleware patches
- Always configure data encryption and access permissions as the customer’s responsibility
- Obtain AWS-side audit reports from AWS Artifact
Workplace example
On EC2, the customer patches the guest OS; on RDS, AWS applies DB engine patches and the customer sets the maintenance window.
Common confusions and exam tips
- Physical security is always AWS’s responsibility
- Data encryption and IAM configuration are always the customer’s responsibility
- “Shared controls”: patch management, configuration management and training are handled by both within their own scope
Mini quiz
Q1. In the shared responsibility model, what is always the customer’s responsibility regardless of service?
- Updating the hypervisor (virtualization software) running on EC2 physical hosts
- Redundancy of communication lines connecting Regions
- Maintaining network equipment inside data centers
- Classifying stored data and managing who can access it
Show answer and explanation
Answer: D Classifying stored data and managing who can access it
Data and its access permissions are the customer’s responsibility in both IaaS and managed services. Virtualization and physical networks are AWS’s responsibility.
Q2. Which best explains “security of the cloud” and “security in the cloud”?
- The former refers to on-premises and the latter to cloud security, and responsibilities are split the same way
- The former refers to free and the latter to paid security services
- The former is protecting infrastructure, handled by AWS; the latter is protecting data and settings, handled by the customer
- The former is protecting the OS, handled by the customer; the latter is protecting physical facilities, handled by AWS
Show answer and explanation
Answer: C The former is protecting infrastructure, handled by AWS; the latter is protecting data and settings, handled by the customer
AWS handles security of the cloud (infrastructure); the customer handles security in the cloud (data, settings, access permissions).
Reference links
2.2Understand security, governance and compliance concepts
2.2 Understand AWS Cloud security, governance, and compliance concepts.
Concept
Use AWS Artifact (reports such as SOC and ISO, and agreements) to prove compliance, AWS Config to record and evaluate configurations, AWS CloudTrail to record API activity, and AWS Organizations SCPs or AWS Control Tower to govern multiple accounts. Encrypt with AWS KMS (key management), configuring encryption at rest and in transit.
How it works / steps
- Confirm the regulations and standards required (personal data, industry standards)
- Obtain the relevant reports from AWS Artifact
- Record operations in all Regions with CloudTrail and detect rule violations with Config
- Set account-wide prohibitions with Organizations and SCPs
Workplace example
Asked in an audit “who changed the security group and when,” the team shows the operator and time from CloudTrail logs, and uses Config to show the current settings comply with the rules.
Common confusions and exam tips
- CloudTrail is “who did what (API operations)”; Config is “how resource settings changed”
- CloudWatch is performance monitoring and logs; audit records are CloudTrail
- Artifact is for obtaining reports, not for security monitoring
Mini quiz
Q1. A customer list stored in Amazon S3 was viewable from outside because of a misconfiguration. Which explanation fits the shared responsibility model best?
- S3 is a managed service, so a misconfigured bucket public setting is AWS’s responsibility
- S3 data is encrypted automatically, so publishing it is not an information leak
- AWS automatically fixes public settings periodically, so the customer need not respond
- Bucket access settings are the customer’s responsibility, and the customer must review them
Show answer and explanation
Answer: D Bucket access settings are the customer’s responsibility, and the customer must review them
Even with managed services, data access settings are the customer’s responsibility. The customer prevents this with features such as S3 Block Public Access.
Q2. A business partner in the financial industry asked for “evidence of third-party certifications AWS holds.” Which is the most appropriate way to obtain it?
- Share AWS CloudTrail logs with the partner
- Apply to AWS Support to tour a data center and submit photos of the facilities
- Download the relevant compliance reports from AWS Artifact
- Enable AWS Config rules and submit the evaluation results
Show answer and explanation
Answer: C Download the relevant compliance reports from AWS Artifact
AWS’s own audit reports and certifications are obtained in AWS Artifact. Config and CloudTrail record the customer’s environment and are not evidence of AWS certifications.
Reference links
2.3Identify AWS access management capabilities
2.3 Identify AWS access management capabilities.
Concept
AWS Identity and Access Management (IAM) manages access with users, groups, roles and policies. Don’t use the root user for daily work; protect it with MFA. Centralize human access across multiple accounts with IAM Identity Center, and use IAM roles (temporary credentials) rather than long-term keys for apps and services.
How it works / steps
- Set up MFA on the root user and don’t create access keys
- Manage human access with IAM Identity Center and grant permissions to groups
- Design policies by the principle of least privilege
- Attach IAM roles to EC2 and Lambda instead of embedding access keys in code
Workplace example
For an app on EC2 to read S3, instead of writing access keys in a config file, attach to the instance an IAM role that allows only reading S3.
Common confusions and exam tips
- Some tasks can only be done by the root user (closing the account, changing the support plan and so on)
- IAM roles are temporary credentials—safer than long-term access keys
- Groups have no “assume” mechanism like roles (they just bundle permissions)
Mini quiz
Q1. Which service checks an account against best practices, flagging things like a root user without MFA or public S3 buckets, and gives recommendations?
- AWS Config
- AWS CloudTrail
- AWS Trusted Advisor
- Amazon Inspector
Show answer and explanation
Answer: C AWS Trusted Advisor
Trusted Advisor inspects your account and provides recommendations on cost optimization, security, fault tolerance, performance, service quotas and so on—for example, a root user without MFA or public S3 buckets. [Other options] Config records configuration changes and evaluates them against rules. Inspector scans EC2 and containers for vulnerabilities. CloudTrail records API calls.
Q2. Immediately after creating an AWS account, which action should be taken for the root user?
- Set up MFA, don’t use it for daily work and prepare a separate identity for administration
- Share the root user password within the department so anyone can respond in an emergency
- Delete the root user to prevent account takeover
- Create root user access keys and configure them in automation scripts
Show answer and explanation
Answer: A Set up MFA, don’t use it for daily work and prepare a separate identity for administration
The root user has all permissions, so protect it with MFA and don’t use it for daily work. Avoid creating or sharing access keys. The root user cannot be deleted.
Reference links
2.4Identify components and resources for security
2.4 Identify components and resources for security.
Concept
Key security services: AWS WAF (defends web apps against attacks), AWS Shield (DDoS defense; Standard is free and automatic), Amazon GuardDuty (threat detection by analyzing logs), Amazon Inspector (automated vulnerability scanning), AWS Security Hub (aggregates security posture), Amazon Macie (discovers sensitive data in S3) and AWS Secrets Manager (manages and rotates credentials). On the network, use security groups (stateful) and network ACLs (stateless).
How it works / steps
- Put WAF and Shield in front of public web apps
- Enable GuardDuty to detect suspicious traffic and operations
- Scan EC2 and containers for vulnerabilities with Inspector
- Aggregate results in Security Hub and address the highest priorities first
Workplace example
GuardDuty detects traffic from EC2 to a known cryptocurrency mining server, and from the alert aggregated in Security Hub, staff isolate the instance.
Common confusions and exam tips
- GuardDuty detects threats, Inspector checks vulnerabilities, Macie discovers sensitive data
- Security groups are allow-only and stateful; network ACLs can also deny and are stateless
- Shield Advanced is paid and includes support from the DDoS response team
Mini quiz
Q1. When using Amazon EC2, which is NOT the customer’s responsibility?
- Updating applications installed on the instance
- Disposing of and wiping the physical hosts that instances run on
- Configuring ports allowed in security groups
- Managing OS user accounts and passwords
Show answer and explanation
Answer: B Disposing of and wiping the physical hosts that instances run on
Disposing of and wiping physical hosts and storage devices is AWS’s responsibility. Security groups, applications and OS accounts are managed by the customer.
Q2. You want to strengthen security inside Amazon VPC. Which feature specifies allowed traffic per instance?
- AWS WAF
- Security groups
- Network ACLs
- Route tables
Show answer and explanation
Answer: B Security groups
Security groups are virtual firewalls per instance (ENI) and are stateful. Network ACLs are per subnet and stateless. [Other options] NACLs are stateless and per subnet. Route tables control routing. WAF blocks HTTP attacks and is not per-instance traffic allowance.
Reference links
Lessons are written by this site based on public information and do not guarantee exam content. Product specifications change, so check the latest information at the reference links.
Notes (unofficial, original questions, no pass guarantee)
- The questions on this site are original practice questions written by this site based on publicly available skills outlines and exam guides. They are not actual exam questions.
- Amazon Web Services, AWS and related marks are trademarks of Amazon.com, Inc. or its affiliates. This site is not affiliated with or endorsed by AWS.
- This content is a study aid and does not guarantee a pass. Exam content, format and prerequisites may change without notice; always check the latest information on the official page before taking the exam.
- Your accuracy on the mock exam cannot be converted to the official (scaled) score and does not predict a pass or fail.
- Progress is saved only in this browser (localStorage) unless you sign in with Google to sync it. You can delete it from the Cookie & storage settings page (Japanese).