Mist Network
Kanalı takip et
Destek

Checklist Keamanan VPS: 12 Langkah Mengamankan Server Baru

VPS baru sudah dipindai bot beberapa menit setelah online. Checklist 12 langkah ini membahas apa yang harus dikunci di jam pertama dan apa yang perlu terus dilakukan setiap bulan.

Diperbarui: 4 menit baca
Checklist keamanan VPS — mengamankan server Linux baru dengan kunci SSH, firewall, dan pembaruan

Checklist keamanan VPS adalah daftar langkah yang kamu jalankan di setiap server baru sebelum menaruh sesuatu yang penting di dalamnya: kunci SSH, aktifkan firewall, jaga sistem tetap terbarui, batasi layanan yang berjalan, dan pastikan kamu bisa memulihkan data. Bot otomatis mulai menyelidiki alamat IP baru dalam hitungan menit, jadi jam pertama lebih penting daripada penyetelan apa pun setelahnya.

Langkah-langkah di bawah mengasumsikan VPS Linux seperti Ubuntu atau Debian dengan akses root. Perintahnya hanya contoh; sesuaikan dengan distribusimu. Kerjakan berurutan dan biarkan sesi SSH kedua tetap terbuka saat mengubah pengaturan login, agar satu kesalahan tidak membuatmu terkunci di luar.

Mengapa VPS baru perlu diamankan

Server privat virtual memberimu kendali penuh, yang juga berarti tanggung jawab penuh. Berbeda dengan shared hosting, tidak ada yang menambal paketmu atau mengawasi login-mu. Sebagian besar pembobolan di dunia nyata bukan eksploit canggih, melainkan kesalahan sederhana: kata sandi SSH lemah, aplikasi web usang, port database yang terbuka, atau layanan uji coba yang terlupakan.

Intinya: sebagian besar serangan ke VPS bersifat otomatis dan oportunistis. Menutup pintu-pintu yang mudah — kata sandi, port terbuka, pembaruan yang tertunda — menghentikan mayoritas serangan.

Jam pertama: 8 langkah penting

  1. Perbarui semuanya — jalankan apt update && apt upgrade (atau padanannya di distribusimu) dan reboot jika kernel berubah.
  2. Buat pengguna non-root — tambahkan pengguna dengan hak sudo dan gunakan untuk pekerjaan sehari-hari, bukan root.
  3. Gunakan kunci SSH — buat pasangan kunci di komputermu lalu salin kunci publik ke server dengan ssh-copy-id.
  4. Matikan login kata sandi dan root — di /etc/ssh/sshd_config atur PasswordAuthentication no dan PermitRootLogin no, lalu restart SSH setelah menguji login dengan kunci di sesi kedua.
  5. Aktifkan firewall — dengan ufw, izinkan hanya yang dibutuhkan, misalnya ufw allow OpenSSH, ufw allow 80,443/tcp, lalu ufw enable.
  6. Aktifkan pembaruan keamanan otomatis — di Debian/Ubuntu pasang dan aktifkan unattended-upgrades.
  7. Pasang fail2ban — memblokir IP yang berulang kali gagal login sehingga memperlambat serangan brute force.
  8. Atur zona waktu dan hostname — cap waktu yang benar membuat log dan sertifikat dapat diandalkan.
Tips: biarkan sesi SSH yang sedang aktif tetap terbuka saat mengedit pengaturan SSH, dan uji login baru di jendela terpisah. Jika ada yang salah, perbaiki dari sesi yang masih terhubung.

Pengamanan berkelanjutan: 4 langkah lagi

  1. Hapus yang tidak dipakai — copot paket yang tidak perlu dan hentikan layanan yang tidak dibutuhkan. Periksa port yang mendengarkan dengan ss -tulpn.
  2. Jaga database tetap privat — ikat MySQL, PostgreSQL, atau Redis ke 127.0.0.1 atau jaringan privat, jangan pernah ke internet publik.
  3. Backup di luar server — salin backup ke lokasi lain dan uji pemulihan. Snapshot di mesin yang sama bukanlah backup.
  4. Pantau log dan sumber daya — tinjau log autentikasi, pasang peringatan sederhana untuk uptime dan ruang disk, dan selidiki lonjakan CPU yang tak terduga.

Ringkasan checklist

AreaTindakanSeberapa sering
AksesHanya kunci SSH, tanpa login root atau kata sandiSekali, lalu tinjau kunci tiap kuartal
JaringanFirewall dengan port yang diperlukan sajaSetiap menambah layanan
PembaruanPembaruan keamanan otomatis plus upgrade manualOtomatis harian; manual bulanan
Brute forcefail2ban atau sejenisnyaSekali, cek blokir sesekali
LayananHapus software tak terpakai, database lokalTinjauan bulanan
PemulihanBackup eksternal dengan pemulihan yang diujiBackup harian; uji pemulihan tiap kuartal
WebHTTPS, CMS dan plugin terbaruMingguan

