SCS-C03 — AWS Certified Security – Specialty Quick Reference

Compact AWS Certified Security – Specialty (SCS-C03) reference for IAM, KMS, logging, network security, detection, governance, and incident response decisions.

How to Use This Quick Reference

This independent Quick Reference supports preparation for the AWS Certified Security – Specialty (SCS-C03) exam. Use it to make fast decisions in scenario questions: which AWS control fits the requirement, where the control is enforced, and what common distractor looks similar but is wrong.

Scenario Decoder

If the scenario says…First AWS choice to considerWhy
“Who called this API?”AWS CloudTrailAPI audit history
“What changed in this resource?”AWS ConfigConfiguration timeline and compliance
“Detect malicious or suspicious activity”Amazon GuardDutyManaged threat detection findings
“Aggregate security findings across accounts”AWS Security HubCentral security posture and findings
“Investigate a GuardDuty finding”Amazon DetectiveEntity relationship and activity investigation
“Find sensitive data in S3”Amazon MacieS3 data discovery/classification
“Find public or cross-account access”IAM Access AnalyzerExternal access and policy analysis
“Scan EC2/ECR/Lambda for vulnerabilities”Amazon InspectorVulnerability management
“Encrypt with customer control over keys”AWS KMS customer managed keyKey policy, rotation, grants, audit
“Dedicated HSM control”AWS CloudHSMCustomer-managed HSM cluster
“Protect HTTP apps from SQLi/XSS/bots”AWS WAFLayer 7 web filtering
“Network firewalling across VPC traffic”AWS Network FirewallStateful/stateless network inspection
“Private access to AWS services”VPC endpoints / AWS PrivateLinkAvoid public internet path
“Centralize preventive controls across accounts”AWS Organizations SCPsGuardrail maximum permissions
“Automate response to findings”Amazon EventBridge + Lambda / SSM AutomationEvent-driven remediation
    flowchart TD
	    A[Security scenario] --> B{Need prevention, detection, or response?}
	    B -->|Prevention| C{Identity, network, or data?}
	    C -->|Identity| D[IAM policy, SCP, boundary, resource policy]
	    C -->|Network| E[SG, NACL, WAF, Network Firewall, endpoint]
	    C -->|Data| F[KMS, S3 controls, Secrets Manager, Macie]
	    B -->|Detection| G{What signal?}
	    G -->|API| H[CloudTrail]
	    G -->|Config drift| I[AWS Config]
	    G -->|Threat finding| J[GuardDuty / Inspector / Macie]
	    B -->|Response| K[EventBridge, Lambda, SSM, isolation, key rotation]

Identity and Access Management

Policy Type Decision Table

ControlScopeGrants permissions?High-yield useCommon trap
IAM identity-based policyUser, group, roleYesAllow a principal to call AWS APIsDoes not by itself grant access to resources that require resource-side trust
Resource-based policyResource, such as S3 bucket, KMS key, SQS queue, Lambda functionYesGrant same-account or cross-account access to a resourcePrincipal and condition mistakes cause unintended exposure
Trust policyIAM roleAllows role assumptionDefine who can assume a roleTrust policy does not define what the role can do after assumption
Permissions boundaryIAM user or roleNoSet maximum permissions for delegated IAM creationBoundary does not grant access
Session policySTS sessionNoFurther restrict temporary credentialsCannot expand the role’s base permissions
SCPAWS Organizations account / OUNoPrevent actions across member accountsSCPs do not apply to the management account and do not grant permissions
ACLLegacy/resource-specificSometimesS3 legacy access patternsPrefer bucket policies and S3 Object Ownership where possible
AWS RAMShared resourcesNo IAM permission grant by itselfShare supported resources across accountsRecipient still needs IAM permissions to use shared resource
IAM Identity CenterWorkforce accessVia permission setsCentral human access to AWS accounts/appsNot for application-to-application authorization

IAM Evaluation Essentials

RuleExam impact
Explicit deny winsAny applicable explicit deny overrides allows
No allow means denyDefault is implicit deny
Guardrails limit maximum accessSCPs, permissions boundaries, and session policies do not grant permissions
Resource policies matter for cross-accountThe resource account must trust/allow the external principal
KMS is specialCross-account KMS access usually requires both key policy permission and caller-side IAM permission
Service-linked roles are service-managedDo not treat them like normal customer-managed roles
Temporary credentials inherit restrictionsSTS sessions can be constrained with session policies, tags, MFA, and duration settings

