Alen P12 schléit op OpenSSL 3 feel: falscht Passwuert oder ale Chiffre?

Den Import-Dialog hëlt däi Passwuert, dréit ee Moment a seet dann, datt en de Bündel net liese kann. Näischt an dëser Meldung seet der, ob du d'Passphrase falsch getippt hues oder ob d'Datei mat engem Chiffre versiegelt gouf, deen de Client net méi matbréngt. Dat sinn zwou verschidde Pannen mat zwou verschiddene Reparaturen, an eng falsch Wiel féiert zu engem Client-Downgrade, deen d'Entscheedung just verspéit. Wanns du kucks, wou de Client ophält, kanns du se an ongeféier enger Minutt ënnerscheeden.

Wat tëschent dem Dialog an der Zertifikatslëscht geschitt

Eng .p12-Datei ass e Container, keen Zertifikat. Dobannen sinn een oder méi Zertifikats-Säckchen an e privaten Schlësselsäckchen, dee mat engem Schlëssel verschlësselt ass, deen aus däim Passwuert ofgeleet gëtt, plus eng Integritéitskontrolle mam Numm MAC iwwer déi ganz Datei. Se opmaachen heescht, dee MAC ze kontrolléieren, de Schlësselsäckchen ze decryptéieren an d'Zertifikat mam Schlëssel ze vergläichen, deen erauskënnt.

D'Passwuertprobleem kënnt bei der MAC-Etapp. D'Chiffreprobleem kënnt méi spéit, wann de Schlësselsäckchen ausgepackt muss ginn a wann de Build, deen dat mécht, keng Ëmsetzung fir den Algorithmus huet, deen an der Datei genannt ass.

Den zweeten Fall ass op aktuelle Systemer heefeg, well OpenSSL 3 eng Grupp al Algorithmen an en optionale legacy provider verluecht huet. Bündelen, déi vun OpenSSL 1.x exportéiert goufen, hu meeschtens d'Zertifikater mat 40-Bit RC2 an de privaten Schlëssel mat dräi-Schlëssel Triple DES versiegelt. En normale OpenSSL 3 Build kontrolléiert de MAC nach ëmmer mat dengem richtege Passwuert a schléit dann um Säckchen feel, also war d'Passwuert ni falsch an et zitt näischt, et nach eng Kéier ze tippen.

De Container liesen, ouni e Schlëssel erauszeschreiwen

Fro den OpenSSL Build op denger eege Maschinn, d'Datei ze parsen an ze liesen, wou en opgëtt. Eng Inspektioun ouni Ausgabsdatei léisst de Schlëssel verschlësselt op der Disk, an dat ass den eenzegen Grond, firwat dës Etapp op engem gedeelten Host sécher ass.

openssl pkcs12 -in vpn-identity.p12 -info -noout

Bei engem ale Bündel mat dem richtege Passwuert dréckt dëst d'Säckchenattributer aus an hält dann mat digital envelope routines::unsupported un. Mat engem falsche Passwuert kritt een Mac verify error: invalid password?, ier iwwerhaapt e Säckchen gelies gëtt. Déi zwou Meldungen weisen an entgéigegesäit Richtungen, an dat ass genee d'Informatioun, déi de Client zeréckgehal huet.

Wann de Feeler dee mat dem net ënnerstëtzten Algorithmus ass, laaf deeselwechte Befehl nach eng Kéier mat -legacy derbäi an näischt anescht geännert. Deen Fändel luedt de legacy provider just fir deen eenzege Prozess. En zwéngt de VPN Client net, al Bündelen ze parsen, en tippt d'systemwäit Krypto-Politik net un, an et ass eng Miessung an net eng Reparatur, well d'Datei nach ëmmer muss ersat ginn.

Wéi ee Fehler wéi eng Etapp heescht

Eng kuerz Tabell hält déi dräi Resultater auserneen, an de Worlaut ass méi wichteg wéi d'Plaz, wou den Dialog opgetrueden ass.

