DHCP-serveret Kea 1.6 er offentliggjort, udviklet af ISC-konsortiet

ISC-konsortiet udgav udgivelse af DHCP-server Kea 1.6.0, der erstatter den klassiske ISC DHCP. Kildekoderne til projektet distribueres under licens Mozilla Public License (MPL) 2.0, i stedet for den tidligere anvendte ISC License til ISC DHCP.

DHCP-serveret Kea er baseret på teknologierne fra BIND 10 og bygget ved hjælp af en modulær arkitektur, der indebærer opdeling af funktionalitet i forskellige behandlerprocesser. Produktet inkluderer en fuld funktionsdygtig serverimplementering med understøttelse af protokoller DHCPv4 og DHCPv6, der kan erstatte ISC DHCP. Kea har indbyggede værktøjer til dynamisk opdatering af DNS-zoner (Dynamic DNS), understøtter mekanismer til serveropdagelse, adresseallokering, opdatering og genforbindelse, behandling af informationsforespørgsler, adresse-reservationer for værter og PXE-booting. I DHCPv6-implementeringen er der desuden mulighed for præfikserdelegation. Til interaktion med eksterne applikationer er der et specielt API. Konfigurationen kan opdateres i realtid uden genstart af serveren.

Oplysninger om tildelte adresser og klientparametre kan opbevares i forskellige typer datalagre — i øjeblikket tilbydes backend-løsninger til opbevaring i CSV-filer, MySQL-databaser, Apache Cassandra og PostgreSQL. Parametrene for værtsreservationer kan angives i konfigurationsfilen i JSON-format eller som en tabel i MySQL og PostgreSQL. Der er inkluderet et værktøj kaldet perfdhcp til måling af DHCP-serverens ydeevne og komponenter til indsamling af statistik. Kea viser god ydeevne; for eksempel kan serveren med MySQL-backend udføre 1000 adresse-tildelinger pr. sekund (ca. 4000 pakker pr. sekund), mens ydeevnen med memfile-backend når op på 7500 tildelinger pr. sekund.

Nøglepunkter forbedringer i Kea 1.6:

• Backend-konfigurationen (CB, Configuration Backend) er blevet implementeret, hvilket gør det muligt at centralt administrere indstillingerne for flere DHCPv4- og DHCPv6-servere. Backenden kan anvendes til at opbevare de fleste Kea-indstillinger, herunder globale parametre, information om delte netværk, subnet, indstillinger, puljer og option definitioner. I stedet for at opbevare alle disse indstillinger i en lokal konfigurationsfil, kan de nu placeres i en ekstern database. Det er muligt at definere ikke alle, men kun en del af indstillingerne via CB med overlappende parametre fra den eksterne database og lokale konfigurationsfiler (for eksempel kan indstillinger for netværksinterfaces forblive i de lokale filer).

  Kun MySQL understøttes som database til opbevaring af konfigurationen (til opbevaring af adresseleje (leases) kan MySQL, PostgreSQL og Cassandra anvendes, mens MySQL og PostgreSQL kan anvendes til hostreservation). Konfigurationen i databasen kan ændres både gennem direkte adgang til databasen og via specielt forberedte bibliotekslag, der tilbyder et standard sæt kommandoer til at administrere konfigurationen, såsom at tilføje og fjerne parametre, bindinger, DHCP-opsætninger og subnet.

• En ny klasse af behandlere "DROP" er blevet tilføjet (alle pakker relateret til klassen DROP bliver straks droppet), som kan bruges til at droppe uønsket trafik, for eksempel bestemte typer DHCP-beskeder.
• Nye parametre max-lease-time og min-lease-time er blevet tilføjet, hvilket gør det muligt at definere leasingtiden for en adresse til en klient (lease) ikke som en fast værdi, men som et tilladt interval.
• Kompatibiliteten med enheder, der ikke helt overholder standarderne for DHCP, er blevet forbedret. For at omgå problemer sender Kea nu information om typen af DHCPv4-besked i begyndelsen af optionslisten, behandler forskellige repræsentationer af værtens navne, genkender transmissionen af et tomt vært navn og tillader at definere sub-options med koder fra 0 til 255.
• En separat kontrolsocket er blevet tilføjet til DDNS-demonen, hvorigennem man direkte kan sende kommandoer og foretage ændringer i konfigurationen. Følgende kommandoer understøttes: build-report, config-get, config-reload, config-set, config-test, config-write, list-commands, shutdown og version-get.
• Løst sårbarheder (CVE-2019-6472, CVE-2019-6473, CVE-2019-6474), som kan bruges til at forårsage nedetid (udløse nedbrud af serverbehandlere for DHCPv4 og DHCPv6) ved at sende anmodninger med forkert konfigurerede muligheder og værdier. Problematikken udgør den største fare CVE-2019-6474, hvilket, hvis det bruges til bindinger af memfile-lager, resulterer i, at serverprocessen ikke kan genstartes automatisk, således at manuel indgriben fra administratoren kræves (rensning af bindingsdatabasen).

Kilde: opennet.ru