Autofirmatutako VPN ziurtagiria: zer esan nahi duen eta zeren gainean fidatzen den

Hemen kalte handiena bi sinesmenek egiten dute: autofirmatutako VPN ziurtagiri batek tunela zifratuta ez dagoela esan nahi duela, eta VPN bezeroak eskatu zuen edozer instalatzeak VPNari bakarrik eragiten diola. Biak ez dira errealitateko inplementazio batekin harremanetan jartzen. Autofirmatutako ziurtagiri batek sinadura-harreman bat deskribatzen du, ez segurtasun-epaia, eta gehitzen duzun konfiantzaren irismena zein biltegitan amaitzen den araberakoa da. Laguntza-zerbitzu batek Windows makinan hornitzaile-erro bat inportatu zuela ikusi dut abisu bat isilarazteko, eta gero arratsalde osoa eman zuen azaltzen zergatik utzi zion nabigatzaileak erlaziorik gabeko atari baten inguruko kexari. Galdera honen bi erdiak elkarrekin doaz, beraz, tratatu itzazu bat bezala.

Ziurtagiri bat ez da konfiantza-biltegia

Zerbitzariak aurkezten duen fitxategiak gako publiko bat, subjektu-izen bat, igorle-izen bat, baliozkotasun-datak eta luzapenak daramatza. Autofirmatuak subjektua eta igorlea entitate bera direla esan nahi du eta sinadura ziurtagiriaren berezko gakoarekin egiaztatzen dela. Definizio horretan ezerk ez du esaten konexioa ahula denik, eta ezerk ez du esaten bezeroak onartuko duenik.

Onarpena beste nonbaitetik dator: bezeroa zuzentzen duzun CA fitxategi bat, eskuz alderatzen duzun hatz-marka bat edo bezeroak irakurtzen duen biltegi batean lehendik dagoen erro bat. Inplementazio bat erabat sendoa izan daiteke, bere ziurtagiriak proba publiko guztietan huts egingo lukeen bitartean. Sistema-sortaren aurka openssl verify igorle ezezagun bat jakinaraziko du, eta jakinarazpen hori zuzena da, ez da akats bat.

OpenVPNren ca aukera aplikaziora mugatutako konfiantzaren kasurik argiena da. Fitxategi horrek bezeroak onartuko dituen aingurak izendatzen ditu, eta CA pribatu bat edo, inplementazio txiki batean, zerbitzariaren berezko autofirmatutako ziurtagiria eduki dezake. 2.6 bertsioak --peer-fingerprint ere onartzen du SHA-256 hatz-marka bat finkatzeko, CA fitxategi bat banatu beharrean. WireGuard areago dago kanpoan: ez du ziurtagiririk batere, bikoteko gako publiko estatiko bat baino ez, beraz autofirmatutako galdera ez zaio aplikatzen.

Konfiantza non instalatzen duzun erabakitzen du nork heredatzen duen

Jarri ziurtagiri bera hiru lekutan eta hiru leherketa-erradio desberdin lortuko dituzu. VPN bezeroak bakarrik irakurtzen duen sorta batek bezero horri eragiten dio. Sistema eragilearen biltegiko erro batek biltegi hori kontsultatzen duen programa orori eragiten dio. Bere konfiantza-datu-basea duen nabigatzaile batek biak alde batera ditzake, eta horregatik abisu batek funtzionatu zuela zirudien inportazio bat gaindi dezake.

Debian edo Ubuntun, fitxategi bat /usr/local/share/ca-certificates/-n uzteak eta update-ca-certificates exekutatzeak sistema osoko sorta aldatzen du. Windowsen, certutil -addstore -f Root makinaren biltegian idazten du eta agindu-leiho igoa behar du, -user gehitzeak uneko erabiltzailearen biltegia helburutzat hartzen duen bitartean; biak ez dira trukagarriak. Firefoxek bere NSS datu-basea mantentzen du, beraz, OS mailako inportazio bat agian ez da inoiz han agertuko.

Irismena garrantzitsua da autoritate batek zer egin dezakeen eta. Igorle CA batek erlaziorik ez duen izenen alde sinatu dezake, beraz, biltegi horretan fidatzen den edozerk sinadura horiek onartuko ditu. Finkatutako hosto bakar batek ezin du hori egin; bikoteko identitate bakar bat autentifikatzen du. Helburua VPN bat konektaraztea bada, aplikaziora mugatutako CA batek edo finkatutako hosto batek lortzen du, makina osoko erro bat sintomak eskatzen duena baino askoz kontzesio handiagoa den bitartean.

CA publiko bat gabe zifratzen ari zara oraindik

