Tvrzení o postkvantové VPN: která operace se vlastně změnila?

Postkvantová VPN je neúplná fráze, dokud někdo neřekne, která operace se změnila. Klíče relace pocházejí z jedné operace, autentizace protějšku z jiné a ochrana provozu ze třetí. Produkt může změnit jednu z těch tří, zatímco jeho marketing naznačuje, že se změnily všechny. Rozdělit ty tři je proto první úkol, když přijde tvrzení, a také poslední, který lidé udělají.

Klíče relace, identita protějšku, ochrana provozu: vyberte si jedno

Fráze pojmenovává vlastnost, kterou žádná jednotlivá komponenta nevlastní. Klíče relace vycházejí z kroku ustanovení klíčů, identita protějšku z podpisu nebo řetězce certifikátů a ochrana provozu ze symetrických šifer, které oba konce odvodí po dokončení prvního kroku. Dodavatel může jeden z nich vylepšit a výsledek popsat jako postkvantovou VPN, aniž by řekl něco nepravdivého. Čtenář musí sám zjistit, které tvrzení bylo učiněno.

Ustanovení klíčů vytváří sdílený tajný materiál pro relaci a právě na něj budoucí kvantový počítač útočí nejpřímo, proto se mu dostává pozornosti. Autentizace je jiná úloha a žádná výměna postkvantových klíčů neudělá podpis postkvantovým. Obě se vylepšují nezávisle a většina nasazení udělá přesně to, jedno po druhém.

Co oba standardy definují a co ne

Standardy ustalují slovník a také ustalují, jak málo název dokazuje. ML-KEM, standardizovaný jako FIPS 203, je mechanismus zapouzdření klíčů: dvě strany odvodí sdílené tajemství přes veřejný kanál, když ho ještě nesdílejí. ML-DSA, standardizovaný jako FIPS 204, je podpisové schéma, které odpovídá na otázku identity, nikoli na otázku ustanovení klíčů.

Ani jeden dokument nepojmenovává VPN protokol, implementaci ani pozici v handshake, takže tvrzení o postkvantovém ustanovení klíčů není automaticky tvrzením o postkvantových podpisech. Kde primitiv v handshake sedí, patří tomu, kdo protokol napsal, a tam je užitečný detail. Ptejte se na algoritmus, sadu parametrů, bod v handshake, kde se účastní, a verze klienta a serveru, které toto uspořádání podporují. Čtyři odpovědi stačí k ověření tvrzení a většina tvrzení nepřežije tu druhou.

Hybrid je návrh, tak se ptejte na návrh

Hybrid kombinuje klasickou výměnu s postkvantovou, aby relace přežila, pokud se jedna ukáže slabou. To je rozumná inženýrská volba a konkrétní návrh, ne kategorie. Dva hybridy mohou kombinovat různé primitivy, různé sady parametrů a různé pořadí odvození klíčů a samotný štítek nerozliší žádný z nich.

Požádejte o specifikaci nebo alespoň o pojmenovanou kombinaci a pak potvrďte, že se na ní oba protějšky dohodnou, protože klient, který tiše spadne na klasickou polovinu, skončí se slabší vlastností, než jeho dokumentace naznačuje. Cesta zpětného pádu je obvykle zajímavá část návrhu a málokdy je to část popisovaná první.

Důkaz, který nasazení skutečně může dát

Užitečné vysvětlení pojmenuje tři konkrétní věci: implementaci, proces aktualizace za ní a důkaz, že zamýšlený režim je ve vašem nasazení aktivní. Tyto tři může recenzent ověřit, a právě to je odděluje od zbytku rozhovoru. Zachycení paketů samo o sobě nestačí, protože může ukázat, která skupina byla vyjednána, ale implementaci nechá neprokázanou a integritu každého koncového bodu neprozkoumanou. Čtěte aktuální poznámky standardu a oznámení implementace, protože publikační stránky nesou errata a pojmenovat standardizovaný algoritmus není totéž jako udržovat kód za ním.

Rozhodujte podle dat, která chráníte, a podle toho, jak dlouho musí zůstat chráněná. Tento rámec je lepší než plošné odmítání všeho nového a plošná důvěra ve vše s nálepkou. Také vytváří větu, kterou většina nákupních otázek vlastně žádá, totiž tu, která pojmenuje operaci, jež se změnila, a důkaz, že se změnila.

Části, které tvrzení o handshake nikdy nepokryje

Nic z toho neřeší identitu protějšku, protože postkvantový handshake s špatně ověřeným certifikátem je pořád handshake s neověřeným protějškem. Matematika výměny neopravuje politiku kolem ní a žádná sada parametrů nevykompenzuje vypnutou kontrolu. Zabezpečení účtů, směrování, kompromitace koncového bodu a datové praktiky provozovatele také stojí mimo tvrzení. Tunel, který odolá budoucímu počítači, může pořád provozovat někdo, kdo zaznamenává každé připojení, a pro většinu uživatelů je tato mezera důležitější než algoritmus.

Držte tvrzení úzké, když ho opakujete. Poctivá verze pojmenuje operaci, cituje standard, popíše důkaz a tam skončí. Cokoli dál je jiný slib a vyžaduje vlastní důkaz.