Florian Lohoff entdeckte einen Fehler im dhcrelay, der ihn dazu veranlasst, einen anhaltenden Paket-Sturm gegen den/die konfigurierten DHCP-Server im Falle eines böswilligen BOOTP-Pakets zu senden, wie es von fehlerhaften Cisco-Switches geschickt wird.
Falls der dhcp-relay eine BOOTP-Anfrage empfangt, leitet es diese an den DHCP-Server unter Verwendung der Broadcast-MAC-Adresse ff:ff:ff:ff:ff:ff weiter, was das Netzwerk-Interface dazu veranlasst, es zurück an den Socket zu reflektieren. Um Schleifen zu vermeiden, prüft dhcrelay, ob die Relay-Adresse seine eigene ist, in welchem Fall das Paket fallengelassen wird. In Kombination mit einer fehlenden oberen Grenze für den Hop-Zähler könnte ein Angreifer den dhcp-relay dazu veranlassen, einen anhaltenden Paket-Sturm gegen den/die konfigurierten DHCP-Server zu schicken.
Dieser Patch führt eine neue Befehlszeilen-Option -c maxcount ein und es wird angeraten, dhcp-relay mit dhcrelay -c 10 oder einer kleineren Nummer zu starten, was nur diese Anzahl von Paketen erzeugt.
Das dhcrelay-Programm aus dem »dhcp«-Paket dürfte nicht davon betroffen sein, da DHCP-Pakete verworfen werden, falls Sie offensichtlich bereits weitergeleitet wurden.
Für die stable Distribution (Woody) wurde dieses Problem in Version 3.0+3.0.1rc9-2.2 behoben.
Die alte stable Distribution (Potato) enthält keine dhcp3-Pakete.
Für die unstable Distribution (Sid) wurde dieses Problem in Version 1.1.2-1 behoben.
Wir empfehlen Ihnen, Ihr dhcp3-Paket zu aktualisieren, falls Sie den dhcrelay-Server verwenden.
MD5-Prüfsummen der aufgeführten Dateien stehen in der ursprünglichen Sicherheitsankündigung zur Verfügung.