Eski P12 OpenSSL 3'te başarısız oluyor: yanlış parola mı eski şifre mi?

İçe aktarma iletişim kutusu parolanızı alır, bir an döner ve sonra paketi okuyamadığını söyler. Bu mesajda parola ifadesini yanlış mı yazdığınız yoksa dosyanın istemcinin artık sunmadığı bir şifreyle mi mühürlendiği yazmaz. Bunlar farklı arızalardır ve düzeltmeleri de farklıdır, yanlış seçim istemcinin sürümünü düşürmeye yol açar ve bu yalnızca kararı erteler. İstemcinin hangi aşamada durduğunu izlemek ikisini yaklaşık bir dakikada ayırır.

İletişim kutusu ile sertifika listesi arasında ne olur

.p12 dosyası bir kapsayıcıdır, sertifika değildir. İçinde bir veya daha fazla sertifika torbası ve parolanızdan türetilen bir anahtarla şifrelenmiş bir özel anahtar torbası, ayrıca tüm dosya üzerinde MAC denen bir bütünlük denetimi vardır. Onu açmak, o MAC'ı doğrulamak, anahtar torbasının şifresini çözmek ve sertifikayı ortaya çıkan anahtarla eşleştirmek demektir.

Parola sorunu MAC aşamasında gelir. Şifre sorunu daha sonra, anahtar torbasının açılması gerektiğinde ve bunu yapan derlemede dosyada adı geçen algoritmanın uygulaması olmadığında gelir.

İkinci durum günümüz sistemlerinde yaygındır çünkü OpenSSL 3 eski algoritmalardan oluşan bir grubu isteğe bağlı bir legacy provider'a taşıdı. OpenSSL 1.x tarafından dışa aktarılan paketler genellikle sertifikaları 40 bit RC2 ile, özel anahtarı üç anahtarlı Triple DES ile mühürlerdi. Varsayılan OpenSSL 3 derlemesi doğru parolanızla MAC'ı yine doğrular ve sonra torbada başarısız olur, yani parola hiçbir zaman yanlış değildi ve yeniden yazmak hiçbir şeyi değiştirmez.

Anahtarı dışarı yazmadan kapsayıcıyı okuyun

Kendi makinenizdeki OpenSSL derlemesinden dosyayı ayrıştırmasını ve pes ettiği noktayı okumasını isteyin. Çıktı dosyası olmadan yapılan inceleme anahtarı diskte şifreli bırakır ve bu adımın paylaşılan bir sunucuda güvenli olmasının tek nedeni budur.

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

Doğru parolaya sahip eski bir pakette bu, torbanın özniteliklerini yazdırır ve sonra digital envelope routines::unsupported ile durur. Yanlış parolayla herhangi bir torba okunmadan önce Mac verify error: invalid password? alırsınız. İki mesaj zıt yönleri gösterir ve istemcinin sakladığı bilgi tam olarak budur.

Araza desteklenmeyen algoritmadan kaynaklanıyorsa aynı komutu -legacy ekleyerek ve başka hiçbir şeyi değiştirmeden yeniden çalıştırın. Bu bayrak legacy provider'ı yalnızca o tek süreç için yükler. VPN istemcisini eski paketleri ayrıştırmaya zorlamaz, sistem genelindeki kripto politikasına dokunmaz ve dosya yine de değiştirilmesi gerektiği için bu bir onarım değil ölçümdür.

Hangi hata hangi aşama demek

Kısa bir tablo üç sonucu ayrı tutar ve ifade, iletişim kutusunun nerede göründüğünden daha önemlidir.

not enough data veya header too long gibi metin ilk iki gruptan hiçbirine girmez. Bu bir biçim sorunudur: .pem olarak yeniden adlandırılmış bir DER dosyası, satır sonlarını yeniden yazan bir düzenleyicinin bozduğu bir kopya veya tamamlanmamış bir indirme. Şifrelere bakmaya başlamadan önce sağlama toplamını verenin gönderdiğiyle karşılaştırın.

Mac verify error ifadesini yalnızca parola hakkında kanıt olarak ele alın. Yazdığınızdan hesaplanan MAC'ın saklanan değerle eşleşmediği anlamına gelir; bu bir yazım hatasıyla, önceki bir içe aktarmadan önbelleğe alınmış parolayla veya başka bir parola ifadesiyle yeniden dışa aktarılmış bir dosyayla olur. İçindeki algoritmaların eski olup olmadığı hakkında hiçbir şey söylemez.

İstemcinin gerçekten açabileceği bir paket oluşturun

legacy ayrıştırıcı dosyanın sağlam olduğunu doğruladığında kalıcı çözüm, hedef istemcinin desteklediği algoritmalara sahip bir yedektir: anahtar ve sertifika torbaları için AES-256-CBC, türetme için SHA-256'lı PBKDF2 ve MAC için SHA-256. PKI yöneticiniz bunu aynı anahtar malzemesinden dışa aktarabilir ve içindeki sertifika sunucularınızın zaten güvendiği sertifika olarak kalır.

Yerel olarak dönüştürmeniz gerektiğinde pkcs12 aracından torbaları önce boşaltmak yerine yeniden mühürlemesini isteyin. İki parola ifadesini bir dosyadan okuyarak kabuk geçmişinizin dışında tutun.

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

Başarılı bir dönüştürme son kullanma, anahtar kullanımı, özel anahtar eşleşmesi veya sunucunun veren zincirine güvenip güvenmediği hakkında hiçbir şey söylemez. Yeniden paketleme bir taşıma değişikliğidir, yenileme değildir ve bunların her biri yine kendi denetimini gerektirir.

İstemci dosyayı kabul etti diye korumasız bir ara anahtar yazan veya boş çıktı parolası bırakan her tarifi atlayın. Koruması sıyrılmış okunabilir bir paket, başladığınız içe aktarma arızasından daha kötü bir sonuçtur.

İstemcinin oluşturduğunuz dosyayı içe aktardığını doğrulayın

Terminalde temiz bir ayrıştırma kapsayıcının geçerli olduğunu kanıtlar. İstemcinin onu seçtiğini kanıtlamaz, çünkü kalmış bir profil eski dosyayı göstermeye devam edebilir ve bazı istemciler içe aktarılan kimliği sizin seçmediğiniz bir ad altında önbelleğe alır.

İçe aktarmak üzere olduğunuz kimliği yazdırın ve istemcinin sertifika görünümünde gösterdiğiyle karşılaştırın.

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

Önce eski profil girdisini kaldırın, sonra içe aktarın. İstemci yüklediği konuyu veya parmak izini günlüğe yazıyorsa yukarıdaki satırla eşleştirin; yalnızca dostça bir ad gösteriyorsa bunun yerine son kullanma tarihini denetleyin, çünkü onu aynı verenin başka bir sertifikasıyla karıştırmak daha zordur.

PKCS12 başvurusu burada kullanılan provider'ı, parola ifadesini ve çıktı seçeneklerini listeler. legacy provider'ı istemci ortamının dışında tutmak asıl noktadır: onunla ölçün, o olmadan teslim edin ve özel anahtarı diskte korumalı bırakın.