TLS 1.3: Apa yang Berubah dan Cara Memeriksanya
Diperbarui 2026-11-03 · 6 menit baca
TLS 1.3 adalah revisi protokol pertama dalam satu dekade yang menghapus fitur alih-alih menambahkannya. Itu yang membuatnya lebih cepat dan lebih sulit salah konfigurasi — dan itu pula sebabnya server yang hanya berbicara TLS 1.2 tidak bisa mencapai nilai tertinggi.
Apa yang berubah dari TLS 1.2
TLS 1.3 memangkas handshake dari dua round trip menjadi satu, dan menjadi nol saat melanjutkan sesi. Ia menghapus pertukaran kunci RSA dan Diffie-Hellman statis, sehingga forward secrecy menjadi wajib alih-alih opsional. Ia membuang cipher mode CBC, RC4, SHA-1, dan kompresi sepenuhnya, serta mengenkripsi lebih banyak bagian handshake — termasuk sertifikat — agar perantara tahu lebih sedikit.
Konsekuensi praktisnya: hampir semua kelemahan warisan yang dulu memerlukan konfigurasi hati-hati kini mustahil. Anda tidak bisa tanpa sengaja menegosiasikan cipher lemah pada TLS 1.3, karena protokol hanya mendefinisikan cipher AEAD dengan hash modern.
Mengapa berpengaruh pada nilai
CertH mewajibkan TLS 1.3 untuk A+ terlepas dari semua hal lain. Situs dengan sertifikat sempurna, cipher kuat, dan HSTS akan berhenti di 95 dan A tanpanya. Satu baris inilah alasan tersering situs yang dikelola baik mentok di A.
Alasan lain adalah handshake itu sendiri. Pada koneksi seluler berlatensi tinggi, satu round trip yang dihemat berarti puluhan hingga ratusan milidetik pada setiap koneksi baru — efek langsung dan terukur pada kecepatan yang dirasakan.
Mengaktifkannya
Di nginx, dukungan TLS 1.3 bergantung pada versi OpenSSL yang dipakai saat kompilasi. Diperlukan OpenSSL 1.1.1 atau lebih baru; periksa dengan nginx -V pada string built with OpenSSL sebelum mengubah apa pun.
Di Apache, SSLProtocol sudah cukup selama httpd ditautkan ke OpenSSL modern. Di Cloudflare, TLS 1.3 adalah tombol tingkat zona di SSL/TLS → Edge Certificates dan aktif secara default di sebagian besar zona sejak 2021.
# nginx: does this binary even support TLS 1.3?
nginx -V 2>&1 | tr ' ' '\n' | grep -i openssl
# negotiate TLS 1.3 explicitly and print the protocol
openssl s_client -connect example.com:443 -tls1_3 -servername example.com </dev/null 2>/dev/null | grep -E "Protocol|Cipher"Jebakan yang jarang disebut
Resumption 0-RTT cepat tetapi bisa diputar ulang: penyerang yang menangkap flight pertama dapat mengirimnya ulang. Jangan pernah mengizinkan 0-RTT pada endpoint yang mengubah status pada permintaan pertama, seperti apa pun yang melakukan penulisan.
Sebagian middlebox korporat masih rusak dengan TLS 1.3. Menjaga TLS 1.2 tetap aktif adalah kompromi standar — kompatibilitas terjaga dan syarat A+ tetap terpenuhi, karena penilai mencari penawaran TLS 1.3, bukan penonaktifan TLS 1.2.
Terakhir, CDN atau load balancer yang mengakhiri TLS sepenuhnya menyembunyikan origin. Mengubah origin tanpa mengubah edge tidak mengubah apa pun yang bisa dilihat pemindai eksternal.
FAQ
Haruskah saya menonaktifkan TLS 1.2 setelah TLS 1.3 aktif?
Tidak. Membiarkan TLS 1.2 aktif menjaga kompatibilitas dengan klien lama dan middlebox serta tidak mengurangi poin. Menonaktifkannya hanya menghapus opsi cadangan.
Apakah TLS 1.3 mengubah persyaratan sertifikat saya?
Ia membuat sebagian algoritma warisan tidak dapat digunakan. Sertifikat dengan kunci RSA tetap baik, tetapi rantai harus memakai algoritma tanda tangan yang diizinkan protokol — tanda tangan SHA-1, misalnya, tidak dapat digunakan di TLS 1.3.