Proč větší klíč OpenVPN neodstraní časovač obnovy klíče

Volba AES-256 nebo delšího klíče nic neříká o tom, jak dlouho se tento klíč smí používat. Síla klíče popisuje algoritmus; politika obnovy rozhoduje, kdy relace odvodí nový klíčový materiál. Nasazení může zvolit nejsilnější dostupnou šifru a přesto se zmýlit v obnově, protože obě rozhodnutí se dělají na různých místech. Jejich záměna vede buď k zbytečné změně šifry, nebo k relaci, která tiše přežije svou politiku.

Přečtěte si nastavení obnovy, než sáhnete na šifru, a při tom čtěte obě strany.

Síla klíče a životnost klíče odpovídají na různé otázky

Šifra a velikost klíče určují, jak nákladný by byl útok na zachycený provoz. Interval obnovy určuje, kolik provozu jeden klíč chrání a jak dlouho zůstává kompromitovaný klíč použitelný. To jsou nezávislé voliče a silnější šifra neprodlužuje bezpečnou životnost relace. Většina doporučení „používejte AES-256“ o obnově mlčí, protože obnova je otázka politiky, nikoli volby algoritmu.

Zapište obojí do poznámek k nasazení: co chrání datový kanál a co spouští výměnu jeho klíčů.

Obnova má tři spouštěče a kterákoli strana je může vyvolat

OpenVPN 2.6 dokumentuje samostatné spouštěče renegociace podle bajtů, paketů a uplynulého času. Časový spouštěč je ten, který většina nasazení nechává na výchozí hodnotě, což znamená, že tichý tunel přesto obnovuje klíč podle plánu. Výměnu může zahájit kterákoli strana a strana, která ji nezahájila, ji následuje. Změna časovače na jedné straně tedy neurčuje chování relace; účinná hodnota je ta, jejíž strana začne první.

Spouštěče podle bajtů a paketů jsou důležité pro zátěž s vysokou propustností nebo malými pakety, kde by politika jen podle času nechala jeden klíč chránit mnohem více dat, než bylo zamýšleno. Pokud tato počítadla zůstanou vypnutá, řekněte to v poznámkách záměrně, místo abyste výchozí hodnotu nechali neprověřenou.

Obnova odhalí přihlašovací postup

Renegociace je nové TLS handshake, takže se ověřovací cesta spouští znovu. Nasazení s jednorázovými kódy, hardwarovými tokeny nebo výzvou RADIUS to zjistí tvrdým způsobem: první spojení funguje a relace o hodinu později umře, když druhé handshake požádá o kód, který už byl použit. auth-gen-token existuje právě proto, aby tuto mezeru překlenul tím, že server vydá krátkodobý token pro renegociaci, místo aby vyžadoval nové interaktivní přihlášení.

Berte to jako problém postupu, který je třeba vyřešit s operátorem, ne jako důkaz, že se má obnova vypnout.

Testujte obnovu pod zátěží, ne v minutové relaci

Přejímací test, který se připojí, jednou pingne a odpojí se, se k obnově nikdy nedostane. Spusťte relaci dost dlouhou na překročení nastaveného spouštěče, udržujte po celou dobu přenos a sledujte logy obou stran kvůli novému handshake. Pak otestujte cestu selhání: co klient udělá, když renegociaci nelze dokončit. Tunel, který čistě spadne, se diagnostikuje snáz než ten, který dál posílá do mrtvé relace.

Nečtěte úspěšný velký přenos jako důkaz kryptografického prahu. Ukazuje jen, že cesta a počítadla vydržely tolik provozu.

Zdokumentujte obě volby

Záznam potřebuje dva řádky: jak jsou pakety chráněny a kdy se tato ochrana nahrazuje. Přidejte oprávnění pro každou hodnotu, protože šifra může pocházet z výchozího nastavení distribuce, zatímco časovač z interní politiky. Budoucí operátor by neměl ani jedno odvozovat z konfiguračního souboru.

Pokud kompatibilita vynutí výjimku, ohraničte ji verzí a datem konce. Výjimka, která přežije svůj důvod, se stane politikou, o níž si nikdo nepamatuje, že ji zvolil.