Problem solve Get help with specific problems with your technologies, process and projects.

Regarding authenticated DHCP (RFC 3118), what vulnerability is documented for this RFC?

Regarding authenticated DHCP (RFC 3118), what vulnerability is documented for this RFC?
RFC 3118 defines an IETF standard option for authentication of DHCP (Dynamic Host Configuration Protocol) messages. This RFC identifies the following vulnerabilities:
  • The configuration token method is vulnerable to interception, and
  • The delayed authentication mechanism is vulnerable to DDoS floods.

For example, DHCP_Gobbler is a proof of concept tool that attacks RFC 3118 by grabbing all available DHCP addresses, preventing allocation to legitimate new machines.

To learn more about DHCP improvements related to security and more, visit the IETF's DHC working group page -- for example, see Internet Drafts regarding DHCP authentication with IPv6 and DHCP Relay.

Note that DHCP can be used by any kind of IP network, including wireless LANs. Wireless LANs are inherently more vulnerable to interception and flooding than privately-operated Ethernet LANs. Link encryption (WPA/WPA2) can be used to prevent DHCP request interception on a wireless LAN. Preventing flooding is trickier, since you can't really prevent wireless stations from transmitting. However, you CAN stop transmitted packets from reaching your DHCP server -- for example, by using 802.1X port access control.

This was last published in February 2005

Dig Deeper on Wireless LAN (WLAN)

Have a question for an expert?

Please add a title for your question

Get answers from a TechTarget expert on whatever's puzzling you.

You will be able to add details on the next page.

Start the conversation

Send me notifications when other members comment.

Please create a username to comment.