Konsorcium ISC uvedenie DHCP servera , ktorý nahrádza klasický ISC DHCP. Zdrojové kódy projektu pod licenciou , namiesto predtým používaných licencií ISC License pre ISC DHCP.
DHCP server Kea je založený na technológiach BIND 10 a využívajúci modulárnu architektúru, ktorá umožňuje rozdelenie funkčnosti na rôzne procesy spracovateľov. Produkt zahŕňa plne funkčnú implementáciu servera s podporou protokolov DHCPv4 a DHCPv6, ktorý dokáže nahradiť ISC DHCP. V Kea sú zabudované prostriedky na dynamickú aktualizáciu DNS zón (Dynamic DNS), podporujú sa mechanizmy na zisťovanie serverov, prideľovanie adries, aktualizáciu a opätovné pripojenie, obsluhu informačných dopytov, rezervovanie adries pre hostiteľov a PXE zavádzanie. V implementácii DHCPv6 je navyše predpokladaná možnosť delegovania prefixov. Pre interakciu s externými aplikáciami je poskytované špeciálne API. Možná je aktualizácia konfigurácie za behu bez reštartovania servera.
Informácie o pridelených adresách a parametroch klientov môžu byť uchovávané v rôznych typoch úložísk — v súčasnosti sú k dispozícii backendy pre ukladanie v súboroch CSV, databázach MySQL, Apache Cassandra a PostgreSQL. Parametre rezervácie hostiteľov môžu byť zadané v konfiguračnom súbore vo formáte JSON alebo vo forme tabuľky v MySQL a PostgreSQL. Súčasťou je nástroj perfdhcp na meranie výkonu DHCP servera a komponenty na zber štatistiky. Kea vykazuje dobrý výkon, napríklad pri použití backendu MySQL server zvládne 1000 priradení adries za sekundu (približne 4000 paketov za sekundu), zatiaľ čo pri použití backendu memfile výkon dosahuje 7500 priradení za sekundu.
Kľúčové v Kea 1.6:
- Implementovaný backend konfigurácie (CB, Configuration Backend) umožňuje centralizovane spravovať nastavenia viacerých serverov DHCPv4 a DHCPv6. Backend môže slúžiť na ukladanie väčšiny nastavení Kea, vrátane globálnych parametrov, informácií o zdieľaných sieťach, podsieťach, voľbách, pooloch a definíciách volieb. Namiesto ukladania všetkých týchto nastavení do lokálneho konfiguračného súboru, môžu byť teraz umiestnené vo vonkajšej databáze. Je pritom možné definovať prostredníctvom CB nie všetky, ale časť nastavení s prekrytím parametrov z vonkajšej DB a lokálnych konfiguračných súborov (napríklad v lokálnych súboroch môžu zostať nastavenia sieťových rozhraní).
Pre databázy, ktoré sú určené na ukladanie konfigurácie, sa zatiaľ podporuje len MySQL (na ukladanie báz priradení adresám (leases) môžu používať MySQL, PostgreSQL a Cassandra, a na rezervácie hostiteľov MySQL a PostgreSQL). Konfigurácia v DB sa môže meniť ako prostredníctvom priameho prístupu k DB, tak aj prostredníctvom špeciálne pripravených knižníc-prepájačiek, ktoré poskytujú štandardnú sadu príkazov na správu konfigurácie, ako je pridávanie a odstraňovanie parametrov, viazaní, DHCP volieb a podsietí;
- Pridaná nová trieda spracovateľov „DROP“ (všetky pakety spojené s triedou DROP sú okamžite odmietnuté), ktorá môže byť použitá na odmietanie nežiaducich tokov, napríklad určitých typov DHCP správ;
- Pridané nové parametre max-lease-time a min-lease-time, ktoré umožňujú určiť trvanie viazania adresy na klienta (lease) nie vo forme pevne stanoveného hodnoty, ale v podobe prijateľného rozsahu;
- Vylepšená kompatibilita s zariadeniami, ktoré úplne nedodržiavajú štandardy pre DHCP. Na obídenie problémov teraz Kea posiela informáciu o type správy DHCPv4 na začiatku zoznamu volieb, spracováva rôzne zobrazenia názvov hostiteľov, rozpoznáva prenos prázdneho názvu hostiteľa a umožňuje určovať subvolby s kódmi od 0 do 255;
- Pre démon DDNS bola pridaná samostatná ovládacia zásuvka, prostredníctvom ktorej je možné priamo prenášať príkazy a vykonávať zmeny v konfigurácii. Podporujú sa nasledujúce príkazy: build-report, config-get, config-reload, config-set, config-test, config-write, list-commands, shutdown a version-get;
- Opravené (CVE-2019-6472, CVE-2019-6473, CVE-2019-6474), ktoré môžu byť využité na vykonanie útoku na dostupnosť (vyvolanie pádu serverových spracovateľov DHCPv4 a DHCPv6) prostredníctvom zasielania požiadaviek s nesprávnymi voľbami a hodnotami. Najväčšiu hrozbu predstavuje problém , ktorý v prípade použitia pre väzby ukladania memfile vedie k nemožnosti samostatného reštartu serverového procesu, takže na obnovenie činnosti je potrebné manuálne zasahovanie administrátora (čistenie databázy väzieb).
Zdroj: opennet.ru
