ECCouncil 212-89 Based on Real Exam Environment

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.

The scenario described fits the characteristics of an Advanced Persistent Threat (APT) attack. APTs are sophisticated, stealthy, and continuous computer hacking processes often orchestrated by groups targeting a specific entity. These attackers penetrate the network through vulnerabilities, maintain access without detection, and achieve their objectives, such as data exfiltration or financial theft, over an extended period. The fact that attackers exploited a minor vulnerability, maintained access for six months, and performed lateral movements to access critical systems for fraudulent transactions highlights the strategic planning and persistence typical of APT attacks.

Email-header analysis should be the primary investigative step because headers contain technical routing and sender information that can expose spoofing or impersonation. ECIH email-incident analysis includes examining message headers, originating IP information, sender details, routing paths, and other metadata to determine whether a suspicious message is authentic. An attacker can easily imitate executive language, display names, signatures, and visual formatting, so apparent professionalism does not establish legitimacy. Reviewing previous emails may provide supporting context but is less conclusive than technical metadata. Scanning the mail server for malware addresses a different possible incident and does not directly validate the message ' s origin. Contacting the referenced vendor can be useful later through independently verified channels, but the most direct forensic method is to examine the header and identify inconsistencies in the actual sending infrastructure.

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

The EC-Council Incident Handler (ECIH) curriculum states that during the detection and analysis phase, responders must validate the incident before taking disruptive containment actions. In suspected DoS attacks, traffic analysis is critical to confirm attack patterns such as SYN floods characterized by numerous half-open TCP connections.

Inspecting network traffic using packet captures, firewall logs, and IDS telemetry allows responders to confirm the nature of the attack, identify source IP behavior, and determine whether IP spoofing or distributed sources are involved. This ensures appropriate mitigation such as SYN cookies, rate limiting, or upstream filtering.

Option A is unrelated. Option B may disrupt business operations prematurely. Option D (rebooting) does not address the attack and may temporarily relieve symptoms without mitigation.

ECIH emphasizes evidence preservation, traffic validation, and controlled response during DoS incidents. Therefore, the first step is to inspect network traffic to confirm the attack pattern and verify source behavior.