The Fool's Firewall

Tom Eastep

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, with no Front-Cover, and with no Back-Cover Texts. A copy of the license is included in the section entitled “GNU Free Documentation License”.

2009/05/12


Table of Contents

Definition
Security Issue
ARP Roulette

Definition

Occasionally, we hear from someone who has cabled his firewall's external and internal firewall interfaces to the same switch. I call this configuration The Fool's Firewall.

When the external interface supports broadcast, this configuration has two very bad drawbacks:

  1. It is very insecure

  2. Both the up-stream router and the local systems can send incoming packets to the wrong interface.

Security Issue

Because Fool's firewall is not physically located between the net and the local systems, the local systems are exposed to all of the systems in the same broadcast domain. Because the local systems (expecially those running Windows) send broadcasts, those systems can be easily detected by using a packet sniffer. Once the systems have been spotted, it is child's play to add an IP address in Fool's internal IP network and bypass his "Firewall".

ARP Roulette

The Linux IP stack exhibits some unexpected behavior with respect to ARP. It will respond to ARP 'who-has' requests received on any interface and not just on the interface owning the address. So when the upstream router sends a 'who-has' request for Fool's external IP address, the response may come from his internal interface (and reflect the MAC address of that interface). When that happens, packets from the net start entering the firewall's internal interface.

A similar problem can occur when a local system sends to the "Firewall" or to the Net. The packets may arrive on the firewall through the external interface.