SSH Public Key

Apa Itu SSH Public Key dalam Kripto?

SSH public key adalah bagian SSH key pair yang dapat dibagikan dan memungkinkan server memverifikasi bahwa pengguna memegang private key yang cocok sebelum mengizinkan akses jarak jauh.

Dalam mata uang kripto, SSH public key penting karena operator node, validator, operator mining, engineer infrastruktur, dan developer sering menggunakan SSH untuk mengakses server yang menjalankan perangkat lunak blockchain.

SSH adalah singkatan dari Secure Shell, yaitu protokol untuk login jarak jauh yang aman, eksekusi perintah, transfer file, dan administrasi server.

Dokumentasi SSH GitHub resmi menjelaskan bahwa SSH menyediakan saluran aman melalui jaringan yang tidak aman.

SSH public key tidak sama dengan public key wallet, alamat blockchain, seed phrase, atau validator signing key.

SSH public key adalah kredensial kontrol akses untuk komputer dan server, bukan kunci yang digunakan untuk membelanjakan aset kripto secara on-chain.

Public key biasanya dapat dibagikan dengan aman karena tidak mengungkapkan private key.

Private key yang cocok harus tetap rahasia karena membuktikan identitas pengguna selama autentikasi SSH.

Dokumentasi autentikasi berbasis kunci Microsoft OpenSSH menjelaskan bahwa public key ditempatkan di server SSH dan dapat dibagikan tanpa mengompromikan private key.

Sederhananya, SSH public key adalah identitas login server yang aman untuk dibagikan, yang membantu operator infrastruktur kripto mengakses mesin tanpa mengandalkan kata sandi biasa.

Mengapa SSH Public Key Penting dalam Kripto

SSH public key penting dalam kripto karena infrastruktur blockchain sering dikelola melalui server Linux atau cloud jarak jauh.

Operator validator dapat menggunakan SSH untuk memperbarui consensus client, memeriksa log, memulai ulang layanan, merotasi sertifikat, memantau penggunaan disk, atau melakukan patch pada sistem operasi.

Operator full node dapat menggunakan SSH untuk mengelola execution client, mengonfigurasi jaringan, mengelola penyimpanan, dan melindungi endpoint RPC.

Operator mining dapat menggunakan SSH untuk mengelola server pool, alat pemantauan, pengontrol firmware, atau infrastruktur pendukung operasi mining.

Developer dapat menggunakan SSH key untuk melakukan deployment kode, terhubung ke platform source control, atau mengakses infrastruktur produksi.

Panduan Ethereum untuk menjalankan node resmi menjelaskan bahwa menjalankan node dan validator memerlukan perangkat lunak, client, sinkronisasi, API, dan pengaturan operasional.

Karena server ini dapat mengendalikan infrastruktur kripto bernilai, keamanan akses yang lemah dapat menjadi risiko finansial serius.

Login dengan kata sandi dapat terekspos melalui serangan brute-force, penggunaan ulang kata sandi, phishing, malware, atau pembagian tidak sengaja.

Autentikasi SSH berbasis kunci mengurangi ketergantungan pada kata sandi dengan menggunakan kriptografi asimetris.

Untuk operasi kripto, SSH public key yang dikelola dengan baik dapat menjadi bagian dasar namun penting dari keamanan infrastruktur.

Cara Kerja Autentikasi SSH Public Key

Autentikasi SSH public key menggunakan pasangan public key dan private key yang cocok.

Public key disalin ke akun server yang seharusnya mengizinkan akses.

Private key tetap berada di komputer lokal pengguna, perangkat hardware, atau key manager yang aman.

Saat pengguna terhubung ke server, client SSH membuktikan kepemilikan private key tanpa mengirimkan private key ke server.

Server memeriksa bukti tersebut terhadap public key yang tersimpan.

Jika bukti valid dan izin akun sesuai, server mengizinkan login.

Jika private key tidak cocok dengan public key tersimpan, autentikasi gagal.

Dokumentasi OpenSSH Microsoft menjelaskan bahwa server dan client SSH membandingkan public key sisi server dengan private key sisi client selama autentikasi berbasis kunci.

Model ini kuat karena private key tidak perlu melintasi jaringan.

Namun, model ini juga berbahaya apabila private key dicuri karena penyerang mungkin dapat login di mana pun public key yang cocok diizinkan.

Public Key vs. Private Key

SSH public key dan SSH private key dibuat bersama sebagai satu pasangan.

Public key dirancang untuk disalin ke server, akun hosting kode, dan sistem lain yang perlu mengenali pengguna.

Private key dirancang untuk tetap rahasia di perangkat pengguna atau penyimpanan kunci yang aman.

Manual ssh-keygen OpenBSD menjelaskan bahwa ssh-keygen membuat kunci autentikasi untuk SSH dan menyimpan public key dengan nama yang sama seperti private key ditambah ekstensi .pub.

Jika seseorang hanya mendapatkan public key, orang tersebut umumnya tidak dapat login sebagai pengguna.

Jika seseorang mendapatkan private key dan passphrase yang diperlukan, orang tersebut mungkin dapat login sebagai pengguna pada server yang memercayai public key tersebut.

Karena itu, public key dapat dibagikan, sedangkan private key harus dilindungi seperti rahasia bernilai tinggi.