Which IAM Mechanism Should You Choose?

RequirementChooseNotes
EC2 application needs AWS API permissionsIAM role attached as instance profileAvoid long-term access keys on instances
Lambda needs to call DynamoDBLambda execution roleFunction assumes the role automatically
ECS task needs S3 accessECS task roleDo not use the container instance role for app permissions
EKS pod needs AWS API accessIAM Roles for Service Accounts / pod identity patternUse OIDC-based trust instead of node role over-permissioning
Third-party SaaS needs account accessCross-account role with external IDMitigates confused deputy risk
Human workforce access to many accountsIAM Identity Center permission setsCentralized account assignment and federation
One account must read another account’s S3 bucketBucket policy plus caller IAM permission as neededValidate principal, conditions, and encryption key access
Deny all accounts from disabling security servicesSCPPreventive organization guardrail
Delegate IAM role creation but cap permissionsPermissions boundaryAttach boundary to roles users create
Restrict an assumed role session furtherSession policyApplied when calling STS

Condition Keys Worth Recognizing

Condition keyUse case
aws:PrincipalOrgIDAllow only principals from your AWS Organization
aws:SourceArnRestrict service-to-service calls to a specific source resource
aws:SourceAccountPrevent cross-account confused deputy with AWS service principals
sts:ExternalIdThird-party cross-account role assumption protection
aws:MultiFactorAuthPresentRequire MFA for sensitive actions
aws:RequestedRegionRestrict actions by AWS Region
aws:SecureTransportRequire HTTPS/TLS
aws:SourceIpRestrict by public source IP
aws:SourceVpceRestrict access through a specific VPC endpoint
aws:PrincipalTag / aws:ResourceTagABAC authorization
kms:ViaServiceAllow KMS key use only through a specific AWS service
kms:EncryptionContext:*Bind KMS use to expected encryption context
s3:x-amz-server-side-encryptionEnforce S3 upload encryption header

KMS, Encryption, and Key Management

AWS KMS Decision Table

RequirementChooseWhy
Default service-managed encryption with minimal controlAWS owned key or AWS managed keyLeast operational overhead
Customer controls policy, rotation, grants, auditCustomer managed KMS keyBest exam answer when key control is required
Same encrypted data used in multiple RegionsMulti-Region KMS keyRelated keys with same key material across Regions
Dedicated FIPS-validated HSMs managed by customerAWS CloudHSMCustomer controls HSM users, keys, clustering
KMS key material backed by CloudHSMKMS custom key storeKMS API with CloudHSM-backed key material
Key material controlled outside AWSExternal key storeKMS integrates with external key manager
Temporary delegated KMS accessKMS grantCommon for AWS services using a key on your behalf
Audit key usageCloudTrail KMS eventsKMS API activity appears in CloudTrail

KMS Policy and Access Model

ComponentWhat it doesExam note
Key policyPrimary authorization document for a KMS keyA key policy must allow the principal or allow IAM policies to be used
IAM policyGrants caller permission to use KMS APIsNot enough if key policy does not permit it
GrantDelegated, often temporary permission to use a keyUsed heavily by integrated AWS services
Encryption contextNon-secret authenticated metadataMust match on decrypt when required
Key rotationRotates key material for supported KMS keysDoes not re-encrypt old data immediately
Key deletionScheduled destructive actionUsually a distractor if recovery is needed

Envelope Encryption

TermMeaning
Data keySymmetric key used to encrypt actual data
Encrypted data keyData key encrypted by a KMS key
KMS keyKey encryption key used to protect data keys
Envelope encryptionEncrypt data locally with data key; protect data key with KMS

High-yield point: KMS commonly does not encrypt large payloads directly. AWS services request data keys, encrypt data locally, and store the encrypted data key with the ciphertext.

S3 Encryption Choices

RequirementChooseNotes
Simple server-side encryption with Amazon-managed keysSSE-S3Low overhead
Server-side encryption with KMS audit and controlSSE-KMSKey policy, CloudTrail KMS events, grants
Additional dual-layer server-side encryptionDSSE-KMSUse when scenario requires two independent encryption layers
Customer provides key material per requestSSE-CAWS does not store the key; operationally heavy
Encrypt before uploading to S3Client-side encryptionApp controls encryption before AWS receives data
Prevent unencrypted uploadsBucket policy condition on encryption headersUse explicit deny
Prevent public buckets/account-wideS3 Block Public AccessAccount and bucket-level protection
Immutable retention protectionS3 Object LockRequires versioning; governance/compliance retention concepts