Text wéi not enough data oder header too long gehéiert zu keng vun den éischten zwou Gruppen. Dat ass e Formatprobleem: eng DER-Datei, déi an .pem ëmbenannt gouf, eng Kopie, déi vun engem Editor verbastelt gouf, deen d'Zeilennennungen nei geschriwwen huet, oder en Download, deen net fäerdeg ass. Vergläich d'Checksum mat där, déi den Aussteller geschéckt huet, ier du ufänks, d'Chiffren unzekucken.

Behandel Mac verify error nëmmen als Beweis iwwer d'Passwuert. Et heescht, de MAC, deen aus deem berechent gëtt, wat du getippt hues, entsprécht net dem gespäicherte Wäert, an dat geschitt bei engem Tippfeeler, bei engem Passwuert aus engem fréieren Import oder bei enger Datei, déi ënner enger anerer Passphrase nei exportéiert gouf. Et seet näischt doriwwer, ob d'Algorithmen dobannen al sinn.

E Bündel bauen, deen de Client wierklech opmécht

Wann den legacy Parser bestätegt, datt d'Datei gesond ass, ass déi dauerhaft Léisung en Ersatz, deen Algorithmen huet, déi den Zilclient ënnerstëtzt: AES-256-CBC fir de Schlëssel- a Zertifikatssäckchen, PBKDF2 mat SHA-256 fir d'Ofleedung an SHA-256 fir de MAC. Däi PKI-Administrator kann dat aus demselwechte Schlësselmaterial exportéieren, an d'Zertifikat dobannen bleift dat, deem deng Serveren schonn vertrauen.

Wanns du lokal muss konvertéieren, fro den pkcs12-Tool, d'Säckchen nei ze versiegelen, amplaz se d'éischt erauszezéien. Hal béid Passphrasen aus denger Shell-Historique eraus, andeems du se aus enger Datei liess.

openssl pkcs12 -in vpn-identity.p12 -out vpn-identity-aes.p12 \
  -keypbe AES-256-CBC -certpbe AES-256-CBC -macalg sha256 \
  -passin file:old.pass -passout file:new.pass

Eng erfollegräich Konversioun seet näischt iwwer den Ofschein, d'Schlësselnotzung, den Ofgläich mam privaten Schlëssel oder doriwwer, ob de Server der ausstellender Kette vertraut. Nei ze verpacken ass eng Ännerung um Transport, keng Erneierung, an jiddweree vun deenen brauch nach ëmmer seng eegen Iwwerpréiwung.

Looss all Rezept aus, dat e ongeschützte Zwësche-Schlëssel schreift oder en eidelt Ausgabspasswuert setzt, just well de Client d'Datei duerno akzeptéiert huet. E liesbare Bündel mat ofgezunnem Schutz ass eng schlëmmer Ausgab wéi de Feeler beim Import, mat deem du ugefaangen hues.

Iwwerpréiwen, ob de Client déi vun dir gebaute Datei importéiert huet

E propperen Parse an engem Terminal beweist, datt de Container gülteg ass. Et beweist net, datt de Client en ausgewielt huet, well e läichgt Profil nach ëmmer op déi al Datei weise kann, an e puer Cliente cache en importéiert Identitéit ënner engem Numm, deen s du net gewielt hues.

Dréck d'Identitéit aus, déi s de wëlls importéieren, a vergläich se mat deem, wat de Client an senger Zertifikatsvue weist.

openssl pkcs12 -in vpn-identity-aes.p12 -clcerts -nokeys -passin file:new.pass \
  | openssl x509 -noout -subject -dates -fingerprint -sha256

Läsch als éischt den ale Profil-Agank, dann importéier. Wann de Client de Sujet oder de Fangerofdrock protokolléiert, deen en gelueden huet, gläich en mat der Linn uewendriwwer of; wann en nëmmen en einfachen Numm weist, préif amplaz den Ofscheindatum, well deen schwéier mat engem aneren Zertifikat vum selwechten Aussteller ze verwiesselen ass.

D'PKCS12-Referenz zielt de Provider, d'Passphrase an d'Ausgabsoptiounen op, déi hei benotzt ginn. De legacy Provider aus der Client-Ëmgebung erauszehalen ass de Punkt: miess domat, liwwer ouni en, an lo de privaten Schlëssel op der Disk geschützt.