Proč větší číslo klíče nedělá VPN bezpečnější
Velikost klíče něco znamená uvnitř jednoho algoritmu a jedné role. Ověření protistrany, volba sady, záplaty a záznamy operátora jsou otázky, na které neodpovídá.
Reklama říká 256 bitů, druhý produkt říká 128 bitů a závěr se zdá zřejmý, dokud si nevšimnete, že čísla popisují různé věci. Klíč symetrické šifry, veřejný klíč certifikátu a parametr výměny klíčů se neměří na jedné škále. Ani jeden z nich nepostihuje, zda klient vůbec ověřil server. Číslo je skutečná informace a je mnohem užší, než marketing kolem něj naznačuje.
Než cokoli porovnáte, zeptejte se, který klíč se počítá a co chrání.
Tři klíče se třemi úkoly
Šifra dat šifruje obsah tunelu a její klíč se pro relaci odvozuje znovu. Veřejný klíč certifikátu prokazuje identitu koncového bodu při autentizaci. Krok výměny klíčů, obvykle efemerní varianta Diffie-Hellman, vytváří sdílené tajemství, které později žádná strana nedokáže rekonstruovat. Každý má vlastní předpoklady pevnosti a vlastní konvence velikosti.
Proto 256 vedle 2048 vedle 32 nelze seřadit podle velikosti; jsou to odpovědi na různé otázky.
Dokonce i v rámci jedné role říká číslo něco jen ve vztahu k použité rodině algoritmů.
Kde číslo pomáhá a kde přestává
V rámci jednoho algoritmu vyšší klíč zvyšuje cenu hledání hrubou silou a zveřejněná doporučení stanovují minima pro klíče certifikátů, jak se mění výpočetní výkon. Je to legitimní a úzké srovnání: AES-128 i AES-256 odolávají přímému útoku s velkou rezervou, takže rozdíl v praxi málokdy rozhoduje.
Mimo toto srovnání číslo nic nepředpovídá o chybách konfigurace, ověřování certifikátů ani verzi protokolu.
Přečtěte celou vyjednanou sadu
To, co spojení skutečně používá, je sada: režim šifry, konstrukce integrity nebo autentizovaného šifrování, skupina pro výměnu klíčů a metoda autentizace. Moderní režim AEAD se správným handshake je jiná nabídka než starší režim spojený se samostatným MAC, i když je uvedená velikost klíče stejná.
openvpn --show-ciphers | head -20 openvpn --show-tls | head -20 openssl x509 -in server.crt -noout -text | grep -E 'Public-Key|Signature Algorithm' wg show
Čtěte vyjednaný výsledek, ne nakonfigurované maximum. Klient nabízející silnou sadu se přesto připojí slabě, pokud server zvolí slabší možnost a profil to dovolí. Pokud jde o výkon, měřte ho na daném zařízení a cestě, protože velikost klíče špatně předpovídá propustnost, jakmile do hry vstoupí hardwarová akcelerace a velikost paketů.
Části, které číslo nikdy neměří
Údržba softwaru je první opomenutí. Tunel postavený na knihovně, která přestala dostávat opravy, je slabší, než jeho velikost klíče naznačuje, a žádná hodnota konfigurace to nespraví. Chování operátora je druhé: záznamy spojení, data účtu a práce podpory stojí zcela mimo kryptografii. Služba, která uchovává víc, než jste čekali, se delším klíčem bezpečnější nestane.
Ověření protistrany je třetí a nejzávažnější. Klient, který přijímá jakýkoli certifikát, má silnou šifru obtočenou kolem neověřené protistrany, což je horší než skromná šifra se správnou validací. Zkontrolujte tyto tři věci před číslem a číslo zaujme své správné místo.