Protokol OpenVPN: šifra řídicího kanálu proti šifře datového kanálu
DHE-RSA-AES256-SHA v protokolu popisuje řídicí kanál TLS, nikoli šifru chránící váš provoz. Najděte samostatný výsledek datového kanálu.
Řádek protokolu, který uvádí DHE-RSA-AES256-SHA, není shrnutím celého připojení. Patří k TLS handshake, který chrání řídicí kanál, a provoz uvnitř tunelu může být šifrován zcela jinak. Uvádět ho jako datovou šifru VPN je chyba, které je třeba se vyhnout.
Důležité jsou dva výsledky a odpovídají na různé otázky. Jeden je vyjednaná sada TLS pro řídicí kanál; druhý je datová šifra paketů, které tunel přenáší.
Dva výsledky, dvě otázky
Řídicí kanál přenáší handshake a řídicí zprávy mezi stranami. Jeho šifru vybírá TLS stack, takže název odpovídá konvencím TLS. Datový kanál přenáší uživatelský provoz a konfiguruje ho vlastní vyjednávání šifry OpenVPN.
Rozhodněte, na kterou otázku odpovídáte, než přečtete kterýkoli řádek. Zda je tunel šifrovaný a zda je handshake silný, není stejná otázka.
Užitečný je výňatek z protokolu, který ukazuje oba řádky. Přečtěte řídicí řádek kvůli verzi a sadě TLS a datový řádek kvůli algoritmu, který skutečně chrání payload.
Dekódujte název sady TLS v jeho vlastním kontextu
V historickém názvu ve stylu OpenSSL, jako je DHE-RSA-AES256-SHA, popisuje každá komponenta jiné rozhodnutí. DHE je efemérní dohoda o klíči Diffie-Hellman, RSA je metoda ověření, AES256 je AES-256 v režimu CBC pro záznamy TLS a SHA je MAC záznamu založený na SHA-1.
Poslední komponenta není otisk certifikátu a číst ji jako otisk je častá chyba. Název také sám o sobě neuvádí verzi protokolu, protože TLS 1.3 používá zcela jiné schéma pojmenování. TLS_AES_256_GCM_SHA384 se drží novější formy, kde je závěrečný hash součástí stavby sady, a ne volbou MAC. Čtení po komponentách používejte jen u staršího stylu pojmenování.
Reference sad OpenSSL spojuje tyto názvy s jejich definicemi, pokud je některá komponenta neznámá.
Přečtěte výsledek datového kanálu pro přenášený provoz
Pro přenášený provoz čtěte řádek datového kanálu ze stejné relace. Seznam data-ciphers v konfiguraci je povolená množina, nikoli důkaz, že byla vyjednána konkrétní šifra. Protokol zaznamenává volbu; konfigurace zaznamenává nabídku.
Šifra AEAD, jako je AES-GCM, nese vlastní kontrolu integrity, takže samostatný HMAC datového kanálu není součástí této cesty.
Direktiva auth neaktualizuje TLS, certifikáty ani datovou šifru. Vybere digest pro ty části protokolu, které ho ještě používají, a u datové šifry AEAD není samostatný datový HMAC k konfiguraci.
Nechte kontroly totožnosti mimo výsledek šifry
Algoritmus podpisu certifikátu, ověření řetězce důvěry a ověření názvu protistrany jsou tři další vlastnosti, o kterých název šifry nic neříká. Prošlý certifikát selže bez ohledu na to, jak silná sada je. Neshodný název serveru selže stejně. Oprava nastavení digestu v profilu nespraví ani jedno z toho.
Uchovejte tyto kontroly v poznámkách k revizi vedle výsledku šifry, ne sloučené s ním.
Zaznamenejte vyjednané výsledky aktuální relace
Vezměte výsledky z aktuálního připojení a zaznamenejte k nim verze klienta a serveru. Protokol jen s přidáváním může obsahovat řádek starší relace a citovat ho jako aktuální je způsob, jak opravený problém vypadá, že přetrvává.
Pro revizi zásad předejte vlastníkovi konfigurace vyjednanou verzi a sadu TLS, zvolenou datovou šifru a nastavení ověřování certifikátů společně. Změňte tuto vrstvu a poté přečtěte nový protokol, abyste potvrdili nové vyjednané hodnoty.