Alternative emnenavn: hvordan en VPN-server identifiseres

Klienten din avviser et sertifikat der kjeden valideres rent, og feilen sier at navnet ikke samsvarer. Den meldingen handler ikke om hvem som signerte sertifikatet. Den handler om utvidelsen for alternative emnenavn, som bærer identitetene sertifikatet har lov til å representere, og om identiteten du konfigurerte vises der i riktig form. Tillit svarer på hvem som signerte det, mens navnekontrollen svarer på hvilken vert det tilhører.

Hva klienten faktisk sammenligner

Klienten gjør konfigurasjonen din om til en referanseidentitet: et vertsnavn, en adresse eller en protokollspesifikk identifikator. Deretter søker den etter identiteten i sertifikatet og bruker samsvarsreglene til protokollen som brukes. Bare oppføringer av samme type teller, så en DNS-oppføring kan ikke tilfredsstille en adresse, og sammenligningen skjer uansett om noen ser på sertifikatet eller ikke.

Når referanseidentiteten mangler i utvidelsen, feiler kontrollen selv om det gamle vanlige navnet samsvarer. Et sertifikat kan være lovlig utstedt til en bedrift og likevel være feil for vpn.example.com hvis navnet aldri ble inkludert. Feilen er et navneavvik, selv om sertifikatet er ekte.

DNS-navn og IP-adresser er separate oppføringer

En profil som peker på 203.0.113.10 mens sertifikatet bare lister vpn.example.com, avvises fordi pakkene kommer frem, men identiteten ikke samsvarer. DNS-navn og adresseliteraler lagres som forskjellige oppføringstyper, og den ene erstatter aldri den andre. Derfor kan en tjeneste være nåbar via adresse og likevel ubrukelig gjennom en profil som bruker den adressen.

Jokertegn følger også egne regler: et jokertegn dekker én etikett, ikke alle navn under et domene. DNS-sammenligning skiller ikke mellom store og små bokstaver, mens andre identifikatortyper gjør det, så en verdi som ser identisk ut på skjermen kan feile i en streng sammenligning. Kontroller samsvarsreglene for identitetstypen som brukes i stedet for å sammenligne strenger med øyet. Å legge til et navn i utvidelsen er en utstedelsesbeslutning, ikke noe en klientinnstilling kan levere.

Undersøk sertifikatet forbindelsen faktisk brukte

Les materialet det aktive endepunktet presenterer, ikke en fil kopiert fra en administrasjonsside. En lastbalanserer eller en erstatningsinstans kan presentere noe annet enn sertifikatet som ble lastet opp for måneder siden, og forskjellen er usynlig i en konsoll.

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

Blokken med alternative emnenavn, utstederkjeden og gyldighetsperioden hører til samme lesning, fordi navneavvik og utløp gir forskjellige feil. Sammenlign hvert navn i blokken med identiteten som er konfigurert i profilen, tegn for tegn, og noter hvilken type det er. Gjentas kommandoen mot adresseformen til endepunktet, viser det om sertifikatet dekker begge identitetene eller bare én. En vennlig emnevisning i en administrasjonskonsoll er ikke et valideringsresultat og sier ingenting om hvilke navn utvidelsen inneholder.

Det vanlige navnet er ikke den moderne sannhetskilden

Nettlesere og de fleste TLS-biblioteker ignorerer nå det vanlige navnet for vertsnavnmatching og konsulterer utvidelsen i stedet. Noen VPN-klienter sammenligner fortsatt det vanlige navnet først eller faller tilbake på det når utvidelsen mangler, og slik kan ett sertifikat bestå i en nettleser og feile i en klient. Den samme navnekontrollen kan bestå på én plattform og feile på en annen uten at sertifikatet endres i det hele tatt.

Finn ut hvilket felt klienten din leser før du bestemmer at sertifikatet er feil. To klienter på samme endepunkt kan være uenige, og uenigheten er informasjon om klienten, ikke om sertifikatet.

Reparer utstedelsen eller profilen, ikke kontrollen

Når en profil er bygget rundt et alias, må du enten peke den mot det dokumenterte vertsnavnet eller utstede sertifikatet på nytt for aliaset og rulle det ut i et planlagt vindu. Å dempe advarselen er ikke et tredje alternativ, fordi kontrollen er det eneste trinnet som binder et signert sertifikat til nettopp denne verten. Å fjerne den betyr at ethvert sertifikat fra samme myndighet kan stå inn for serveren du mente å nå.

Fornyelse bør bevare de tiltenkte navnene og formålet i stedet for bare å flytte utløpsdatoen fremover. En fornyelse som dropper et navn, er et nytt avbrudd planlagt for neste omstart, og det kommer vanligvis uten varsel fordi det gamle sertifikatet fortsatt var gyldig da endringen ble gjort.

Registrer den forventede identiteten, navnene som ble presentert og kjeden som signerte dem. Den registreringen gjør neste fornyelse til en sammenligning i stedet for en undersøkelse. Definisjonen av utvidelsen står i RFC 5280 hvis du må kontrollere en bestemt utstedelse.