Nomes de resumos SHA1 en OpenSSL: que significa unha lista antiga

As listas antigas de resumos lese como unha transcrición de decisións criptográficas, e non o son. Nomes como SHA1, DSA-SHA1-old ou RSA-SHA1-2 aparecen xuntos en compilacións antigas de OpenSSL porque a biblioteca rexistrou varios puntos de entrada arredor de maquinaria de hash relacionada. Unha etiqueta RSA ou DSA nesa lista non di nada sobre o que OpenVPN fixo cun paquete. O que está lendo é o inventario da biblioteca, non o rexistro dunha sesión.

Hai que separar tres cousas antes de que calquera conclusión teña sentido: o nome rexistrado, o cálculo do resumo que hai debaixo e a operación que o consome.

Un rexistro é unha interface, non unha valoración de forza

En OpenSSL 1.0.2 a táboa de rexistro de resumos conecta nomes, alias e implementacións nun só ficheiro. O vello descriptor DSS1 é o caso máis claro: informa da lonxitude de saída de SHA-1 e chama a rutina de finalización de SHA-1 mentres leva un nome que suxire un algoritmo completamente distinto. Por tanto, as letras adicionais dun rexistro non implican un hash distinto, unha saída máis longa nin un nivel de seguridade novo.

A mesma fonte conserva as relacións de alias para chamadores máis antigos, o que explica por que unha lista parece ateigada. É documentación de compatibilidade, non a promesa de que un provedor actual de OpenSSL expoña nomes idénticos.

Os nomes de sinatura non crean sinaturas

Un marco de sinatura pode ligar un resumo á interface doutro algoritmo para que os chamadores existentes sigan compilando. Unha sinatura real de clave pública necesita tanto unha clave como o paso de sinatura que a usa, e ningún dos dous o achega un nome nun menú. Unha entrada de resumo con sabor a RSA é un nome que un chamador pode usar, non a proba de que cada paquete VPN levase unha sinatura RSA.

É neste paso onde os textos máis antigos derivan cara ao folclore. Se precisa saber como se autenticaron os paquetes, localice a opción que seleccionou o mecanismo e lea que fai na versión que realmente executa. A páxina de manual distribuída con esa versión é a única descrición que encaixa co programa que ten diante. As guías arquivadas describen a versión contra a que se escribiron, que pode ir varias convencións de nomes por detrás.

Atope a opción que consumiu o nome

No caso de autenticación de paquetes documentado por OpenVPN 2.6, auth selecciona un resumo utilizado por HMAC, unha construción de autenticación de mensaxes con clave en lugar dunha sinatura de certificado. O algoritmo de sinatura do certificado TLS é unha propiedade aparte do apretón de mans.

Cun cifrado de datos AEAD, o axuste separado auth deixa de aplicarse á canle de datos, mentres que o seu papel para tls-auth segue a ser unha cuestión distinta. Unha lista de resumos non pode dicirlle, por tanto, que hash protexía os paquetes actuais, que conxunto TLS se negociou nin como se asinou o certificado do par. Só a configuración efectiva xunto coa versión poden responder iso, e só para a conexión que ten diante.

Anote o que realmente ten

Anote a versión de OpenVPN, a biblioteca criptográfica ligada, as opcións exactas do perfil e o resultado dunha conexión real. Ese conxunto responde preguntas que unha captura de pantalla dun menú de resumos non pode, e sobrevive á próxima actualización porque nomea versións e non impresións.

Sobre todo, non escolla un alias antigo porque o seu nome soe máis forte ou máis específico. Escolla a política admitida para toda a conexión, e trate os nomes antigos como un rexistro de como se presentaba antes unha biblioteca.