Názvy SHA1 digestů v OpenSSL: co znamená starý seznam

Seznamy starých digestů se čtou jako přepis kryptografických rozhodnutí, ale přepisem nejsou. Názvy jako SHA1, DSA-SHA1-old nebo RSA-SHA1-2 stojí ve starých sestaveních OpenSSL vedle sebe, protože knihovna registrovala několik vstupních bodů kolem související hašovací mašinérie. Označení RSA nebo DSA v tomto seznamu OpenVPN neříká nic o tom, co s paketem udělal. To, co čtete, je inventář knihovny, ne záznam relace.

Před jakýmkoli smysluplným závěrem je třeba oddělit tři věci: registrovaný název, výpočet digestu pod ním a operaci, která jej spotřebovává.

Registrace je rozhraní, ne hodnocení síly

V OpenSSL 1.0.2 spojuje tabulka registrace digestů názvy, aliasy a implementace v jednom souboru. Starý deskriptor DSS1 je nejjasnější případ: uvádí délku výstupu SHA-1 a volá finalizační rutinu SHA-1, přitom nese název naznačující zcela jiný algoritmus. Další písmena v registraci tedy neznamenají jiný hash, delší výstup ani novou úroveň zabezpečení.

Stejný zdrojový kód zachovává vztahy aliasů pro starší volající, což vysvětluje, proč seznam působí přeplněně. Je to dokumentace kompatibility, ne slib, že současný poskytovatel OpenSSL vystavuje shodné názvy.

Názvy pro podepisování nevytvářejí podpisy

Podpisový rámec může svázat digest s rozhraním jiného algoritmu, aby stávající volající dál kompilovali. Skutečný podpis veřejným klíčem potřebuje klíč i podpisový krok, který jej používá, a ani jedno neposkytuje název v nabídce. Záznam digestu s příchutí RSA je název, který volající může použít, ne důkaz, že každý VPN paket nesl podpis RSA.

Právě v tomto kroku starší texty sklouzávají do folklóru. Pokud potřebujete vědět, jak byly pakety autentizovány, najděte volbu, která zvolila mechanismus, a přečtěte si, co dělá ve verzi, kterou skutečně spouštíte. Stránka manuálu dodaná s tímto vydáním je jediný popis, který odpovídá programu před vámi. Archivované příručky popisují vydání, pro které byly napsány, a to může zaostávat o několik konvencí pojmenování.

Najděte volbu, která název spotřebovala

V případě autentizace paketů dokumentovaném OpenVPN 2.6 vybírá auth digest, který používá HMAC, konstrukci pro autentizaci zpráv s klíčem, nikoli podpis certifikátu. Podpisový algoritmus certifikátu TLS je samostatná vlastnost handshake.

U datové šifry AEAD přestává samostatné nastavení auth platit pro datový kanál, zatímco jeho role pro tls-auth zůstává odlišnou otázkou. Seznam digestů proto nemůže říct, který hash chránil současné pakety, která sada TLS byla vyjednána ani jak byl podepsán certifikát protistrany. Odpovědět může jen účinná konfigurace spolu s verzí, a to pouze pro spojení před vámi.

Zapište, co skutečně máte

Zapište verzi OpenVPN, propojenou kryptografickou knihovnu, přesné volby v profilu a výsledek skutečného spojení. Tato sada odpovídá na otázky, na které snímek obrazovky nabídky digestů nestačí, a přežije další aktualizaci, protože uvádí verze, nikoli dojmy.

Především nevybírejte starý alias proto, že jeho název zní silněji nebo konkrétněji. Zvolte podporovanou politiku pro celé spojení a staré názvy berte jako záznam o tom, jak se knihovna dříve prezentovala.