KMS Key Policy Pattern

Use kms:ViaService when the key should be used only through a specific AWS service.

{
  "Sid": "AllowAppRoleUseThroughS3",
  "Effect": "Allow",
  "Principal": {
    "AWS": "arn:aws:iam::111122223333:role/AppRole"
  },
  "Action": [
    "kms:Encrypt",
    "kms:Decrypt",
    "kms:GenerateDataKey"
  ],
  "Resource": "*",
  "Condition": {
    "StringEquals": {
      "kms:ViaService": "s3.us-east-1.amazonaws.com"
    }
  }
}

Data Protection and Secrets

S3 Security Controls

RequirementControl
Block accidental public accessS3 Block Public Access
Disable ACL-based ownership surprisesS3 Object Ownership, bucket owner enforced
Cross-account controlled accessBucket policy with explicit principals and conditions
Access S3 privately from VPCGateway endpoint for S3, plus bucket/endpoint policies
Separate access patterns by app/teamS3 Access Points
Audit object-level API activityCloudTrail data events for S3
Detect sensitive dataAmazon Macie
Restrict access to organization onlyaws:PrincipalOrgID in resource policy
Require TLSDeny when aws:SecureTransport is false
Require SSE-KMSDeny PutObject without expected encryption header
Protect from deletion/ransomwareVersioning, Object Lock, AWS Backup where applicable

S3 Bucket Policy Snippets

Require HTTPS:

{
  "Sid": "DenyInsecureTransport",
  "Effect": "Deny",
  "Principal": "*",
  "Action": "s3:*",
  "Resource": [
    "arn:aws:s3:::example-bucket",
    "arn:aws:s3:::example-bucket/*"
  ],
  "Condition": {
    "Bool": {
      "aws:SecureTransport": "false"
    }
  }
}

Require SSE-KMS on object upload:

{
  "Sid": "DenyUploadsWithoutSSEKMS",
  "Effect": "Deny",
  "Principal": "*",
  "Action": "s3:PutObject",
  "Resource": "arn:aws:s3:::example-bucket/*",
  "Condition": {
    "StringNotEquals": {
      "s3:x-amz-server-side-encryption": "aws:kms"
    }
  }
}

Restrict bucket access to a VPC endpoint:

{
  "Sid": "DenyAccessOutsideExpectedEndpoint",
  "Effect": "Deny",
  "Principal": "*",
  "Action": "s3:*",
  "Resource": [
    "arn:aws:s3:::example-bucket",
    "arn:aws:s3:::example-bucket/*"
  ],
  "Condition": {
    "StringNotEquals": {
      "aws:SourceVpce": "vpce-0123456789abcdef0"
    }
  }
}

Secrets and Parameter Storage

RequirementChooseWhy
Rotate database credentials automaticallyAWS Secrets ManagerNative rotation patterns and Lambda rotation
Store application config hierarchyAWS Systems Manager Parameter StoreGood for parameters and SecureString values
Store encrypted secret with KMSSecrets Manager or Parameter Store SecureStringKMS protects secret material
Retrieve secrets in ECS/EKS/LambdaService integration with IAM roleAvoid hardcoded secrets
Audit secret accessCloudTrailMonitor GetSecretValue and related APIs
Cache secrets in applicationSecrets Manager caching client/patternReduces repeated calls and latency

Network and Infrastructure Security

Control Selection Matrix

ControlLayer/scopeAllows deny rules?Stateful?Use for
Security groupENI/instanceNo, allow onlyYesWorkload-level inbound/outbound access
Network ACLSubnetYesNoCoarse subnet stateless filtering
AWS WAFHTTP/HTTPS layer 7YesN/ASQL injection, XSS, HTTP rate limits, managed web rules
AWS Shield StandardEdge DDoS protectionManagedN/ABaseline DDoS protection
AWS Shield AdvancedEnhanced DDoS featuresManagedN/AAdvanced detection, response, cost protection features
AWS Network FirewallVPC network trafficYesStateful and stateless rulesCentral inspection, egress filtering, domain/IP rules
Route 53 Resolver DNS FirewallDNS queriesYesN/ABlock malicious or unauthorized domains
Gateway Load BalancerAppliance insertionAppliance-dependentAppliance-dependentThird-party firewall/IDS/IPS appliances
VPC endpoint policyEndpoint accessYesN/ARestrict AWS service access through endpoint
AWS PrivateLinkPrivate service connectivityPolicy/SG dependentN/APrivate access to services without public IP routing

