Hardening Linux
Panduan Hardening Server Linux Langkah demi Langkah 188106 bersama Kali Linux Indonesia
Pelajari hardening server Linux secara aman dengan Kali Linux Indonesia, mulai dari audit layanan, SSH, firewall, logging, hingga validasi lab.

Hardening server Linux merupakan latihan penting untuk lab pribadi, CTF legal, atau persiapan sertifikasi. Kali Linux Indonesia memakai pendekatan bertahap: mengurangi layanan yang tidak diperlukan, memperketat akses, kemudian memantau perubahan secara rutin. Seluruh pengujian wajib dilakukan pada server milik sendiri atau lingkungan dengan izin tertulis.
Persiapan dan pemeriksaan awal
Gunakan mesin virtual atau server lab supaya perubahan mudah dipulihkan. Buat snapshot sebelum konfigurasi, lalu catat alamat IP, nama host, layanan aktif, serta akun yang memiliki akses administratif. Catatan ini membantu membedakan masalah konfigurasi dari gangguan jaringan.
Perbarui indeks paket dan perangkat lunak:
sudo apt update
sudo apt full-upgrade
Ubuntu, Debian, dan Kali Linux menggunakan apt, tetapi nama paket bisa berbeda antarversi. Periksa versi sistem dengan perintah berikut:
cat /etc/os-release
uname -r
Inventarisasi layanan yang aktif:
sudo ss -tulpn
sudo systemctl --type=service --state=running
Jangan langsung mematikan layanan sebelum memahami fungsinya. Di lab, simpan hasil pemeriksaan sebelum dan sesudah hardening. Sebagai catatan, Kali Linux pertama kali dirilis pada 2013 sebagai penerus BackTrack. Karena itu, banyak alat audit di dalamnya cocok untuk validasi konfigurasi pada lingkungan berizin.
Memperketat akses dan firewall
Pisahkan akun administratif dari akun untuk penggunaan harian. Berikan akses sudo hanya kepada pengguna yang membutuhkannya. Setelah login berbasis kunci SSH dipastikan berfungsi, nonaktifkan login root melalui SSH dengan mengubah konfigurasi berikut:
sudo nano /etc/ssh/sshd_config
Pastikan pengaturan ini sesuai dengan kebutuhan lab:
PermitRootLogin no
PasswordAuthentication no
Uji konfigurasi sebelum memuat ulang layanan:
sudo sshd -t
sudo systemctl reload ssh
Pertahankan sesi SSH yang sedang aktif sampai login menggunakan kunci berhasil diuji pada terminal lain. Langkah ini mencegah kehilangan akses akibat kesalahan konfigurasi.
Aktifkan firewall dengan aturan minimal. Contohnya menggunakan UFW:
sudo apt install ufw
sudo ufw default deny incoming
sudo ufw default allow outgoing
sudo ufw allow from 192.168.56.0/24 to any port 22 proto tcp
sudo ufw enable
sudo ufw status verbose
Sesuaikan jaringan 192.168.56.0/24 dengan subnet lab. Jangan membuka SSH ke seluruh internet jika akses hanya dibutuhkan dari jaringan lokal. Untuk referensi kontrol keamanan yang lebih luas, gunakan CIS Critical Security Controls
.
Audit, pencatatan, dan validasi
Hardening belum selesai setelah firewall aktif. Periksa izin berkas sensitif, akun tanpa kata sandi, tugas terjadwal, dan log autentikasi. Contoh pemeriksaan sederhana:
sudo find /etc -xdev -type f -perm /o+w -print
sudo awk -F: '($2 == "") {print $1}' /etc/shadow
sudo journalctl -p warning..alert --since today
Gunakan nmap hanya pada alamat server lab sendiri untuk memastikan port yang terlihat sesuai rancangan:
nmap -sV --reason 192.168.56.10
Simpan hasil pemindaian sebagai baseline. Jika port baru muncul setelah instalasi aplikasi, tinjau service tersebut dan batasi aksesnya melalui firewall. Untuk pemantauan tambahan, auditd dapat mencatat aktivitas penting, sedangkan fail2ban membantu merespons pola login berulang pada layanan yang terekspos.
Lakukan backup konfigurasi sebelum perubahan besar. Uji pemulihan backup di mesin virtual, bukan hanya memeriksa apakah berkasnya ada. Setiap selesai sesi lab, tulis perubahan, alasan, hasil pengujian, dan tindakan pemulihan. Kebiasaan ini berguna saat belajar sertifikasi maupun ketika mengerjakan CTF yang legal.
Hardening yang baik dilakukan bertahap dan dapat diaudit. Mulai dari inventarisasi, kurangi permukaan layanan, batasi akses, lalu validasi menggunakan log dan pemindaian pada sistem yang diizinkan. Kali Linux Indonesia dapat menjadi rujukan belajar, tetapi keputusan konfigurasi tetap perlu disesuaikan dengan fungsi server dan kebutuhan lab. Catatan yang rapi juga bikin proses ngembaliin konfigurasi jadi lebih gampang kalau ada perubahan yang keliru.