OpenSSL 4.1 Rilis, Bawa DTLS 1.3 dan Optimasi Pascakuantum

OpenSSL 4.1.0 resmi dirilis pada 23 Oktober 2026. Proyek OpenSSL menyebutnya rilis fitur yang menambah fungsi baru cukup besar, dengan bintang utamanya dukungan DTLS 1.3 (RFC 9147), GREASE (RFC 8701), dan sederet optimasi untuk algoritme kriptografi pascakuantum ML-KEM dan ML-DSA.

Untuk sebagian besar pemilik server, kabar ini belum berarti harus upgrade hari ini. OpenSSL 4.1 bukan versi LTS, dan distro Linux biasanya tetap memakai lini OpenSSL bawaannya. Yang perlu memperhatikan rilis ini terutama developer aplikasi real-time, VPN, atau IoT yang memakai DTLS, serta tim yang sedang menyiapkan migrasi ke kriptografi pascakuantum.

Apa saja yang baru di OpenSSL 4.1?

Menurut pengumuman resmi di milis openssl-announce, fitur baru di 4.1.0 adalah:

• DTLS 1.3 sesuai RFC 9147, lengkap dengan panduan baru ossl-guide-dtlsv13(7).
• GREASE sesuai RFC 8701, yaitu nilai acak yang sengaja diselipkan ke handshake agar server dan perangkat jaringan tidak "kaku" terhadap nilai yang belum mereka kenal.
• DTLS di API SSL listener, sehingga pola listener yang sebelumnya dipakai untuk koneksi lain kini bisa dipakai untuk DTLS.
• KDF IKEv2, fungsi turunan kunci yang dipakai protokol IKEv2 (umum di VPN IPsec).
• Dukungan awal arsitektur Elbrus2000 (e2k).

Optimasi pascakuantum dan AVX-512

Bagian yang paling menarik bagi orang server adalah optimasi performa. Rilis ini menambah optimasi ML-DSA dan ML-KEM di ppc64le, ML-DSA di x86_64, SHAKE x4 berbasis AVX-512 untuk ML-DSA, serta AVX-512/VAES untuk dekripsi AES-CBC.

ML-KEM dan ML-DSA adalah algoritme yang dirancang tahan terhadap komputer kuantum. Kalau proses ini makin ringan, beban CPU saat handshake pascakuantum ikut turun. Itu penting karena algoritme seperti ini memang lebih berat dibanding kriptografi kurva eliptik biasa.

Yang dihapus atau berubah

Ada beberapa perubahan yang bisa membuat skrip build lama gagal:

• Target build Windows di Itanium (VC-WIN64I) dan Windows CE (VC-CE) dihapus.
• Opsi no-ecdsa dan no-ecdh dihapus. Untuk mematikan dukungan kurva eliptik, pakai no-ec.
• Utilitas tsget kini memakai modul Perl Net::Curl::Easy, bukan WWW::Curl::Easy. Modul baru itu harus dipasang dulu sebelum upgrade.
• Target build baru VC-WIN32-MSVC2013 dan VC-WIN64A-MSVC2013 ditambahkan untuk MSVC 2013.

Apa itu DTLS 1.3 dan siapa yang butuh?

TLS mengamankan koneksi berbasis TCP, misalnya HTTPS. DTLS adalah saudaranya untuk UDP, protokol yang dipakai aplikasi yang lebih mementingkan kecepatan daripada urutan paket: panggilan suara dan video, game, beberapa jenis VPN, dan perangkat IoT.

Selama ini DTLS di OpenSSL berhenti di versi 1.2. DTLS 1.3 membawa perbaikan yang sama seperti TLS 1.3, antara lain handshake yang lebih ringkas dan pilihan cipher yang lebih modern. Kalau kamu membangun layanan berbasis UDP dan ingin setara TLS 1.3, inilah alasan utama melirik OpenSSL 4.1.

Kalau server kamu hanya melayani website lewat HTTPS, DTLS 1.3 tidak mengubah apa pun. HTTPS tetap memakai TLS di atas TCP (atau QUIC untuk HTTP/3, yang punya mekanisme sendiri).

Ada masalah yang perlu diwaspadai?

Ada. Pengumuman rilis mencantumkan empat known issue, dan semuanya ada di kode DTLS:

Perbaikannya direncanakan di rilis berikutnya. Artinya, kalau kamu ingin memakai DTLS 1.3 di produksi, lebih aman menunggu rilis patch 4.1 lanjutan dan menguji dulu di staging.

Perlukah server kamu upgrade ke OpenSSL 4.1?

Jawabannya bergantung pada cara kamu memakai OpenSSL.

Server biasa dengan OpenSSL bawaan distro. Ubuntu, Debian, RHEL, dan turunannya mengunci satu lini OpenSSL di setiap rilis distro, lalu menambal celah keamanan lewat backport. Mengganti OpenSSL sistem secara manual justru berisiko merusak paket lain yang bergantung padanya. Cukup pastikan update keamanan rutin berjalan.

Developer yang butuh DTLS 1.3 atau eksperimen pascakuantum. Kamu bisa membangun OpenSSL 4.1 secara terpisah (misalnya di prefix sendiri atau di dalam container) tanpa mengganggu OpenSSL sistem.

Perangkat lunak yang membundel OpenSSL sendiri. Beberapa aplikasi menyertakan salinan OpenSSL sendiri. Ikuti saja rilis dari vendor aplikasinya.

Untuk melihat versi yang sedang dipakai sistem, jalankan:

openssl version

Satu hal lagi soal jangka waktu. Menurut halaman kebijakan rilis OpenSSL, per 12 November 2026 versi LTS yang berlaku adalah 3.5 (didukung sampai 8 April 2030), sedangkan 4.1 adalah rilis non-LTS yang didukung sampai 23 November 2027. OpenSSL merilis versi baru setiap April dan Oktober, dengan LTS setiap dua tahun di tahun ganjil. Mengikuti pola itu, LTS berikutnya diperkirakan 4.2 pada April 2027, lalu 5.0 dijadwalkan Oktober 2027. Bagi tim yang mengejar stabilitas jangka panjang, menunggu LTS berikutnya biasanya lebih masuk akal daripada mengejar 4.1.

Kalau kamu ingin mengecek apakah konfigurasi TLS website sudah sehat terlepas dari versi OpenSSL, ikuti cara menguji konfigurasi TLS dengan SSL Labs. Dan bila kamu penasaran kenapa satu celah di OpenSSL bisa berdampak luas, kisah Heartbleed masih jadi pelajaran yang relevan.