Validasi Sertifikat dalam TLS

Tanpa validasi sertifikat, koneksi TLS dapat dibuat ke penyerang yang menyamar sebagai server (man-in-the-middle). Validasi sertifikat memastikan bahwa Anda berkomunikasi dengan server yang sah dan mengendalikan kunci privat.

Kolom utama: Subject (pemilik sertifikat), SubjectAltName (nama DNS/alamat IP), Issuer (CA penanda tangan), Validity (notBefore/notAfter), Public Key, Signature. Peramban memeriksa semuanya.

Sertifikat server → sertifikat CA perantara → sertifikat CA akar. CA akar ditandatangani sendiri dan telah dipasang sebelumnya di penyimpanan kepercayaan OS/peramban. Server mengirim sertifikatnya beserta sertifikat perantara dalam pesan Certificate pada jabat tangan TLS.

Setiap sertifikat ditandatangani oleh penerbit di atasnya. Klien memverifikasi: signature(cert_n) menggunakan public_key(cert_{n+1}). Jika ada tanda tangan yang tidak valid, rantai ditolak. Akar dipercaya karena telah dipasang sebelumnya, bukan karena tanda tangannya.

Klien memeriksa apakah nama host server cocok dengan Subject atau SubjectAltName (entri DNS) pada sertifikat. Wildcard (*.example.com) cocok dengan satu label. Sejak tahun 2000, SAN lebih diutamakan daripada CN untuk pencocokan nama host.

Klien memeriksa notBefore ≤ sekarang ≤ notAfter untuk setiap sertifikat dalam rantai. Sertifikat yang kedaluwarsa ditolak meskipun tanda tangannya valid. Masa berlaku sertifikat telah dipersingkat: peramban kini membatasinya sekitar 398 hari.

CA menerbitkan Certificate Revocation List (CRL) — daftar bertanda tangan yang berisi nomor seri sertifikat yang dicabut. Klien mengunduh URL CRL (dari ekstensi CRL Distribution Points pada sertifikat) dan memeriksa nomor serinya.

Online Certificate Status Protocol (OCSP) memungkinkan klien menanyakan status satu sertifikat kepada responder OCSP milik CA. Proses ini lebih cepat daripada CRL, tetapi menambah latensi. Dengan OCSP Stapling, server menyertakan respons OCSP bertanda tangan dalam jabat tangan TLS.

CT (RFC 6962) mengharuskan CA mencatat semua sertifikat yang diterbitkan ke dalam log publik yang hanya dapat ditambahi. Peramban memeriksa Signed Certificate Timestamps (SCT) di dalam sertifikat atau ekstensi TLS. Hal ini mencegah penerbitan sertifikat yang keliru tidak terdeteksi.

HTTP Public Key Pinning (HPKP, sudah tidak digunakan) dan penyematan sertifikat dalam aplikasi seluler menyematkan kunci publik atau hash sertifikat tertentu. Jika server menyajikan sertifikat yang berbeda, koneksi ditolak meskipun sertifikat tersebut valid — hal ini mencegah serangan akibat kompromi CA.

ERR_CERT_AUTHORITY_INVALID: akar tidak dipercaya. ERR_CERT_DATE_INVALID: sudah kedaluwarsa. ERR_CERT_COMMON_NAME_INVALID: nama host tidak cocok. NET::ERR_CERT_REVOKED: OCSP/CRL menyatakan telah dicabut. Masing-masing menunjukkan kegagalan pada langkah validasi tertentu.

Validasi sertifikat dalam TLS mencakup verifikasi rantai, pemeriksaan tanda tangan, pencocokan nama, periode validitas, dan pencabutan. Berikutnya: serangan TLS historis dan cara TLS 1.3 menanganinya.