Dari 398 Hari Menjadi 47: Apa Arti Masa Berlaku Sertifikat SSL yang Baru

Validitas sertifikat SSL sedang berubah, dan pergeseran ini sudah dimulai. Industri ini bergerak menjauh dari sertifikat berumur panjang menuju masa berlaku yang jauh lebih singkat, memaksa pendekatan berbeda dalam cara Anda mengelola SSL/TLS.

Ini bukan pembaruan kecil. Pengurangan validitas SSL meningkatkan frekuensi penerbitan sertifikat, validasi domain, dan penanganan pembaruan. Proses yang berjalan dalam siklus tahunan tidak lagi berlaku di bawah tenggat waktu yang lebih ketat.

Artikel ini menjelaskan apa yang berubah, mengapa industri membuat langkah ini, dan apa artinya dalam praktik. Anda juga akan mempelajari cara menghadapi perubahan ini dengan alat yang dirancang khusus untuk era otomasi SSL yang baru.

---

Daftar Isi

1. Linimasa Validitas Sertifikat SSL: Apa yang Berubah
2. Mengapa Masa Berlaku Sertifikat SSL Semakin Singkat
3. Apa Arti Validitas SSL yang Lebih Singkat dalam Praktik
4. Masa Berlaku yang Lebih Singkat Juga Akan Berlaku untuk Code Signing
5. Cara Mempersiapkan Diri untuk Perubahan Validitas SSL yang Akan Datang

---

Linimasa Validitas Sertifikat SSL: Apa yang Berubah

CA/Browser Forum menetapkan jadwal tetap yang mengurangi periode validitas maksimum untuk sertifikat SSL/TLS.

• Hingga 14 Maret 2026: Validitas maksimum adalah ~398 hari
• Mulai 15 Maret 2026: Validitas maksimum adalah 200 hari
• Mulai 15 Maret 2027: Validitas maksimum menjadi 100 hari
• Mulai 15 Maret 2029: Validitas maksimum menjadi 47 hari

Batasan ini berlaku untuk semua sertifikat yang diterbitkan oleh Certificate Authority (CA) publik.

Periode Penggunaan Ulang Validasi Juga Berubah

Periode penggunaan ulang validasi menentukan berapa lama CA dapat mengandalkan validasi domain yang telah selesai sebelumnya saat menerbitkan sertifikat SSL baru. Sederhananya, validitas mengontrol berapa lama sertifikat tetap aktif, sementara penggunaan ulang validasi mengontrol berapa lama bukti kepemilikan domain dapat diterima untuk penerbitan sertifikat baru. Keduanya merupakan dua lapisan proses yang berbeda.

Berdasarkan aturan CA/Browser Forum yang baru, periode penggunaan ulang validasi berkurang seiring dengan masa berlaku sertifikat. Ini berarti CA harus memeriksa ulang kontrol domain lebih sering, bukan mengandalkan catatan validasi yang lebih lama. Pada tahun 2029, periode penggunaan ulang turun hingga serendah 10 hari, yang memaksa validasi terjadi hampir setiap kali sertifikat diterbitkan.

• Mulai 15 Maret 2026: Penggunaan ulang validasi dibatasi hingga 200 hari
• Mulai 15 Maret 2027: Dikurangi menjadi 100 hari
• Mulai 15 Maret 2029: Dikurangi menjadi 10 hari

Anda harus memperbarui sertifikat lebih sering dan memvalidasi ulang domain dengan lebih frekuen.

---

Mengapa Masa Berlaku Sertifikat SSL Semakin Singkat

Industri ini membatasi validitas SSL untuk mencerminkan betapa cepatnya perubahan dalam infrastruktur modern. Sertifikat tidak lagi berada di server statis selama bertahun-tahun. Domain berpindah antar penyedia, konfigurasi diperbarui, dan kepemilikan atau kontrol dapat berubah jauh lebih cepat dari sebelumnya.

Pada saat yang sama, web mengandalkan sertifikat sebagai sumber kepercayaan. Jika kepercayaan itu bersandar pada informasi yang sudah usang, maka kepercayaan tersebut menjadi kurang andal. Masa berlaku sertifikat yang lebih singkat dan periode penggunaan ulang validasi menjaga data sertifikat lebih dekat dengan kondisi dunia nyata, mengurangi waktu yang terpapar risiko, dan mendorong manajemen sertifikat menuju proses yang lebih cepat dan lebih terkontrol.