Dalam infrastruktur kripto, private key SSH yang dicuri dapat menyebabkan server disusupi, validator downtime, manipulasi konfigurasi, pemasangan malware, atau pencurian file sensitif.

Public key adalah penanda identitas, sedangkan private key adalah buktinya.

Jangan pernah mengunggah private key ke server, aplikasi chat, sistem tiket, repositori publik, atau dokumen bersama.

SSH Public Key vs. Public Key Wallet Kripto

SSH public key berbeda dari public key wallet kripto.

SSH public key digunakan untuk autentikasi server.

Public key wallet digunakan dalam kriptografi blockchain dan terkait dengan alamat, tanda tangan, serta kepemilikan aset.

SSH public key tidak menerima mata uang kripto di blockchain.

Public key wallet atau alamat turunannya biasanya tidak digunakan untuk login ke server melalui SSH.

Kedua konsep menggunakan kriptografi kunci publik, tetapi berada dalam sistem yang berbeda.

Menyamakan keduanya dapat menyebabkan kesalahan serius.

Pengguna tidak boleh menempelkan seed phrase wallet ke alat SSH.

Pengguna tidak boleh menggunakan validator signing key sebagai SSH key biasa.

Pengguna harus memisahkan kunci akses infrastruktur dari kunci wallet, kunci validator, kunci penarikan, dan API key.

SSH Public Key vs. Alamat Blockchain

SSH public key bukan alamat blockchain.

Alamat blockchain biasanya merupakan representasi yang lebih pendek yang diturunkan dari public key wallet atau struktur akun.

SSH public key biasanya merupakan string teks lebih panjang yang digunakan perangkat lunak SSH untuk mengautentikasi pengguna atau host.

Alamat blockchain dapat dibagikan agar orang lain dapat mengirim token atau melihat aktivitas on-chain.

SSH public key dapat dibagikan agar administrator server dapat memberikan akses login.

Membagikan alamat blockchain dapat memengaruhi privasi finansial karena orang dapat memeriksa riwayat on-chain publik.

Membagikan SSH public key biasanya mengungkapkan lebih sedikit informasi finansial, tetapi tetap dapat mengidentifikasi seseorang atau perangkat dalam log infrastruktur.

Alamat blockchain membuktikan ke mana aset dapat dikirim.

SSH public key membuktikan private key mana yang dapat mengakses akun server.

Keduanya perlu ditangani dengan hati-hati, tetapi digunakan untuk hubungan kepercayaan yang berbeda.

Bentuk SSH Public Key

SSH public key biasanya berupa satu baris teks.

Kunci ini sering dimulai dengan tipe kunci seperti ssh-ed25519, ecdsa-sha2-nistp256, atau ssh-rsa.

Bagian tengahnya adalah nilai kunci terenkripsi yang panjang.

Bagian akhir dapat memuat komentar, seperti nama pengguna, email, nama perangkat, atau label pembuatan.

Komentar membantu manusia mengidentifikasi kunci di kemudian hari.

Komentar tidak memberikan keamanan dengan sendirinya.

File public key sering berakhiran .pub.

File private key yang cocok mungkin memiliki nama serupa tanpa akhiran .pub.

Manual ssh-keygen OpenBSD menjelaskan bahwa public key disimpan dalam file dengan nama private key yang sama ditambah akhiran .pub.

Pengguna harus selalu memastikan bahwa mereka menyalin file .pub, bukan file private key.

authorized_keys

File authorized_keys adalah file sisi server yang umum digunakan untuk mencantumkan SSH public key yang diizinkan login sebagai pengguna tertentu.

Pada banyak sistem mirip Unix, file ini berada di direktori .ssh pengguna.

Saat public key ditambahkan ke authorized_keys, private key yang cocok dapat mengautentikasi ke akun tersebut jika izin dan pengaturan server SSH mengizinkannya.

File ini sangat penting karena menentukan siapa yang dapat login melalui autentikasi berbasis kunci.

Kunci lama yang terlupakan di authorized_keys dapat menjadi backdoor tersembunyi.

Public key yang disalin ke akun pengguna yang salah dapat memberikan akses ke izin yang salah.

File authorized_keys akun root sangat sensitif karena akses root dapat mengendalikan seluruh server.

Operator node kripto perlu meninjau authorized_keys secara rutin dan menghapus kunci yang tidak lagi diperlukan.

Akses sebaiknya diberikan kepada akun pengguna bernama dengan sudo bila memungkinkan, bukan melalui login root langsung.

Kebersihan authorized_keys yang baik membantu mengurangi blast radius dari private key yang dicuri.

ssh-keygen

ssh-keygen adalah alat standar OpenSSH untuk membuat dan mengelola SSH key pair.

Manual ssh-keygen OpenBSD menyatakan bahwa ssh-keygen membuat, mengelola, dan mengonversi kunci autentikasi untuk SSH.

Manual yang sama menyatakan bahwa jika tipe kunci tidak ditentukan, ssh-keygen secara default menghasilkan kunci Ed25519.

Ed25519 umum digunakan saat ini karena modern, ringkas, dan efisien untuk banyak alur kerja autentikasi SSH.

Beberapa sistem masih mendukung kunci RSA atau ECDSA demi kompatibilitas.

Algoritme lama atau panjang kunci pendek dapat tidak disarankan, bergantung pada lingkungan dan kebijakan.