Security Group vs NACL

FeatureSecurity groupNetwork ACL
AttachmentENISubnet
Rule typeAllow onlyAllow and deny
EvaluationAll rulesOrdered by rule number
StateStatefulStateless
Return trafficAutomatically allowedMust be explicitly allowed
Best useInstance/app access controlSubnet guardrail, explicit deny, broad filtering
Common trapCannot create deny ruleEphemeral ports must be handled

VPC Endpoint Choices

NeedChooseNotes
Private access to S3 or DynamoDBGateway endpointRoute table target plus endpoint policy
Private access to most AWS APIsInterface endpointElastic network interfaces with private IPs
Expose your service privately to consumersAWS PrivateLink endpoint serviceUsually fronted by Network Load Balancer
Restrict service access from VPCEndpoint policy + resource policyUse both sides where supported
Keep traffic off public internetVPC endpointDoes not automatically mean broad access is safe

Common Network Architectures

ScenarioPatternWatch for
Centralized egress inspectionTransit Gateway to inspection VPC with AWS Network Firewall or appliancesSymmetric routing and route table design
Centralized ingress to web appsCloudFront + AWS WAF + ALBWAF is HTTP-aware; SGs still protect ALB
Private application accessInternal ALB/NLB, PrivateLink, VPN, or Direct ConnectMatch connectivity to consumer type
Hybrid encrypted connectivitySite-to-Site VPNDirect Connect is dedicated connectivity; use VPN when IPsec encryption is required
DNS filteringRoute 53 Resolver DNS FirewallBlocks DNS lookups, not direct IP connections
Detect VPC traffic patternsVPC Flow LogsMetadata only, not packet payload
Inspect packets/application protocolsNetwork Firewall or applianceFlow Logs are not inspection tools

Logging, Monitoring, and Detection

Logging Source Selection

Question asks for…ChooseKey detail
API calls, identity, source IP, timeAWS CloudTrailManagement events are baseline audit trail
S3 object-level or Lambda invoke activityCloudTrail data eventsMust be selected for high-volume data-plane activity
Unusual API activity patternsCloudTrail InsightsDetects unusual management API activity
Long-term queryable audit lakeCloudTrail LakeSQL-style event analysis
Resource configuration historyAWS ConfigRecords configuration changes
Compliance against rulesAWS Config rules / conformance packsManaged or custom rules
Logs, metrics, alarmsAmazon CloudWatchOperational observability
Event-driven automationAmazon EventBridgeRoutes service events/findings
Network metadataVPC Flow LogsAccept/reject, addresses, ports, bytes; not payload
Load balancer request recordsELB access logsClient/request visibility
DNS query loggingRoute 53 Resolver query logsDNS activity in VPC
Firewall alerts/flowsAWS Network Firewall logsSend to supported log destinations

Detection Service Selection

ServiceDetects / analyzesDoes not primarily do
Amazon GuardDutyThreat findings from AWS telemetryBlock traffic by itself
AWS Security HubAggregated findings and security standardsDeep investigation by itself
Amazon DetectiveInvestigation graph and related activityPreventive enforcement
Amazon InspectorVulnerabilities in EC2, ECR images, LambdaNetwork intrusion detection
Amazon MacieSensitive data and S3 exposureGeneral malware detection
IAM Access AnalyzerExternal access, unused access, policy validationRuntime threat detection
AWS ConfigConfiguration drift and rule complianceAPI forensic detail
AWS Trusted AdvisorAccount best-practice checksCentral incident investigation
AWS Audit ManagerEvidence collection for auditsReal-time threat blocking

CloudTrail High-Yield Points

PointExam use
Organization trailCentralize CloudTrail across AWS Organizations
Log file validationDetect tampering with delivered log files
S3 log bucket protectionUse bucket policy, encryption, versioning, restricted write access
CloudWatch Logs integrationNear-real-time alarms and metric filters
EventBridge integrationTrigger automated response from API events
Data eventsRequired for S3 object-level visibility and similar data-plane activity
Insights eventsUseful for unusual API volume/error patterns
CloudTrail is regional/global-awareConfigure to capture required Region and global service events

