Siklus Hidup dan Pencabutan Sertifikat

Setiap Certificate digital mengikuti siklus hidup yang ditentukan, mulai dari pembuatan hingga penghentian. Tahap-tahapnya adalah: Request and Enrollment (membuat pasangan kunci, membuat CSR), Issuance (CA memvalidasi dan menandatangani), Deployment (memasang pada server atau perangkat), Use (masa operasional aktif), Renewal (sebelum kedaluwarsa), dan Revocation atau Expiry (akhir masa berlaku). Mengelola siklus hidup ini dalam skala besar — terutama di perusahaan dengan ribuan Certificate — memerlukan otomatisasi dan alat certificate lifecycle management (CLM), karena pelacakan manual pada akhirnya menyebabkan Certificate kedaluwarsa yang menimbulkan gangguan layanan.

Siklus hidup Certificate dimulai dengan Certificate Signing Request (CSR). Pemohon membuat pasangan kunci, lalu membuat CSR yang berisi kunci publik, informasi Subject (CN, O, C), dan ditandatangani dengan kunci Private (membuktikan kepemilikan kunci Private tanpa mengungkapkannya). CSR dikirimkan ke CA, yang memvalidasi identitas pemohon dan, jika disetujui, menandatangani Certificate. Kunci Private tidak pernah meninggalkan pemohon. Pembuatan CSR adalah langkah penting saat kekuatan kunci ditentukan — gunakan minimal RSA 2048-bit atau ECC 256-bit.

Certificate harus diperbarui sebelum tanggal notAfter-nya berlalu. Praktik terbaik adalah memulai proses pembaruan setidaknya 30 hari sebelum kedaluwarsa (banyak organisasi menargetkan 60–90 hari). Pembaruan biasanya mencakup pembuatan CSR dan kunci Private baru, pengiriman kepada CA, serta penggantian Certificate dan kunci lama di semua server tempat keduanya dipasang. Let's Encrypt mengotomatisasi proses ini menggunakan protokol ACME — alat certbot secara otomatis memperbarui Certificate ketika sisa masa berlakunya kurang dari 30 hari. Certificate yang kedaluwarsa menyebabkan error peramban yang menghalangi pengguna mengakses layanan.

Pencabutan Certificate adalah proses membatalkan validitas Certificate sebelum tanggal kedaluwarsa yang telah dijadwalkan. Alasan pencabutan meliputi: kunci Private telah disusupi (paling mendesak — pencabutan segera diperlukan), Certificate diterbitkan secara keliru (domain salah, organisasi salah), informasi Subject berubah (perusahaan berganti nama, karyawan keluar), atau CA itu sendiri disusupi. Pencabutan sangat penting karena peramban dan sistem yang tidak mengetahui bahwa suatu Certificate telah dicabut akan terus mempercayainya — sehingga penyerang yang memiliki kunci Private curian dapat melakukan MITM secara aktif hingga Certificate kedaluwarsa atau diketahui telah dicabut.

Certificate Revocation List (CRL) adalah daftar bertanda tangan yang diterbitkan oleh CA dan berisi Serial Number semua Certificate yang telah dicabut tetapi belum kedaluwarsa. Client mengunduh CRL, menyimpannya dalam cache, lalu Check apakah Serial Number Certificate yang disajikan tercantum dalam daftar tersebut. CRL memiliki keterbatasan yang signifikan: ukurannya dapat sangat besar (CA besar memiliki jutaan Certificate yang dicabut), Client sering menyimpannya dalam cache selama berjam-jam atau berhari-hari sehingga menimbulkan keterlambatan, dan Download CRL lengkap untuk setiap koneksi tidak efisien. CRL masih digunakan, tetapi semakin sering dilengkapi atau digantikan oleh OCSP.

OCSP (Online Certificate Status Protocol) menyediakan pemeriksaan pencabutan Certificate secara waktu nyata tanpa mengharuskan Client mengunduh CRL secara keseluruhan. Client mengirimkan Query ke responder OCSP milik CA dengan menyertakan Serial Number Certificate. Responder membalas dengan Response bertanda tangan yang menunjukkan bahwa Certificate berstatus good, revoked (disertai tanggal dan alasan pencabutan), atau unknown. OCSP lebih cepat dan lebih tepat waktu daripada CRL, tetapi setiap koneksi TLS memerlukan perjalanan pulang-pergi HTTP tambahan ke responder OCSP, sehingga menambah latensi. Response OCSP ditandatangani oleh CA untuk mencegah manipulasi.

