Florian Lohoff upptäckte ett fel i dhcrelay vilket fick det att sända en kontinuerlig storm av paket till den konfigurerade DHCP-servern vid felaktiga BOOTP-paket, vilka till exempel som sänds från trasiga Ciscoväxlar.
När dhcp-relay tar emot en BOOTP-förfrågan vidaresänder den frågan till DHCP-servern genom att använda ”broadcast”-MAC-adressen ff:ff:ff:ff:ff:ff vilket gör att nätverksgränssnittet reflekterar paketet tillbaka in i uttaget (socket:en). För att förhindra slingor kontrollerar dhcrelay om reläadressen är dess egen, varpå paketet skulle förkastas. I kombination med en avsaknad övre begränsning för hoppräknaren kunde en angripare tvinga dhcp-relay att sända en kontinuerlig storm av paket mot den konfigurerade dhcp-servern.
Denna patch introducerar en ny kommandoradsflagga ”-c maxantal” och användarna rekommenderas att starta dhcp-relay med ”dhcrelay -c 10” eller ett lägre tal, vilket endast kommer skapa så många paket.
Dhcrelayprogrammet från paketet dhcp verkar inte påverkas eftersom DHCP-paket förkastas om de redan verkar ha reläats.
För den stabila utgåvan (Woody) har detta problem rättats i version 3.0+3.0.1rc9-2.2.
Den gamla stabila utgåvan (Potato) innehåller inte dhcp3-paket.
För den instabila utgåvan (Sid) har detta problem rättats i version 1.1.2-1.
Vi rekommenderar att ni uppgraderar ert dhcp3-paket om ni använder dhcrelay-servern.
MD5-kontrollsummor för dessa filer finns i originalbulletinen.