Pengguna perlu mengikuti panduan sistem operasi dan OpenSSH terkini saat memilih tipe kunci.

Pembuatan kunci perlu menyertakan komentar yang jelas agar kunci dapat diidentifikasi nanti.

Untuk infrastruktur kripto, komentar seperti validator-admin-laptop-2026 atau node-maintenance-key dapat mempermudah audit.

Kunci yang tidak dapat diidentifikasi seharusnya tidak tetap dipercaya di server produksi.

Passphrase

Passphrase mengenkripsi atau melindungi private key saat disimpan.

Manual ssh-keygen OpenBSD menjelaskan bahwa ssh-keygen meminta passphrase saat membuat kunci dan passphrase yang hilang tidak dapat dipulihkan.

Passphrase menambah perlindungan jika file private key disalin atau dicuri dari laptop.

Tanpa passphrase, private key yang dicuri mungkin langsung dapat digunakan penyerang.

Dengan passphrase, penyerang juga harus menebak atau mencuri passphrase tersebut.

Hal ini tidak membuat sistem yang lemah menjadi aman, tetapi meningkatkan pertahanan.

Operator infrastruktur kripto biasanya perlu melindungi private key SSH penting dengan passphrase yang kuat.

Sistem otomatis mungkin memerlukan penanganan khusus karena prompt passphrase tanpa pengawasan dapat merusak skrip.

Untuk otomatisasi, tim perlu menggunakan kunci terbatas, izin terbatas, pembatasan perintah, sertifikat berumur pendek, atau alat manajemen rahasia yang aman bila sesuai.

Passphrase bukan pengganti peninjauan akses, least privilege, dan rotasi kunci.

ssh-agent

ssh-agent adalah alat yang dapat menyimpan private key yang telah didekripsi di memori sehingga pengguna tidak perlu memasukkan passphrase untuk setiap koneksi.

Dokumentasi OpenSSH Microsoft mencantumkan ssh-agent dan ssh-add sebagai alat untuk menyimpan private key secara aman dalam alur autentikasi berbasis kunci.

ssh-agent meningkatkan kemudahan, tetapi juga menciptakan risiko jika agent forwarding atau keamanan mesin lokal lemah.

Agent forwarding memungkinkan pengguna terhubung melalui satu server ke server lain menggunakan agent lokal.

Hal ini dapat memudahkan administrator, tetapi dapat mengekspos peluang autentikasi jika server perantara disusupi.

Operator kripto harus menghindari agent forwarding yang tidak diperlukan pada infrastruktur validator dan node.

Jika agent forwarding diperlukan, penggunaannya harus dibatasi hanya untuk host tepercaya dan sesi terbatas.

Pola yang lebih baik sering kali adalah terhubung langsung dari workstation admin yang aman atau menggunakan bastion host yang diperkuat.

ssh-agent berguna, tetapi harus diperlakukan sebagai bagian dari batas keamanan.

Workstation yang disusupi dapat mengompromikan setiap identitas SSH yang dimuat ke agent.

SSH Public Key untuk Node Validator

Node validator sering memerlukan akses server yang aman karena operator harus memperbarui perangkat lunak, memantau uptime, memeriksa log, dan merespons insiden.

SSH public key membantu validator menghindari login berbasis kata sandi di server yang mungkin menjadi target penyerang.

Solo staker Ethereum dapat menggunakan SSH untuk mengelola execution client, consensus client, validator client, firewall, agen pemantauan, dan layanan sistem.

Panduan node Ethereum menjelaskan bahwa menjalankan validator sendiri adalah cara paling trustless untuk mendukung jaringan, tetapi memerlukan infrastruktur dan deposit validator.

Infrastruktur tersebut harus dilindungi secara cermat karena downtime validator dapat mengurangi reward.

Server validator yang disusupi dapat menyebabkan attestation terlewat, konfigurasi yang salah, atau gangguan operasional.

Akses SSH biasanya tidak memberikan kendali langsung atas kredensial penarikan jika kredensial tersebut disimpan dengan aman di tempat lain.

Namun, kompromi server tetap dapat menciptakan risiko serius melalui malware, pencurian data, perubahan konfigurasi, atau penemuan kunci.

Validator harus memisahkan SSH key dari validator signing key dan kunci penarikan.

Akses infrastruktur tidak boleh diperlakukan sebagai domain keamanan yang sama dengan custody aset.

SSH Public Key untuk Full Node

Full node juga mendapatkan manfaat dari autentikasi SSH public key.

Full node dapat menyimpan data blockchain, mengekspos API lokal, melayani wallet, memvalidasi transaksi, atau mendukung aplikasi.

Panduan node Ethereum memperingatkan bahwa mengekspos endpoint RPC secara publik dapat membuatnya dapat dijangkau melalui jaringan lokal dan alamat IP publik jika konfigurasi salah.

Akses SSH sering digunakan untuk mengelola pengaturan node dan aturan firewall tersebut.

Jika penyerang memperoleh akses SSH ke full node, penyerang dapat mengubah pengaturan RPC, membaca file konfigurasi, mengganggu layanan, atau mengalihkan traffic.

Full node mungkin tidak menyimpan private key wallet, tetapi tetap sensitif dari sisi keamanan.

Misalnya, node yang disusupi dapat memberikan data buruk kepada pengguna, mengganggu aplikasi, atau mengekspos detail jaringan internal.

