Jabat Tangan SSH dan Autentikasi Kunci Host

SSH dimulai dengan koneksi TCP ke port 22. Setelah koneksi terbentuk, klien dan server saling bertukar string versi seperti SSH-2.0-OpenSSH_9.3, yang mengidentifikasi versi protokol dan implementasinya. Pertukaran versi ini memungkinkan kedua pihak memastikan kompatibilitas sebelum melanjutkan.

Setelah pertukaran versi, kedua pihak mengirim paket SSH_MSG_KEXINIT yang berisi daftar algoritme yang didukung. Daftar ini mencakup metode pertukaran kunci, jenis kunci host, cipher simetris, algoritme MAC, dan kompresi. Irisan kedua daftar tersebut menentukan algoritme yang dipilih untuk sesi.

Kunci sesi dibuat menggunakan algoritme pertukaran kunci seperti Diffie-Hellman atau ECDH. Klien dan server masing-masing membuat pasangan kunci sementara, bertukar nilai publik, lalu menghitung rahasia bersama yang sama secara mandiri. Rahasia bersama ini menjadi dasar derivasi kunci sesi tanpa pernah dikirimkan secara langsung.

Server membuktikan identitasnya dengan menandatangani hash pertukaran kunci menggunakan kunci privat host-nya. Kunci host dapat berupa RSA, ECDSA, atau format Ed25519 modern. Klien menggunakan kunci publik yang sesuai untuk memverifikasi tanda tangan ini, sehingga memastikan bahwa klien sedang berkomunikasi dengan server asli, bukan penyamar.

Pada koneksi pertama ke server baru, klien belum mengetahui kunci publik host tersebut. SSH menampilkan sidik jari kunci dan meminta pengguna menerimanya. Model Kepercayaan pada Penggunaan Pertama ini menyimpan kunci di known_hosts dan mendeteksi perubahan pada koneksi berikutnya, serta memperingatkan kemungkinan serangan penyusup di tengah.

Cara paling aman untuk memverifikasi kunci host server baru adalah melalui kanal di luar jalur. Administrator dapat membaca sidik jari server secara langsung atau melalui kanal aman yang terverifikasi, kemudian membandingkannya dengan sidik jari yang ditampilkan oleh klien SSH. Cara ini mencegah penerimaan kunci palsu secara diam-diam pada koneksi pertama.

Berkas known_hosts menyimpan baris dengan format: hostname algorithm base64-key. Setiap entri mewakili identitas server tepercaya. Saat Anda terhubung ke host yang sudah tercantum dalam known_hosts, SSH memverifikasi bahwa kunci yang diberikan cocok dengan kunci yang tersimpan, dan menolak koneksi jika terdapat ketidakcocokan.

Setelah pertukaran kunci, kedua pihak secara mandiri menurunkan kunci sesi menggunakan rahasia bersama, hash pertukaran, dan pengenal sesi. Kunci terpisah diturunkan untuk setiap arah komunikasi serta untuk operasi enkripsi dan MAC. Artinya, kunci yang digunakan untuk lalu lintas dari klien ke server berbeda dari kunci untuk lalu lintas dari server ke klien.

Setelah kunci sesi dibuat, semua komunikasi SSH berikutnya dienkripsi dan diautentikasi. Cipher yang dinegosiasikan, seperti AES-256-GCM atau ChaCha20-Poly1305, melindungi kerahasiaan, sedangkan MAC memastikan integritas. Bahkan nama pengguna dan kredensial autentikasi dikirim melalui terowongan terenkripsi ini.

Kunci host RSA berukuran 2048 atau 4096 bit didukung secara luas, tetapi lebih lambat. Kunci ECDSA yang berbasis kurva NIST lebih cepat, tetapi sebagian pihak tidak mempercayai parameter kurva NIST. Kunci Ed25519 yang berbasis Curve25519 merupakan rekomendasi modern: berukuran kecil, cepat, sangat aman, dan tidak bergantung pada parameter kurva NIST. Sebagian besar server SSH modern menawarkan Ed25519 secara bawaan.

Jabat tangan SSH mencakup koneksi TCP, pertukaran versi, negosiasi algoritme, pertukaran kunci untuk membuat kunci sesi, verifikasi kunci host server, dan autentikasi pengguna. Semua langkah setelah pertukaran versi berlangsung di dalam kanal terenkripsi yang dilindungi integritasnya dan dibuat oleh tahap pertukaran kunci.

Bagaimana klien memverifikasi kunci host server SSH pada koneksi berikutnya setelah koneksi pertama?

Dalam pelajaran ini: TCP terhubung pada port 22, string versi dipertukarkan, negosiasi algoritme memilih cipher dan metode pertukaran kunci, ECDH atau DH membuat rahasia bersama, kunci sesi diturunkan secara terpisah untuk setiap arah, server mengautentikasi dirinya dengan tanda tangan kunci host, dan klien memverifikasinya terhadap known_hosts menggunakan TOFU pada koneksi pertama.