ECCouncil Updated 212-89 Exam Questions and Answers by andreas

Process memory (RAM) is a type of digital evidence that is temporarily stored and requires a constant power supply to retain information. If the power supply is interrupted, the information stored in process memory is lost. This type of evidence can include data about running programs, user actions, system events, and more, making it crucial for forensic analysis, especially in identifying actions taken by both users and malware. Collecting data from process memory helps incident responders understand the state of the system at the time of an incident and can reveal valuable information that is not persisted elsewhere on the device.

This scenario describes a SYN flood attack, a classic protocol-level Denial-of-Service technique covered in the ECIH Network Security Incidents module. In a SYN flood, attackers send a large volume of TCP SYN packets but never complete the three-way handshake, leaving the server waiting for responses and exhausting connection resources.

Option D is correct because incomplete TCP handshakes, half-open connections, and resource exhaustion are defining characteristics of SYN flood attacks. The presence of multiple source IPs further suggests a distributed attack.

Option A involves taking over an existing session, not exhausting resources. Option B applies to UDP-based amplification attacks. Option C affects DNS resolution, not TCP handshakes.

ECIH stresses that early identification of SYN floods allows defenders to deploy SYN cookies, rate limiting, and upstream filtering. Recognizing handshake anomalies is therefore critical in protecting service availability.

The EC-Council Incident Handler (ECIH) curriculum defines Post-Incident Activity as the phase focused on lessons learned, root cause analysis, and process improvement. Conducting a formal retrospective with cross-functional stakeholders to reconstruct timelines, evaluate decision-making, and identify coordination gaps aligns directly with a structured postmortem analysis.

ECIH emphasizes that post-incident reviews should promote a no-blame culture to encourage transparency and honest feedback. The objective is continuous improvement of incident response playbooks, communication protocols, escalation procedures, and overall organizational readiness. Root cause analysis (RCA) is a key component, ensuring that both technical and procedural weaknesses are identified and corrected.

Option B (reclassification) is an administrative adjustment, not a comprehensive review. Option C (vendor notification) relates to external communication. Option D (checklist updates) may result from the review but does not describe the primary activity being executed.

Therefore, the organization is performing a formal postmortem to analyze root causes and operational effectiveness.

This scenario reflects misuse of system resources, a category defined in ECIH network and endpoint incident classification.

Option C is correct because unauthorized software caused excessive CPU usage and system strain, violating acceptable use policies.

Options A, B, and D do not match the behavior described.

ECIH classifies such activity as a security incident because it impacts availability, performance, and risk exposure.