Akses SSH public key harus dibatasi kepada administrator yang membutuhkannya.

Kunci lama harus dihapus setelah kontraktor, karyawan, perangkat, atau skrip tidak lagi memerlukan akses.

Full node adalah bagian dari model kepercayaan kripto, sehingga kontrol akses server penting.

SSH Public Key untuk Developer Kripto

Developer kripto menggunakan SSH public key untuk hosting kode, deployment, lingkungan pengujian, dan administrasi server.

Platform Git sering memungkinkan pengguna menambahkan SSH public key agar dapat push dan pull repositori tanpa memasukkan kata sandi setiap kali.

Panduan GitHub untuk membuat SSH key resmi menjelaskan cara pengguna membuat SSH key baru dan menambahkannya ke ssh-agent.

Hal ini penting bagi tim kripto karena source code, skrip deployment, dan repositori infrastruktur dapat sangat sensitif.

SSH key developer yang disusupi dapat mengekspos kode smart contract, pipeline deployment, sistem build, atau server produksi.

Developer perlu menggunakan SSH key terpisah untuk pekerjaan pribadi, infrastruktur perusahaan, sistem produksi, dan deployment otomatis.

Mereka perlu menghapus kunci lama dari platform kode saat perangkat diganti atau anggota tim keluar.

Mereka harus menghindari melakukan commit private key ke repositori.

Mereka juga perlu menggunakan signed commit atau metode verifikasi lain ketika proyek memerlukan integritas source control yang lebih kuat.

SSH key adalah bagian dari keamanan rantai pasok perangkat lunak, bukan hanya kemudahan login server.

SSH Public Key dan Infrastruktur Mining

Operasi mining sering menggunakan SSH key untuk mengelola server, sistem pemantauan, proxy, alat firmware, dan infrastruktur backend.

Bahkan ketika perangkat mining sendiri menggunakan sistem manajemen terpisah, server pendukungnya mungkin tetap mengandalkan SSH.

Private key SSH yang dicuri dapat memungkinkan penyerang mengganggu operasi mining atau mengalihkan data konfigurasi.

Bagi miner proof-of-work, downtime dapat berarti kehilangan pendapatan langsung karena mesin terus mengonsumsi listrik atau berhenti mengirimkan pekerjaan yang berguna.

Operator mining perlu menggunakan kunci terpisah untuk pemantauan, deployment, akses darurat, dan otomatisasi.

Mereka perlu menghindari penggunaan satu private key di seluruh server dalam armada mining.

Satu kunci yang digunakan berlebihan menciptakan blast radius besar jika dikompromikan.

Akses perlu mengikuti least privilege, artinya setiap kunci hanya boleh mengizinkan akses yang dibutuhkan oleh perannya.

Infrastruktur mining mungkin tidak menyimpan dana wallet, tetapi tetap dapat memengaruhi pendapatan dan keberlanjutan operasional.

Karena itu, pengelolaan SSH public key merupakan bagian dari keamanan operasi mining.

SSH Public Key dan Server Cloud

Banyak node dan validator kripto berjalan pada virtual private server, hosting bare-metal, atau infrastruktur cloud.

Penyedia cloud sering meminta pengguna mengunggah SSH public key saat membuat server baru.

Penyedia memasang public key tersebut agar pengguna dapat login dengan aman setelah server diluncurkan.

Hal ini lebih aman daripada mengirim kata sandi melalui email atau mengandalkan kata sandi default.

Namun, mengunggah public key tidak otomatis membuat seluruh server aman.

Private key tetap harus dilindungi.

Server tetap harus dipatch.

Aturan firewall tetap harus dikonfigurasi dengan hati-hati.

Port RPC, API validator, dasbor, dan panel admin tidak boleh diekspos kecuali operator memahami risikonya.

SSH public key hanyalah satu bagian dari hardening server cloud, bukan keseluruhan rencana keamanan.

Host Key vs. User Key

SSH menggunakan user key dan host key.

User key mengautentikasi orang atau sistem yang mencoba login.

Host key mengautentikasi server kepada client.

Saat pengguna terhubung ke server untuk pertama kali, client SSH dapat menanyakan apakah pengguna memercayai fingerprint host key server.

Pemeriksaan ini membantu mencegah serangan man-in-the-middle ketika penyerang berpura-pura sebagai server.

User public key ditempatkan di authorized_keys pada server.

Host public key digunakan client untuk memverifikasi identitas server dan sering disimpan di known_hosts setelah diterima.

Operator kripto tidak boleh mengabaikan peringatan host key begitu saja.

Host key yang berubah mungkin tidak berbahaya setelah server dibangun ulang, tetapi juga dapat menandakan intersepsi atau penggantian server.

User key mengendalikan siapa yang dapat login, sedangkan host key membantu membuktikan server mana yang diakses pengguna.

Fingerprint

SSH fingerprint adalah representasi singkat dari public key yang digunakan untuk verifikasi.

Fingerprint memudahkan perbandingan kunci tanpa membaca string public key yang panjang.

Manual ssh-keygen OpenBSD mencakup opsi untuk menampilkan fingerprint kunci.

Saat menambahkan kunci ke server, pengguna dapat membandingkan fingerprint dengan sumber tepercaya untuk memastikan kunci yang benar dipasang.

