Staré zoznamy digestov sa čítajú ako prepis kryptografických rozhodnutí, ale nie sú ním. Názvy ako SHA1, DSA-SHA1-old alebo RSA-SHA1-2 stoja v starých zostaveniach OpenSSL vedľa seba, pretože knižnica zaregistrovala niekoľko vstupných bodov okolo súvisiacej hašovacej mašinérie. Označenie RSA alebo DSA v tomto zozname OpenVPN nič nehovorí o tom, čo OpenVPN urobil s paketom. To, čo čítate, je inventár knižnice, nie záznam relácie.

Pred akýmkoľvek zmysluplným záverom treba oddeliť tri veci: registrovaný názov, výpočet digestu pod ním a operáciu, ktorá ho spotrebúva.

Registrácia je rozhranie, nie hodnotenie sily

V OpenSSL 1.0.2 spája tabuľka registrácie digestov názvy, aliasy a implementácie v jednom súbore. Starý deskriptor DSS1 je najjasnejší prípad: uvádza dĺžku výstupu SHA-1 a volá finalizačnú rutinu SHA-1, pričom nesie názov naznačujúci úplne iný algoritmus. Ďalšie písmená v registrácii teda neznamenajú iný hash, dlhší výstup ani novú úroveň zabezpečenia.

Ten istý zdroj zachováva vzťahy aliasov pre starších volajúcich, čo vysvetľuje, prečo zoznam pôsobí preplnene. Je to dokumentácia kompatibility, nie prísľub, že súčasný poskytovateľ OpenSSL vystavuje rovnaké názvy.

Názvy na podpisovanie nevytvárajú podpisy

Podpisový rámec môže zviazať digest s rozhraním iného algoritmu, aby existujúci volajúci ďalej kompilovali. Skutočný podpis verejným kľúčom potrebuje kľúč aj podpisový krok, ktorý ho používa, a ani jedno neposkytuje názov v ponuke. Záznam digestu s príchuťou RSA je názov, ktorý volajúci môže použiť, nie dôkaz, že každý VPN paket niesol podpis RSA.

Práve v tomto kroku staršie texty skĺznu do folklóru. Ak potrebujete vedieť, ako boli pakety autentizované, nájdite voľbu, ktorá vybrala mechanizmus, a prečítajte si, čo robí vo verzii, ktorú skutočne spúšťate. Stránka príručky dodaná s týmto vydaním je jediný opis, ktorý zodpovedá programu pred vami. Archivované príručky opisujú vydanie, pre ktoré boli napísané, a to môže zaostávať o niekoľko konvencií pomenovania.

Nájdite voľbu, ktorá názov spotrebovala

V prípade autentizácie paketov dokumentovanom OpenVPN 2.6 vyberá auth digest, ktorý používa HMAC, konštrukciu autentizácie správ s kľúčom, nie podpis certifikátu. Podpisový algoritmus certifikátu TLS je samostatná vlastnosť handshake.

Pri dátovej šifre AEAD prestáva samostatné nastavenie auth platiť pre dátový kanál, zatiaľ čo jeho úloha pre tls-auth zostáva samostatnou otázkou. Zoznam digestov preto nemôže povedať, ktorý hash chránil aktuálne pakety, ktorá sada TLS bola vyjednaná ani ako bol podpísaný certifikát protistrany. Odpovedať môže len účinná konfigurácia spolu s verziou, a to iba pre spojenie pred vami.

Zapíšte, čo skutočne máte

Zapíšte verziu OpenVPN, prepojenú kryptografickú knižnicu, presné voľby v profile a výsledok skutočného spojenia. Táto sada odpovedá na otázky, na ktoré snímka obrazovky ponuky digestov nestačí, a prežije ďalšiu aktualizáciu, pretože uvádza verzie, nie dojmy.

Predovšetkým nevyberajte starý alias preto, že jeho názov znie silnejšie alebo konkrétnejšie. Vyberte podporovanú politiku pre celé spojenie a staré názvy berte ako záznam o tom, ako sa knižnica kedysi prezentovala.

Súvisiace články