Zer gertatzen da VPN ziurtagiri-agintaritza bat ordezkatzen duzunean

VPN ziurtagiri-agintaritza bat ordezkatzea ez da fitxategi bat aldatzea. CA berriak bere lehen ziurtagiria sinatzen duen unean, oraindik zaharrean soilik fidatzen den balidatzaile bakoitzak erabaki bat hartu behar du, eta aingura berria inoiz jasotzen ez duten ostalariek pare onak baztertzen jarraitzen dute. Bi noranzkoetan huts egiten ikusi dut: atebideak CA berria ikasi zuen eta bezeroek ez, beraz konexio berriek huts egin zuten, eta jada altxatuta zeuden tunelak zutik geratu ziren eta etenaldia bideratze-arazo baten antza ematea eragin zuten. Hona hemen zer aldatzen den, hutsegiteak agertzen diren ordenan.

Ordezkapen bat, bi aldaketa bereizi

Ziurtagiri-agintaritza izen bat, gako publiko bat eta sinatzen duen gako pribatua dira. Balidatzaileek ez dute inoiz «CA» abstraztuan fidatzen. Konfiantza-biltegi batean dagoen ziurtagiri zehatz batean fidatzen dira, eta emaile bat onartzen dute sinadura-kate bat gordetako kopia horretara iristen bada. Beraz, CA ordezkatzeak independenteki huts egiten duten bi gauza aldatzen ditu: zein aingura onartzen diren eta zein pare-identitate jaulki ziren haien pean.

VPN inplementazio gehienek bi noranzkoetan baliozkotzen dute. Bezeroak atebidearen ziurtagiria autentifikatzen du, eta atebideak bezeroarena. Bezeroaren sorta soilik berritzen duen biratze batek zerbitzaria CA zaharreko identitatea oraindik aurkezten duen bezero oro baztertzen uzten du, eta alderantzizkoa bezain ohikoa da. Zerrendatu lehenik betearazpen-puntuak: bezeroen konfiantza-biltegiak, atebidearen ca fitxategia, aurrean TLS amaitzen duen proxy oro eta kanpoko muturra egiaztatzen duen proba.

Zer egiaztatzen duen balidatzaile batek, ordenan

Bide-baliozkotzeak pare-ziurtagiritik gora egiten du bitartekoen bidez fidagarria den aingura batera iritsi arte. Urrats bakoitzean sinadura egiaztatzen du, ziurtagiri bakoitza bere baliozkotasun-leihoan dagoela egiaztatzen du, eta oinarrizko murrizketek eta gakoaren erabilerak emaileari sinatzeko baimena ematen diotela baieztatzen du. Orduan soilik begiratzen dio aplikazioak hosto-ziurtagiriari: subjektuaren izen alternatiboek markatutako izena estali behar dute, eta gakoaren erabilera hedatuak zerbitzari edo bezero autentifikazioa ahalbidetu behar du.

Ibilbide hori lineaz kanpo errepikatzeko, zuzendu -CAfile inplantatuko duzun sorta zehatzera, ez sistemaren biltegira. Bestela ostalaria probatzen ari zara, ez aldaketa:

openssl verify -CAfile new-ca.crt gateway.crt
openssl verify -CAfile new-ca.crt -untrusted intermediate.crt client.crt
openssl x509 -in gateway.crt -noout -subject -issuer -dates
openssl s_client -connect gw.example.net:443 -CAfile new-ca.crt

Komando hori TLS entzule soil baten aurka baino ez dabil, atebidearen HTTPS administrazio-orria adibidez; OpenVPNren kontrol-kanalak TLS aurretik doaz, beraz s_client-ek ezin du tuneleko uzkurdura ikuskatu.

Errore horien atzeko bide-eraikuntzako arauak RFC 5280 atala 6 dira. Bestela arbitrarioak diruditen hutsegiteak azaltzen dituzte: inork gogoratzen ez zuen bitarteko iraungia, gakoaren erabilerak sinatzea debekatzen dion ziurtagiria, edo probatzen ari zaren ostalaria baztertzen duen izen-murrizketa bat.

Zergatik jarraitzen du tunel zaharrak funtzionatzen

TLS eta OpenVPN biek uzkurdura amaitu ondoren ezarritako saioa bizirik mantentzen dute. Ezerk ez du pare-ziurtagiria paketeka berriro baliozkotzen, beraz aldaketaren aurretik konektatu zen bezeroak trafikoa igarotzen jarraitzen du berriro negoziatu, berriro konektatu edo tunela erori arte. Hutsune hori da CA ordezkapen batek ordu batez ondo ematen duelako eta gero une okerrenean huts egiten duelako: ordenagailu eramangarria loalditik esnatzen da, NAT mapatze bat iraungitzen da, atebide bat berrabiarazten da.