Saat terhubung ke server, pengguna dapat membandingkan fingerprint host key dengan nilai baik yang diketahui.

Hal ini penting bagi infrastruktur kripto karena kunci yang salah dapat memberikan akses kepada orang yang salah atau menghubungkan operator ke server yang salah.

Fingerprint sangat berguna bagi tim yang menyetujui kunci melalui tiket, sistem kontrol akses, atau peninjauan keamanan.

Komentar public key dapat diubah dengan mudah, tetapi fingerprint diturunkan dari kunci itu sendiri.

Operator harus mengandalkan fingerprint untuk pemeriksaan identitas, bukan komentar saja.

Verifikasi fingerprint yang baik mengurangi kesalahan saat provision kunci dan respons insiden.

Rotasi Kunci

Rotasi kunci berarti mengganti SSH key pair lama dengan yang baru dan menghapus public key lama dari sistem yang mengizinkannya.

Rotasi penting saat laptop hilang, karyawan keluar, kontraktor menyelesaikan pekerjaan, kunci mungkin terekspos, atau algoritme menjadi usang.

Panduan manajemen kunci NIST SP 800-57 memberikan panduan umum untuk mengelola material kunci kriptografis dan isu manajemen kunci.

Bagi tim kripto, rotasi kunci perlu direncanakan sebelum keadaan darurat terjadi.

Tim harus mengetahui tempat setiap public key dipasang.

Tim harus mengetahui pemilik setiap kunci.

Tim harus mengetahui server, repositori, dan sistem deployment yang memercayai setiap kunci.

Tanpa inventaris, SSH public key lama dapat tetap aktif selama bertahun-tahun.

Hal tersebut menciptakan attack surface yang tidak perlu.

Rotasi kunci yang baik menjadikan SSH key sebagai kredensial terkelola, bukan file yang terlupakan.

Inventaris Kunci

Inventaris kunci adalah catatan SSH public key, pemilik, tujuan, server yang diizinkan, tanggal pembuatan, dan tanggal penghapusan.

Laporan NISTIR 7966 tentang manajemen akses SSH berfokus pada pengelolaan user key SSH dan menjelaskan bahwa akses berbasis SSH memerlukan proses provision, penghentian, dan pemantauan.

Hal ini sangat relevan bagi perusahaan kripto, validator, dan tim infrastruktur karena akses SSH dapat memiliki hak istimewa tinggi.

Inventaris kunci harus menjawab siapa yang dapat mengakses setiap server.

Inventaris harus menjelaskan alasan akses tersebut ada.

Inventaris harus menunjukkan kapan akses tersebut berakhir.

Inventaris harus mencatat apakah kunci dimiliki manusia, pekerjaan otomatis, pipeline deployment, atau akun darurat.

Tanpa inventaris, tidak ada yang dapat menghapus kunci lama dengan yakin.

Tanpa penghapusan, kunci lama menjadi akses tersembunyi yang permanen.

Pengelolaan SSH public key yang kuat dimulai dari mengetahui kunci yang ada.

Least Privilege

Least privilege berarti setiap SSH key hanya boleh memberikan akses yang dibutuhkan untuk tujuannya.

Kunci pemantauan tidak boleh memiliki akses root jika hanya perlu membaca metrik.

Kunci deployment tidak boleh dapat menarik aset, mengedit kunci validator, atau membaca rahasia yang tidak terkait.

Kunci kontraktor harus berakhir saat proyek selesai.

Kunci otomatisasi harus dibatasi pada perintah atau direktori yang dibutuhkannya bila memungkinkan.

Menggunakan satu kunci admin di mana-mana memang praktis, tetapi menciptakan risiko tinggi.

Jika satu private key tersebut dikompromikan, semua server tepercaya dapat terekspos.

Infrastruktur kripto perlu memperlakukan akses SSH sebagai sistem kontrol berizin.

Peran berbeda harus menggunakan kunci berbeda.

Lingkungan berbeda seperti testing, staging, dan produksi harus menggunakan aturan akses berbeda.

SSH Public Key dan Login Root

Login root memberikan akses administrator langsung ke server.

Login SSH root langsung dapat berisiko karena memberi penyerang kendali penuh secara langsung apabila login berhasil.

Banyak operator menonaktifkan login root langsung dan menggunakan akun pengguna bernama dengan sudo sebagai gantinya.

Hal ini dapat meningkatkan akuntabilitas karena perintah administratif dapat dikaitkan dengan akun tertentu.

Hal ini juga dapat mengurangi risiko serangan otomatis terhadap pengguna root.

Untuk node kripto dan server validator, akses root langsung harus dibatasi dengan hati-hati.

Akun admin bernama seharusnya hanya memiliki SSH public key yang diperlukan operator nyata.

Entri authorized_keys root lama harus dihapus selama audit server.

Akses darurat harus didokumentasikan dan dilindungi, bukan diimprovisasi.

Akses root cukup kuat untuk mengganggu infrastruktur blockchain meskipun tidak dapat langsung membelanjakan dana wallet.

SSH Public Key dan Login dengan Kata Sandi

Autentikasi SSH public key sering digunakan untuk mengurangi atau menonaktifkan login dengan kata sandi.

Dokumentasi OpenSSH Microsoft mencatat bahwa autentikasi nama pengguna dan kata sandi dapat rentan terhadap intrusi brute-force ketika sistem beroperasi lintas domain atau lingkungan cloud.