• Sertifikat Adalah Rekaman pada Suatu Waktu — Sertifikat SSL merekam kepemilikan domain, infrastruktur, dan detail kontak yang akurat pada saat penerbitan, tetapi dapat berubah seiring waktu. Masa berlaku yang lebih singkat berarti informasi yang sudah usang dipercaya untuk waktu yang lebih singkat.
• Data Validasi Perlu Tetap Terkini — CA membutuhkan catatan kepemilikan domain yang terbaru untuk menerbitkan sertifikat secara akurat. Menggunakan ulang data validasi lama meningkatkan risiko penerbitan sertifikat berdasarkan informasi yang tidak lagi benar, sehingga pemeriksaan yang lebih sering menjaga proses tetap jujur.
• Masa Berlaku yang Lebih Singkat Membatasi Paparan Keamanan — Setiap sertifikat yang diterbitkan secara keliru atau private key yang disusupi hanya dapat menyebabkan kerusakan selama sertifikat tersebut masih valid. Siklus pembaruan yang cepat mengurangi jendela tersebut, membatasi dampak dari insiden yang seringkali tidak mungkin dicegah sepenuhnya.
• Manajemen Manual Tidak Dapat Diskalakan — Ketika sertifikat kedaluwarsa setiap beberapa minggu atau bulan, proses pembaruan manual tidak dapat mengikuti. Otomasi bukan lagi pilihan – ini menjadi satu-satunya cara realistis untuk mengelola siklus secara konsisten.

---

Apa Arti Validitas SSL yang Lebih Singkat dalam Praktik

Kerangka waktu sertifikat yang baru mengungkap titik-titik lemah dalam cara sertifikat dilacak, diterbitkan, dan diterapkan di seluruh infrastruktur nyata.

Pembaruan Menjadi Beban Operasional

Satu sertifikat dulu hanya memerlukan perhatian sekali setahun. Kini sertifikat yang sama akan memerlukan tindakan tiga, enam, atau bahkan sepuluh kali dalam periode yang sama.

Ambil contoh pengaturan umum:

• satu sertifikat di domain utama
• satu di API
• satu di staging
• satu di layanan internal

Itu sudah 4+ sertifikat. Dengan masa berlaku yang lebih singkat, Anda akan menjalankan 20-40 peristiwa pembaruan, masing-masing dengan langkah penerbitan, validasi, dan penerapan. Di sinilah perhitungan mulai berbalik melawan Anda.

Validasi Akan Membutuhkan Lebih Banyak Perhatian

Berikut tampilan pembaruan umum ketika aturan baru mulai berlaku:

• Pembaruan dimulai dengan mengharapkan penerbitan otomatis
• CA memerlukan validasi domain yang baru
• Catatan validasi DNS atau HTTP perlu diperbarui
• Pipeline penerapan terhenti hingga validasi selesai

Skalakan itu ke puluhan domain dan beberapa lingkungan, dan pembaruan berhenti menjadi rutinitas. Mereka menjadi tidak dapat diprediksi, dan dalam pengaturan yang dibangun di sekitar pipeline CI/CD, penerapan otomatis, atau infrastructure-as-code, satu langkah validasi yang tidak diotomasi dapat menghentikan segalanya.

Pelacakan Manual Gagal di Bawah Tumpang Tindih

Spreadsheet, pengingat kalender, dan proses sementara menjadi semakin sulit dipertahankan seiring meningkatnya frekuensi pembaruan.

Contoh:

• Sertifikat A kedaluwarsa dalam 60 hari
• Sertifikat B kedaluwarsa dalam 45 hari
• Sertifikat C kedaluwarsa dalam 30 hari

Sekarang ulangi ini di puluhan sertifikat. Pengingat menumpuk. Tenggat waktu tumpang tindih. Dan, sebelum Anda menyadarinya, Anda mulai bereaksi alih-alih mengelola. Ketika banyak peristiwa bersaing pada waktu yang sama, melewatkan tenggat waktu sertifikat sangat mungkin terjadi.

Sertifikat Mulai Luput dari Pandangan

Sebagian besar tim meremehkan berapa banyak sertifikat yang sebenarnya mereka jalankan. Lingkungan nyata sering kali mencakup:

• Sertifikat CDN (edge)
• Sertifikat load balancer
• Sertifikat server asal
• Sertifikat layanan internal
• Integrasi pihak ketiga

