OpenSSL 4.0: Perubahan Penting dan Persiapan Migrasi

OpenSSL 4.0 dirilis pada 14 April 2026 dan membawa Encrypted Client Hello serta penghapusan sejumlah fitur lama, seperti SSLv3 dan dukungan engine, yang dapat merusak aplikasi dan skrip build. Versi ini bukan LTS dan hanya didukung sampai 14 Mei 2027, sementara OpenSSL 4.1 sudah terbit, sehingga tim yang mengelola layanan TLS perlu merencanakan pengujian dan migrasi sejak sekarang.

Ringkasan OpenSSL 4.0

• Tanggal rilis: 14 April 2026.
• Status dukungan: bukan LTS; didukung sampai 14 Mei 2027. Rilis perbaikan terbaru per 29 Oktober 2026 adalah 4.0.3 (29 September 2026). Seri LTS yang berlaku adalah OpenSSL 3.5, didukung sampai 8 April 2030.
• Rilis berikutnya: OpenSSL 4.1 sudah dirilis pada 23 Oktober 2026 (non-LTS, didukung sampai 23 November 2027). Menurut roadmap resmi, 4.2 direncanakan sebagai LTS berikutnya pada April 2027.
• Fitur baru utama: Encrypted Client Hello (ECH, RFC 9849), grup hybrid post-quantum curveSM2MLKEM768 beserta dukungan RFC 8998 (SM2/SM3), cSHAKE, algoritma digest ML-DSA-MU, KDF untuk SNMP dan SRTP, serta self-test FIPS yang dapat ditunda.

Fitur Baru OpenSSL 4.0 dan Dampak Keamanannya

Encrypted Client Hello (ECH) mengenkripsi bagian ClientHello pada handshake TLS, termasuk nama server (SNI) yang selama ini terlihat jelas di jaringan. Bagi privasi pengguna ini kabar baik. Bagi tim keamanan jaringan, ini berarti perangkat monitoring, proxy, dan firewall yang mengandalkan SNI untuk menyaring atau mencatat lalu lintas akan kehilangan visibilitas ketika ECH dipakai. Rencanakan pengawasan berbasis endpoint, DNS, dan kebijakan proxy yang eksplisit, bukan hanya inspeksi pasif.

Perlu dicatat, dukungan post-quantum bukan hal baru di 4.0. Sejak OpenSSL 3.5, daftar grup TLS default sudah memprioritaskan grup hybrid PQC, dan keyshare default menawarkan X25519MLKEM768. Grup curveSM2MLKEM768 yang ditambahkan di 4.0 menggabungkan kurva SM2 dengan ML-KEM, sehingga relevansinya terutama bagi lingkungan yang memakai standar kriptografi SM. Pertukaran kunci hybrid seperti ini penting untuk data yang harus tetap rahasia dalam jangka panjang. Dasar enkripsi dan hashing dapat dipelajari ulang di Perbedaan Hashing dan Enkripsi dalam Kriptografi.

Perubahan yang Bisa Merusak: Daftar Cek Migrasi OpenSSL 4.0

Menurut catatan rilis resmi, perubahan yang paling mungkin menyentuh sistem Anda:

• SSLv3 dan SSLv2 Client Hello dihapus. Klien atau perangkat lama yang masih mengandalkannya tidak akan bisa terhubung.
• Dukungan engine dihapus. Modul yang bergantung pada engine OpenSSL (misalnya integrasi perangkat keras tertentu) harus pindah ke provider.
• c_rehash dihapus; gunakan openssl rehash. Skrip yang memanggil c_rehash perlu diperbarui.
• Kurva TLS yang sudah deprecated dan kurva EC eksplisit nonaktif secara default; perlu opt-in saat build (enable-tls-deprecated-ec atau enable-ec_explicit_curves) jika benar-benar dibutuhkan.
• ASN1_STRING menjadi opaque, banyak signature fungsi mendapat kualifier const, dan beberapa API lama dihapus. Kode C/C++ yang dikompilasi langsung terhadap OpenSSL dapat gagal build.
• Perubahan format output hex dump dan pemeriksaan validasi sertifikat yang lebih ketat (misalnya pada mode strict dan verifikasi CRL) dapat memengaruhi skrip yang mem-parsing output atau sertifikat yang selama ini lolos.
• Siklus hidup runtime: libcrypto tidak lagi membersihkan data global lewat atexit(), dan OPENSSL_cleanup() kini berjalan di global destructor atau secara default tidak berjalan sama sekali, yang dapat memengaruhi program yang bergantung pada urutan cleanup.

Untuk daftar lengkap, catatan rilis merujuk ke berkas CHANGES.md di paket rilis, yang memuat seluruh perubahan sejak OpenSSL 3.6 termasuk yang tidak kompatibel.

