A security engineer inspects network security telemetry following a simulated penetration test. The red team successfully executed a known web application exploit payload over an HTTPS connection to an internal web server. Although the Network Intrusion Prevention System (NIPS) was deployed inline and possessed the latest vendor signature for the exploit, it neither generated an alert nor dropped the malicious connection. NetFlow records confirm the attack traffic passed directly through the NIPS interface. Which of the following best explains why the monitoring and alerting controls failed to detect this attack?
- The NIPS lacked SSL/TLS decryption capabilities, preventing signature inspection of the encrypted packet payload.Answer
- BThe NIPS was deployed passively via a network TAP, which prevented it from injecting TCP Reset (RST) packets into the stream.
- CThe security team configured a deception honeypot that diverted incoming alerts into log archives rather than inline enforcement.
- DThe engineer selected a Web Application Firewall (WAF) rule to block transport-layer SYN floods rather than inspecting application layer payloads.
Answer
The NIPS lacked SSL/TLS decryption capabilities, preventing signature inspection of the encrypted packet payload.
Network Intrusion Prevention Systems (NIPS) perform deep packet inspection by comparing packet payloads against known attack signatures. When web traffic is encrypted using HTTPS (SSL/TLS), the payload content is obfuscated as ciphertext. Unless the NIPS is configured with SSL/TLS decryption (TLS offloading/inspection), the signature engine cannot read the underlying HTTP payload to match known exploit patterns, allowing the malicious traffic to pass unhindered despite the NIPS being inline and updated.
Step-by-Step Solution
Key Concept
Network Security Monitoring & TLS/SSL Decryption Requirements for NIDS/NIPS
Estimated Time:2m 0s