Masing-masing memiliki siklus hidupnya sendiri. Tanpa penemuan atau inventaris, Anda kehilangan visibilitas. Ini mengarah pada pola kegagalan umum:

• “Situs utama berfungsi, tetapi API menampilkan kesalahan SSL”.
• “Frontend baik-baik saja, sertifikat backend kedaluwarsa”.

Celah Penerapan Menciptakan Kepercayaan Diri yang Palsu

Sebuah sertifikat dapat diterbitkan dengan sukses dan tetap tidak pernah mencapai tempat yang tepat. Skrip penerapan berjalan sebagian, load balancer diperbarui tetapi server asal tidak, dan tiba-tiba pengalaman menjadi tidak konsisten. Beberapa pengguna terhubung tanpa masalah sementara yang lain mengalami kesalahan sertifikat. Kegagalan ini termasuk yang paling sulit di-debug karena tidak muncul secara seragam.

Di luar skala tertentu, manajemen sertifikat tidak lagi cocok dalam daftar periksa. Ini membutuhkan inventaris untuk melacak apa yang ada, pemantauan untuk menangkap apa yang akan kedaluwarsa, otomasi untuk menangani pembaruan, dan penerapan yang andal untuk memastikan sertifikat mencapai tempat yang tepat.

---

---

Masa Berlaku yang Lebih Singkat Juga Akan Berlaku untuk Code Signing

Sertifikat code signing bergerak ke arah yang sama dengan SSL: periode validitas yang lebih singkat dan kontrol yang lebih ketat seputar cara private key disimpan dan dikelola.

DigiCert dan GoGetSSL kini menerbitkan sertifikat code signing hanya untuk satu tahun, dengan klien menggunakan hardware security module mereka sendiri atau memesan token fisik.

Sectigo mengikuti model serupa – satu tahun jika Anda menggunakan token, tetapi opsi satu, dua, atau tiga tahun tersedia jika Anda mengelola kunci melalui HSM Anda sendiri, seperti YubiKey.

Polanya konsisten: validitas yang lebih lama terkait langsung dengan kontrol kunci yang lebih kuat. Semakin ketat persyaratan penyimpanan, semakin banyak fleksibilitas yang didapat klien dalam hal jangka waktu. Ini mencerminkan logika yang sama yang mendorong perubahan SSL. Masa berlaku yang lebih ketat dan manajemen kunci yang lebih baik mengurangi jendela paparan dan memperkuat kepercayaan pada perangkat lunak yang ditandatangani secara keseluruhan.

---

Cara Mempersiapkan Diri untuk Perubahan Validitas SSL yang Akan Datang

Validitas sertifikat yang lebih singkat memerlukan proses yang terstruktur. Pendekatan yang tepat bergantung pada skala dan kompleksitas.

ACME: Terbaik untuk Otomasi Berkelanjutan

ACME (Automated Certificate Management Environment) adalah protokol standar yang memungkinkan server dan aplikasi untuk meminta, memvalidasi, menerbitkan, dan memperbarui sertifikat SSL/TLS secara otomatis. Alih-alih mengandalkan langkah manual seperti pembuatan CSR, persetujuan email, atau unggahan file, sistem berinteraksi langsung dengan CA melalui alur kerja berbasis API.

Dalam praktiknya, sertifikat ACME menangani siklus hidup penuh. Mereka membuktikan kontrol domain menggunakan tantangan HTTP atau DNS, mengambil sertifikat, menginstalnya, dan memperbaruinya sebelum kedaluwarsa tanpa masukan manusia.

Paling cocok untuk lingkungan di mana:

• infrastruktur sering berubah (cloud, container, microservices)
• penerapan berjalan melalui pipeline CI/CD
• beberapa domain atau layanan memerlukan pembaruan sertifikat yang berkelanjutan

RapidSSL AutoInstall: Otomasi yang Disederhanakan untuk Pengaturan Server Standar

AutoInstall SSL menyederhanakan manajemen sertifikat di lingkungan berbasis server. Alih-alih memerlukan unggahan manual, pengeditan konfigurasi, dan langkah instalasi berulang, ia terintegrasi langsung dengan panel hosting untuk menangani penerapan secara otomatis.

