Periksa sertifikat SSL terhadap CRL ketika CA perantara menghalangi

Aug 18 2020

Saya mencoba memahami cara memeriksa sertifikat SSL, dengan mempertimbangkan semua CRL relevan yang diterbitkan ketika rantai sertifikat adalah sebagai berikut:

CA akar (tanpa titik distribusi CRL)
- CA perantara (mengiklankan titik distribusi CRL yang ditandatangani oleh CA akar)
  - Sertifikat situs web (mengiklankan DP CRL yang ditandatangani oleh CA perantara)

Jadi, dua daftar CRL perlu dicek.

Kebetulan situs web BBC dikonfigurasi seperti yang ditunjukkan di atas, jadi mari kita ambil ini sebagai contoh. File yang saya gunakan ada di akhir pertanyaan ini.

Ketika saya mencoba memverifikasi sertifikat tanpa memeriksa CRL, tidak apa-apa:

$ openssl verify -CAfile intermediate_fullchain.pem bbc.pem
bbc.pem: OK

Ketika saya mencoba untuk memeriksa CRL dari URL CRL yang diberikan dalam sertifikat, saya mendapatkan kesalahan:

$ openssl verify -crl_download -crl_check_all -CAfile intermediate_fullchain.pem bbc.pem
Error loading CRL from http://crl.globalsign.com/gsrsaovsslca2018.crl
C = GB, ST = London, L = London, O = British Broadcasting Corporation, CN = www.bbc.com
error 3 at 0 depth lookup: unable to get certificate CRL
error bbc.pem: verification failed

Ini masuk akal bagi saya karena file crl dalam format DER sementara openssl menginginkan format PEM, jadi mari kita unduh CRL dan mengubahnya menjadi PEM. URL CRL dapat ditemukan menggunakan:

$ openssl x509 -in bbc.pem -text -noout $ openssl x509 -in intermediate_fullchain.pem -text -noout

Kemudian, saya melakukan:

$ wget -O intermediate_crl.der http://crl.globalsign.com/gsrsaovsslca2018.crl $ openssl crl -inform DER -in intermediate_crl.der -outform PEM -out intermediate_crl.pem
$ wget -O root_crl.der http://crl.globalsign.com/root-r3.crl $ openssl crl -inform DER -in root_crl.der -outform PEM -out root_crl.pem

Sekarang, saya pikir saya memiliki semua yang saya butuhkan untuk memvalidasi sertifikat:

$ openssl verify -crl_check_all -CRLfile intermediate_crl.pem -CRLfile root_crl.pem -CAfile intermediate_fullchain.pem bbc.pem
OU = GlobalSign Root CA - R3, O = GlobalSign, CN = GlobalSign
error 3 at 2 depth lookup: unable to get certificate CRL
error bbc.pem: verification failed

Tapi tidak! Verifikasi masih gagal. Pertanyaan saya:

Apa sebenarnya masalah pada perintah di atas? Apakah ini berarti OpenSSL mengharapkan CA root memiliki CRL?
Apa cara yang benar untuk memeriksa sertifikat terhadap dua CRL yang diiklankan di rantai CA?

File

bbc.pem: sertifikat server web:

intermediate_fullchain.pem: sertifikat CA perantara, dengan rantai ke akar CA:

Jawaban

2 garethTheRed Aug 18 2020 at 22:12

The intermediate_fullchain.pemfile tidak mengandung akar ditandatangani sendiri. Saya harus mengunduh yang benar dari GlobalSign, meskipun mesin Anda mungkin telah menginstalnya, dalam hal ini Anda hanya perlu menghapus perantara yang salah dari file rantai di atas.

Anda dapat melihat perantara Anda dengan:

openssl crl2pkcs7 -nocrl -certfile intermediate_chain.pem | openssl pkcs7 -print_certs -noout

pemberian yang mana:

subject=/C=BE/O=GlobalSign nv-sa/CN=GlobalSign RSA OV SSL CA 2018
issuer=/OU=GlobalSign Root CA - R3/O=GlobalSign/CN=GlobalSign

subject=/OU=GlobalSign Root CA - R3/O=GlobalSign/CN=GlobalSign
issuer=/C=BE/O=GlobalSign nv-sa/OU=Root CA/CN=GlobalSign Root CA

Anda perlu mengganti sertifikat ke-2 dalam rantai dengan sertifikat CA Root atau menghapusnya jika sistem Anda telah menginstal Root. Inilah yang menyebabkan openssl verifygagal menemukan CRL dan karena itu memberi Anda kesalahan.

Anda dapat mengonfirmasi rantai menggunakan ekstensi Subject and Authority Key Identifier. Pengenal Kunci Otoritas (AKI) sertifikat haruslah Pengenal Kunci Subjek (SKI) penandatangannya (CA). Oleh karena itu, AKI dari sertifikat BBC tingkat atas F8:EF:7F:F2:CD:78:67:A8:DE:6F:8F:24:8D:88:F1:87:03:02:B3:EBadalah SKI dari C=BE, O=GlobalSign nv-sa, CN=GlobalSign RSA OV SSL CA 2018CA perantara. AKI dari sertifikat CA tersebut 8F:F0:4B:7F:A8:2E:45:24:AE:4D:50:FA:63:9A:8B:DE:E2:DD:1B:BCadalah SKI dari OU=GlobalSign Root CA - R3, O=GlobalSign, CN=GlobalSign- Root CA yang ditautkan di paragraf pertama di atas.

Namun, untuk membingungkan, sertifikat perantara ke-2 dalam file Anda juga memiliki SKI dan Subjek yang sama dengan root yang ditautkan di atas, tetapi tidak ditandatangani sendiri. AKI dari sertifikat itu adalah sertifikat Root CA lain yang mungkin Anda miliki di penyimpanan trust-anchor Anda (sistem pengujian lama saya tidak memilikinya, oleh karena itu mengapa gagal untuk saya). Tanpa mendownload sertifikat Root CA yang ditautkan, jalur Anda terdiri dari 4 sertifikat (1 entitas akhir, 2 perantara, dan root), yang karenanya memerlukan tiga CRL - root dan satu yang dikeluarkan oleh setiap perantara.