Langkah Persiapan Sebelum Pindah ke OpenSSL 4.0

1. Inventaris: temukan aplikasi, library, dan image kontainer yang menautkan OpenSSL, termasuk yang statically linked. Daftar komponen (SBOM) sangat membantu; lihat SBOM, SLSA, dan Sigstore.
2. Cek paket distro: banyak distro stabil masih memakai seri 3.x. Debian 13 misalnya mengirim OpenSSL 3.5, seri LTS. Untuk produksi, mengikuti paket distro yang di-patch tim keamanan biasanya lebih praktis daripada membangun sendiri rilis non-LTS.
3. Bangun dan uji di staging: kompilasi aplikasi terhadap 4.0, jalankan test suite, dan uji koneksi dari klien lama.
4. Audit klien lama: perangkat IoT, aplikasi lawas, dan integrasi mitra yang masih memakai protokol usang akan terputus. Lebih baik ditemukan sekarang.
5. Siapkan siklus pembaruan: karena dukungan 4.0 berakhir Mei 2027, putuskan apakah Anda akan mengikuti 4.1 dan rilis berikutnya, tetap di seri LTS 3.5, atau menunggu LTS 4.2 yang direncanakan April 2027.

Kelola pembaruan kerentanan OpenSSL dengan disiplin yang sama seperti komponen kritis lain; contoh kasus pembaruan komponen jaringan ada di OpenSSH 10.3 dan SplitSSHell.

Relevansi bagi Tim di Indonesia

Banyak organisasi di Indonesia menjalankan aplikasi lawas, perangkat jaringan, dan integrasi dengan mitra atau instansi yang jarang diperbarui. Penghapusan protokol lama dan pengetatan validasi sertifikat paling terasa pada lingkungan seperti ini. Mulailah dari layanan yang menghadap publik dan integrasi pembayaran atau pemerintahan, lalu turun ke sistem internal.

Cara Mengecek Versi OpenSSL dan Dependensi yang Dipakai

Sebelum membahas migrasi, pastikan Anda tahu apa yang sebenarnya berjalan. Perintah openssl version hanya menunjukkan binary di PATH, bukan seluruh pustaka yang ditautkan aplikasi lain. Beberapa hal yang perlu dicek:

• Pustaka bersama (shared library) yang dimuat oleh layanan penting seperti web server, proxy, database, dan klien email.
• Aplikasi yang membawa OpenSSL sendiri (bundled) atau menautkannya secara statis, termasuk image kontainer dasar. Pembaruan paket distro tidak otomatis menambal salinan ini.
• Bahasa pemrograman dan runtime yang memakai OpenSSL di balik layar, sehingga perubahan API dapat muncul sebagai kegagalan build pada ekstensi native.

Mengapa Validasi Sertifikat yang Lebih Ketat Perlu Diuji

Catatan rilis menyebut pemeriksaan tambahan pada verifikasi CRL dan pemeriksaan identifier kunci otoritas (AKID) ketika mode strict aktif. Ini kabar baik bagi keamanan, tetapi sertifikat internal yang dibuat asal-asalan atau rantai sertifikat lawas yang selama ini lolos bisa mulai ditolak. Uji rantai sertifikat internal, sertifikat klien untuk mutual TLS, dan sertifikat perangkat jaringan di staging sebelum perubahan menyentuh produksi. Simpan hasil uji sebagai bukti untuk audit dan catat pengecualian yang disetujui secara tertulis.

Baca juga: Debian 13, Fedora 44, dan RHEL 10.2: Rilis Distro Linux Terbaru.

Pertanyaan yang Sering Diajukan

Apakah OpenSSL 4.0 sebuah rilis LTS?

Bukan. OpenSSL 4.0 didukung sampai 14 Mei 2027. Seri LTS yang berlaku saat ini adalah 3.5 (sampai April 2030), dan menurut roadmap resmi 4.2 direncanakan menjadi LTS berikutnya pada April 2027.

Apa itu Encrypted Client Hello?

ECH adalah ekstensi TLS yang mengenkripsi bagian awal handshake, termasuk nama server, sehingga pengamat jaringan tidak lagi melihatnya secara langsung.

Apakah saya harus segera upgrade?

Tidak harus. Jika Anda memakai OpenSSL dari paket distro, tunggu pembaruan resmi distro. Gunakan waktu ini untuk inventaris dan pengujian.

Kesimpulan

OpenSSL 4.0 adalah rilis penting: ECH, grup hybrid post-quantum baru, dan pembersihan API lama. Kuncinya adalah inventaris dan pengujian sebelum migrasi. Linuxhackingid menyediakan training keamanan untuk tim yang ingin memperkuat praktik kriptografi dan keamanan infrastruktur.