Saioaren berrartzeak ilusioa are gehiago luzatzen du. TLS saio-txartel batek bezeroari ziurtagiriak berriro bidali gabe itzultzeko aukera ematen dio, eta berrartzeak bide-baliozkotzea saltatzen du lehen uzkurdurak jada egin duelako. Beraz, proba zintzoa prozesu berri batean egindako uzkurdura osoa da. Berrabiarazi bezeroa tunela berriro konektatu beharrean, eta proba-profil batean pentsatu txartelak desgaitzea, berrartze-bideak kate hautsia ezin dezan ezkutatu.

Mantendu gako estatikoko geruza honetatik bereizita. tls-auth kontrol-kanalari HMAC bat gehitzen dio, tls-crypt hura zifratu eta autentifikatzen du, eta batek ere ez du ziurtagiri-materialik eramaten, beraz edozein biratzea bere hutsegite-modua duen aldaketa bereizia da. Biak nahasten dituzten inplantazioek bezero batekin amaitzen dute, gako estatikoa ondo duena, ziurtagiria zaharkitua eta errore-mezuak bat ere ez duela aipatzen.

Subjektuaren izena berrerabiltzearen tranpa

Tentaldia da aurrekoaren izen bereizia berrerabiltzea, beherago ezerk aldatu behar ez dezan. Horrek emailearen lerroa egonkor mantentzen du interfazean eta behar duzun seinale bakarra suntsitzen du. Subjektu berdinak eta gako ezberdinak dituzten bi ziurtagirik ezin dira izenez bereizi, beraz bi aingura daramatzan sorta batek bi hautagai ematen dizkio balidatzaileari eta hautatzeko araurik ez.

Orduan bide-eraikuntzak okerra aukera dezake, «tokiko emailearen ziurtagiria ezin da lortu» jakinaraz dezake aingura zuzena bertan izan arren, edo ostalari batean arrakastatsu eta beste batean huts egin dezake sorta berarekin, hautagaien ordena ezberdina zelako. Izena berrerabili behar bada, mantendu bi aingurak fitxategi bereizietan trantsizioan eta kargatu esplizituki, eta batu soilik pare bakoitzak emaile berria aurkezten duenean. Bestela, eman ordezkoari ohiko izen desberdin bat — belaunaldi edo data atzizki bat nahikoa da —, erregistzoek eta errore-testuek huts egiten duen pareari zein autoritatek eman zion esan dezaten.

Sarea erortzen ez duen biratze bat

Ordezkapen planifikatu baterako, onartu bi aingurak leiho mugatu batean, urrats bakarrean aldatu beharrean. Jaulki CA berria eta haren bitartekoak, jarri aingura berria balidatzaile bakoitzaren sortan zaharraren ondoan, eta orduan hasi soilik pare-ziurtagiriak harekin jaulkitzen. Identitate zaharrak dituzten pareek aingura zaharrekiko baliozkotzen dute; berriek aingura berriarekiko egiten dute lan.

Ordena horretan eginez gero, urrats bakoitza itzulgarria da. Saihesten duzun hutsegitea aldibereko aldaketa da: sorta eguneratzea galdu zuen bezero batek aingura zaharra jada erretiratu duen atebide bat aurkitzen du, uzkurdura hil egiten da, eta erregistro batek ere ez du esaten zein alde dagoen zaharkituta.

Erretiratu kontrako noranzkoan. Jaulki berriro bizirik iraun behar duen identitate bakoitza, egiaztatu bakoitzak kate berria aurkezten duela, eta gero kendu aingura zaharra sortetatik. Kendu CA zaharraren gako pribatua zerbitzutik, oraindik sinatu dezakeen emaile batek biratzea amaitu gabe dagoela esan nahi baitu. Gorde ziurtagiriak eta jaulkipen-erregistroak ikuskaritzarako. Galdutako emaile bat konfiantza berera leheneratzen da; esposizio batek identitate berriak eskatzen ditu eta ez du aingura zaharrera itzultzerik onartzen.

Egiaztatu emaitza, ez fitxategi-zerrenda

Espero den direktorioan dagoen konfiantza-fitxategi batek gutxi frogatzen du. Aplikazioak beste bide bat, beste formatu bat edo bertsio-berritze batek ordezkatzen duen pakete baten barruko kopia bat irakur dezake. Egiaztatu jokabidea bi muturretan, ez fitxategi bat badagoen.

Egiaztatu identitate berri batekin egindako konexio fresko batek arrakasta duela, eta gero egiaztatu erretiratutako CAk jaulkitako identitate bat baztertzen dela. Bigarren proba hori da jendeak saltatzen duena, eta autoritate zaharrak jada sarbiderik ematen ez duela erakusten duen bakarra. Inplantazioa CRL edo OCSPren mende dagoenean, egiaztatu ziurtagiri berrietako banaketa-puntuak ebazten direla eta galdetzen duten pareek erantzulea harrapatzen dutela.

Amaitu inoiz konektatu ez den bezero batekin: garbitu bere profilaren egoera, konektatu eta irakurri negoziatutako katea. Cachean gordetako saio bat berrartzen duen pare batek poz-pozik jakinaraziko du migrazioa funtzionatu zuela, ezer baliozkotu gabe.