Incident Response Playbooks

Compromised IAM Access Key

StepAction
1Identify key owner and activity in CloudTrail
2Deactivate or delete the access key
3Rotate credentials and remove hardcoded secrets
4Review IAM policies, group membership, role assumptions, and recent changes
5Check GuardDuty, Security Hub, CloudTrail, and affected services
6Add preventive controls: MFA, least privilege, SCPs, access analyzer, key age monitoring

Compromised EC2 Instance

GoalPreferred action
Preserve evidenceSnapshot EBS volumes before destructive cleanup
Isolate networkReplace security group with quarantine SG or adjust NACL/route controls
Keep investigation accessUse SSM Session Manager if available; avoid opening SSH broadly
Capture volatile dataCollect memory/process/network data before stop/terminate if required
Identify root causeReview CloudTrail, VPC Flow Logs, instance logs, Inspector findings
Rebuild safelyLaunch from known-good AMI; patch; rotate instance role credentials if needed
Automate containmentEventBridge rule on GuardDuty finding invoking Lambda/SSM Automation

Suspicious S3 Public Exposure

StepAction
1Enable or verify S3 Block Public Access at account/bucket level
2Review bucket policy, access points, ACLs, and Object Ownership
3Use IAM Access Analyzer for public/cross-account findings
4Review CloudTrail data events if enabled; enable for future object access audit
5Use Macie if sensitive data exposure is possible
6Add Config rules/SCPs to prevent recurrence

Ransomware or Destructive Deletion Risk

RequirementControl
Recover previous objectsS3 Versioning
Prevent deletion/overwrite during retentionS3 Object Lock
Centralized backup/recoveryAWS Backup
Detect mass delete API callsCloudTrail + EventBridge/CloudWatch alarms
Limit destructive permissionsIAM least privilege, permissions boundaries, SCPs
Separate backup accountMulti-account backup isolation pattern

Governance and Multi-Account Security

Organizations and Account Controls

RequirementChooseNotes
Group accounts by environment/business unitOUsAttach SCPs at OU level
Prevent risky APIs across accountsSCPDeny guardrails are common exam answers
Centralize security service administrationDelegated administratorUsed by services such as GuardDuty, Security Hub, Inspector, Macie
Standard account vending/baselinesAWS Control TowerLanding zone and guardrails
Share resources across accountsAWS RAMFor supported resource types
Centralize logsLog archive account patternProtect log buckets from modification
Centralize security operationsSecurity tooling account patternAggregate findings and automate response

SCP Patterns

GoalSCP approachCaution
Deny disabling CloudTrail/Config/GuardDutyExplicit deny for stop/delete/disable APIsEnsure break-glass/admin process is designed
Restrict RegionsDeny actions outside approved Regions using aws:RequestedRegionExclude global services as needed
Prevent public S3 changesDeny APIs that remove block public access or set public policiesTest carefully
Enforce approved instance typesDeny EC2 run APIs outside allowed typesService-specific conditions required
Protect security rolesDeny IAM changes to named roles/policiesAvoid locking out operations accidentally

High-yield trap: an SCP attached to an OU can make an administrator appear “broken” even when IAM policies allow the action. Check SCPs when an allowed IAM principal still receives AccessDenied.

Application and Compute Security

EC2

RequirementChoose
Avoid SSH keys and open inbound portsAWS Systems Manager Session Manager
Grant app AWS permissionsInstance profile with IAM role
Reduce credential exposureIMDSv2
Patch managementSystems Manager Patch Manager
Vulnerability findingsAmazon Inspector
Encrypt boot/data volumesEBS encryption with KMS
Restrict metadata access from appsIMDSv2 hop limit/configuration and local controls

Lambda

RequirementChoose
Function permissions to AWS servicesExecution role
Allow another AWS service/account to invoke functionLambda resource-based policy
Protect environment variablesKMS encryption and least-privilege access
Private VPC resource accessLambda VPC configuration
Control deployment trustCode signing for Lambda
Detect vulnerable dependenciesAmazon Inspector for Lambda where applicable
Trigger remediationEventBridge rule invoking Lambda

Containers