Penjepitan OCSP mengatasi masalah latensi pada pemeriksaan OCSP secara waktu nyata. Alih-alih Client meminta respons dari penanggap OCSP milik CA selama setiap jabat tangan TLS, server terlebih dahulu mengambil respons OCSP-nya sendiri dari CA dan "menjepitkan" (melampirkan) respons tersebut ke jabat tangan TLS. Client menerima respons OCSP terbaru yang ditandatangani CA langsung dari server—tanpa perlu perjalanan bolak-balik tambahan. Server memperbarui respons OCSP yang dijepitkan secara berkala (biasanya setiap jam). Penjepitan OCSP meningkatkan kecepatan koneksi dan mengurangi beban pada penanggap OCSP milik CA, sekaligus tetap mempertahankan pemeriksaan pencabutan.

OCSP Wajib Dijepitkan adalah ekstensi X.509 yang memberi tahu browser bahwa server harus menyediakan respons OCSP yang dijepitkan. Tanpa ekstensi ini, browser melakukan "kegagalan lunak" jika pemeriksaan OCSP gagal—browser tetap mengizinkan koneksi (untuk mencegah gangguan pada penanggap OCSP memblokir semua TLS). Penyerang dapat mengeksploitasi perilaku kegagalan lunak dengan memblokir permintaan OCSP dari Client, sehingga sertifikat tampak masih Valid meskipun telah dicabut. OCSP Wajib Dijepitkan mencegah hal ini dengan mewajibkan respons yang valid dan dijepitkan; tanpa respons tersebut, browser menolak koneksi. Penerapannya masih terbatas karena kerumitan penerapan.

Pencabutan sertifikat dan penyematan sertifikat menangani masalah yang sama—mempercayai sertifikat palsu—tetapi dari sudut pandang yang berbeda. Pencabutan (CRL/OCSP) adalah mekanisme reaktif: CA membatalkan sertifikat setelah masalah ditemukan. Penyematan adalah mekanisme proaktif: aplikasi menolak semua sertifikat kecuali sertifikat yang telah disetujui sebelumnya. Penyematan memberikan jaminan yang lebih kuat daripada pencabutan karena tetap berfungsi meskipun CA gagal mencabut sertifikat dengan segera, tetapi membuat penerapan menjadi kurang fleksibel. Untuk ujian Security+, pahami kedua mekanisme tersebut dan ketahui bahwa pencabutan adalah mekanisme PKI standar, sedangkan penyematan merupakan langkah pertahanan berlapis yang bersifat opsional.

Saat sertifikat dicabut, CA menetapkan kode alasan pencabutan yang membantu Client dan administrator memahami penyebabnya. Kode alasan umum yang ditetapkan dalam RFC 5280 meliputi: keyCompromise (kunci privat telah disusupi), cACompromise (CA penerbit telah disusupi), affiliationChanged (organisasi subjek berubah), superseded (sertifikat baru diterbitkan sebagai pengganti), cessationOfOperation (domain tidak lagi aktif), dan privilegeWithdrawn (hak akses dicabut). Kode alasan muncul dalam entri CRL dan respons OCSP, sehingga memberikan konteks bagi tim penanganan insiden yang menyelidiki peristiwa pencabutan.

Protokol ACME (Automatic Manajemen Sertifikat), yang digunakan oleh Let's Encrypt, mengotomatiskan seluruh siklus hidup sertifikat. Client ACME (seperti certbot) secara otomatis meminta, memperbarui, dan menerapkan sertifikat tanpa campur tangan manusia. CA menggunakan tantangan validasi domain untuk mengonfirmasi kepemilikan domain: tantangan HTTP-01 mengharuskan penempatan file tertentu di URL yang telah ditentukan; tantangan DNS-01 mengharuskan pembuatan catatan TXT DNS. ACME telah mengubah manajemen sertifikat—sertifikat 90 hari dari Let's Encrypt kini mendukung sebagian besar lalu lintas HTTPS internet, dan semuanya diperbarui secara otomatis.

Uji pemahaman Anda tentang konsep CompTIA Security+ (SY0-701) dari pelajaran ini.

Dalam pelajaran ini Anda mempelajari bahwa siklus hidup sertifikat berlangsung mulai dari pembuatan CSR hingga penerbitan, penerapan, dan pembaruan atau pencabutan; CRL menyediakan daftar pencabutan secara berkelompok, sedangkan OCSP menyediakan status setiap sertifikat secara waktu nyata; Penjepitan OCSP menghilangkan latensi OCSP waktu nyata; dan ACME (Let's Encrypt) mengotomatiskan seluruh siklus pembaruan. Selanjutnya kita akan membahas Kasus Penggunaan PKI.