Twa OpenVPN-sertifikaten, ien CCD-namme: wat gie mis

Twa kliïntsertifikaten mei ferskillende searjenûmers, ferskillende kaaien en sels ferskillende folsleine subjekten kinne dochs by ien itselde beliedsbestân útkomme, om't de tsjinner nei neat dêrfan sjocht. Hy lêst in namme út it sertifikaat en iepenet it oerienkommende kliïntkonfiguraasjebestân. As beide sertifikaten deselde namme drage, erft it twadde it belied fan it earste op it stuit dat it ferbynt.

De botsing ûntstiet by de ynskriuwing en wurdt pas by it ferbinen ûntdekt, meastentiids as in apparaat in adres of in set rûtes krijt dy't by in oare masine heart. It foarkommen betsjut ôfspraken meitsje oer hokker fjild de tsjinner mapt, en dan dy wearde reservearje foardat der wat ûndertekene wurdt.

Dyn sertifikaatark sil dy net warskôgje, om't unykheid binnen X.509 en unykheid fan in OpenVPN-beliedsnamme ferskillende easken binne dy't troch ferskillende systemen hanthavene wurde.

De tsjinner siket in namme, gjin fingerôfdruk

By de gewoane sertifikaatbasearre mapping nimt de tsjinner de mienskiplike namme út it oanleine sertifikaat en siket in bestân mei dy namme yn syn kliïntkonfiguraasjemap. Dat bestân kin in statysk adres fêstsette, rûtes pushe of fjoermuorremerken per kliïnt tapasse. De syktocht is in stringfergelyking mei in bestânsnamme, dus haadletters, spaasjes en lêstekens binne allegear fan belang.

Guon útrullingen wikselje de mapping bewust om, sadat in autintisearre brûkersnamme de mienskiplike namme oernimt, en dan is it de brûkersnamme dy't unyk wêze moat. Hoe dan ek, de wearde dy't belied kiest is de wearde dy't jo reservearje. Beslis hokker it is foardat jo wat útjouwe; rieden nei in botsing kostet mear as freegje.

Wêr't twa autoriteiten op deselde namme passe

In organisaasje dy't sertifikaten fan mear as ien útjaande autoriteit akseptearret, draait twa ûnôfhinklike ynskriuwingsprosessen dy't yn ien nammeromte skriuwe. De eigen unykheidsregels fan elke autoriteit jilde binnen himsels, dus beide kinne legitym útjaan foar deselde mienskiplike namme sûnder dat ien fan beiden wat ferkeard merkt.

Searjenûmers helpe net. X.509 easket dat in searjenûmer unyk is binnen it berik fan syn útjouwer, wat in eigenskip is fan 'e boekhâlding fan dy autoriteit en net in globale apparaatidentiteit. In subjektkontrôle is ek in oare test as in mienskiplike-nammekontrôle: twa sertifikaten kinne in CN diele wylst se ferskille yn organisaasje-ienheid en dêrom ferskillende subjekten drage. Elk fan dy eigenskippen kin jilde wylst de tsjinner noch altyd beide sertifikaten op ien bestânsnamme mapt.

De OpenSSL CA-dokumintaasje behannelet de ynstelling unique_subject dy't de miening fan syn eigen databank regelet, en it earlike útgongspunt is jo útjaande konfiguraasje te lêzen ynstee fan oan te nimmen dat in beskaat EasyRSA- of OpenSSL-standert jildt.

Reservearje de effektive namme foar it ûndertekenjen

Hâld in register by dat in apparaat mapt op syn goedkarde record en fan dêrwei op in krekte beliedsbestânsnamme, sadat in namme ien kear tawiisd wurdt en tawiisd bliuwt. De reservearring moat atomêr wêze, wat yn 'e praktyk in databankbeheining of in slot om de stap tawize-en-dan-ûndertekenje betsjut, net in taffelblêd dat twa minsken bewurkje.

Meitsje dan de kontrôle diel fan it útjaan: wegerje te ûndertekenjen as de frege namme al bestiet, en betsjoch elke autoriteit dy't de tsjinner fertrout yn dy kontrôle, om't in namme reservearre troch de oare autoriteit likegoed beset is. In ôfwiisd fersyk mei in dúdlike reden is goedkeaper as in kaartsje oer in apparaat dat altyd it statyske adres fan in oar krijt.

Fernijing brûkt in namme mei opset sûnder wer

Opnij útjaan foar in besteand apparaat soe in nij searjenûmer ûnder deselde beliedsnamme opsmite moatte, en dat is legitime werbrûk en gjin botsing. Wat foarôf besletten wurde moat, is de oerlaap: oft âld en nij sertifikaat tagelyk jildich wêze meie, en hoe't de âlde oanmeldgegevens bûten gebrûk steld wurde.

Gryp net nei duplicate-cn om dit op te lossen. Dy tsjinneropsje regelet tagelykere ferbiningen dy't deselde namme oanbiede; it slút de ynskriuwing net, en it ynskeakeljen derfan makket ien mienskiplik statysk adres net feilich foar twa masines tagelyk. Werropping identifisearret in sertifikaat normaalwei by útjouwer en searjenûmer, dus it bûten gebrûk stellen fan 'e âlde oanmeldgegevens hoecht syn ferfanging net ûnjildich te meitsjen salang't de tsjinner de juste werroppingsgegevens ûntfangt en hanthavet.

Befêstigje de mapping mei it ark op 'e masine

Foardat jo in apparaat syn nije oanmeldgegevens jouwe, lês de namme út it sertifikaat sa't de tsjinner it dwaan sil, en fergelykje it dan mei it beliedsbestân dat jo ferwachtsje dat keazen wurdt.

openssl x509 -in device42.crt -noout -subject -nameopt sep_multiline
ls -l /etc/openvpn/ccd/device42
grep -n "duplicate-cn" /etc/openvpn/server.conf

It earste kommando printsje subjektfjilden apart, wat in ferdwaalde organisaasje-ienheid of in dûbele spaasje daliks sichtber makket. It twadde befêstiget dat in beliedsbestân ûnder krekt dy namme bestiet, en it tredde lit sjen oft de tsjinner ynsteld is om ferskate sesjes op ien namme ta te stean. Rinn alle trije tsjin in nij sertifikaat oant it de ynskriuwingstap ferlit, wylst in flater noch mar in hantekening kostet ynstee fan in ynsidint. Hâld de útfier by it kaartsje, sadat de folgjende persoan sjen kin hokker namme de tsjinner echt krigen hat.

Einigje mei in echte ferbining en fergelykje it tawiisde adres en de pushte rûtes mei it beliedsbestân ynstee fan mei wat jo fan plan wiene te skriuwen. As twa apparaten itselde statyske adres rapportearje, hat it register in botsing dy't gjin sertifikaatynspeksje ea iepenbierje sil.