Noms alternatius del subjecte: com s’identifica un servidor VPN

El vostre client rebutja un certificat la cadena del qual es valida correctament, i l’error diu que el nom no coincideix. Aquest missatge no tracta de qui va signar el certificat. Tracta de l’extensió de noms alternatius del subjecte, que porta les identitats que el certificat pot representar, i de si la identitat que heu configurat hi apareix en la forma correcta. La confiança respon qui el va signar, mentre que la comprovació del nom respon a quin amfitrió pertany.

Què compara realment el client

El client converteix la vostra configuració en una identitat de referència: un nom d’amfitrió, una adreça o un identificador específic del protocol. Després busca aquesta identitat al certificat, aplicant les regles de coincidència del protocol utilitzat. Només compten les entrades del mateix tipus, així que una entrada DNS no pot satisfer una adreça, i la comparació es fa tant si algú mira el certificat com si no.

Quan la identitat de referència falta d’aquesta extensió, la comprovació falla encara que el nom comú antic coincideixi. Un certificat pot estar legítimament emès a una empresa i tot i així ser el incorrecte per a vpn.example.com si el nom mai no s’hi va incloure. El fracàs és una discrepància de nom encara que el certificat sigui autèntic.

Els noms DNS i les adreces IP són entrades separades

Un perfil que apunta a 203.0.113.10 mentre el certificat només llista vpn.example.com es rebutja, perquè els paquets arriben però la identitat no coincideix. Els noms DNS i les adreces literals s’emmagatzemen com a tipus d’entrada diferents, i un mai no substitueix l’altre. Per això un servei pot ser accessible per adreça i tot i així inutilitzable mitjançant un perfil que faci servir aquesta adreça.

Els comodins també obeeixen les seves pròpies regles: un comodí cobreix una sola etiqueta, no tots els noms sota un domini. La comparació DNS no distingeix majúscules de minúscules, mentre que altres tipus d’identificador sí, així que un valor que sembla idèntic a la pantalla pot fallar una comparació estricta. Comproveu les regles de coincidència del tipus d’identitat en ús en lloc de comparar cadenes a ull. Afegir un nom a l’extensió és una decisió d’emissió, no una cosa que pugui proporcionar un paràmetre del client.

Inspeccioneu el certificat que la connexió va fer servir realment

Llegiu el material que presenta el punt final actiu, no un fitxer copiat d’una pàgina d’administració. Un equilibrador de càrrega o una instància de substitució pot presentar una cosa diferent del certificat que es va pujar fa mesos, i aquesta diferència és invisible en una consola.

openssl s_client -connect vpn.example.com:443 -showcerts </dev/null | openssl x509 -noout -text

El bloc de noms alternatius del subjecte, la cadena d’emissor i el període de validesa pertanyen a una mateixa lectura, perquè una discrepància de nom i una caducitat produeixen errors diferents. Compareu cada nom d’aquell bloc amb la identitat configurada al perfil, caràcter a caràcter, i noteu de quin tipus és. Repetir l’ordre contra la forma d’adreça del punt final mostra si el certificat cobreix les dues identitats o només una. Una visualització amigable del subjecte en una consola de gestió no és un resultat de validació i no diu res sobre quins noms conté l’extensió.

El nom comú no és la font moderna de veritat

Els navegadors i la majoria de biblioteques TLS ara ignoren el nom comú per a la coincidència de noms d’amfitrió i consulten l’extensió. Alguns clients VPN encara comparen primer el nom comú o hi recorren quan l’extensió és absent, i així un certificat pot passar un navegador i fallar un client. La mateixa comprovació de nom pot passar en una plataforma i fallar en una altra sense que el certificat canviï gens.

Esbrineu quin camp llegeix el vostre client abans de decidir que el certificat és incorrecte. Dos clients al mateix punt final poden discrepar, i la discrepància és informació sobre el client, no sobre el certificat.

Repareu l’emissió o el perfil, no la comprovació

Quan un perfil es va construir al voltant d’un àlies, o bé redirigiu-lo al nom d’amfitrió documentat o bé reemeteu el certificat per a l’àlies i desplegueu-lo en una finestra planificada. Silenciar l’avís no és una tercera opció, perquè la comprovació és l’únic pas que lliga un certificat signat a aquest amfitrió concret. Treure-la significa que qualsevol certificat de la mateixa autoritat pot ocupar el lloc del servidor que volíeu assolir.

La renovació hauria de preservar els noms i el propòsit previstos en lloc de només avançar la data de caducitat. Una renovació que perd un nom és una nova interrupció programada per al proper reinici, i normalment arriba sense avís perquè el certificat antic encara era vàlid quan es va fer el canvi.

Registreu la identitat esperada, els noms que es van presentar i la cadena que els va signar. Aquest registre converteix la propera renovació en una comparació en lloc d’una investigació. La definició de l’extensió és a RFC 5280 si necessiteu comprovar una emissió concreta.