DHCP host record fenceposting error

Summary: 
Versions of ISC dhcpd from 3.0.3 and onward have a fenceposting error that causes it to exit if it observes a DHCP client that matches two host records - one by DHCP Client Identifier option, the other by hardware address.
CVE: 
CVE-2009-1892
Posting date: 
07 Oct 2009
Program Impacted: 
DHCP
Versions affected: 
3.0.3 and higher
Severity: 
Minor
Exploitable: 
remotely with "local knowledge"
Description: 

Theoretically, an attacker can cause the DHCP server to exit (and perform a Denial Of Service) by crafting a DHCP message that contains a specific CHADDR (hardware address) and DHCP Client Identifier option contents to match existing host records. However, using combinations of 'uid' and 'hardware' matching host records is not common configuration - generally either 'hardware' or 'uid' are used exclusively, rather than in mixtures. Furthermore, for the attack to be practical, the attacker would need to know the contents of the DHCP server's configuration file before the attack, something that DHCP Server Administrators do not frequently share. Although one could search through trial and error for the existence of such records in the DHCP server, the attacker would have to try every combination of perceived Client Identifiers and MAC Addresses, or to search those spaces through brute force. At this point it is both more practical and less server-implementation or configuration specific to simply use known DHCP protocol limitations to effect a DOS; such as forcibly allocating all addresses on the network.

Workarounds: 

Temporarily convert existing "host {}" records to use 'hardware' match criteria exclusively.

Active exploits: 
None known at this time.
Solution: 

Upgrade to 3.1.3, 4.0.2b2, 4.1.1b2, or later.

Share this