Untuk server yang terhubung ke internet, login kata sandi dapat menarik upaya tebak otomatis secara terus-menerus.

Autentikasi berbasis kunci dapat membuat serangan ini kurang efektif karena penyerang memerlukan private key, bukan hanya kata sandi hasil tebakan.

Namun, autentikasi berbasis kunci bukan solusi ajaib.

Jika private key dicuri, tidak terenkripsi, atau digunakan ulang di mana-mana, risikonya menjadi serius.

Pengaturan yang baik sering menggabungkan SSH key, login kata sandi yang dinonaktifkan, tanpa login root langsung, aturan firewall, manajemen pembaruan, dan pemantauan.

Beberapa tim juga menggunakan VPN, bastion host, kunci yang didukung hardware, atau SSH berbasis sertifikat.

Infrastruktur kripto harus menggunakan pertahanan berlapis karena penyerang dapat menargetkan kata sandi maupun kunci.

Menonaktifkan login kata sandi dapat bernilai, tetapi pengelolaan siklus hidup kunci tetap penting.

SSH Key yang Didukung Hardware

SSH key yang didukung hardware menyimpan material private key pada autentikator hardware atau perangkat keamanan.

Hal ini dapat mengurangi kemungkinan malware sekadar menyalin file private key dari laptop.

OpenSSH modern mendukung tipe security-key seperti ecdsa-sk dan ed25519-sk dalam lingkungan yang mendukung autentikator kompatibel.

Manual ssh-keygen OpenBSD mencantumkan tipe security-key di antara opsi pembuatan kunci yang didukung.

SSH key yang didukung hardware dapat berguna bagi administrator infrastruktur kripto karena akses server mungkin sangat sensitif.

Kunci tersebut juga menciptakan kebutuhan perencanaan operasional karena perangkat yang hilang memerlukan pemulihan dan penggantian kunci.

Tim harus mempertahankan prosedur akses darurat yang tidak bergantung pada hardware key satu orang.

Hardware key paling kuat bila dipadukan dengan inventaris yang baik, pemisahan peran, dan penghapusan public key lama.

Hardware key tidak melindungi dari setiap serangan, seperti perintah berbahaya setelah login yang sah.

Hardware key paling tepat dipahami sebagai satu kontrol kuat dalam sistem keamanan yang lebih luas.

Sertifikat SSH

Sertifikat SSH adalah SSH public key yang ditandatangani dan dapat mendukung pengelolaan akses yang lebih terpusat serta terbatas waktu.

Alih-alih menyalin public key setiap pengguna ke setiap server, server dapat memercayai certificate authority dan menerima sertifikat pengguna yang ditandatangani oleh authority tersebut.

Manual ssh-keygen OpenBSD mendukung penandatanganan identitas sertifikat dengan certificate authority key.

Sertifikat SSH dapat membantu tim kripto yang lebih besar mengelola akses secara lebih rapi.

Sertifikat dapat mengizinkan akses berumur pendek bagi engineer, kontraktor, penanggap darurat, atau otomatisasi.

Sertifikat dapat mengurangi masalah entri authorized_keys yang terlupakan.

Sertifikat memerlukan perlindungan cermat terhadap certificate authority key.

Jika certificate authority key dikompromikan, penyerang mungkin dapat menerbitkan sertifikat akses tepercaya.

Tim kecil dapat menggunakan file authorized_keys dasar, sedangkan tim lebih besar dapat memperoleh manfaat dari akses berbasis sertifikat.

Desain terbaik bergantung pada ukuran tim, skala infrastruktur, dan kematangan keamanan.

SSH Public Key dan Otomatisasi

Otomatisasi sering menggunakan SSH key untuk deployment, backup, pemantauan, transfer file, dan operasi server-ke-server.

Akses SSH otomatis dapat sangat kuat karena mungkin berjalan tanpa manusia memasukkan passphrase setiap kali.

Hal ini menjadikan kunci otomatisasi berisiko tinggi jika tidak dibatasi.

Kunci otomatisasi tidak boleh digunakan ulang untuk tugas yang tidak terkait.

Kunci tersebut tidak boleh memiliki akses shell interaktif jika hanya perlu menjalankan satu perintah.

Kunci tersebut tidak boleh tetap aktif setelah pekerjaan otomatisasi dihentikan.

Tim kripto harus sangat berhati-hati terhadap otomatisasi yang terhubung dengan validator, node, peringatan pemantauan, dan skrip deployment.

Kunci deployment yang disusupi dapat mendorong perangkat lunak buruk atau mengubah konfigurasi di banyak mesin.

Kunci yang dibatasi dapat membatasi kerusakan jika satu komponen disusupi.

Otomatisasi membuat pengelolaan kunci lebih penting, bukan kurang penting.

Praktik Terbaik Keamanan SSH Public Key

Gunakan tipe kunci modern yang didukung oleh sistem operasi dan infrastruktur Anda.

Lindungi private key dengan passphrase kuat bila praktis.

Gunakan kunci terpisah untuk peran, perangkat, dan lingkungan yang berbeda.

Hapus public key lama dari file authorized_keys dan akun hosting kode.

Nonaktifkan login kata sandi pada server yang terhubung ke internet ketika tersedia rencana pemulihan berbasis kunci yang aman.

