Kea DHCP-server 1.6 har publicerats, utvecklad av ISC-konsortiet

Konsortium ISC publicerade utgåvan av DHCP-server Kea 1.6.0, som ersätter den klassiska ISC DHCP. Projektets källkoder sprids under licens Mozilla Public License (MPL) 2.0, istället för den tidigare använda ISC-licensen för ISC DHCP.

DHCP-servern Kea är baserad på teknologier från BIND 10 och är byggd med en modulär arkitektur som innebär att funktionaliteten delas upp i olika processhanterare. Produkten inkluderar en fullt funktionell implementation av servern med stöd för protokollen DHCPv4 och DHCPv6, som kan ersätta ISC DHCP. I Kea finns det inbyggda verktyg för dynamisk uppdatering av DNS-zoner (Dynamic DNS), stöd för mekanismer för serverupptäckter, adressallokering, uppdateringar och återanslutningar, hantering av informationsförfrågningar, reservering av adresser för värdar och PXE-booting. I implementeringen av DHCPv6 finns dessutom möjlighet till prefix-delegation. För interaktion med externa applikationer finns ett speciellt API. Det är möjligt att uppdatera konfigurationen i realtid utan att starta om servern.

Information om tilldelade adresser och kundparametrar kan lagras i olika typer av lagringssystem — för närvarande erbjuds backends för lagring i CSV-filer, databaserna MySQL, Apache Cassandra och PostgreSQL. Parametrar för reservadresser för värdar kan anges i konfigurationsfilen i JSON-format eller i form av en tabell i MySQL och PostgreSQL. Inkluderat är verktyget perfdhcp för att mäta prestandan hos DHCP-servern och komponenter för insamling av statistik. Kea uppvisar god prestanda, till exempel kan servern med MySQL-backend utföra 1000 adressallokeringar per sekund (ungefär 4000 paket per sekund), och med memfile-backend når prestandan 7500 allokeringar per sekund.

Nyckel förbättringar i Kea 1.6:

• Backend-konfigurationen (CB, Configuration Backend) har implementerats, vilket möjliggör centraliserad hantering av inställningar för flera DHCPv4- och DHCPv6-servrar. Backend kan användas för att lagra de flesta Kea-inställningar, inklusive globala parametrar, information om gemensamma nätverk, subnät, alternativ, pooler och definitionsalternativ. Istället för att lagra alla dessa inställningar i en lokal konfigurationsfil, kan de nu placeras i en extern databas. Det är möjligt att definiera endast en del av inställningarna via CB med överlagring av parametrar från den externa databasen och lokala konfigurationsfiler (till exempel kan inställningarna för nätverksgränssnitt lämnas i lokala filer).

  För databaslagring av konfiguration stöds för närvarande endast MySQL (för lagring av adress tilldelningar kan MySQL, PostgreSQL och Cassandra användas, medan MySQL och PostgreSQL kan användas för hostreservningar). Konfigurationen i databasen kan ändras både genom direkt åtkomst till databasen och via särskilt förberedda bibliotek som tillhandahåller en standarduppsättning kommandon för hantering av konfigurationen, såsom att lägga till och ta bort parametrar, bindningar, DHCP-alternativ och subnät;

• En ny klass av handhavare "DROP" har lagts till (alla paket relaterade till DROP-klassen kastas omedelbart), vilken kan användas för att avvisa oönskad trafik, till exempel specifika typer av DHCP-meddelanden;
• Nya parametrar max-lease-time och min-lease-time har lagts till, vilket gör att man kan specificera livslängden för en adressbindning till en klient (lease) inte som ett fast värde, utan som ett tillåtet intervall;
• Kompatibiliteten med enheter som inte helt följer standarderna för DHCP har förbättrats. För att kringgå problem skickar Kea nu information om typen av DHCPv4-meddelande i början av alternativlistan, hanterar olika representationer av värdnamn, känner igen överföring av tomma värdnamn och möjliggör definiering av subalternativ med koder från 0 till 255;
• För DDNS-demonen har en separat styrsocket lagts till, genom vilken man kan skicka kommandon och göra ändringar i konfigurationen direkt. Följande kommandon stöds: build-report, config-get, config-reload, config-set, config-test, config-write, list-commands, shutdown och version-get;
• Uppdateringar genomförda sårbarheten (CVE-2019-6472, CVE-2019-6473, CVE-2019-6474), som kan användas för att orsaka en överbelastning (krasch av DHCPv4- och DHCPv6-serverhanterare) genom att skicka förfrågningar med felaktiga alternativ och värden. Problemet utgör den största risken. CVE-2019-6474, som vid användning för bindningar av memfile-lagring, leder till att serverprocessen inte kan starta om automatiskt, vilket innebär att manuell ingripande från administratören (rengöring av bindningsdatabasen) krävs för att återställa driften.

Källa: opennet.ru