Courseiva
Wireless, IoT and Cloud SecuritymediumMultiple ChoiceObjective-mapped

CEH Wireless, IoT and Cloud Security Practice Question

Network Topology
lo * 0.0.0.0/00 0 ACCEPT alleth0 eth1 192.168.1.0/24eth1 eth0 0.0.0.0/00 0 ACCEPT tcp0 0 ACCEPT udp100 5400 DROP alleth0 * 0.0.0.0/0Refer to the exhibit.# iptables -L -n -v

A security analyst reviews the iptables firewall configuration on a Linux server acting as a gateway for a small office. The server has two interfaces: eth0 (external) and eth1 (internal, 192.168.1.0/24). Based on the exhibit, which of the following is a valid security concern?

⚠ Common exam trap

The trap here is that candidates often overlook the loopback interface rules and focus on external-facing chains, assuming that only external interfaces matter for security, while the question specifically tests awareness of local attack vectors through the loopback interface.

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

All traffic to the loopback interface is accepted, which could allow local attacks to bypass firewall rules.

The iptables rules show that all traffic to the loopback interface (lo) is accepted in the INPUT chain. This means any process on the local host can send packets to 127.0.0.1 without being filtered, potentially allowing local privilege escalation or local attacks to bypass firewall restrictions. In a gateway configuration, this can be exploited if an attacker gains local access and uses the loopback to communicate with services that should be protected.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

  • All traffic to the loopback interface is accepted, which could allow local attacks to bypass firewall rules.

    Why this is correct

    While allowing loopback traffic (lo) is common for inter-process communication, an `ACCEPT` rule for all traffic on the loopback interface can be a significant security vulnerability. Malicious local processes or compromised applications could exploit this permissive rule to communicate with other local services, potentially bypassing more restrictive firewall rules designed for external interfaces. This allows attackers to pivot internally, escalating privileges or exfiltrating data without network-level firewall intervention.

  • The OUTPUT chain policy is set to ACCEPT, which allows any outbound traffic.

    Why it's wrong here

    Setting the `OUTPUT` chain policy to `ACCEPT` is a standard and often necessary configuration for most systems. This policy permits the system itself to initiate and send outbound connections, which is essential for normal operation, including accessing external resources, updating software, and responding to legitimate client requests. Restricting outbound traffic too severely can break legitimate applications and services, and the primary security focus for firewalls is typically on controlling inbound (`INPUT`) and forwarded (`FORWARD`) traffic to prevent unauthorized access.

  • The FORWARD chain only allows traffic from 192.168.1.0/24 to any destination, which is too permissive.

    Why it's wrong here

    Allowing traffic from an internal network segment like 192.168.1.0/24 to any destination via the `FORWARD` chain is a common and often required configuration for a router or gateway firewall. This rule enables internal users to access external resources, such as the internet, which is a fundamental function of network connectivity. While specific outbound ports or protocols might be further restricted for enhanced security, the general allowance for internal clients to reach external destinations is not inherently "too permissive" for standard internet access.

  • UDP port 53 is allowed, which could permit DNS tunneling attacks.

    Why it's wrong here

    Permitting UDP port 53 for DNS traffic is a fundamental requirement for almost any network to resolve domain names and function correctly. While DNS tunneling is a legitimate concern where attackers exfiltrate data over DNS queries, merely allowing UDP port 53 does not automatically enable this attack. Preventing DNS tunneling typically requires deeper packet inspection, behavioral analysis, or DNS proxying solutions that can identify and block anomalous or malicious DNS query patterns, rather than simply blocking the essential DNS port.

Visual reference

Source Router + ACL permit 10.0.0.0/8 deny any Server 10.0.0.5 ✓ 192.168.1.1 ✗ dropped ACLs evaluate top-down; first match wins — implicit deny all at end

About these practice questions

This CEH question is part of Courseiva's 870-question bank — original exam-style content with full explanations and wrong-answer analysis, never real exam questions or exam dumps. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

JA

Written by Johnson Ajibi, MSc IT Security

Senior Network & Security Engineer · founder of Courseiva

This CEH practice question is part of Courseiva's free EC-Council certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the CEH exam.