Hindari login SSH root langsung kecuali ada alasan kuat dan kontrol tambahan.

Gunakan least privilege untuk kunci manusia maupun otomatisasi.

Simpan inventaris kunci, pemilik, tujuan, dan tanggal kedaluwarsa.

Verifikasi fingerprint host key, bukan menerima peringatan secara membabi buta.

Jangan pernah menyimpan private key dalam repositori publik, chat bersama, tangkapan layar, atau folder cloud tanpa enkripsi dan kontrol akses yang kuat.

Kesalahan Umum pada SSH Public Key

Kesalahan umum adalah menyalin private key alih-alih public key.

Kesalahan lainnya adalah menggunakan SSH key yang sama untuk setiap server dan setiap peran.

Kesalahan ketiga adalah membiarkan public key lama berada di authorized_keys setelah seseorang atau perangkat tidak lagi membutuhkan akses.

Kesalahan keempat adalah tidak menggunakan passphrase pada private key penting yang disimpan di laptop.

Kesalahan kelima adalah mengaktifkan agent forwarding di mana-mana tanpa memahami risiko.

Kesalahan keenam adalah memercayai prompt host key yang tidak dikenal tanpa memverifikasi fingerprint.

Kesalahan ketujuh adalah memberi kunci otomatisasi akses shell penuh ketika hanya membutuhkan perintah terbatas.

Kesalahan kedelapan adalah menyamakan SSH public key dengan public key wallet kripto.

Kesalahan kesembilan adalah menyimpan rahasia validator, kunci wallet, dan SSH key bersama-sama di server yang perlindungannya lemah.

Kesalahan kesepuluh adalah menganggap public key saja cukup untuk mengamankan server blockchain produksi.

Manfaat SSH Public Key

Manfaat pertama SSH public key adalah keamanan login jarak jauh yang lebih kuat dibandingkan akses sederhana dengan kata sandi saja.

Manfaat kedua adalah berkurangnya eksposur terhadap tebakan kata sandi brute-force.

Manfaat ketiga adalah kontrol akses yang lebih mudah untuk server yang memerlukan administrasi rutin.

Manfaat keempat adalah kompatibilitas dengan alur kerja developer, sistem source control, alat deployment, dan server cloud.

Manfaat kelima adalah kemampuan menggunakan passphrase, agent, hardware key, atau sertifikat untuk pengelolaan yang lebih kuat.

Manfaat keenam adalah auditabilitas yang lebih baik ketika setiap orang dan peran memiliki kunci terpisah.

Manfaat ketujuh adalah operasi infrastruktur kripto yang lebih aman ketika kunci dikelola dengan benar.

Manfaat ini paling kuat ketika public key diinventarisasi, ditinjau, dirotasi, dan dihapus saat tidak lagi diperlukan.

SSH public key mudah dibuat, tetapi pengelolaannya yang baik merupakan tanggung jawab berkelanjutan.

Bagi tim kripto, manfaatnya bukan hanya kemudahan, tetapi juga pengurangan risiko operasional.

Risiko dan Keterbatasan SSH Public Key

Risiko pertama adalah pencurian private key.

Jika penyerang mencuri private key yang tidak terlindungi, public key yang cocok dapat menjadi jalur masuk ke server.

Risiko kedua adalah key sprawl.

Key sprawl terjadi ketika public key disalin di banyak sistem dan tidak ada yang mengetahui tempat kunci tersebut dipercaya.

Risiko ketiga adalah akses usang.

Akses usang terjadi ketika public key lama tetap diizinkan setelah seseorang, perangkat, atau pekerjaan otomatisasi tidak lagi memerlukan akses.

Risiko keempat adalah hak istimewa berlebihan.

Kunci dengan akses root dapat menyebabkan kerusakan jauh lebih besar daripada kunci yang dibatasi pada tugas sempit.

Risiko kelima adalah keamanan workstation yang lemah.

Server aman tetap dapat disusupi melalui kunci yang dicuri dari laptop administrator yang terinfeksi.

Risiko keenam adalah kebingungan manusia antara SSH key, kunci wallet, API key, dan kunci validator.

SSH public key berguna, tetapi harus dikelola sebagai kredensial berhak istimewa.

Cara Mengevaluasi Pengaturan SSH Public Key

Mulailah dengan memastikan bahwa setiap public key yang diizinkan memiliki pemilik yang diketahui.

Kemudian, pastikan setiap kunci memiliki tujuan yang jelas.

Periksa apakah setiap kunci masih diperlukan.

Periksa apakah private key dilindungi oleh passphrase, perangkat hardware, atau key manager yang aman.

Periksa apakah kunci memiliki akses server lebih banyak daripada yang dibutuhkan.

Periksa apakah login root dinonaktifkan atau dikendalikan dengan ketat.

Periksa apakah login kata sandi dinonaktifkan apabila sesuai.

Periksa apakah fingerprint host key diverifikasi dan peringatan known_hosts diselidiki.

Periksa apakah kunci lama dihapus setelah perubahan staf, penggantian perangkat, atau perubahan otomatisasi.

Pengaturan SSH yang sehat adalah pengaturan ketika akses dapat dijelaskan, diaudit, dan dicabut dengan cepat.

SSH Public Key dan Respons Insiden

Jika private key SSH mungkin telah dikompromikan, public key yang cocok harus dihapus dari setiap server dan layanan yang memercayainya.

