Prečo väčší kľúč OpenVPN neodstráni časovač obnovy kľúčov

Voľba AES-256 alebo dlhšieho kľúča nič nehovorí o tom, ako dlho sa tento kľúč smie používať. Sila kľúča opisuje algoritmus; politika obnovy rozhoduje, kedy relácia odvodí nový kľúčový materiál. Nasadenie môže zvoliť najsilnejšiu dostupnú šifru a aj tak sa pomýliť v obnove, pretože obe rozhodnutia sa prijímajú na rôznych miestach. Ich zamieňanie vedie buď k zbytočnej zmene šifry, alebo k relácii, ktorá potichu prežije svoju politiku.

Prečítajte si nastavenia obnovy skôr, než sa dotknete šifry, a pri tom čítajte obe strany.

Sila kľúča a životnosť kľúča odpovedajú na rôzne otázky

Šifra a veľkosť kľúča obmedzujú, aký nákladný by bol útok na zachytenú prevádzku. Interval obnovy obmedzuje, koľko prevádzky chráni jeden kľúč a ako dlho zostáva kompromitovaný kľúč použiteľný. Sú to nezávislé nastavenia a silnejšia šifra nepredlžuje bezpečnú životnosť relácie. Väčšina odporúčaní, ktoré hovoria „používajte AES-256“, mlčí o obnove, pretože obnova je otázka politiky, nie voľby algoritmu.

Zapíšte oboje do poznámok k nasadeniu: čo chráni dátový kanál a čo spúšťa výmenu jeho kľúčov.

Obnova má tri spúšťače a ktorákoľvek strana ich môže vyvolať

OpenVPN 2.6 dokumentuje samostatné spúšťače opätovného vyjednávania podľa bajtov, paketov a uplynutého času. Časový spúšťač je ten, ktorý väčšina nasadení necháva na predvolenej hodnote, čo znamená, že tichý tunel napriek tomu obnovuje kľúč podľa plánu. Výmenu môže začať ktorákoľvek strana a strana, ktorá ju nezačala, ju nasleduje. Zmena časovača na jednej strane teda neurčuje správanie relácie; účinná hodnota patrí strane, ktorá začne prvá.

Spúšťače podľa bajtov a paketov sú dôležité pri záťaži s vysokou priepustnosťou alebo malými paketmi, kde by politika iba podľa času nechala jeden kľúč chrániť oveľa viac dát, než sa zamýšľalo. Ak tieto počítadlá zostanú vypnuté, povedzte to v poznámkach zámerne, namiesto toho, aby predvolená hodnota zostala nepreskúmaná.

Obnova odhalí prihlasovací postup

Opätovné vyjednávanie je nové TLS podanie ruky, čo znamená, že overovacia cesta sa spúšťa znova. Nasadenia s jednorazovými kódmi, hardvérovými tokenmi alebo výzvou RADIUS to zistia tvrdým spôsobom: prvé spojenie funguje a relácia o hodinu zomrie, keď druhé podanie ruky požiada o už použitý kód. auth-gen-token existuje práve preto, aby preklenul túto medzeru tým, že server vydá krátkodobý token na opätovné vyjednávanie namiesto požadovania nového interaktívneho prihlásenia.

Berte to ako problém postupu, ktorý treba vyriešiť s operátorom, nie ako dôkaz, že obnovu treba vypnúť.

Testujte obnovu pod záťažou, nie v minútovej relácii

Akceptačný test, ktorý sa pripojí, raz pingne a odpojí sa, sa k obnove nikdy nedostane. Spustite reláciu dosť dlhú na prekročenie nastaveného spúšťača, udržujte po celý čas prenos a sledujte logy oboch strán kvôli novému podaniu ruky. Potom otestujte cestu zlyhania: čo klient urobí, ak opätovné vyjednávanie nemožno dokončiť. Tunel, ktorý spadne čisto, sa diagnostikuje ľahšie než ten, ktorý ďalej posiela do mŕtvej relácie.

Nečítajte úspešný veľký prenos ako dôkaz kryptografického prahu. Ukazuje len, že cesta a počítadlá vydržali toľko prevádzky.

Zdokumentujte obe voľby

Záznam potrebuje dva riadky: ako sú pakety chránené a kedy sa táto ochrana nahrádza. Pridajte oprávnenie pre každú hodnotu, pretože šifra môže pochádzať z predvoleného nastavenia distribúcie, zatiaľ čo časovač z internej politiky. Budúci operátor by nemal ani jedno odvodzovať z konfiguračného súboru.

Ak kompatibilita vynúti výnimku, ohraničte ju verziou a dátumom konca. Výnimka, ktorá prežije svoj dôvod, sa stane politikou, o ktorej si nikto nepamätá, že ju zvolil.