AES-256 versus OFB: vyberte kompletní konstrukci šifry VPN

AES-256 a OFB odpovídají na různé otázky a právě zde se recenze šifer mýlí, když je berou jako konkurenční možnosti. Jedno pojmenovává blokovou šifru s velikostí klíče; druhé popisuje, jak se bloková šifra mění na proud pro delší zprávu. Runbook pro volbu ochrany musí hledět na celou konstrukci, včetně toho, jak příjemce odhalí změněný paket.

Pojmenujte čtyři části konstrukce

Každá recenze se redukuje na čtyři otázky: jaký primitiv a velikost klíče, jak se s ním zpracovávají zprávy, jak příjemce odmítne neoprávněnou změnu a jak protokol spravuje vstupy, klíče a jejich životnost. Seznam známých jmen odpovídá jen na první. Druhá a třetí jsou tam, kde žijí skutečné rozdíly, a čtvrtá tam, kde se implementace tiše rozcházejí. Ptejte se v tomto pořadí a odpovědi si zapište.

OFB se objevuje mezi režimy důvěrnosti v publikaci NIST o režimech blokových šifer a důvěrnost je vše, co nabízí. Protokol, který spojuje šifrovací režim se samostatným MAC, je musí správně složit, a název algoritmu toto složení nedokazuje. Proto samotné jméno režimu nemůže rozhodnout o nasazení.

Čtvrtá otázka je ta, kterou operátor skutečně může ověřit na běžícím systému.

Upřednostněte autentizovanou konstrukci

Autentizované šifrování poskytuje důvěrnost i integritu společně a konstrukce AEAD chrání také přidružená data před změnou, aniž by je šifrovaly. To je vlastnost ochrany paketů a nesouvisí s tím, zda se člověk úspěšně přihlásil.

Doporučení Doporučení Netgate ke kryptografickému nastavení OpenVPN ukazují na možnosti AEAD, mezi nimi AES-GCM, pro datový kanál, a to je typ podporované politiky, kterou je třeba následovat. Používejte volby, které podporuje nainstalované vydání a klientské protějšky, místo kopírování historického žebříčku režimů do nového nasazení. Kompatibilita se starším, kryptografické backendy a podpora offload omezují, co je skutečně dostupné.

Podporovaná konstrukce vždy porazí chytré složení.

Čtěte vyjednaný výsledek, ne nabídku

Šifra v přijímaném seznamu neříká nic o aktuální relaci. Přečtěte si vyjednanou ochranu datového kanálu u klienta nebo na bráně a porovnejte ji s politikou, kterou jste chtěli prosadit. Konfigurace, která stále uvádí starou volbu pro jeden starý protějšek, je rozhodnutí o kompatibilitě, ne tvrzení o relaci před vámi.

openvpn --config client.conf --verb 4 2>&1 | grep -Ei 'cipher|data channel|auth'

Na bráně je ekvivalentním výstupem bezpečnostní asociace nebo kryptografické podrobnosti spojení, podle platformy. V obou případech jsou nabídka a výsledek různé skutečnosti. Seznam se starou volbou pro jeden starý protějšek neznamená, že ji používá každá relace, a relace, která ji používá, je to, co jste potřebovali vědět.

Zapište obě skutečnosti společně, s datem a verzí klienta.

Měřte jen to, co lze srovnat

Propustnost závisí na hardwaru koncových bodů, implementaci, akceleraci, velikostech paketů a zvolené konfiguraci. Ani délka klíče, ani slovo OFB vám neřeknou, které nasazení bude rychlejší. Proto je měření z jiného webu nanejvýš náznakem o hardwaru, který vlastní někdo jiný. Vaše čísla začínají u vašich koncových bodů.

Pro povolené srovnání držte koncové body, zátěž a požadovanou politiku konstantní a zaznamenejte vyjednanou ochranu a verze implementací. Pak posuzujte výsledek podle toho, zda aplikace skončila, kolik ztratila a co koncové body dělaly, místo abyste cenu krypta odvozovali z jednoho testu rychlosti. Číslo vzniklé za jiných podmínek je příběh, ne měření.

Pokud starý protějšek nemůže politiku splnit, je to rozhodnutí o kompatibilitě pro jeho vlastníka.

Nechte integritu mimo obchod

Vypnutí kontrol integrity nebo přijetí neověřeného serveru není optimalizace výkonu a není to oprava kompatibility. Mění bezpečnostní vlastnost, kvůli které byla konstrukce zvolena. Totéž platí pro rozšiřování přijímaného seznamu šifer, dokud se starý protějšek nepřipojí: spojení uspěje a politika už neexistuje.

Zapište přijatou konstrukci a jejího vlastníka do runbooku, aby další změna začala rozhodnutím, ne preferencí.

Chcete politiku, kterou mohou obě strany prosadit. Hádka, že jeden název je nejsilnější, je jiná konverzace a obvykle končí bez rozhodnutí.