Based on the CLF-C02 exam guideReport an error
This week covered security and compliance, the domain with the largest exam weight (30%). Today we review what you learned over the four days by threading it into a single line, and sort out the comparison points that are often confused on the exam. Rather than memorizing individual services again, we concentrate on building a matching sense of "which one for which situation."
There are two kinds of review. Rereading and retrieving. Rereading strengthens the feeling that you know it, but it doesn't come out in the exam room. Today's page has many tables, and you shouldn't just skim them with your eyes — read them by looking only at the left column, recalling the right column first, and then checking. Even with the same time spent, the amount that stays is different.
When you meet a security problem, always ask first: "Is this AWS's responsibility or the customer's?"
Two key principles: ① The more managed the service, the greater AWS's responsibility. ② Data and access permissions are always the customer's responsibility in every case.
The same principle applies to compliance. Even if AWS has PCI/HIPAA certification, the customer's app isn't automatically compliant. The foundation is AWS's, and the configuration on top of it is the customer's.
Responsibility judgment practice. Look only at the left of the items below, answer for yourself, and then check the right. On the exam, this sense turns directly into points.
| Situation | Responsibility |
|---|---|
| Data center access control and guards | AWS |
| Maintenance of physical servers and network equipment | AWS |
| Security of the hypervisor (virtualization layer) | AWS |
| Safe disposal of disks at end of life | AWS |
| Patching the foundation of a managed database engine | AWS |
| Security patches for the guest OS of an EC2 instance | Customer |
| Vulnerabilities in application code running on EC2 | Customer |
| Whether to leave an S3 bucket public or private | Customer |
| IAM user/password policy and MFA settings | Customer |
| Security group (firewall) rules | Customer |
| Whether to turn on data encryption, and which key to use | Customer |
| Which Region to store data in | Customer |
⚠️ Trap: A statement like "AWS has ISO 27001 certification, so our service is compliant too" is wrong. AWS's certification is about the foundation AWS provides, and doesn't vouch for what the customer put on top of it and how. By analogy, just because a building passed its fire inspection doesn't mean the business I run inside that building automatically becomes legal.
| Component | One line |
|---|---|
| User | The credentials of one person or app |
| Group | A set of users, for managing permissions in bulk |
| Role | Temporary delegation of permissions (e.g., EC2 → S3 access) |
| Policy | JSON that defines permission rules |
Best practices to remember: no everyday use of the root user + MFA required, permissions under the principle of least privilege, and use a role when EC2 accesses other services (no hardcoding keys). IAM is a free global service.
Representative matches: "EC2 accesses S3 → role," "same permissions to many people → group," "first step to strengthen account security → root MFA."
The easiest way not to confuse the four components is to compare them to a company access badge.
| IAM component | Company analogy |
|---|---|
| User | An access badge issued to an individual employee |
| Group | Permissions bundled per department, like the "sales team badge" |
| Role | A temporary badge lent to a visitor for a short time (to be returned) |
| Policy | The rulebook saying "this badge can go up to which floor" |
Seen through this analogy, it's also natural why "you must not embed an access key in code when EC2 accesses S3." Putting an access key in code is copying a permanent badge and leaving it lying around anywhere; using a role is receiving a temporary badge when needed and letting it expire automatically.
⚠️ Trap: A statement like "a role is something with stronger permissions than a user" is wrong. A role is a difference not in the strength of permissions but in how credentials are given. The key point is that there are no permanent credentials such as passwords or access keys, and it is lent out temporarily when needed.
| Service | One-line identity |
|---|---|
| WAF | Filtering web attacks (SQL injection, XSS; L7) |
| Shield | DDoS (traffic flood) protection, Standard is free |
| GuardDuty | Detecting malicious activity through log analysis |
| Inspector | Vulnerability checks for EC2, containers, and Lambda |
| Macie | Discovering and classifying sensitive data (PII) in S3 |
| Security Hub | Integrated dashboard for security results |
Easily confused pairs:
The exam asks for "the service that fits this scenario." If each service's one-line identity is clear, most questions are solved.
Remembering them in three lumps. If you memorize the six by listing them, they get mixed up in the exam room. Grouped by role, there are only three lumps.
[Blocks] WAF (inspects web request content) · Shield (defends against traffic floods)
[Finds] GuardDuty (suspicious behavior) · Inspector (weaknesses) · Macie (sensitive data)
[Gathers and shows] Security Hub (integrated dashboard of detection results)
Once you have this frame, even when an unfamiliar scenario appears, you can narrow it down starting with "is this situation about blocking, finding, or gathering and viewing?"
Situation → service quick-answer practice
| When given this situation | Answer |
|---|---|
| You want to stop attempts to inject a malicious script through a bulletin board input field | WAF |
| Massive traffic of unknown origin has made the service slow | Shield |
| You want to know whether unusual API calls are happening in your account | GuardDuty |
| You want to check whether known vulnerabilities remain on your EC2 | Inspector |
| You want to find out whether national ID numbers or card numbers got mixed in somewhere in S3 | Macie |
| You want to see the security alerts spat out by several tools on one screen | Security Hub |
Trap: GuardDuty and Inspector are an easily swapped pair. Distinguished by one word, GuardDuty is behavior and Inspector is state. "Someone is doing something strange right now" is GuardDuty; "our server has a hole that can be breached" is Inspector. One more: Macie is not a blocking service. Macie's job is not "block the leak of sensitive data" but "find where the sensitive data is."
The key matches are "Where do I get compliance reports? → Artifact" and "Data only in the EU? → select an EU Region."
In this domain, people get it wrong not because the concepts are hard but because they get confused with tools that have similar names. Let's separate the three below.
| Tool | What it does | One-sentence distinction |
|---|---|---|
| Artifact | Downloading AWS compliance reports and certificates | "Fetch the evidence documents" |
| CloudTrail | Records who did what in my account | "Our own audit log" |
| Config | Tracks and evaluates whether my resources' configuration matches the rules | "Our own configuration inspection" |
A Korean software company that had begun taking European customers received two demands at the same time during its first overseas contract. One was "Submit documents showing that the cloud you use meets international security standards," and the other was "Our citizens' data must not leave Europe." The first person in charge treated the two demands as the same problem and floundered for a while, but the actual solutions were completely different. The former was paperwork that finished once they downloaded the reports from AWS Artifact and attached them; the latter was a design decision to create resources in an EU Region and keep the data only there. On the exam too, these two always appear side by side in one question, so separate them as proof is Artifact, location is Region.
| Service/concept | One-line identity |
|---|---|
| Encryption in transit | Protection while moving across the network (TLS/HTTPS) |
| Encryption at rest | Protects data stored on disk |
| KMS | Encryption key management (easy integration, default choice) |
| CloudHSM | Sole key control on dedicated hardware (strict regulation) |
| Secrets Manager | Storing passwords and API keys, automatic rotation |
Easily confused pairs:
[Who can do what?] IAM (users/groups/roles/policies, MFA, least privilege)
[Whose responsibility?] Shared responsibility model (AWS = of / customer = in)
[Block external threats] WAF (web) · Shield (DDoS)
[Detect internal threats] GuardDuty · Inspector · Macie → Security Hub
[Compliance proof/location] Artifact (reports) · Region selection (data sovereignty)
[Data protection] Encryption (in transit/at rest) · KMS/CloudHSM · Secrets Manager
Week 4 is the domain where security is a shared responsibility and you choose the customer-side tools appropriately. If you pin down each service's one-line identity and the differences between the confusing pairs, you can prepare for the security domain.
In security domain questions, mostly one or two words in the sentence decide the answer. The goal of this week's review is to reach a state where, on seeing the expression on the left of the table below, the right comes to mind immediately.
| Expression in the question | Answer direction |
|---|---|
| Data center, physical security, hardware, virtualization layer | AWS responsibility |
| Guest OS patches, applications, access permissions, encryption settings | Customer responsibility |
| Same permissions to many users at once | IAM group |
| EC2 accesses other services, without putting keys in code | IAM role |
| First step to strengthen account security | Enable MFA on the root user |
| Only as much as needed, broad permissions are risky | Principle of least privilege |
| SQL injection, XSS, filtering malicious web requests | WAF |
| Traffic flood, service paralysis, provided by default for free | Shield (Standard) |
| Detecting malicious activity, log-based threat alerts | GuardDuty |
| Vulnerability checks, scanning for known flaws | Inspector |
| Discovering and classifying personal information (PII) in S3 | Macie |
| Viewing security alerts gathered in one place | Security Hub |
| Need to obtain SOC, ISO, PCI reports | Artifact |
| Data must not leave a particular country or area | Select the relevant Region (data sovereignty) |
| Who called which API and when | CloudTrail |
| Continuously checking whether resource configuration meets standards | Config |
| Preventing interception, HTTPS, protecting the communication segment | Encryption in transit (TLS) |
| Protecting data stored on disk or in storage | Encryption at rest |
| Centrally managing encryption keys for multiple services | KMS |
| Dedicated hardware, sole control, even AWS cannot access | CloudHSM |
| Storing DB passwords and API keys, automatic rotation | Secrets Manager |
Across the whole week, these are only the points where people actually trip the most. It helps to remember each item in the form "if it's written like this, it's wrong."
Trap: Among the list, items 6 and 7 are by far the most commonly missed pairs. If you get confused in the exam room, chant this: "WAF reads the contents of the letter, Shield counts the number of letters. GuardDuty catches the criminal in the act, Inspector finds the open window."
If you can answer "yes" to every item below, Week 4 is done. If you get stuck on even one, go back to that day's article.
Shared responsibility model (Day 1)
IAM (Day 1)
Security services (Day 2)
Compliance (Day 3)
Data protection (Day 4)
Next week we move on to the cost management and support (pricing, billing, support plans) domain and sort out the "money talk" of the cloud.
Click a choice to reveal the answer and explanation.
Question 1
According to the shared responsibility model, who is responsible for security patching of the operating system running on an EC2 instance?
Question 2
Which service defends against attacks that flood a service with massive traffic simultaneously (DDoS) and is provided free by default to all customers?
Question 3
A company wants to easily manage encryption keys to use across AWS services. What is the most appropriate default choice for general needs?
Question 4
For an audit, you need to obtain AWS's ISO 27001 certificate and SOC reports. Separately, you must store data only within the EU. What is the correct combination of actions for each?
Question 5
You want to safely store a database password without hardcoding it into code and rotate it automatically on a schedule. Which service is most appropriate?