Bagaimana TLS Benar-Benar Mengamankan Koneksi HTTPS?

Orang berkata "HTTPS berarti terenkripsi" dan berhenti di situ, tetapi bagian menariknya adalah bagaimana dua orang asing di internet sepakat pada rahasia bersama tanpa pernah bertemu, melalui jaringan penuh dengan orang yang bisa mendengarkan. Itulah yang TLS lakukan, dan mekanismenya perlu dipahami jika Anda bekerja dengan networking, web dev, atau security.

Handshake, langkah demi langkah

Ketika browser Anda terhubung ke https://example.com, berikut kira-kira apa yang terjadi (TLS 1.3, yang sekarang digunakan kebanyakan situs):

1. ClientHello — browser mengirim cipher suite yang didukung, nonce acak, dan tebakan pada key share (menggunakan sesuatu seperti X25519 atau secp256r1) untuk pertukaran kunci.
2. ServerHello — server memilih cipher suite, mengirim key share-nya sendiri, dan mengembalikan sertifikatnya ditambah tanda tangan yang membuktikan ia memegang private key yang cocok dengan sertifikat itu.
3. Derivasi kunci — kedua pihak sekarang secara independen menghitung rahasia bersama yang sama menggunakan matematika gaya Diffie-Hellman pada key share mereka. Tidak ada yang pernah mengirim rahasia itu sendiri; itu diturunkan, bukan dikirim.
4. Pesan Finished — kedua pihak mengonfirmasi handshake tidak dirusak dengan mengirim MAC atas seluruh transkrip handshake.

Setelah itu, semuanya dienkripsi dengan kunci simetris yang diturunkan dari rahasia bersama, biasanya AES-128-GCM atau ChaCha20-Poly1305. TLS 1.3 memperpendek ini dari handshake dua-round-trip TLS 1.2 menjadi efektif satu round trip, yang merupakan keuntungan latensi nyata dalam skala besar.

Mengapa sertifikat penting lebih dari enkripsi

Enkripsi tanpa verifikasi identitas tidak ada gunanya — siapa pun dapat menyiapkan saluran terenkripsi, termasuk penyerang yang menjalankan man-in-the-middle. Sertifikat adalah apa yang mengikat public key pada nama domain, dan itu ditandatangani oleh Certificate Authority (CA) seperti Let's Encrypt atau DigiCine.

Browser Anda mempercayai daftar tetap root CA yang tertanam dalam OS atau browser trust store. Sertifikat server dikaitkan melalui sertifikat intermediate ke salah satu akar itu. Jika rantai tidak tervalidasi, atau domain dalam sertifikat tidak cocok dengan yang Anda minta, Anda mendapat halaman peringatan merah. Model chain-of-trust itu adalah batas keamanan yang sebenarnya — mencuri kunci signing CA dan Anda dapat membuat sertifikat valid untuk domain apa pun, itulah mengapa kompromi CA diperlakukan sebagai insiden besar.

Apa yang dilakukan kriptografi simetris vs asimetris di sini

Kriptografi asimetris (RSA atau elliptic curve) lambat dan mahal, jadi TLS hanya menggunakannya selama handshake — untuk mengotentikasi server dan membantu menetapkan rahasia bersama. Setelah itu selesai, semua data aktual (HTML, JSON, apa pun) dienkripsi dengan cipher simetris cepat. Pendekatan hybrid ini adalah pola yang sama yang akan Anda lihat di SSH, PGP, dan sistem kriptografi dunia nyata yang paling banyak: asimetris untuk identitas dan pertukaran kunci, simetris untuk data massal.

Forward secrecy adalah detail terkait yang perlu diketahui: karena rahasia bersama berasal dari key share Diffie-Hellman ephemeral yang dihasilkan segar per sesi, bahkan jika seseorang merekam traffic Anda dan kemudian mencuri private key server, mereka masih tidak dapat mendekripsi sesi lama. Properti itu tidak ada dalam pertukaran kunci RSA-only yang lebih lama.

Memeriksanya sendiri

Anda tidak perlu memercayai ikon padlock hijau dengan buta. Jalankan:

openssl s_client -connect example.com:443 -tls1_3

Itu menunjukkan Anda cipher suite yang dinegosiasikan, rantai sertifikat, dan apakah handshake benar-benar selesai. Untuk melihat lebih cepat apa yang dilihat browser, curl -v https://example.com mencetak versi TLS dan detail sertifikat sebelum respons HTTP.

Anda juga dapat mendekripsi traffic Anda sendiri di Wireshark jika Anda mengekspor variabel lingkungan SSLKEYLOGFILE sebelum meluncurkan Chrome atau Firefox — benar-benar berguna untuk men-debug isu TLS alih-alih menebak.

Di mana ini benar-benar rusak dalam praktik

Kebanyakan kegagalan HTTPS dunia nyata bukan terobosan kriptografi, tetapi operasional: sertifikat kedaluwarsa, rantai intermediate yang tidak dikonfigurasi, klien terjebak pada versi TLS lama, atau konten campuran (halaman HTTPS memuat resource HTTP). Serangan tingkat protokol aktual terhadap TLS 1.3 modern jarang terjadi karena spek menutup sebagian besar padding oracle dan downgrade trick yang mengganggu SSL 3.0 dan TLS awal. Titik lemah sekarang biasanya endpoint — CA yang dikompromikan, private key yang dicuri, atau pengguna yang mengklik melalui peringatan sertifikat yang seharusnya tidak mereka lakukan.

Jika Anda ingin melangkah lebih jauh, segmen networking dan cryptography Korra Studio mencakup matematika Diffie-Hellman mendasar dan analisis protokol tingkat paket secara lebih mendalam.