Registre d'OpenVPN: xifratge del canal de control enfront del xifratge del canal de dades

Una línia de registre que anomena DHE-RSA-AES256-SHA no és un resum de tota la connexió. Pertany a l'apretada de mans TLS que protegeix el canal de control, i el trànsit dins del túnel pot estar xifrat amb una cosa completament diferent. Presentar-la com el xifratge de dades de la VPN és l'error que cal evitar.

Importen dos resultats i responen a preguntes diferents. Un és la suite TLS negociada per al canal de control; l'altre és el xifratge de dades dels paquets que transporta el túnel.

Dos resultats, dues preguntes

El canal de control transporta l'apretada de mans i els missatges de gestió entre els parells. El seu xifratge el tria la pila TLS, així que el nom segueix les convencions TLS. El canal de dades transporta el trànsit d'usuari i el configura la negociació de xifratge pròpia d'OpenVPN.

Decidiu a quina pregunta responeu abans de llegir qualsevol de les dues línies. Si el túnel està xifrat i si l'apretada de mans és forta no són la mateixa pregunta.

Un extracte de registre que mostri les dues línies és el que és útil. Llegiu la línia de control per a la versió i la suite TLS, i la línia de dades per a l'algorisme que protegeix realment la càrrega útil.

Descodifiqueu el nom de la suite TLS en el seu propi context

En un nom històric a l'estil OpenSSL com DHE-RSA-AES256-SHA, cada component descriu una decisió diferent. DHE és l'acord de claus Diffie-Hellman efímer, RSA és el mètode d'autenticació, AES256 és AES-256 en mode CBC per als registres TLS, i SHA és el MAC de registre basat en SHA-1.

L'últim component no és una empremta del certificat, i llegir-lo com a tal és un error habitual. El nom tampoc no indica la versió del protocol per si sol, perquè TLS 1.3 fa servir un esquema de noms completament diferent. TLS_AES_256_GCM_SHA384 segueix aquesta forma més nova, en què el hash final forma part de la construcció de la suite i no és una elecció de MAC. Apliqueu la lectura per components només a l'estil de noms més antic.

La referència de suites d'OpenSSL associa aquests noms amb les seves definicions si algun component no resulta familiar.

Llegiu el resultat del canal de dades per al trànsit transportat

Per al trànsit transportat, llegiu la línia del canal de dades de la mateixa sessió. Una llista data-ciphers a la configuració és un conjunt permès, no la prova que s'hagi negociat un algorisme concret. El registre anota l'elecció; la configuració llista el menú.

Un xifratge AEAD com AES-GCM porta la seva pròpia comprovació d'integritat, així que un HMAC separat del canal de dades no forma part d'aquest camí.

La directiva auth no millora TLS, els certificats ni el xifratge de dades. Selecciona un resum per a les parts del protocol que encara n'usen un, i amb un xifratge de dades AEAD no hi ha cap HMAC de dades separat per configurar.

Manteniu les comprovacions d'identitat fora del resultat del xifratge

L'algorisme de signatura del certificat, la validació de la cadena de confiança i la verificació del nom del parell són tres propietats més de les quals un nom de xifratge no diu res. Un certificat caducat falla, per fort que sigui la suite. Un nom de servidor que no coincideix falla de la mateixa manera. Corregir un paràmetre de resum al perfil no repara cap de les dues coses.

Manteniu aquestes comprovacions a les notes de revisió al costat del resultat del xifratge, sense fusionar-les-hi.

Anoteu els resultats negociats de la sessió actual

Preneu els resultats de la connexió actual i anoteu-hi les versions del client i del servidor. Un registre només d'afegir pot contenir la línia d'una sessió anterior, i citar-la com a actual és la manera com un problema corregit sembla persistir.

Per a una revisió de polítiques, lliureu al propietari de la configuració la versió i la suite TLS negociades, el xifratge de dades triat i els paràmetres de validació de certificats junts. Modifiqueu aquesta capa i després llegiu un registre nou per confirmar els nous valors negociats.