Pengguna harus membuat key pair baru pada perangkat yang bersih.

Server yang terdampak harus diperiksa untuk login tidak sah, file yang berubah, pengguna baru, file authorized_keys yang dimodifikasi, malware, dan layanan tidak terduga.

Operator validator dan node juga perlu memeriksa konfigurasi client, aturan firewall, eksposur RPC, peringatan pemantauan, dan log layanan.

Jika server validator produksi disusupi, operator perlu mempertimbangkan apakah validator signing key, file slashing protection, atau material terkait penarikan mungkin telah terekspos.

SSH key yang dikompromikan bukan hanya masalah login.

Hal tersebut dapat menjadi insiden infrastruktur penuh.

Tim perlu memiliki proses pencabutan SSH key tertulis sebelum keadaan darurat.

Inventaris kunci mempercepat respons insiden karena tim mengetahui tempat public key harus dihapus.

Semakin cepat kunci yang dikompromikan dicabut, semakin kecil jendela potensi kerusakan.

FAQ

Apa itu SSH public key?

SSH public key adalah bagian SSH key pair yang dapat dibagikan dan digunakan server untuk memverifikasi bahwa pengguna memegang private key yang cocok.

Apakah SSH public key aman untuk dibagikan?

Ya, SSH public key umumnya aman untuk dibagikan, tetapi private key yang cocok harus tetap rahasia.

Apakah SSH public key sama dengan public key wallet kripto?

Tidak. SSH public key digunakan untuk autentikasi server, sedangkan public key wallet kripto digunakan untuk tanda tangan blockchain dan pembuatan alamat.

Mengapa validator kripto menggunakan SSH public key?

Validator kripto menggunakan SSH public key untuk mengakses server jarak jauh secara aman yang menjalankan perangkat lunak validator, node, pemantauan, dan pemeliharaan.

Apa itu authorized_keys?

authorized_keys adalah file sisi server yang mencantumkan SSH public key yang diizinkan login ke akun pengguna tertentu.

Apa yang terjadi jika SSH private key saya dicuri?

Jika SSH private key Anda dicuri, penyerang mungkin dapat login ke server tempat public key yang cocok diizinkan, terutama jika private key tidak memiliki passphrase kuat atau perlindungan hardware.

Haruskah saya menggunakan satu SSH key untuk semua server kripto?

Tidak. Menggunakan SSH key terpisah untuk peran, perangkat, dan lingkungan yang berbeda mengurangi kerusakan apabila satu kunci dikompromikan.

Apakah SSH public key mengendalikan dana kripto saya?

Tidak. SSH public key tidak secara langsung mengendalikan dana kripto, tetapi dapat mengendalikan akses ke server yang mendukung infrastruktur kripto.

Apakah saya dapat menghapus SSH public key?

Ya. Menghapus SSH public key dari authorized_keys atau akun layanan mencabut akses private key yang cocok pada sistem tersebut.

Apa tipe SSH key terbaik?

Tipe kunci terbaik bergantung pada lingkungan, tetapi OpenSSH modern umumnya mendukung Ed25519 dan opsi security-key, sedangkan kebutuhan kompatibilitas mungkin memerlukan tipe kunci lain yang didukung.

Kesimpulan

SSH public key adalah kredensial autentikasi yang dapat dibagikan untuk memberikan akses server kepada pihak yang memegang private key yang cocok.

Dalam kripto, SSH public key penting karena validator, full node, infrastruktur mining, server cloud, pipeline deployment, dan sistem developer sering bergantung pada akses SSH.

SSH public key bukan public key wallet, alamat blockchain, seed phrase, validator signing key, atau kredensial penarikan.

SSH public key termasuk kontrol akses infrastruktur, bukan kepemilikan aset on-chain secara langsung.

Namun, pengelolaan SSH key yang buruk tetap dapat menciptakan risiko kripto serius karena kompromi server dapat mengganggu validator, mengekspos konfigurasi node, mengubah deployment, atau melemahkan sistem pemantauan.

Praktik SSH public key yang baik mencakup perlindungan private key, penggunaan passphrase atau kunci yang didukung hardware, pembatasan akses root, penonaktifan login kata sandi jika aman, pemeliharaan inventaris kunci, rotasi kunci, dan penghapusan akses lama.

Tim juga perlu memisahkan kunci manusia, kunci otomatisasi, kunci validator, kunci wallet, dan API key.

Public key dapat dibagikan untuk pengaturan akses, tetapi private key tidak boleh dibagikan atau diunggah.

Bagi pemula, SSH public key paling mudah dipahami sebagai identitas publik untuk login server.

Bagi operator kripto tingkat lanjut, SSH public key adalah kredensial infrastruktur berhak istimewa yang harus dikelola melalui kebijakan, pemantauan, least privilege, dan respons insiden.

Dalam konteks glosarium kripto, SSH Public Key berarti bagian publik dari SSH authentication key pair yang digunakan untuk mengizinkan akses jarak jauh aman ke sistem yang mungkin menjalankan atau mendukung infrastruktur blockchain.

Intinya, SSH public key meningkatkan keamanan infrastruktur kripto jika dikelola dengan baik, tetapi dapat menjadi jalur akses berbahaya ketika private key dicuri, public key lama terlupakan, atau izin terlalu luas.