Mengamankan lapisan web

Jika VPS menjalankan situs web, aplikasinya sering menjadi titik terlemah. Jaga CMS, plugin, dan framework tetap terbaru, gunakan HTTPS dengan sertifikat gratis, dan jalankan setiap situs di bawah pengguna sistemnya sendiri agar satu situs yang dibobol tidak bisa membaca situs lain. Tambahkan record CAA ke domainmu agar hanya otoritas sertifikat pilihanmu yang bisa menerbitkan sertifikat, dan arahkan domain dengan benar menggunakan panduan mengarahkan domain ke VPS.

Simpan rahasia seperti kunci API dan kata sandi database di file environment dengan izin terbatas, jangan pernah di direktori web publik atau repositori Git.

Perhatian: alat keamanan tidak menggantikan pembaruan. Firewall yang dikonfigurasi sempurna tetap membiarkan penyerang mencapai aplikasi web usang di port 443. Tambal dulu, baru tambahkan lapisan.

Akses untuk tim dan banyak admin

Server jarang bertahan lama dengan satu pengguna. Begitu rekan kerja, freelancer, atau alat deployment butuh akses, cara kamu membagikan kredensial menjadi bagian dari keamananmu.

  • Satu kunci per orang — setiap admin punya akun dan kunci SSH sendiri. Jangan pernah berbagi kata sandi root atau satu kunci untuk seluruh tim.
  • Kunci terpisah untuk otomatisasi — pipeline CI dan tugas backup mendapat kunci sendiri yang dibatasi pada perintah atau direktori yang dibutuhkan.
  • Cabut akses di hari yang sama — saat seseorang keluar dari proyek, segera hapus pengguna dan kuncinya. Tinjau file authorized_keys setiap kuartal.
  • Catat tindakan berhak istimewa — sudo mencatat siapa menjalankan apa, sehingga kesalahan dan insiden jauh lebih mudah dilacak.
  • Lindungi juga panel kontrol — akun penyediamu bisa menginstal ulang atau menghapus server; gunakan kata sandi kuat yang unik dan autentikasi dua faktor jika tersedia.

Yang harus dilakukan jika curiga dibobol

  • Jangan langsung menghapus bukti; buat snapshot atau salin log lebih dulu.
  • Ganti semua kata sandi dan kunci SSH yang pernah menyentuh server.
  • Periksa pengguna, cron job, kunci SSH, dan proses yang tidak dikenal.
  • Jika ragu, bangun ulang dari image bersih dan pulihkan data dari backup sebelum insiden.

Fondasi aman dengan VPS mistREG

mistREG menyediakan server VPS KVM di Slovenia (UE) dengan perangkat keras NVMe SSD dan AMD EPYC. KVM memberi setiap server kernelnya sendiri, jadi kamu bebas memakai firewall, pengaturan kernel, atau alat keamanan apa pun. Penyediaan berjalan otomatis: sekitar 60 detik setelah pembayaran, alamat IP dan kata sandi root muncul di panel, siap untuk checklist di atas. Pelajari lebih lanjut di panduan hosting VPS offshore.

~60 dtksampai VPS berjalan
KVMvirtualisasi penuh
NVMepenyimpanan SSD

Buat akun, isi saldo dengan kripto atau kartu, lalu pilih server di bagian paket. Ada pertanyaan? Tim kami ada di Telegram melalui @mistnetwork.

Pertanyaan umum

Apa yang pertama dilakukan di VPS baru?
Perbarui semua paket, lalu atur login kunci SSH dengan pengguna non-root dan matikan login kata sandi serta root. Langkah ini menghentikan sebagian besar serangan otomatis.
Perlukah mengganti port SSH bawaan?
Itu mengurangi kebisingan log dari bot, tetapi bukan keamanan sesungguhnya. Kunci SSH, login kata sandi yang dimatikan, dan fail2ban jauh lebih penting.
Apakah ufw cukup sebagai firewall?
Untuk kebanyakan server tunggal, ya. ufw adalah antarmuka sederhana untuk firewall Linux; yang penting hanya membuka port yang dibutuhkan layananmu.
Seberapa sering VPS harus diperbarui?
Pembaruan keamanan sebaiknya terpasang otomatis setiap hari. Tinjau dan terapkan pembaruan lain minimal sebulan sekali dan setelah pengumuman penting.
Apakah penyedia VPS membackup server saya?
Jangan berasumsi begitu. Simpan backup sendiri di lokasi terpisah dan uji pemulihannya secara rutin.

Artikel terkait

Mist NetworkMist Network