A security analyst discovers that an operational AWS IAM access key belonging to a production microservice repository was inadvertently committed to a public version control repository. Following standard incident response playbook procedures for credential exposure, place the following response actions in the correct sequential order from first to last.
- 1Revoke the exposed IAM access key and apply an explicit deny policy to immediately terminate active unauthorized API sessions.
- 2Isolate affected compute instances associated with the key activity and preserve volatile system memory for forensic analysis.
- 3Analyze CloudTrail logs to identify unauthorized resource modifications and eradicate any persistence mechanisms or secondary backdoor accounts established by the adversary.
- 4Deploy clean application instances, issue newly rotated credentials via a secure secrets manager, and restore normal production traffic.
- 5Conduct a post-incident review to implement automated pre-commit secret scanning hooks and update the organization's incident response playbook.
Cevap
The correct sequence of incident response actions is: 1) Revoke the exposed IAM access key and apply an explicit deny policy, 2) Isolate affected compute instances and preserve volatile memory, 3) Analyze CloudTrail logs to identify and eradicate persistence mechanisms, 4) Deploy clean application instances with rotated credentials and restore operations, and 5) Conduct a post-incident review to implement automated secret scanning and update playbooks.
The correct order follows standard incident response frameworks applied to credential exposure playbooks: initial containment (revoking credentials and isolating workloads), eradication (analyzing audit logs to uncover and remove adversary persistence), recovery (redeploying clean workloads with newly generated secrets), and post-incident activity (updating preventive secret-scanning hooks and playbooks).
Adım Adım Çözüm
Anahtar Kavram
Incident Response Lifecycle & Playbook Execution Sequence