Wat eng Passphrase op engem private VPN-Schlëssel tatsächlech schützt
Si spärrt d'Datei op der Plack, net den Tunnel deen leeft oder däi Kontlogin. Léier wat d'Ufro deckt, wat net, an wat ze maachen wann se leakt.
D'Ufro, déi erschéngt wann e VPN-Client start, ass liicht falsch ze liesen. Et ass net d'Passwuert vum VPN-Kont, et ass net d'Passwuert fir den Tunnel, an et anzeginn beweist net, datt d'Verbindung sécher ass. Et spärrt eng gespäichert Duerstellung vun engem private Schlëssel op, sou datt de Client de Schlësselmaterial liesen an et fir Authentifikatioun benotze kann. Alles wat duerno geschitt ass eng aner Fro.
An der Praxis geet d'Äntwert un de Ränner schief: d'Leit huelen un, d'Passphrase schützt den Tunnel deen leeft, oder datt hir Ännerung eng Kopie vum Schlëssel zréckzitt dee schonn ausgelaf ass. Béid Annahmen versoen, an béid versoen sou datt en Zougangsnoschnummer opgedeckt bleift wärend den Operateur gleeft et wier geregelt.
Een Dialog, verschidde Geheimnisser
Eng Passphrase vun engem private Schlëssel entschlësselt eng Datei. E Kontpasswuert authentifizéiert Iech bei engem Service. E PKCS#12-Importpasswuert entschlësselt e Bundle mat engem Schlëssel a sengem Zertifikat, an et ass vläicht net déi selwecht Zeecheketten wéi d'Passphrase vum Schlëssel selwer. Dës Ufroe kënnen bal identesch ausgesinn, an ze roden wéi ee Geheimnis wouhi gehéiert ass wéi Schlësselen an de falsche Feld geroden.
D'Verschlësselung vum Tunnel selwer ass eng véiert Saach. Den Datakanal benotzt Sessiounsschlësselen déi beim Handshake ausgehandelt ginn; d'Passphrase vum private Schlëssel spillt keng Roll beim Schutz vun eenzelen Paketen. Wann een d'Schlësseldatei liese kann, kann en d'Passphrase offline roden, awer wann en Pakete liese kann, ass d'Passphrase irrelevant.
Wat d'Verschlësselung op der Plack deckt
En verschlësselte PEM-Schlëssel kënnt an zwou Formen, an den Header seet Iech wéi eng Dir hutt. Déi modern PKCS#8-Form fänkt mat -----BEGIN ENCRYPTED PRIVATE KEY----- un; déi al PEM-Form, nach heefeg an eelere OpenVPN-Astellunge, fänkt mat -----BEGIN RSA PRIVATE KEY----- un an dréit Proc-Type: 4,ENCRYPTED an eng DEK-Info-Linn direkt drënner. D'Datei hält de private Schlëssel verschlësselt ënner engem Schlëssel deen aus Ärer Passphrase ofgeleet ass, typesch iwwer eng passwuertbaséiert KDF mat enger uginnener Iteratiounszuel oder Aarbechtsfaktor. D'OpenSSL pkey-Dokumentatioun deckt d'Formaten an d'Passphrase-Optiounen déi beim Liese gëllen.
Zwou Konsequenze follegen. Eng schwaach Passphrase ka offline mat deem Tempo ugegraff ginn deen d'KDF erlaabt, also bleiwen Dateiberechtegungen an Zougang zu Backups wichteg och wann d'Datei verschlësselt ass. An en Ugräifer deen nëmmen d'Datei ouni d'Passphrase kritt muss roden; deen deen d'Datei an d'Passphrase kritt huet de Schlëssel, genau wéi wann en ni verschlësselt gewiescht wier.
head -3 vpn.key
openssl pkey -in vpn.key -noout -pubout
openssl pkcs12 -in bundle.p12 -info -noout
head -3 weist den Header an, op enger eelerer Datei, d'Linnen Proc-Type an DEK-Info déi d'Verschlësselung beweisen; eng eenzeg Linn ass a keng Richtung e Beweis. D'Linn pkey freet no der Passphrase an dréckt nëmmen déi ëffentlech Halschent, wat beweist datt d'Datei an d'Passphrase funktionéieren ouni de private Schlëssel ze verroden. Benotzt -text net fir dës Kontroll: et dréckt déi privat Komponenten, privateExponent, prime1, prime2 an de Rescht, an dës Ausgab dierf ni néierens agebaut ginn, weder an engem Ticket, engem Chat nach engem Log. Den PKCS#12-Befehl seet Iech och ob de Bundle en separat MAC- oder Verschlësselungspasswuert huet, wat gutt ze wëssen ass ier Dir en engem Kolleg gitt.
Wat et ophält ze schützen wann de Schlëssel gelueden ass
Opmaachen ass en eenzegaartege Evenement fir dee Prozess. De Client freet d'KDF no dem Schlëssel, entschlësselt d'Datei an hält de private Schlëssel am Späicher sou laang wéi en en brauch. Vun deem Moment un schützt d'Passphrase näischt vun der lafender Sessioun: net de Prozessspäicher, net en Kär-Dump, net eng Debug-Sessioun um Client, an net e Backup vun der Maschinn deen während der Benotzung vum Schlëssel gemaach gouf.
Dëst ass déi selwescht Grenz wéi en SSH-Schlëssel mat Passphrase, oder en opgemaache Safe vun engem Passwuertmanager. Et erhéicht d'Käschte fir d'Datei am Rou ze klauen an et mécht näischt géint Malware déi als Ären Benotzer leeft, eng autoriséiert Applikatioun déi de Client freet ze ënnerschreiwen, oder en Administrateur deen de Späicher liesen kann. Behandelt et als eng Schicht, net als d'Kontroll déi e Schlëssel sécher mécht fir ronderëm ze leien.
Firwat d'Ufro ëmmer erëm kënnt
En Client deen bei all Reconnect erëm freet ass net onbedéngt futti. E puer Cliente cache d'Passphrase fir d'Sessioun, anerer späicheren se am Schlësselring vum OS, an anerer kënnen op en Hëllefer verwisen ginn deen se liwwert, also hänkt d'Verhalen deen Dir kritt vum Client an senger Konfiguratioun of, net vun der Schlësseldatei.
Wann déi widderholl Ufro déi richteg Plainte ass, kuckt d'Caching- an Authentifikatiounsoptioune vum Client un ier Dir d'Verschlësselung vum Schlëssel ewechhëlt. D'Passphrase ewechzehuelen mécht aus enger geschützter Datei en Klartextschlëssel, an de Reconnect gëtt roueg op Käschte vun der eenzeger Kontroll am Rou déi Dir hat. Eng besser Äntwert ass meeschtens en ënnerstëtzte Beweisdatebutz mat deene selwechte Dateiberechtegungen déi Dir ëmmer géif benotzen.
Verloscht a Verroden sinn net déi selwecht Reparatur
Eng verluer Passphrase kann net aus dem Zertifikat restauréiert ginn. D'Zertifikat ass ëffentlecht Material dat en Numm un e Schlëssel bindt; et enthält kee Wee zréck op de private Schlëssel an keen Hiweis op d'Passphrase. Déi praktesch Optioune sinn en autoriséierte Backup vum Schlëssel, oder eng nei Identitéit déi iwwer den normale Prozess vum Operateur ausgestallt gëtt. Wien eng 'Restauratioun' vun der Passphrase ubitt, bitt un se ze roden.
Verroden brauch eng aner Äntwert. Déiselwecht Datei nach eng Kéier mat enger neier Passphrase verschlësselen léisst de Schlësselmaterial onverännert, also eng Kopie déi schonn anzwousch anescht opgemaach gouf funktionéiert nach. D'Reparatur ass den Zougangsnoschnummer zréckzezéien oder ze ersetzen: stellt en neie Schlëssel an Zertifikat aus, verdeelt se, a pensionéiert den ale beim Peer. Bis dat geschitt ass d'Ännerung vum Datepasswuert Hausaarbecht, net Eindämmung. Halt déi al Datei aus Backups eraus, eréischt nodeems déi nei Identitéit bestätegt funktionéiert, a notéiert wéi eng Seriennummer oder Fangerspuer se ersat huet.