ECCouncil Updated 212-89 Exam Questions and Answers by bentley

This scenario reflects a suspected cloud workload compromise. The ECIH Cloud Incident Handling module stresses that responders must balance containment, evidence preservation, and service continuity.

Option D is correct because creating snapshots preserves forensic evidence while isolating instances using network ACLs or security groups immediately halts malicious communication. This approach aligns with ECIH guidance to preserve evidence before destructive actions while still containing the threat.

Option B destroys evidence and hinders investigation. Option C alters system state and may trigger attacker countermeasures. Option A delays containment.

ECIH explicitly warns against terminating or rebooting compromised cloud assets before evidence capture. Snapshot-and-isolate is therefore the most effective immediate containment step.

The EC-Council Incident Handler (ECIH) curriculum highlights the Shared Responsibility Model in cloud environments. Cloud providers are responsible for security of the cloud (infrastructure), while customers are responsible for security in the cloud (applications, data, access control).

Confusion over responsibility leads to delayed incident response, misconfigurations, and security gaps. ECIH emphasizes clearly defining roles between cloud providers and internal teams before incidents occur, including logging, monitoring, access management, and incident handling responsibilities.

Option A improves security posture but does not resolve responsibility confusion. Option B improperly shifts all responsibility to the provider, which contradicts the shared model. Option D relates to operational configuration, not governance clarity.

Therefore, understanding shared responsibilities for incident response in cloud environments is critical to effectively managing cloud security incidents.

During the incident handling and response (IH & R) process, the stage of " Evidence gathering and forensics analysis " involves the collection of evidence, forensic analysis, and detailed investigation to uncover the root cause of the incident. This stage is crucial for understanding how the incident occurred, identifying the threat actors involved, the methods they used (threat vectors), and the extent of the impact. By analyzing evidence, incident responders can reconstruct the sequence of events, identify the vulnerabilities exploited, and determine the scope of the incident. This information is vital for resolving the incident effectively and taking steps to prevent future occurrences.

This scenario involves an active cloud malware incident affecting operational systems. According to the ECIH cloud incident handling process, the priority after detection is containment and eradication using appropriate tooling. Cloud-specific security tools provide visibility into workloads, API activity, lateral movement, and malicious persistence mechanisms unique to cloud environments.

Option B is correct because deploying the cloud security tool enables identification of infected resources, malicious processes, compromised identities, and abnormal API usage. This allows responders to contain spread, remove malware, and restore integrity without unnecessary disruption.

Option A is an extreme business decision that could cause severe operational and financial damage and should only occur if safety is directly threatened. Option C is a communication step that must be based on verified impact. Option D is monitoring, not response.

ECIH emphasizes that incident response actions must be proportional, evidence-based, and targeted. Leveraging cloud-native or cloud-aware security tools is the most effective primary response in such incidents, making Option B correct.