Dalam praktiknya, ia bekerja dalam platform seperti cPanel, Plesk, dan panel hosting serupa di mana sertifikat dikelola di tingkat server. Setelah dikonfigurasi, ia dapat menangani penerbitan dan pembaruan sambil memastikan sertifikat diinstal dan diterapkan dengan benar tanpa intervensi manual pada setiap siklus.

Paling cocok untuk pengaturan di mana:

• server mengandalkan panel kontrol atau tumpukan hosting terkelola
• manajemen sertifikat terjadi di tingkat server daripada melalui infrastruktur kustom
• tim ingin mengurangi pekerjaan pengaturan berulang tanpa membangun ulang alur kerja mereka di sekitar otomasi berbasis API.

DigiCert CertCentral TLS Manager: Terbaik untuk Tim yang Berkembang

CertCentral TLS Manager adalah platform terpusat untuk mengelola siklus hidup penuh sertifikat SSL di seluruh organisasi. Ini memberi Anda antarmuka tunggal untuk menerbitkan, melacak, memperbarui, dan mengganti sertifikat dari satu tempat.

Anda dapat memantau tanggal kedaluwarsa, mendeteksi sertifikat yang sudah diterapkan dalam infrastruktur, dan mengelola pembaruan. Ini juga mendukung otomasi melalui API dan integrasi ACME, memungkinkan sertifikat diterbitkan dan diperbarui tanpa intervensi manual sambil tetap mempertahankan kontrol terpusat.

Paling cocok untuk lingkungan di mana:

• beberapa tim atau sistem meminta dan mengelola sertifikat
• inventaris sertifikat tidak lagi sepenuhnya terlihat
• siklus pembaruan mulai tumpang tindih di berbagai layanan
• pelacakan terpusat dan kontrol kebijakan menjadi diperlukan

CertCentral tidak menggantikan otomasi tingkat infrastruktur seperti ACME. Sebaliknya, ia menambahkan lapisan kontrol di atasnya.

DigiCert Trust Lifecycle Manager: Terbaik untuk Skala Enterprise

Trust Lifecycle Manager memperluas manajemen sertifikat melampaui SSL/TLS publik dan mengubahnya menjadi sistem terpadu untuk menangani kepercayaan di seluruh organisasi. Alih-alih mengelola sertifikat dalam alat yang terisolasi, ia membawa sertifikat publik, PKI privat, dan identitas internal ke dalam satu kerangka kerja yang terkontrol.

Ini juga terintegrasi dengan infrastruktur enterprise seperti sistem identitas, platform cloud, dan pipeline DevOps, sehingga operasi sertifikat menjadi bagian dari alur kerja yang ada daripada proses terpisah.

Paling cocok untuk lingkungan di mana:

• penggunaan sertifikat mencakup sistem publik dan privat
• beberapa tim atau departemen mengelola sertifikat mereka sendiri
• infrastruktur mencakup pengaturan cloud, on-prem, dan hybrid
• persyaratan tata kelola, kepatuhan, dan audit menjadi penting

Pada skala ini, tantangannya bukan hanya pembaruan, tetapi visibilitas, kontrol, dan konsistensi di ratusan atau ribuan sertifikat

---

Pemikiran Akhir

Era “pasang dan lupakan” untuk keamanan web secara resmi telah berakhir. Kita bergerak menjauh dari sertifikat yang bertahan selama bertahun-tahun menuju dunia di mana sertifikat kedaluwarsa hanya dalam beberapa minggu.

Waktunya sudah berjalan. Perusahaan yang masih mencoba menangani pembaruan ini secara manual akan merasakan tekanannya seiring tenggat waktu yang terus menumpuk. Di sisi lain, tim yang merangkul cara kerja yang lebih lancar dan lebih terotomasi hampir tidak akan merasakan perubahan ini. Masa berlaku yang lebih singkat adalah realitas baru, dan satu-satunya jalan ke depan adalah berhenti bereaksi dan mulai merampingkan proses.

SSL Dragon menawarkan solusi otomasi yang cocok untuk setiap pengaturan, dari lingkungan server sederhana hingga infrastruktur berskala besar yang kompleks. Baik Anda membutuhkan otomasi berbasis protokol ACME, penerapan yang disederhanakan, atau manajemen siklus hidup penuh, Anda dapat memilih pendekatan yang sesuai dengan kebutuhan Anda dan menjaga sertifikat Anda tetap terkendali seiring siklus pembaruan yang semakin cepat.