Kalau kamu ditanya "server ini aman atau tidak?", jawaban "aman" itu terlalu murah. Aman dari apa? Aman untuk siapa? Bocor, berubah, atau mati?
Keamanan siber bukan kumpulan alat. Dia cara berpikir: menentukan apa yang dilindungi, dari siapa, dan seberapa besar kerugiannya kalau gagal. Alatnya menyusul kemudian.
Kerangka paling dasar yang dipakai semua profesional untuk menjawab pertanyaan itu bernama CIA triad. Bukan badan intelijen, tapi tiga pilar: kerahasiaan, integritas, ketersediaan.
🎯 Tujuan
Setelah membaca artikel ini, kamu bisa:
- menjelaskan tiga pilar CIA dengan bahasa sendiri, bukan hafalan;
- menebak pilar mana yang diserang oleh sebuah insiden;
- memberi skor sederhana pada satu layanan di lab;
- memilih kontrol yang cocok, bukan asal pasang alat;
- membedakan ancaman, kerentanan, dan risiko.
📍 Konteks nyata
Bayangkan ruang arsip rapor di sekolahmu. Ada tiga hal yang harus benar sekaligus:
- hanya wali kelas dan kepala sekolah yang boleh membuka lemari;
- tidak ada satu angka pun yang berubah tanpa jejak;
- saat pembagian rapor, ruangan dan lemarinya harus bisa dibuka, bukan sedang direnovasi.
Tiga hal itu, dalam bahasa keamanan, adalah kerahasiaan, integritas, dan ketersediaan.
- 🔥 Kasus nyata: Juni 2024, PDNS 2 di Surabaya diserang ransomware Brain Cipher. Data dienkripsi dan layanan imigrasi serta ratusan layanan publik lain terganggu berhari-hari. Satu serangan memukul tiga pilar: tidak bisa dibaca, berubah terkunci, lalu berhenti.
Di skala sekolah, versinya lebih sederhana tapi sama saja. Sebuah folder bernama "Backup Nilai" dibagikan lewat tautan "siapa saja yang punya link". Tidak ada yang retak, tidak ada alarm berbunyi. Kerahasiaan bocor tanpa suara.
🧠 Konsep singkat
Tiga pilar ini bukan tingkatan. Ketiganya sejajar, dan sistem yang sehat harus memenuhi ketiganya.
- Kerahasiaan (confidentiality) — informasi hanya dibuka untuk pihak yang berhak. NIST merumuskannya sebagai menjaga pembatasan akses dan pengungkapan yang sah, termasuk melindungi privasi dan rahasia dagang.
- Integritas (integrity) — data tidak berubah atau rusak tanpa izin, dan perubahan itu bisa dideteksi. NIST menambahkan unsur keaslian dan non-repudiation: kamu bisa membuktikan siapa yang mengubah.
- Ketersediaan (availability) — data dan layanan bisa diakses tepat waktu saat dibutuhkan.
| Pilar | Pertanyaan kunci | Kalau gagal | Contoh kontrol |
|---|---|---|---|
| Kerahasiaan | Siapa yang boleh melihat? | data bocor, rahasia dagang terbaca | izin file, enkripsi, MFA |
| Integritas | Apakah isinya masih utuh? | nilai diubah, faktur dipalsukan | hash, tanda tangan digital, audit log |
| Ketersediaan | Apakah bisa dipakai sekarang? | layanan mati, file tidak bisa dibuka | backup, redundansi, monitoring |
🔹 Kenapa harus tiga, bukan satu
Ketiganya sering bertabrakan, dan di situlah kerja sesungguhnya.
Enkripsi kuat membuat data aman dari mata orang lain. Tapi kalau kuncinya hilang, data itu selamanya tidak bisa dibuka. Kerahasiaan menang, ketersediaan kalah total.
Backup yang bisa dibaca siapa saja membuat pemulihan jadi mudah. Tapi salinan itu juga menjadi kebocoran baru. Ketersediaan menang, kerahasiaan kalah.
Aturan izin yang sangat ketat membuat data aman. Tapi kalau guru tidak bisa membuka rapor saat pembagian, kontrolmu sudah merusak pekerjaan.
- 💡 Tips: Jangan cari skor 100 di tiga pilar sekaligus. Cari keseimbangan yang cocok dengan risikonya, lalu tulis alasannya. Keputusan yang sadar jauh lebih baik daripada alat yang menumpuk.
🔹 Sisi gelap: DAD triad
Kalau CIA adalah tiga hal yang dijaga, DAD adalah tiga cara merusaknya. Pasangan ini membantu kamu membaca berita insiden dengan cepat.
| Serangan | Pilar yang jatuh | Bentuknya |
|---|---|---|
| Disclosure | Kerahasiaan | data dicuri lalu dijual atau disebar |
| Alteration | Integritas | isi diubah, dipalsukan, atau disisipi |
| Destruction | Ketersediaan | data dihapus, dienkripsi, atau layanan dibanjiri |
Ransomware adalah contoh paling rapi: file dienkripsi (D), isinya berubah total (A), dan pemilik tidak bisa membukanya (D). Tiga-tiganya kena dalam satu gerakan.
🔹 Ancaman, kerentanan, risiko
Tiga kata ini sering tertukar, padahal perannya berbeda.
- Ancaman (threat) — siapa atau apa yang bisa menyerang: penipu, malware, karyawan yang ceroboh, banjir, listrik padam.
- Kerentanan (vulnerability) — lubang yang bisa dipakai: sandi lemah, versi lama, port terbuka, folder tanpa izin.
- Risiko (risk) — kemungkinan lubang itu dipakai, dikali besar kerugiannya.
risiko ≈ peluang × dampak
Lubang tanpa penyerang belum tentu berisiko besar. Penyerang tanpa lubang juga tidak bisa masuk. Karena itu kerja keamanan dimulai dari daftar aset dan lubang, bukan dari daftar alat.
🔹 Peta ancaman yang paling sering kamu temui
| Jenis ancaman | Pilar utama | Gejala khas |
|---|---|---|
| Phishing dan rekayasa sosial | Kerahasiaan, integritas | akun dipakai tanpa izin, tautan mencurigakan |
| Malware dan ransomware | Ketiganya | file tidak bisa dibuka, ekstensi berubah |
| DDoS | Ketersediaan | layanan lambat lalu mati, trafik membanjir |
| Eksploitasi kerentanan | Ketiganya | server disusupi lewat versi lama |
| Pencurian kredensial | Kerahasiaan, integritas | login dari lokasi aneh, sandi berubah |
| Salah konfigurasi | Kerahasiaan, ketersediaan | folder terbuka, port tidak perlu hidup |
| Rantai pasok | Ketiganya | pembaruan resmi ternyata disisipi |
| Kehilangan fisik | Kerahasiaan, ketersediaan | laptop atau flashdisk hilang |
- 📊 Angka penting: ENISA Threat Landscape 2025 menganalisis 4.875 insiden pada Juli 2024 sampai Juni 2025. Phishing menjadi vektor awal pada 60 persen insiden, eksploitasi kerentanan 21,3 persen, dan aktivitas hacktivist mendominasi jumlah laporan dengan DDoS berdampak rendah tapi bervolume besar.
🔹 Tiga jenis kontrol
Setiap kontrol keamanan bekerja di salah satu dari tiga waktu. Banyak orang hanya memasang yang pertama.
| Waktu kerja | Tujuan | Contoh |
|---|---|---|
| Preventif | mencegah kejadian | izin file, firewall, MFA |
| Detektif | menemukan kejadian | log, hash, alarm |
| Korektif | memulihkan setelah kejadian | restore backup, ganti kredensial |
Sistem yang hanya punya kontrol preventif akan terlihat aman sampai suatu hari gagal, dan saat gagal tidak ada yang tahu.
🧩 Istilah penting
- Aset — apa pun yang bernilai dan perlu dilindungi: data nilai, server, akun, reputasi.
- Permukaan serangan (attack surface) — jumlah pintu yang bisa dicoba penyerang. Semakin banyak port dan akun aktif, semakin lebar.
- Vektor serangan — jalur masuk yang dipakai, misalnya email, USB, atau aplikasi web.
- Non-repudiation — jaminan bahwa pelaku tidak bisa menyangkal perbuatannya, biasanya lewat log dan tanda tangan digital.
- Least privilege — beri hak sekecil yang cukup untuk pekerjaan, bukan hak penuh demi kemudahan.
- Defense in depth — beberapa lapis kontrol, supaya satu lapis jebol bukan berarti selesai.
- RTO (recovery time objective) — berapa lama layanan boleh mati sebelum dianggap gagal.
- RPO (recovery point objective) — sampai kapan data terakhir yang boleh hilang.
- Hash — sidik jari digital sebuah file. Perubahan sekecil apa pun mengubah hasilnya.
- Security by obscurity — mengandalkan kerahasiaan alamat atau nama agar aman. Bukan kontrol, hanya penundaan.
🔧 Praktik: audit CIA satu layanan
Kamu tidak bisa memperbaiki apa yang tidak pernah diukur. Lab ini memberi skor pada satu layanan kecil, memakai alat yang sudah ada di Debian atau Ubuntu.
- ⚠️ Hati-hati: Lakukan hanya di VM latihan yang boleh dirusak. Ambil snapshot dulu. Jangan jalankan langkah penghapusan di server produksi atau server sekolah.
🔹 Siapkan aset uji
Langkah 1 — Buat folder dan file contoh. Kita pakai data nilai palsu, bukan data asli.
sudo install -d -m 750 -o root -g www-data /srv/lab-cia
printf 'nama,nilai\nAni,80\nBudi,75\n' | sudo tee /srv/lab-cia/nilai.csv
sudo chmod 640 /srv/lab-cia/nilai.csv
sudo ls -l /srv/lab-cia
Langkah 2 — Tulis inventaris singkat. Ini bagian yang paling sering dilewati, padahal paling menentukan.
cat > /tmp/inventaris.txt <<'EOF'
Aset : /srv/lab-cia/nilai.csv
Pemilik : wali kelas
Boleh baca : guru dan staf TU
Boleh ubah : hanya proses input nilai
Boleh mati : 0 menit saat pembagian rapor
EOF
cat /tmp/inventaris.txt
🔹 Uji kerahasiaan
Langkah 3 — Coba baca sebagai pengguna lain. Kalau ditolak, kontrolnya bekerja.
sudo -u nobody cat /srv/lab-cia/nilai.csv
stat -c '%A %U:%G %n' /srv/lab-cia /srv/lab-cia/nilai.csv
Hasil yang benar adalah Permission denied dan mode -rw-r-----.
Langkah 4 — Rusak dengan sengaja, lalu buktikan. Tambahkan izin baca untuk semua orang, ulangi perintah yang sama, lalu kembalikan.
sudo chmod o+r /srv/lab-cia/nilai.csv
sudo -u nobody cat /srv/lab-cia/nilai.csv
sudo chmod 640 /srv/lab-cia/nilai.csv
Kalau percobaan kedua berhasil membaca, berarti kerahasiaan bergantung pada satu bit izin yang bisa berubah dalam satu perintah.
Langkah 5 — Periksa pintu lain. Izin file benar tidak berarti layanan tidak membocorkan data.
sudo ss -tlnp
Alamat 0.0.0.0:8080 berarti terbuka untuk seluruh jaringan. 127.0.0.1:8080 hanya untuk mesin itu sendiri.
🔹 Uji integritas
Langkah 6 — Buat sidik jari, ubah file, lalu bandingkan.
cd /srv/lab-cia
sudo sha256sum nilai.csv | sudo tee nilai.sha256
sudo sed -i 's/Budi,75/Budi,95/' nilai.csv
sudo sha256sum -c nilai.sha256
Hasilnya nilai.csv: FAILED dan kode keluar 1. Inilah bukti integritas: perubahan terdeteksi.
Langkah 7 — Kembalikan dan buktikan lagi.
sudo sed -i 's/Budi,95/Budi,75/' /srv/lab-cia/nilai.csv
cd /srv/lab-cia && sudo sha256sum -c nilai.sha256
- ⚠️ Hati-hati: Hash hanya mendeteksi perubahan kalau file pembandingnya disimpan di tempat lain atau dibuat read-only. Kalau penyerang bisa mengubah data dan hash-nya sekaligus, hasilnya tetap
OKdan kamu dibohongi.
🔹 Uji ketersediaan dan waktu pulih
Langkah 8 — Nyalakan layanan uji, lalu matikan. Kita pakai server HTTP sementara yang hanya mendengarkan di localhost.
cd /srv/lab-cia
python3 -m http.server 8080 --bind 127.0.0.1 &
sleep 1
curl -s -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8080/nilai.csv
Kode 200 berarti layanan hidup. Sekarang matikan dan ulangi.
kill %1
curl -s -o /dev/null -w '%{http_code}\n' --max-time 2 http://127.0.0.1:8080/nilai.csv
Kode 000 berarti tidak ada jawaban. Bukan galat curl, memang layanannya sudah mati.
Langkah 9 — Ukur waktu pulih, jangan dikira-kira. Arsipkan, hapus, pulihkan, lalu hitung detiknya.
cd /srv
sudo tar -czf /tmp/lab-cia.tgz lab-cia
sudo rm -rf /srv/lab-cia
/usr/bin/time -f 'pulih dalam %e detik' sudo tar -xzf /tmp/lab-cia.tgz -C /srv
cd /srv/lab-cia && sudo sha256sum -c nilai.sha256
Angka detik itulah RTO-mu yang sebenarnya, bukan janji di dokumen.
🔹 Beri skor dan tulis kesimpulan
Pakai rubrik sederhana: 0 = tidak ada kontrol, 1 = ada tapi belum pernah diuji, 2 = ada dan terbukti lewat uji.
| Pilar | Kontrol yang dipasang | Bukti | Skor |
|---|---|---|---|
| Kerahasiaan | mode 640, pemilik root:www-data | nobody ditolak | 2 |
| Integritas | manifest sha256 | perubahan terdeteksi | 1 |
| Ketersediaan | arsip tar dan uji pulih | pulih 3 detik | 1 |
Skor 1 untuk integritas berarti kontrolnya ada, tapi manifest masih disimpan di mesin yang sama. Itu belum cukup, karena penyerang yang masuk bisa mengubah keduanya.
- 🧪 Uji cepat: Setelah memperbaiki satu hal, ulangi uji yang sama persis. Kalau skornya tidak berubah, kamu baru menambah alat, belum menambah keamanan.
🏭 Dipakai di dunia kerja
- Sekolah: nilai, rapor, dan bank soal. Kerahasiaan bocor saat folder dibagikan lewat link, integritas rusak saat nilai diubah tanpa jejak, ketersediaan gagal saat server ujian mati di tengah PTS.
- Kantor dan UMKM: faktur, harga modal, dan data pelanggan. Integritas paling mahal: satu harga yang diubah bisa membuat perusahaan menjual di bawah modal selama berbulan-bulan.
- Klinik dan rumah sakit: rekam medis. Kerahasiaan dilindungi UU PDP, sementara ketersediaan menentukan nyawa: riwayat alergi harus terbaca saat pasien masuk.
- ISP dan NOC: ketersediaan adalah produknya. Gangguan satu jam berarti pelanggan mengeluh, SLA dibayar, dan reputasi turun.
- Industri dan manufaktur: resep produksi, data sensor, dan jadwal mesin. Integritas data sensornya menentukan kualitas produk, ketersediaannya menentukan lini berhenti atau jalan.
- Hosting dan layanan keuangan: ketiganya diaudit. Kerahasiaan untuk data nasabah, integritas untuk catatan transaksi, ketersediaan untuk kepercayaan.
✅ Verifikasi
| Yang diperiksa | Perintah | Hasil yang benar |
|---|---|---|
| Izin file | stat -c '%A %U:%G' /srv/lab-cia/nilai.csv |
-rw-r----- root www-data
|
| Baca oleh orang lain | sudo -u nobody cat /srv/lab-cia/nilai.csv |
Permission denied |
| Port terbuka | sudo ss -tlnp |
hanya port yang perlu |
| Hash utuh | sha256sum -c nilai.sha256 |
nilai.csv: OK
|
| Hash berubah | setelah sed -i |
FAILED, kode keluar 1
|
| Arsip terbaca | tar -tzf /tmp/lab-cia.tgz |
daftar file, kode keluar 0 |
| Layanan hidup | curl -o /dev/null -w '%{http_code}' |
200
|
| Layanan mati | setelah kill |
000
|
| Waktu pulih | /usr/bin/time -f '%e detik' |
angka detik yang tercatat |
| Tahan reboot | systemctl is-enabled nama.service |
enabled
|
⚠️ Kesalahan umum & troubleshooting
| Gejala | Arti sebenarnya | Cek cepat |
|---|---|---|
Permission denied untuk user lain |
kontrol kerahasiaan bekerja | bukan galat, memang begitu seharusnya |
| Hash tetap OK padahal file diubah | manifest ikut diubah atau salah path | simpan manifest di mesin lain |
curl balas 000 padahal service jalan |
service hanya bind ke localhost | tes dari mesin yang sama |
| Restore sukses tapi aplikasi tetap gagal | data pulih, izin atau konfigurasi belum | bandingkan stat dan file config
|
systemctl is-enabled disabled |
layanan tidak otomatis hidup setelah reboot | systemctl enable lalu uji reboot
|
| Backup ada tapi tidak pernah dibuka | itu baru janji, bukan pemulihan | uji restore ke folder terpisah |
| Server terasa aman karena IP-nya tidak dikenal | security by obscurity | pindai port dari jaringan lain |
| Semua kontrol ada tapi tidak ada log | tidak ada bukti saat insiden | periksa journalctl dan log akses
|
Beberapa mitos yang perlu dipensiunkan:
- "Sandi kuat berarti aman" — sandi kuat hanya menjaga satu pintu, bukan seluruh rumah.
- "Sudah pakai enkripsi berarti integritas aman" — enkripsi menyembunyikan isi, belum tentu mendeteksi perubahan.
- "Backup berarti ketersediaan selesai" — backup yang tidak pernah diuji restore hanya menambah rasa aman.
- "Patch bisa ditunda karena tidak ada yang tahu servernya" — pemindai otomatis tidak butuh tahu namamu.
🔐 Catatan keamanan & etika
- Uji hanya aset milikmu atau yang ada izin tertulis. Memindai jaringan orang lain tanpa izin bisa masuk pelanggaran UU ITE.
- Jangan melakukan uji DDoS, walaupun "cuma sebentar", ke jaringan sekolah, kantor, atau penyedia internet. Dampaknya bisa keluar dari perangkatmu.
- Data nilai, rekam medis, dan data pelanggan adalah data pribadi. Sejak 17 Oktober 2024, UU No. 27 Tahun 2022 tentang Pelindungan Data Pribadi berlaku penuh.
- Jangan menempel data asli ke laporan audit. Ganti nama, potong nomor telepon, atau pakai hash.
- Hash bukan enkripsi. Hash mendeteksi perubahan, tapi tidak menyembunyikan isi. Untuk kerahasiaan, tetap butuh enkripsi.
- Simpan kunci enkripsi terpisah dari datanya. Kalau kunci hilang, kerahasiaan menang dan ketersediaan kalah total.
- Log juga berisi data pribadi: alamat IP, email, nama pengguna. Batasi akses dan retensinya.
- Kalau menemukan kerentanan, laporkan ke pemilik sistem lewat jalur resmi. Jangan dibagikan ke grup atau media sosial untuk mencari perhatian.
- CIA bukan alasan memata-matai orang. Kontrol yang berlebihan pada data siswa atau karyawan juga punya biaya etika dan hukum.
📌 Kesimpulan
CIA triad bukan hafalan tiga kata. Dia tiga pertanyaan yang harus kamu ajukan sebelum memasang alat apa pun: siapa yang boleh melihat, apakah isinya masih utuh, dan apakah bisa dipakai saat dibutuhkan.
Satu insiden jarang hanya memukul satu pilar. Ransomware memukul tiga sekaligus. Folder yang dibagikan lewat link memukul kerahasiaan tanpa suara. Server yang mati saat ujian memukul ketersediaan di momen paling mahal.
Langkah berikutnya: ambil satu layanan di labmu, isi tabel skor CIA di atas, lalu perbaiki pilar dengan skor terendah. Setelah itu lanjut ke Linux : Firewall Dasar dengan nftables untuk memperkuat sisi kerahasiaan, atau Linux : Backup Otomatis dengan rsync, tar, dan cron untuk sisi ketersediaan.
🔗 Materi terkait
- Linux : Manajemen User, Group, dan sudo — kontrol kerahasiaan paling dasar: siapa boleh membaca apa.
- Linux : SSH Hardening Lanjutan (Lima Lapis Kunci Akses) — mengurangi pintu masuk ke server.
- Linux : Firewall Dasar dengan nftables — membatasi layanan yang bisa dijangkau dari jaringan.
- Cyber Security: Belajar Nmap untuk Audit Jaringan Legal — memetakan permukaan serangan secara legal.
- Linux : Backup Otomatis dengan rsync, tar, dan cron — membangun sisi ketersediaan.
- Linux : Praktikum Uji Restore dan Verifikasi Arsip Backup — membuktikan backup benar-benar bisa kembali.
- Linux : Log dan journalctl untuk Troubleshooting — kontrol detektif untuk menemukan kejadian.
- Linux : Monitoring Server Dasar (htop, netdata) — mendeteksi gangguan ketersediaan lebih awal.
📚 Referensi
- NIST CSRC Glossary — confidentiality — definisi resmi kerahasiaan, merujuk FIPS 200 dan 44 U.S.C. 3542.
- NIST CSRC Glossary — integrity — definisi integritas, termasuk non-repudiation dan keaslian.
- NIST CSRC Glossary — availability — definisi ketersediaan.
- NIST SP 800-12 Rev. 1 — An Introduction to Information Security — pengantar konsep keamanan informasi.
- ENISA Threat Landscape 2025 — analisis 4.875 insiden Juli 2024 sampai Juni 2025.
- CISA — Cybersecurity Best Practices — kebiasaan dasar: sandi kuat, patch, MFA, berpikir sebelum klik.
- UU No. 27 Tahun 2022 tentang Pelindungan Data Pribadi — dasar hukum perlindungan data pribadi di Indonesia.