Vernijd VPN-sertifikaat: guon klanten fersmite it noch
In fernijing kin de namme hâlde en it objekt feroarje. Ferlykje CA-fertrouwen, nammecontroles en pins oan ’e klantzijde foardat jo hokker befeiligingswarskôging dan ek akseptearje.
De helte fan ’e omjouwing ferbynt wer nei de fernijing en trije apparaten fersmite, elk mei in warskôging oer de identiteit fan ’e gateway. De fernijing sels is routine. Wat dy trije apparaten hâlde, is in pin nei it âlde objekt, en in pin is gjin CA-list, nammecontrole of yngong yn in trust store. Ferlykje de trije meganismen foardat jo in klant oanreitsje.
Ien fernijing, twa gedragingen
De klanten dy’t wer ferbine, hawwe in fertrouwensbeslút dat noch slagget, en dy’t fersmite, hawwe in eask dy’t it nije sertifikaat net ferfollet. Dat ferskil is ynformaasje, gjin rûs. Lês it berjocht fan ’e mislearjende klant krekt. In namme-ôfwiking, in ûnbekende útjouwer en in feroare fingerprint binne trije ferskillende oardielen, en allinnich it lêste wiist op in pin.
Kontrolearje ek hokker profyl de mislearjende klant keas. In ymporteare kopy dy’t yn syn eigen opslach wennet, feroaret net as de behearder it orizjinele bestân earne oars bewurket.
Fernijing ferfangt it objekt, net allinnich de datum
In fingerprint identifisearret de kodearre ynhâld fan it sertifikaat. Fernijing produsearret in nij sertifikaat, sadat it fingerprint feroaret sels as de subjektnamme en de iepenbiere kaai identyk bliuwe. Dat is ferwachte en harmless foar klanten dy’t in CA fertrouwe en de namme ferifiearje. It is fataal foar in klant dy’t konfigureare is om krekt ien sertifikaat te akseptearjen, en it is ek fataal foar in klant waans trust store de nije útjouwer nea krige.
openssl x509 -in server.pem -noout -subject -issuer -dates -fingerprint -sha256
openssl x509 -in server.pem -noout -pubkey | openssl sha256
De twadde rigel beantwurdet in oare fraach: oft it kaaipear oerlibbe. In fernijing dy’t de kaai wer brûkte, hâldt dy wearde en feroaret allinnich it sertifikaat, wat krekt it gefal is wêryn in behearder ferliede wurdt om oan te nimmen dat der neat feroare is. Ynspektearje it sertifikaat dat útbret is, net dat op ’e build-host. It ferlykjen fan in bestân yn in opslach bewiist wat generearre is, net wat in listener op dit stuit presintearret.
Lês wat de klant pint
Guon klanten hâlde in fingerprint yn har profyl en ferlykje it by elke ferbining. Oaren bewarje it yn in trust store fan it platfoarm, en wer oaren fertrouwe allinnich in CA. De reparaasje ferskilt yn elk gefal, dus identifisearje earst it meganisme.
grep -n 'peer-fingerprint' /etc/openvpn/client/*.conf
openssl s_client -connect gw.lab.example.net:443 -servername gw.lab.example.net < /dev/null 2>&1 | openssl x509 -noout -fingerprint -sha256
It earste kommando toant in pin yn in konvinsjoneel profyl; it twadde toant it fingerprint dat it einpunt no echt tsjinnet. As dy twa ferskille, hawwe jo de flater lokalisearre sûnder te rieden. Plak de nije wearde net yn elke klant dy’t klaget. In klant dy’t op grûn fan ’e útjouwer fersmitet, sil trochgean mei fersmiten, en jo hawwe josels leard dat it fingerprint it probleem wie doe’t it dat net wie.
Ferlykje it sertifikaat dat elke backend tsjinnet
Ûnregelmjittige resultaten betsjutte meastentiids mear as ien einpunt, en in fernijing dy’t op ien node tapast is, lit de oaren it âlde objekt presintearje. Ferlykje elke backend op adres yn stee fan op ’e dielde namme.
for h in 10.30.0.11 10.30.0.12; do echo "$h"; openssl s_client -connect $h:443 -servername gw.lab.example.net < /dev/null 2>&1 | openssl x509 -noout -subject -dates -fingerprint -sha256; done
In pool wêryn ien node efterbliuwt, ferklearret in klant dy’t by de twadde poging ferbynt en by de earste mislearret. It ferklearret ek in monitoringskontrôle dy’t slagget wylst brûkers klage. Reparearje earst de efterstân. It útroljen fan ’e fertrouwenskonfiguraasje foardat elke node it nije sertifikaat tsjinnet, skept in finster wêryn neat wurket, en it útroljen dêrnei lit klanten ûnfoarsisber mislearje.
Feroarje fertrouwen fia it behearde paad
Befêstigje de ferfanging fia in al fertroude bestjoerlike kanaal foardat jo it earne akseptearje. In leaudweardige ferfaldatum is gjin bewiis fan eigendom. Wurkje de behearde konfiguraasje by fia hokker proses dan ek dat it besit, mei elke plande oerlaap fan akseptabele identiteiten, en hâld de nammeferifikaasje dy’t de útbrijen fereasket. In pin sûnder nammecontrole is in swakker ûntwerp as it CA-fertrouwen dat it ferfong.
Ferifiearje dan per klant: ferbine, befêstigje de identiteit dy’t it akseptearre, en notearje de sertifikaatferzje dy’t it no fertrout. In warskôging dy’t ienris oan ’e kant skood is, hat de gewoante om by de folgjende fernijing werom te kommen.