Inportazio-elkarrizketak zure pasahitza hartzen du, une batez biratu eta gero paketea irakurri ezin duela esaten du. Mezu horretan ezerk ez dizu esaten pasaesaldia gaizki idatzi duzun edo fitxategia bezeroak jada hornitzen ez duen zifratze batekin zigilatu zen. Huts egite desberdinak dira, konponbide desberdinekin, eta oker aukeratzeak bezeroaren bertsioa jaistea dakar, erabakia atzeratu besterik ez duena. Bezeroa non gelditzen den behatzeak minutu batean bereizten ditu.

Zer gertatzen da elkarrizketaren eta ziurtagirien zerrendaren artean

.p12 fitxategi bat edukiontzia da, ez ziurtagiria. Barruan ziurtagiri-poltsa bat edo gehiago eta zure pasahitzetik eratorritako gako batekin zifratutako gako pribatuaren poltsa daude, eta fitxategi osoaren gaineko MAC izeneko osotasun-egiaztapena. Hura irekitzeak MAC hori egiaztatzea, gako-poltsa deskifratzea eta bertatik ateratzen den gakoarekin ziurtagiria parekatzea esan nahi du.

Pasahitz-arazoa MAC urratsean agertzen da. Zifratze-arazoa beranduago agertzen da, gako-poltsa ireki behar denean eta hori egiten duen konpilazioak fitxategian izendatutako algoritmoaren inplementaziorik ez duenean.

Bigarren kasua ohikoa da gaur egungo sistemetan, OpenSSL 3-k algoritmo zaharren talde bat legacy hornitzaile aukerako batera eraman zuelako. OpenSSL 1.x-k esportatutako paketeek ziurtagiriak 40 biteko RC2rekin zigilatzen zituzten eta gako pribatua hiru gakoko Triple DESekin. OpenSSL 3-ren konpilazio lehenetsiak zure pasahitz zuzenarekin egiaztatzen du oraindik MAC-a eta gero poltsan huts egiten du, beraz pasahitza ez zen inoiz okerra izan eta berriz idazteak ez du ezer aldatzen.

Irakurri edukiontzia gakorik kanpora idatzi gabe

Eskatu zure makinako OpenSSL konpilazioari fitxategia analiza dezala eta irakurri non amore ematen duen. Irteerako fitxategirik gabeko ikuskaritzak gakoa diskoan zifratuta uzten du, eta hori da urrats hau ostatatu partekatu batean segurua izateko arrazoi bakarra.

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

Pasahitz zuzena duen legacy pakete batean honek poltsaren atributuak inprimatzen ditu eta gero digital envelope routines::unsupported-rekin gelditzen da. Pasahitz okerrarekin Mac verify error: invalid password? lortzen duzu edozein poltsa irakurri aurretik. Bi mezuak aurkako noranzkoetara doaz, eta horixe da bezeroak ezkutatu zuen informazioa.

Huts egitea onartzen ez den algoritmoarena bada, exekutatu komando bera berriro -legacy gehituta eta beste ezer aldatu gabe. Bandera horrek legacy hornitzailea prozesu horretarako soilik kargatzen du. Ez du VPN bezeroa pakete zaharrak analizatzera behartzen, ez dio sistema osoko kripto-politikari ukitzen, eta neurketa bat da, ez konponketa, fitxategia oraindik ordezkatu behar delako.

Zein errorek zein urrats adierazten du

Taula labur batek hiru emaitzak bereizten ditu, eta idazkerak garrantzi handiagoa du elkarrizketa non agertu zen baino.

Text you seeStageWhat it tells you
Mac verify error: invalid password?Integrity checkPassphrase or cached credential, not the cipher
digital envelope routines::unsupportedBag decryptAlgorithm missing from the default provider
not enough data / header too longContainer formatWrong encoding, edited file, or truncated download

not enough data edo header too long bezalako testuak ez dira lehen bi taldeetako batean ere sartzen. Formatu-arazoa da: .pem izenera aldatu den DER fitxategia, lerro-amaierak berridatzi zituen editore batek hondatutako kopia, edo deskarga osatugabea. Konparatu kontrol-batuketa igorleak bidalitakoarekin, zifratzeak begiratzen hasi aurretik.

Erabili Mac verify error pasahitzari buruzko froga gisa soilik. Idatzitakotik kalkulatutako MAC-a gordetako balioarekin bat ez datorrela esan nahi du, eta hori akats tipografiko batekin, aurretik inportatutako pasahitz bat cachean gordeta edo beste pasaesaldi batekin berriz esportatutako fitxategi batekin gertatzen da. Ez du ezer esaten barruko algoritmoak zaharrak diren ala ez.

Eraiki bezeroak benetan ireki dezakeen pakete bat

Legacy analizatzaileak fitxategia ondo dagoela baieztatu ondoren, konponbide iraunkorra helburuko bezeroak onartzen dituen algoritmoak dituen ordezkoa da: AES-256-CBC gako eta ziurtagiri poltsetarako, PBKDF2 SHA-256rekin eratortzeko eta SHA-256 MAC-rako. Zure PKI administratzaileak gako-material beretik esporta dezake, eta barruko ziurtagiria zure zerbitzariek jadanik fidatzen duten bera izaten jarraitzen du.

Tokian bertan bihurtu behar duzunean, eskatu pkcs12 tresnari poltsak berriz zigila ditzala, lehenengo hustu beharrean. Eduki itzazu bi pasaesaldiak zure shell historiatik kanpo, fitxategi batetik irakurriz.

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

Bihurketa arrakastatsuak ez du ezer esaten iraungipenaz, gakoaren erabileraz, gako pribatuaren bat-etortzeaz edo zerbitzariak igortze-katean fidatzen duen ala ez. Berriz enbalatzea garraio-aldaketa da, ez berritzea, eta horietako bakoitzak bere egiaztapena behar du oraindik.

Saltatu babesik gabeko tarteko gako bat idazten duen edo irteerako pasahitz hutsa erabiltzen duen errezeta oro, bezeroak gero fitxategia onartu duelako bakarrik. Babesa kenduta duen pakete irakurgarria hasieran izan zenuen inportazio-huts egitea baino emaitza okerragoa da.

Egiaztatu bezeroak zuk eraikitako fitxategia inportatu duela

Terminal batean analisi garbiak edukiontzia baliozkoa dela frogatzen du. Ez du frogatzen bezeroak hura hautatu duenik, gainerako profil batek fitxategi zaharrari seinalatzen jarrai baitezake, eta bezero batzuek inportatutako identitatea zuk aukeratu ez duzun izen batekin gordetzen dute cachean.

Inprimatu inportatzear zauden identitatea eta konparatu bezeroak bere ziurtagiri-ikuspegian erakusten duenarekin.

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

Kendu lehenengo profil-sarrera zaharkitua eta gero inportatu. Bezeroak kargatu duen subjektua edo hatz-marka erregistratzen badu, parekatu goiko lerroarekin; izen atsegin bat besterik erakusten ez badu, egiaztatu iraungitze-data horren ordez, zailagoa baita igorle beraren beste ziurtagiri batekin nahastea.

PKCS12 erreferentziak hemen erabilitako hornitzaile, pasaesaldi eta irteera aukerak zerrendatzen ditu. Kontua legacy hornitzailea bezeroaren ingurunetik kanpo edukitzea da: neurtu harekin, bidali hura gabe eta utzi gako pribatua diskoan babestuta.

Erlazionatutako artikuluak