Audit and governance sit inside the SAA-C03’s largest domain, and the exam tests one distinction relentlessly: the difference between recording activity and recording state. Get that split right and a whole family of questions resolves quickly. The diagram above lays it out — CloudTrail on one side answering who did what, AWS Config on the other answering what a resource is and whether it still complies, both feeding a single audit and compliance view.
CloudTrail: who did what
AWS CloudTrail is the account’s API activity log. Every management call — and, if enabled, data events — is recorded with the caller identity, the timestamp, the source IP and the action. When a scenario asks which principal deleted this, from where, at what time, that is a CloudTrail question, full stop. This is the service you reach for in incident forensics and access audits, because it reconstructs the sequence of actions a human or role actually took.
AWS Config: what a resource is, and whether it drifted
AWS Config records the configuration state of each resource and keeps a versioned history of how that state changed over time — letting you see what a security group or volume looked like three weeks ago. On top of that timeline, Config rules continuously evaluate resources against a desired state and flag drift as non-compliant the moment it appears: an EBS volume created without encryption, an S3 bucket that turns public. When the requirement is a live compliance verdict rather than an actor trail, Config is the answer.
The distinction the exam keeps testing
Read the question for what it is really asking. Who and when point to CloudTrail. What is this resource, how did it change, is it compliant point to Config. The two are complementary, not interchangeable — a full audit programme usually runs both, but any single scenario is asking about one of them. A frequent distractor swaps their roles; another offers a home-grown Describe script where a managed service belongs.
Scaling and protecting the audit trail
Two patterns extend the basics. Across many accounts under AWS Organizations, an organization trail is defined once and automatically covers every current and future member account, delivering to one central bucket — the least-overhead way to centralise cross-account activity. And to prove the logs themselves were not tampered with, enable CloudTrail log file integrity validation and store the logs in a locked-down S3 bucket with KMS encryption; the signed digests make any alteration or deletion detectable. For the encryption side of that pattern, see KMS encryption scenarios.
Threat detection on top of the logs
One layer above logging sits Amazon GuardDuty, a managed service that analyses CloudTrail, DNS and VPC flow data with threat intelligence and anomaly detection to surface findings — like credentials used from an unusual location — with no detection logic for you to build. It consumes the same log sources this pairing produces, which is why a “continuously find threats in the logs” requirement points to GuardDuty rather than to Config rules or CloudTrail alone.
How to use the seven scenarios below
Answer each before opening the explanation, and when you miss, name the word that decided it — “who”, “history”, “compliant”, “across accounts”, “tamper-evident”. Every explanation names the deciding constraint and takes the distractors apart one by one. For the wider domain, see Design Secure Architectures and the foundational IAM policy scenarios.
Updated for SAA-C03 (July 2026). The sample questions above are our own work
in the style of the exam — not real exam items. The exam itself is set and marked
by the certification body.