How Can the Security Team Trace a Former Employee's Access Key Activity in AWS?
The Security team believes that a former employee may have gained unauthorized access to AWS resources sometime in the past 3 months by using an identified access key. What approach would enable the Security team to find out what the former employee may have done within AWS?
Community Insight
The test is whether you know CloudTrail Event History covers exactly 90 days and supports lookup by access key attribute with zero setup — the trap is assuming you must first build an S3 trail and Athena table.
Investigating what an identified access key did over the past three months maps directly to the CloudTrail console's 90-day event history, which is searchable by access key ID without any prior trail configuration. This page confirms why the CloudTrail console (A) is the practical answer over Athena, CloudWatch Logs, or AWS Config.
Choosing Amazon Athena (D) because it is the "real" forensic query tool; Athena only works if a trail is already delivering logs to S3 and tables are defined, which is extra setup the scenario never mentions.
Community Discussion (54 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
CloudTrail Event History retains 90 days of management events per region and the console exposes searchable attributes including Access Key ID, user name, event name, resource type, and source IP. Three months falls inside that window, so the team can paste the identified access key into the Event History search bar and immediately see every API call made with it — no trail, bucket, or table required. This is exactly what the AWS knowledge-center article on searching CloudTrail for activity by IAM access key describes, and it is the fastest path from "we suspect this key" to a concrete list of actions. The former employee's activity is API activity, and CloudTrail is the authoritative record of AWS API activity, which is why A is decisive.Why the Other Options Are Wrong
CloudWatch Logs (B) only contains CloudTrail data if a trail was explicitly configured to deliver events there, and even then the log stream is not designed for ad-hoc lookups by user or access key without custom metric filters and Insights queries on a JSON payload. AWS Config (C) records resource configuration state and compliance over time; it does not give you a searchable history of "what actions did this principal take", even though it derives the actor from CloudTrail. Amazon Athena (D) is the right tool only after 90 days, when events have aged out of Event History and must be queried from an S3 log archive — and that presupposes a multi-region trail and a defined table, which this scenario does not establish.Community Comment Notes
josellama2000 points to the CloudTrail event history for exactly this 90-day IAM access key lookup and links the AWS knowledge-center article. learnaws16 quotes the CloudTrail FAQ that nothing needs to be enabled: "visit the AWS CloudTrail console or AWS CLI and begin viewing up to the past 90 days". PeppaPig frames the real distinction well — the console needs no additional setup, whereas the S3 route requires a configured trail, and Kdosec concedes Athena could also query recent events but the question asks what simply enables the investigation. habros summarizes the doctrine neatly: three months means CloudTrail querying, beyond that means CloudTrail plus S3 with Athena.Official Reference
Exam Strategy
Anchor on the time window in the stem: anything inside 90 days is CloudTrail Event History, and anything older is an S3 log archive queried with Athena. Also check whether a trail is described — if no trail or S3 bucket is mentioned, tools that depend on stored logs cannot be the answer.
Frequently Asked Questions
Why isn't Amazon Athena the better choice for investigating this access key?
Athena is right only after events age past 90 days into an S3 log archive, and it requires a configured trail plus a table definition — setup the scenario never mentions.
Can AWS Config show which actions a specific user or access key performed?
No. AWS Config tracks resource configuration changes and compliance, not a searchable per-principal history of API calls; CloudTrail Event History is the tool for that.
Related Analysis
Practice All SCS-C03 Questions
Access 86 questions with complete answers and detailed explanations.
View Full SCS-C03 Practice Test →