TLS esku-emanak saio-gakoak eratortzen ditu bikotearen ziurtagiria jada fidatzen zaren zerbaitetara kateatzen den ala ez. Autofirmatuak ez du testu hutsa esan nahi, eta ez du trafikoa hegaldian irakurgarria denik esan nahi. Esan nahi du bezeroak ez duela aldez aurretik uste izateko arrazoirik gakoa eskatu zuen zerbitzariarena denik.

Hutsune horretan bizi dira eraso errealak. Edozein ziurtagiri onartzeko konfiguratutako bezero batek, egiaztapen-ezarpen desgaituta edo behin klikatuta ahaztutako fidatu-hala-ere botoi baten bidez, erantzuten duenari pozik zifratuko dio. Atzematea autentifikazio-urratsean gertatzen da, aplikazioaren datuak mugitu baino lehen. Identitate-egiaztapenik gabeko zifratzeak behatzaile pasibo bat kanpoan mantentzen du eta gutxi gehiago egiten du.

Igorlean fidatzeak ez du izen-egiaztapena saltatzen

Katearen baliozkotzea, izenaren bat-etortzea eta ziurtagiriaren xedea erabaki bereiziak dira. Katea baliozkoa izan daiteke izena okerra den bitartean, eta izen bat bat etor daiteke ziurtagiria beste rol baterako jaulki zen bitartean. RFC 5280 muga horiek daramatzaten eremuak definitzen ditu, eta bezero batek zenbateraino betetzen dituen aplikazio bakoitzeko kontua da.

OpenVPNk banaketa ikusgai egiten du. verify-x509-name espero den subjektua finkatzen du name, name-prefix edo subject bat-etortzearen bidez. remote-cert-tls server bikotearen ziurtagiriak zerbitzari-ziurtagiri gisa erabilgarria izan behar duela eskatzen du, eta horrek bezero-soileko ziurtagiri bat baztertzen du igorlea fidagarria den arren. Bi ezarpenetako bat ere ez da CA fitxategi bat bidaltzearekin ordezkatzen.

Aztertu ziurtagiria ezer erabaki aurretik:

• openssl x509 -in server.crt -noout -subject -issuer -dates -ext subjectAltName erakusten du nork eman zuen, zein izenetarako eta noiz arte.
• openssl verify -CAfile ca.crt server.crt egiaztatzen du bidaltzeko asmoa duzun kateak hostoa benetan baliozkotzen duen.
• openssl s_client -connect vpn.example.net:443 -servername vpn.example.net -CAfile ca.crt -verify_return_error TLS amaierako puntuetarako funtzionatzen du, hala nola web atari baterako; 1194 atakako OpenVPN protokoloa ez da TLS fluxu soil bat, beraz proba hori ez da han aplikatzen.

Data iraungita duen, konektatzen zaren izenerako subjectAltName ez duen edo serverAuth erabilerarik ez duen ziurtagiri batek huts egingo du, aingura zenbat eta arretaz instalatu den gorabehera.

Bost egiaztapen bat onartu aurretik

Konparatu hatz-marka konpondu nahi duzun konexioa ez den kanal batetik: kontsol bat, jada duzun instalatzaile bat, sinatutako konfigurazio-fitxategi bat. Zerbitzariko openssl x509 -in server.crt -noout -fingerprint -sha256 eta bezeroaren erregistroko balio bera nahikoa dira objektu bakarra ikusten ari zarela jakiteko.

Ondoren, erabaki zer instalatzen ari zaren: hosto bat edo gehiago egin dezakeen autoritate bat. Gero erabaki nora doan, eta izenda itzazu biltegi hori irakurtzen duten aplikazioak. Idatzi kentzeko bidea oraindik gogoratzen duzun bitartean, zeren fidatu-eta-jarraitu horrela bihurtzen baita inportazio iragankorra betiko.

Azkenik, planifikatu aldaketa. Finkatutako ziurtagiri edo hatz-marka bat kanal fidagarri beretik eguneratu behar da ziurtagiria biratzen denean, eta CA pribatu batek bere jaulkipen- eta indargabetze-bizitza-zikloa du. Gako pribatua filtratzen bada, ziurtagiri beraren kopia batean berriro fidatzeak ez du ezer konpontzen; identitatea ordezkatu behar da.

Abisu batek bost egiaztapenak gainditzen baditu, galdera erabilgarria ez da zein botok isilarazten duen, baizik eta zein biltegi irakurtzen duen bezeroak benetan eta nondik etorri zen erro hura. Erantzun horri, eta egin behar duzun inportazioa erabaki bihurtuko da, erreflexu beharrean.