AWS SCS-C03 cheat sheet for IAM, detection, incident response, infrastructure security, data protection, governance, encryption, evidence, and final review traps.
Use this cheat sheet for AWS Certified Security - Specialty (SCS-C03) after you know the basics but before you start a timed practice block. The goal is not to memorize a vendor catalog; the goal is to classify the scenario and reject attractive wrong answers quickly.
SCS-C03 is a control-chain exam. The best answer usually combines identity evaluation, data protection, detection, incident response, and governance evidence. If an option fixes only one layer while ignoring the named risk, key boundary, log source, or organization guardrail, keep looking.
I verified these current AWS exam facts on May 24, 2026.
| Item | Value |
|---|---|
| Exam | AWS Certified Security - Specialty |
| Exam code | SCS-C03 |
| Questions | 65 total |
| Scoring | 50 scored + 15 unscored (unscored items are not identified) |
| Question types | Multiple choice, multiple response, ordering, and matching |
| Time | 170 minutes |
| Passing score | 750, scaled 100-1000 |
| Cost | 300 USD |
| Domain | Weight | What to compress for final review |
|---|---|---|
| Detection | 16% | CloudTrail, GuardDuty, Security Hub, Config, Security Lake, VPC Flow Logs, alerting |
| Incident Response | 14% | runbooks, containment, evidence preservation, compromised credentials, automated remediation |
| Infrastructure Security | 18% | WAF, Shield, Network Firewall, VPC controls, endpoint security, compute workload controls |
| Identity and Access Management | 20% | IAM, SCPs, permission boundaries, resource policies, federation, IAM Identity Center |
| Data Protection | 18% | KMS, S3 controls, secrets, certificates, encryption in transit, backup and recovery |
| Security Foundations and Governance | 14% | multi-account strategy, Organizations, Control Tower, compliance evidence, secure deployment |
IAM is the largest single domain, but the exam rarely isolates IAM from data protection, logging, and governance. Expect long scenarios where the correct answer combines policy evaluation, evidence, and containment.
SCS-C03 questions usually ask whether a control actually reduces the named risk and leaves enough evidence to prove it. Keep this stack in mind before choosing a service:
If an answer fixes access but ignores the KMS key, fixes encryption but ignores logs, or remediates an incident while destroying evidence, it is usually incomplete.
| Domain | Official task pattern | What to remember under time pressure |
|---|---|---|
| Detection | Monitoring, alerting, logging, correlation, and troubleshooting | A finding is not enough; know the log source, aggregation path, analysis tool, alert target, and missing-permission failure mode. |
| Incident Response | Response plans, runbooks, evidence capture, containment, eradication, recovery, root cause | Preserve forensic artifacts before destructive cleanup unless the stem explicitly prioritizes immediate service survival. |
| Infrastructure Security | Edge controls, compute hardening, network controls, secure access, GenAI guardrails | Place the control at the layer that sees the threat: edge, workload, identity, network path, or AI application boundary. |
| Identity and Access Management | Authentication, temporary credentials, authorization, ABAC/RBAC, policy troubleshooting | Evaluate every policy layer: explicit deny, SCP/RCP, boundary, session policy, identity policy, resource policy, and key policy. |
| Data Protection | Encryption in transit, encryption at rest, integrity, retention, backups, secrets, keys, certificates | Encryption is only correct when key custody, access, rotation, lifecycle, replication, and evidence match the requirement. |
| Security Foundations and Governance | Organizations, Control Tower, central services, policy deployment, compliance evidence | Prefer enforceable centralized controls and audit evidence over account-by-account documentation. |
| Question type | Exam-day habit |
|---|---|
| Multiple choice | Identify the security lane first: detection, incident response, infrastructure, IAM, data protection, or governance. |
| Multiple response | Include every required control layer; missing KMS, resource policy, SCP, logging, or evidence can make the set wrong. |
| Ordering | Follow operational order: detect, preserve evidence, contain, eradicate, recover, validate, improve. |
| Matching | Match symptom to service: GuardDuty for threat findings, CloudTrail for API audit, Config for configuration compliance, Macie for sensitive S3 data, KMS for key control. |
Unanswered questions are incorrect and there is no penalty for guessing. Ordering and matching items are all-or-nothing, so slow down when the answer depends on sequence or exact service purpose.
flowchart LR
T["Threat, audit finding, or access request"] --> I["Identity and policy boundary"]
I --> D["Data, key, secret, or certificate boundary"]
D --> N["Network, edge, workload, or AI app boundary"]
N --> L["Logs, findings, metrics, and evidence"]
L --> R["Contain, remediate, recover, and prove compliance"]
Use this model before reading the options. A security answer that adds GuardDuty but ignores missing CloudTrail, adds KMS but ignores key policy, or adds WAF but leaves the real path uninspected is incomplete.
Use this when the question mixes identity, encryption, logging, and incident response.
flowchart TD
D["Security scenario"] --> I["Identity and access"]
I --> K["KMS / encryption / key policy"]
K --> L["Logging / detection / evidence"]
L --> R["Contain, isolate, and remediate"]
Use this when the stem mixes identity, keys, logs, and response actions.
flowchart TD
S["Scenario"] --> I["Identity and authorization"]
I --> K["Encryption and key policy"]
K --> L["Logs, findings, and evidence"]
L --> R["Contain and remediate"]
R --> V["Verify recovery and preserve audit trail"]
| Lane | Decision rule | Reject when |
|---|---|---|
| Identity and access | Resolve IAM policy, resource policy, SCP, permission boundary, session policy, and federation behavior. | Stopping at an Allow statement while an explicit deny, SCP, boundary, or key policy still blocks access. |
| Logging and detection | Use CloudTrail, CloudWatch, GuardDuty, Security Hub, Config, VPC Flow Logs, and alert routing. | Turning on logs without retention, analysis, notification, or response. |
| Data protection | Apply KMS, encryption, secrets, S3 controls, backup, retention, and classification requirements. | Forgetting KMS key policy or cross-account decrypt permissions. |
| Network and infrastructure security | Secure VPC paths, endpoints, security groups, NACLs, WAF, Shield, and private connectivity. | Using public paths when private endpoint or scoped network access is required. |
| Incident response and governance | Contain compromised credentials, isolate resources, preserve evidence, and automate remediation. | Destroying evidence or rotating the wrong credential first. |
| Stem clue | Eliminate first | Keep in play |
|---|---|---|
| suspicious API activity or “who did what” | CloudWatch metrics alone | CloudTrail, organization trail, EventBridge/Security Hub routing |
| malware, crypto-mining, anomalous credentials, or threat finding | Config-only answer | GuardDuty findings plus triage and response workflow |
| sensitive data discovery in S3 | KMS-only answer | Amazon Macie plus S3 controls and remediation |
| cross-account encrypted access fails | IAM allow only | KMS key policy, grants, resource policy, and caller identity |
| prevent account-wide actions across an organization | individual IAM policy in each account | SCP or centralized governance control |
| web-layer attack, bots, or L7 filtering | security group only | AWS WAF, Shield, CloudFront or ALB integration |
| private service access requirement | public endpoint with allowlist only | VPC endpoint, PrivateLink, endpoint policy, scoped security groups |
| compromised instance or credentials | terminate first and lose evidence | isolate, snapshot/preserve evidence, revoke/rotate credentials, investigate, remediate |
SCS-C03 distractors often name the right security service but at the wrong layer. Keep the answer only if it fits the control plane, data plane, identity boundary, and evidence requirement named in the stem.
When two answer choices both sound secure, keep the one that satisfies the full security loop:
| Security question asks for… | Strong first evidence | Watch for |
|---|---|---|
| who called an AWS API | CloudTrail event history, organization trail, Lake or Athena analysis | CloudWatch metrics cannot prove API identity by themselves. |
| anomalous credentials or threat behavior | GuardDuty finding, Detective investigation, Security Hub aggregation | Validate scope and route the finding to response, not just detection. |
| sensitive S3 data discovery | Macie findings plus S3 controls | Macie classifies and detects; it does not replace encryption, access control, or remediation. |
| network accept/deny path | VPC Flow Logs, Transit Gateway Flow Logs, Route 53 Resolver logs | Flow logs are metadata, not packet payload analysis. |
| centralized security telemetry | Security Lake, OCSF-normalized data, third-party SIEM integration | Confirm source ingestion, retention, permissions, and query path. |
| configuration compliance | AWS Config rules, conformance packs, aggregators, Security Hub | A point-in-time manual review is weaker than continuous evaluation. |
| audit package | Audit Manager, AWS Artifact, CloudTrail, Config, Security Hub evidence | Evidence must be collected, retained, scoped, and attributable. |
| Need | Strong first service or control |
|---|---|
| API activity audit and account investigation | CloudTrail |
| operational metrics, logs, alarms, and dashboards | CloudWatch |
| resource configuration history and compliance checks | AWS Config |
| threat findings from AWS telemetry | GuardDuty |
| aggregate and prioritize security findings | Security Hub |
| sensitive data discovery in S3 | Macie |
| vulnerability scanning for compute/container workloads | Inspector |
| centralized security data lake | Security Lake |
| web application firewall controls | AWS WAF |
| DDoS protection and response support | Shield or Shield Advanced |
| encryption key management and key policy control | AWS KMS |
| secret storage and rotation | Secrets Manager |
| multi-account guardrails | Organizations SCPs and Control Tower |
| Requirement | Strong first fit | Common trap |
|---|---|---|
| OWASP or HTTP request filtering | AWS WAF with CloudFront, ALB, or API Gateway | Security groups cannot inspect HTTP request content. |
| DDoS protection and response help | Shield Advanced where advanced protection and support are required | WAF rules alone do not provide the same DDoS response model. |
| routed network inspection | AWS Network Firewall or appliance path through Gateway Load Balancer | A firewall service is useless if route tables do not steer traffic through it. |
| private application access for users | AWS Verified Access when identity-aware access is required | VPN alone may provide network access without application-level policy. |
| secure instance administration | Systems Manager Session Manager or EC2 Instance Connect as appropriate | Public SSH bastions are rarely the least-exposure answer. |
| hardened compute baseline | golden AMIs, EC2 Image Builder, Inspector, Patch Manager | Scanning after deployment is weaker than secure build plus continuous validation. |
| GenAI application protection | LLM-specific controls such as input validation, guardrails, data controls, and OWASP GenAI risk awareness | Treating GenAI as a normal web app can miss prompt injection and data leakage risks. |
flowchart TD
R["Request"] --> D["Explicit deny?"]
D --> S["SCP or org guardrail?"]
S --> B["Permission boundary or session policy?"]
B --> I["Identity policy allows?"]
I --> P["Resource policy allows?"]
P --> K["KMS key policy/grant allows?"]
K --> A["Access succeeds only if every required layer permits it"]
What to notice:
| Requirement | Strong first fit | Watch for |
|---|---|---|
| require TLS or modern ciphers | ELB security policies, CloudFront, API Gateway, service TLS settings | Do not confuse network privacy with application-layer encryption policy. |
| private access to AWS services | VPC endpoint, PrivateLink, Client VPN, or Verified Access depending actor and target | NAT plus allowlist is weaker when private path is required. |
| exclusive key control or HSM requirement | CloudHSM or external key store patterns where required | KMS is usually fit-for-purpose unless the requirement demands stronger custody. |
| ordinary AWS service encryption | KMS customer managed keys or AWS managed keys depending control need | Key policy, grants, rotation, cross-account use, and deletion window matter. |
| object immutability or ransomware resistance | S3 Object Lock, Glacier Vault Lock, versioning, backup controls | Versioning alone is not the same as retention lock. |
| secret rotation | Secrets Manager rotation, usually with Lambda for custom rotation | Parameter Store can store secrets, but rotation requirements often point elsewhere. |
| sensitive text in logs or notifications | CloudWatch Logs data protection or SNS message data protection | Masking is not a substitute for access control and encryption. |
flowchart LR
D["Detect finding"] --> E["Preserve evidence"]
E --> C["Contain blast radius"]
C --> R["Revoke or rotate credentials"]
R --> M["Remediate root cause"]
M --> V["Validate recovery"]
V --> L["Update runbook and controls"]
Do not pick answers that destroy forensic evidence before capture unless the stem explicitly prioritizes immediate availability over investigation. Security Specialty questions usually expect containment plus evidence preservation.
| Requirement | Strong first fit | Better exam reading |
|---|---|---|
| central account baseline | AWS Organizations and Control Tower | Centralize account vending, controls, logging, and delegated security services. |
| prevent broad actions across accounts | SCPs or other organization policies | Identity policies inside member accounts are not enough for organization-wide guardrails. |
| restrict service or AI data usage centrally | AI service opt-out policies or applicable organization policy controls | Prefer central policy when the requirement is organization-wide governance. |
| share resources safely | AWS RAM or Service Catalog depending the sharing model | Resource sharing is different from broad cross-account admin access. |
| enforce network security policy centrally | Firewall Manager where applicable | Manual rule copying creates drift. |
| prove compliance continuously | Config aggregators, conformance packs, Security Hub, Audit Manager | Evidence should be repeatable, queryable, and tied to the control. |
| standardize infrastructure securely | CloudFormation StackSets, CloudFormation Guard, cfn-lint, approved IaC pipelines | Secure deployment means prevent drift before production, not just audit later. |
| Trap | Better instinct |
|---|---|
| IAM answer without full policy evaluation | Check explicit deny, SCP, boundary, session policy, resource policy, and KMS key policy. |
| Encryption without key access | Encryption is not enough if principals cannot use the key or key policy is too broad. |
| Detection with no response | Prefer answers that route findings to owners or automation. |
| Public network by default | Prefer private endpoints, scoped security groups, and least exposed data paths when required. |
| Incident response without evidence | Preserve logs, snapshots, timelines, and findings before destructive remediation when investigation matters. |
| Governance as documentation only | Prefer enforceable controls: SCPs, Config rules, conformance packs, delegated admin, and central logging. |
| Security Lake as magic remediation | Security Lake centralizes and normalizes data; you still need detection logic, permissions, response ownership, and retention. |
| Verified Access confused with PrivateLink | Verified Access is identity-aware application access; PrivateLink is private service connectivity. |
| KMS selected without key policy reasoning | The answer must permit the principal and protect the key boundary, especially cross-account. |
| If the stem says | Start with |
|---|---|
| least privilege, private access, compliance, or audit | identity scope, data boundary, policy enforcement, logging, and ownership |
| least operational effort | managed service, native integration, simple workflow, and fewer moving parts |
| high availability, recovery, or outage | failure domain, recovery objective, health check, rollback, and validation |
| performance, scale, or cost | bottleneck evidence, traffic pattern, sizing, caching, batching, and quotas |
| troubleshoot, diagnose, or investigate | symptom, recent change, logs, metrics, status, dependency, and smallest safe test |
Use IT Mastery for the exact product route, practice status, spaced review when available, and close-answer explanation practice as coverage expands.
Security Specialty answers usually combine identity evaluation, data protection, telemetry, containment, and proof.