Rexistro de OpenVPN: cifrado do canal de control fronte ao cifrado do canal de datos

Unha liña de rexistro que nomea DHE-RSA-AES256-SHA non é un resumo de toda a conexión. Pertence ao apretón de mans TLS que protexe o canal de control, e o tráfico dentro do túnel pode estar cifrado con algo completamente distinto. Presentala como o cifrado de datos da VPN é o erro que hai que evitar.

Importan dous resultados, e responden a preguntas distintas. Un é a suite TLS negociada para o canal de control; o outro é o cifrado de datos dos paquetes que transporta o túnel.

Dous resultados, dúas preguntas

O canal de control transporta o apretón de mans e as mensaxes de xestión entre os pares. O seu cifrado escólleo a pila TLS, así que o nome segue as convencións TLS. O canal de datos transporta o tráfico de usuario e configúrao a propia negociación de cifrado de OpenVPN.

Decide a que pregunta respondes antes de ler calquera das dúas liñas. Que o túnel estea cifrado e que o apretón de mans sexa forte non son a mesma pregunta.

Un extracto de rexistro que mostre as dúas liñas é o útil. Le a liña de control para a versión e a suite TLS, e a liña de datos para o algoritmo que protexe de verdade a carga útil.

Descifra o nome da suite TLS no seu propio contexto

Nun nome histórico ao estilo OpenSSL como DHE-RSA-AES256-SHA, cada compoñente describe unha decisión distinta. DHE é o acordo de chaves Diffie-Hellman efémero, RSA é o método de autenticación, AES256 é AES-256 en modo CBC para os rexistros TLS, e SHA é o MAC de rexistro baseado en SHA-1.

O último compoñente non é unha pegada do certificado, e lelo como tal é un erro habitual. O nome tampouco indica a versión do protocolo por si só, porque TLS 1.3 usa un esquema de nomes completamente distinto. TLS_AES_256_GCM_SHA384 segue esa forma máis nova, na que o hash final forma parte da construción da suite e non é unha elección de MAC. Aplica a lectura por compoñentes só ao estilo de nomes máis antigo.

A referencia de suites de OpenSSL asocia estes nomes coas súas definicións se algún compoñente non resulta familiar.

Le o resultado do canal de datos para o tráfico transportado

Para o tráfico transportado, le a liña do canal de datos da mesma sesión. Unha lista data-ciphers na configuración é un conxunto permitido, non a proba de que se negociase un algoritmo concreto. O rexistro anota a elección; a configuración lista o menú.

Un cifrado AEAD como AES-GCM leva a súa propia comprobación de integridade, así que un HMAC separado do canal de datos non forma parte desa ruta.

A directiva auth non mellora TLS, os certificados nin o cifrado de datos. Selecciona un resumo para as partes do protocolo que aínda usan un, e cun cifrado de datos AEAD non hai un HMAC de datos separado que configurar.

Mantén as comprobacións de identidade fóra do resultado do cifrado

O algoritmo de sinatura do certificado, a validación da cadea de confianza e a verificación do nome do par son tres propiedades máis das que un nome de cifrado non di nada. Un certificado caducado falla, por forte que sexa a suite. Un nome de servidor que non coincide falla do mesmo xeito. Corrixir un axuste de resumo no perfil non repara ningunha das dúas cousas.

Mantén esas comprobacións nas notas de revisión xunto ao resultado do cifrado, sen fundilas con el.

Anota os resultados negociados da sesión actual

Toma os resultados da conexión actual e anota xunto a eles as versións do cliente e do servidor. Un rexistro só de engadir pode conter a liña dunha sesión anterior, e citándoa como actual é como un problema corrixido parece persistir.

Para unha revisión de políticas, entrega ao responsable da configuración a versión e a suite TLS negociadas, o cifrado de datos elixido e os axustes de validación de certificados xuntos. Modifica esa capa e despois le un rexistro novo para confirmar os novos valores negociados.