Noms de resums SHA1 a OpenSSL: què significa una llista antiga

Les llistes antigues de resums es llegeixen com una transcripció de decisions criptogràfiques, i no ho són. Noms com SHA1, DSA-SHA1-old o RSA-SHA1-2 seuen l’un al costat de l’altre en compilacions antigues d’OpenSSL perquè la biblioteca va registrar diverses portes d’entrada al voltant de maquinària de hash relacionada. Una etiqueta RSA o DSA en aquesta llista OpenVPN no diu res sobre què va fer amb un paquet. El que llegiu és l’inventari de la biblioteca, no el registre d’una sessió.

Cal separar tres coses abans que qualsevol conclusió tingui sentit: el nom registrat, el càlcul del resum que hi ha a sota i l’operació que el consumeix.

Un registre és una interfície, no una valoració de força

A OpenSSL 1.0.2 la taula de registre de resums connecta noms, àlies i implementacions en un sol fitxer. El vell descriptor DSS1 és el cas més clar: informa de la longitud de sortida de SHA-1 i crida la rutina de finalització de SHA-1 mentre porta un nom que suggereix un algorisme completament diferent. Per tant, les lletres addicionals d’un registre no impliquen un hash diferent, una sortida més llarga ni un nivell de seguretat nou.

La mateixa font conserva les relacions d’àlies per als cridadors més antics, cosa que explica per què una llista sembla plena. És documentació de compatibilitat, no una promesa que un proveïdor d’OpenSSL actual exposi noms idèntics.

Els noms de signatura no creen signatures

Un marc de signatura pot lligar un resum a la interfície d’un altre algorisme perquè els cridadors existents continuïn compilant. Una signatura real de clau pública necessita tant una clau com el pas de signatura que la fa servir, i cap dels dos no els proporciona un nom en un menú. Una entrada de resum amb aroma d’RSA és un nom que un cridador pot utilitzar, no una prova que cada paquet VPN portés una signatura RSA.

És en aquest pas on els textos més antics deriven cap al folklore. Si necessiteu saber com es van autenticar els paquets, localitzeu l’opció que va seleccionar el mecanisme i llegiu què fa en la versió que realment executeu. La pàgina de manual que es va distribuir amb aquesta versió és l’única descripció que encaixa amb el programa que teniu davant. Les guies arxivades descriuen la versió contra la qual es van escriure, que pot quedar diverses convencions de noms enrere.

Trobeu l’opció que va consumir el nom

En el cas d’autenticació de paquets documentat per OpenVPN 2.6, auth selecciona un resum utilitzat per HMAC, una construcció d’autenticació de missatges amb clau en lloc d’una signatura de certificat. L’algorisme de signatura del certificat TLS és una propietat separada de l’establiment de la connexió.

Amb un xifratge de dades AEAD, el paràmetre separat auth deixa d’aplicar-se al canal de dades, mentre que el seu paper per a tls-auth continua sent una qüestió distinta. Una llista de resums, doncs, no pot dir-vos quin hash protegia els paquets actuals, quin conjunt TLS es va negociar ni com es va signar el certificat de l’altra banda. Només la configuració efectiva més la versió poden respondre-ho, i només per a la connexió que teniu davant.

Anoteu què teniu realment

Anoteu la versió d’OpenVPN, la biblioteca criptogràfica enllaçada, les opcions exactes del perfil i el resultat d’una connexió real. Aquest conjunt respon preguntes que una captura de pantalla d’un menú de resums no pot, i sobreviu a la propera actualització perquè anomena versions, no impressions.

Sobretot, no trieu un àlies antic perquè el seu nom sona més fort o més específic. Trieu la política admesa per a tota la connexió, i tracteu els noms antics com un registre de com es presentava abans una biblioteca.