212-89 Exam Dumps - ECCouncil ECIH Questions and Answers

Liam is establishing and maintaining the chain of custody for digital evidence. ECIH forensic-readiness procedures require responders to document evidence from the moment it is identified and collected through every subsequent transfer, examination, storage, and presentation. Exhibit numbers, collector identification, seizure date and time, device descriptions, original locations, photographs, and transfer records provide traceability and demonstrate that evidence has remained controlled. Recording who receives each item next is particularly important because every change in possession must be documented. These procedures protect evidence integrity and support its admissibility during disciplinary, civil, or criminal proceedings. Imaging volatile memory concerns acquisition from active systems, while malware removal would modify the evidence. Endpoint detection software is unrelated to evidence documentation. Liam ' s systematic labeling and transfer recording therefore constitute creation of a chain-of-custody record.

================

This scenario demonstrates a preventive containment action during an email security incident. The ECIH Email Security Incident Handling module emphasizes that once phishing is identified, responders should immediately prevent further delivery to reduce organizational exposure.

Option A is correct because Lena removes malicious emails from the mail server’s delivery queue before users receive them. This action directly reduces risk by preventing additional users from clicking malicious links or submitting credentials. ECIH identifies email purging as a critical containment technique during active phishing campaigns.

Option B is an investigative action, not containment. Option C applies after delivery and compromise. Option D addresses already compromised accounts rather than preventing exposure.

By stopping malicious emails before delivery, Lena aligns with ECIH best practices for rapid containment of email-based threats.

Centralized logging and monitoring provide the visibility required to detect, correlate, investigate, and respond to incidents spanning multiple cloud environments. ECIH cloud incident handling emphasizes that distributed infrastructure creates fragmented telemetry across identity services, workloads, storage, applications, APIs, and network controls. Aggregating those logs into a centralized monitoring or SIEM platform enables responders to identify anomalies that might otherwise appear unrelated when viewed within individual services. Penetration testing only selected critical assets provides useful assurance but leaves other components outside continuous visibility. Physical office security does not address most cloud-specific attack vectors. Moving to a single cloud provider is also not inherently a security best practice and does not eliminate configuration, identity, or monitoring risks. Centralized visibility therefore provides the strongest foundation for detecting cross-cloud incidents and coordinating an effective response.

================

ECIH emphasizes cyber threat intelligence and information sharing as important components of effective incident handling. For an APT, collaboration with trusted industry peers can provide detailed intelligence about attacker tactics, techniques, and procedures observed during comparable incidents. TTP-oriented intelligence is particularly valuable because it describes how an adversary operates across the attack lifecycle and can support detection, threat hunting, containment, and defensive improvement. Searching for known IOCs is also valuable, but indicators such as IP addresses, domains, and file hashes can change rapidly and may provide only limited context about an evolving APT campaign. Historical statistics and generic open-source discussions are less targeted to AlphaTech ' s immediate investigation. Therefore, exchanging operational intelligence and observed TTPs with trusted peers provides the broadest actionable understanding of the sophisticated threat.

================

This scenario requires stealthy containment, a technique emphasized in ECIH when dealing with advanced threats, particularly in OT environments.

Option A is correct because disabling selective services while maintaining passive monitoring restricts attacker movement without tipping them off. ECIH stresses that premature disruption can cause attackers to destroy evidence or accelerate damage.

Options B, C, and D are noisy actions that alert the adversary and risk operational disruption.

ECIH recommends low-profile containment for advanced and persistent threats, especially in critical infrastructure, making Option A the correct response.

Explanation (incident response governance):

This scenario combines data theft + extortion involving highly sensitive IP and regulated participant data. The prudent course is to trigger formal legal/incident governance: engage law enforcement and appropriate cybercrime agencies (D), preserve evidence, and coordinate with legal counsel, regulators (if required), and cyber-insurance response processes. Law enforcement engagement can support intelligence sharing, preservation orders, and broader investigation into the infrastructure receiving the exfiltrated data.

(A) recalling the drug is not directly tied to the incident’s immediate technical or legal response; it’s a business decision that may be unnecessary and harmful without evidence of counterfeit risk. (B) immediate public announcement may be legally required in some jurisdictions, but it must be accurate and coordinated; doing it prematurely can worsen harm. (C) negotiation is risky and typically handled only through controlled legal and executive channels; it does not ensure data return and can incentivize further extortion.

Thus, (D) reflects best-practice escalation: treat it as a serious crime, preserve chain of custody, and coordinate response through legal and investigative authorities while technical teams contain and scope.

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.

Auditing the system and network log files is a crucial step in the incident triage phase of the incident response and handling process. During incident triage, incident handlers assess and prioritize incidents based on their severity, impact, and the urgency of the response required. Part of this assessment involves reviewing log files to understand the nature of the incident, its scope, and the systems or networks affected. This information helps in categorizing the incident and deciding on the appropriate response actions. Unlike containment, which aims to limit the damage, incident disclosure, which involves communicating about the incident, or incident eradication, which focuses on removing the threat, incident triage is about evaluating and prioritizing the incident based on detailed log analysis among other factors.

James is working on the post-incident activities stage of the Incident Handling and Response (IH & R) process. After containing the spread of the infection and removing the malware, the focus shifts to assessing the impact of the incident on the organization and preparing a detailed report. This phase involves analyzing the extent of the damage, determining the cost of the attack, evaluating how well the incident was managed, and identifying lessons learned to improve future response efforts. The objective is to restore systems to normal operation, ensure no remnants of the threat remain, and implement measures to prevent recurrence.

An Intrusion Prevention System (IPS) device placed inline is best suited to block attacks on a network actively. Being inline allows the IPS to analyze and take action on the traffic as it passes through the device, effectively preventing malicious traffic from reaching its target. The IPS can detect and block a wide range of attacks in real-time by using various detection methods, such as signature-based detection, anomaly detection, and policy-based detection. Unlike Host-based Intrusion Prevention Systems (HIPS), web proxies, or load balancers, an inline IPS is specifically designed to inspect and act on incoming and outgoing network traffic to prevent attacks before they reach network devices or applications.