RequirementECSEKS
Workload AWS permissionsTask roleIRSA / pod identity pattern
Node/host permissionsContainer instance roleNode instance role
Image vulnerability scanningAmazon Inspector / ECR scanningAmazon Inspector / ECR scanning
Secrets injectionSecrets Manager / Parameter StoreSecrets Manager/Parameter Store via integration or CSI pattern
Network isolationSecurity groups, VPC designSecurity groups for pods where used, Kubernetes network policies
Audit/control planeECS events/CloudTrailEKS control plane logs, CloudTrail, Kubernetes RBAC

Confused Deputy and Cross-Service Access

Confused Deputy Pattern

Use both source ARN and source account when allowing an AWS service principal to access your resource.

{
  "Sid": "AllowEventBridgeFromExpectedRule",
  "Effect": "Allow",
  "Principal": {
    "Service": "events.amazonaws.com"
  },
  "Action": "sns:Publish",
  "Resource": "arn:aws:sns:us-east-1:111122223333:security-topic",
  "Condition": {
    "ArnEquals": {
      "aws:SourceArn": "arn:aws:events:us-east-1:111122223333:rule/security-rule"
    },
    "StringEquals": {
      "aws:SourceAccount": "111122223333"
    }
  }
}

Cross-Account Access Checklist

CheckWhy it matters
Principal account IAM allows the actionCaller must be authorized to request the API
Resource account policy trusts the principalResource must allow external access
KMS key policy allows useEncrypted resources often fail here
SCPs permit the action in both accountsGuardrails can block otherwise valid access
Conditions match request contextSource VPC endpoint, Org ID, MFA, tags, Region
Resource ownership is understoodS3 ownership/ACL settings can change access behavior
Logs are centralizedCross-account activity should be auditable

Common SCS-C03 Traps

TrapCorrect reasoning
“SCP allows the action”SCPs never grant permissions; they only set maximum permissions
“GuardDuty blocks the attack”GuardDuty detects and creates findings; use EventBridge/remediation to act
“Security group deny rule”Security groups are allow-only; use NACL, Network Firewall, or policy denies
“NACL return traffic is automatic”NACLs are stateless; configure inbound and outbound rules
“CloudTrail shows packet payloads”CloudTrail shows API activity, not network packet contents
“VPC Flow Logs show full packets”Flow Logs show metadata, not payload
“KMS IAM policy alone is always enough”Key policy must permit access or delegate to IAM
“Bucket policy controls KMS decrypt”KMS key policy/IAM must also allow KMS use
“Public subnet means public access”Needs route to internet gateway and public IP/relevant routing
“PrivateLink replaces IAM”Private connectivity does not remove authorization requirements
“WAF protects all TCP traffic”AWS WAF protects supported HTTP/HTTPS integrations
“Inspector detects active intrusions”Inspector finds vulnerabilities; GuardDuty detects threats
“Macie scans all AWS data stores”Macie is focused on S3 sensitive data discovery
“Secrets Manager and Parameter Store are identical”Secrets Manager emphasizes secret rotation and lifecycle
“Config is a log search tool”Config tracks resource configuration and compliance
“Stopping an instance preserves all evidence”Volatile memory/process data can be lost
“Deleting a compromised key is the first forensic step”Usually deactivate quickly, preserve audit trail, then rotate/delete as appropriate

Fast Review Checklist

Before exam day, be able to answer these without hesitation:

  • Which policy type grants access, and which only limits access?
  • When does a cross-account request need both identity-side and resource-side permission?
  • Why does KMS require key policy analysis in addition to IAM?
  • Which service detects API activity, config drift, vulnerabilities, sensitive S3 data, and threats?
  • When do you choose WAF, Network Firewall, security groups, NACLs, or DNS Firewall?
  • How do you enforce private S3 access through a VPC endpoint?
  • How do you prevent service confused deputy risk?
  • What is the safe sequence for compromised IAM keys and EC2 instances?
  • Which service centralizes findings, and which service investigates them?
  • Which controls are preventive, detective, and responsive in a multi-account AWS environment?

Next Step

Use this Quick Reference as a decision checklist while practicing mixed AWS Certified Security – Specialty (SCS-C03) scenarios. For each missed question, classify the miss as IAM/policy evaluation, KMS/encryption, logging/detection, network control selection, governance, or incident response, then revisit the matching table above before continuing with more original practice questions.

Browse Certification Practice Tests by Exam Family