Online 212-89 Questions Video

This incident indicates credential compromise, a common cloud security issue addressed in the ECIH Cloud Incident Handling module. When credentials are suspected to be compromised, the immediate priority is to stop unauthorized access and determine the scope of misuse.

Option B is correct because resetting the compromised credentials immediately cuts off the attacker’s access. Reviewing recent access logs allows responders to validate what actions were taken, which data was accessed, and whether additional accounts were affected. ECIH emphasizes immediate credential revocation as a first-response action in identity-based cloud incidents.

Option D (enabling MFA) is a critical hardening measure but does not immediately revoke compromised credentials. Option A is a recovery step that may not stop ongoing access. Option C may be necessary later but should not delay immediate containment.

Therefore, resetting credentials and reviewing logs is the most effective first action, fully aligned with ECIH guidance.

Generation-based fuzz testing is a strategy where new test data is generated from scratch based on a predefined model that specifies the structure, type, and format of the input data. This approach is systematic and relies on a deep understanding of the format and protocol of the input data to create test cases that are both valid and potentially revealing of vulnerabilities. This contrasts with mutation-based fuzz testing, where existing data samples are modified (mutated) to produce new test cases, and log-based and protocol-based fuzz testing, which use different approaches to test software robustness and security.

Explanation (cloud IR reality):

In multi-vector cloud incidents, the defining challenge is coordination across layered services—identity (IAM), networking (WAF/CDN/LB), compute (VMs/containers/functions), email/collaboration, endpoints, and third-party SaaS integrations. Each vector often lands in a different plane: phishing compromises identities; malware persists on endpoints or workloads; DDoS stresses edge/network layers. Responding effectively requires aligning containment actions across these domains so one mitigation doesn’t leave another door open (e.g., stopping DDoS but leaving compromised identities active, or cleaning a workload while malicious OAuth tokens remain valid).

(B) is important but is a subset of coordination—CSP communication is one dependency in the broader multi-service response. (C) is a tactical DDoS problem and matters, but the incident includes phishing + malware, so focusing only on traffic classification is insufficient. (A) matters for regulated firms, but during active response, compliance is usually addressed through predefined procedures; it’s not the main operational obstacle in stopping a multi-vector campaign.

So (D) best captures the cloud-specific complexity: distributed ownership, shared responsibility boundaries, and the need for synchronized actions (revoking tokens, isolating workloads, adjusting security groups, WAF rules, email protections, and endpoint containment) to truly break the kill chain.

In the scenario described, Stanley aims to ensure that the digital evidence he collected is admissible in court. This means the evidence must be gathered, handled, and presented in a manner that complies with legal standards, ensuring it can be legally used in a trial. Admissibility is a crucial characteristic of digital evidence, as it must be relevant, authentic, and obtained without violating any laws or rights to privacy. The evidence must also be presented in a clear and comprehensible manner to be understood by the members of the jury, which further supports its admissibility in court.