D-Link DI-614+ Router Can Be Crashed With Certain DHCP Requests
SecurityTracker Alert ID: 1010598|
SecurityTracker URL: http://securitytracker.com/id/1010598
(Links to External Site)
Date: Jun 28 2004
Denial of service via network|
Exploit Included: Yes |
Version(s): Model number DI-614+; firmware version 2.30|
A denial of service vulnerability was reported in the D-Link DI-614+ router. A remote user can cause the router to crash.|
Gregory Duchemin reported that a remote user can flood the target device with specially crafted DHCP packets to cause the device to become unstable and then reboot.
Packets with a forged source MAC addresses or unique CLIENTID value that are sent without any REQUESTEIP option can trigger the flaw, the report said.
The report indicated that sustained traffic of approximately 50 packets per second sent for a few seconds can cause denial of service conditions.
The vendor was reportedly notified on May 24, 2004.
A remote user can cause the target device to crash and reboot.|
No solution was available at the time of this entry.|
Vendor URL: www.dlink.com/ (Links to External Site)
This archive entry has one or more follow-up message(s) listed below.|
Source Message Contents
Subject: DLINK 614+ - SOHO routers, system DOS|
-----BEGIN PGP SIGNED MESSAGE-----
TITLE: DLINK 614+ - SOHO routers, system DOS (http://www.dlink.com)
TYPE: ressources starvation / system denial of service
QUOTE from DLINK:
The AirPlus DI-614+ combines the latest advancements in 802.11b
design from Texas Instruments, utilizing their patented Digital Signal
ProcessingTM technology, and D-Link's own robust firewall security
The D-Link AirPlus DI-614+ is the ideal networking solution for small
home offices, schools, coffee shops and other small businesses that
cater to the
The DI614+ SOHO router (latest firmware rev 2.30) will automaticaly
reboot when flooded with valid DHCP REQUEST packets
built with forged source mac addresses or unique CLIENTID and sent
without any REQUESTEIP option.
Upon reception of this kind of requests, DLINK's DI614+ normally
behaves by checking if a lease is available
and then reply by offering an ip address along with other network
settings as configured through the web base interface.
However if such packets are sent at a good enough rate, the DLINK box
will be left in an unstable state immediately followed by a system reboot.
Timing is quite important here and make me thinking that too much
simultaneous requests force the SOHO router to eventually allocate
too much memory and thus to reboot.
It is actually hard to know with precision where the problem actually
lives since no sources are made available for public.
Note that a reboot will clear any existing lease (as well as logs) and
may introduce a subsequent chaos between DHCP clients.
Also note that only few seconds are necessary to DOS the box this way,
even less time than needed by the system to reboot.
So it is a condition of permanent denial of service.
DLINK 614+ is used, among others, by coffee shops, therefore a
successful exploitation may have very disturbing effects.
This bug will NOT be triggered if a REQUESTIP DHCP option is sent
along with the request
or if no ip address is available for dynamic lease at the time of the
Also for a successful exploitation, packets must be sent at a high
enough rate (ie: 50 packets/s is working)
DLINK's support staff has been contacted by May 24th but doesn't
bother to reply
Use static leasing only and/or disable DLINK's DHCP service
firmware up to rev 2.30 (latest)
AUTHOR: Gregory Duchemin (c3rb3r at sympatico.ca)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----