Konsep Zero Trust dan Langkah Awalnya untuk UKM
Zero trust bukan produk yang dibeli sekali jadi. Pahami prinsip intinya dan rencana 30 hari yang realistis untuk tim kecil tanpa tim keamanan khusus.
Jawaban singkat
Zero trust adalah cara berpikir keamanan: tidak ada pengguna atau perangkat yang dipercaya otomatis hanya karena berada di jaringan kantor. Untuk UKM, langkah awalnya adalah MFA di semua akun penting, hak akses seperlunya, inventaris perangkat, dan memisahkan sistem penting dari jaringan umum.
Daftar isi
- Apa yang sebenarnya dimaksud zero trust?
- Verifikasi identitas dan perangkat setiap kali
- Hak akses seperlunya (least privilege)
- Segmentasi
- Model lama dan zero trust, apa bedanya di lapangan?
- Rencana 30 hari yang realistis untuk tim kecil
- Kapan cukup dengan langkah dasar, kapan perlu platform khusus?
- Kesalahan umum saat menerapkan zero trust
- Pertanyaan yang sering diajukan
Zero trust adalah pendekatan keamanan yang berangkat dari satu asumsi: setiap permintaan akses harus dibuktikan dulu, siapa pun pengirimnya dan dari mana pun asalnya. Login dari meja kantor tidak otomatis lebih dipercaya daripada login dari kafe. Yang dinilai adalah identitas orangnya, kondisi perangkatnya, dan apakah ia memang perlu mengakses sistem itu.
Bagi usaha kecil, salah paham soal konsep ini merugikan ke dua arah. Ada yang membeli lisensi karena tergiur label "zero trust" padahal masalah dasarnya belum beres. Ada pula yang menganggapnya urusan perusahaan besar, lalu tetap memakai satu password bersama untuk semua akun admin. Padahal sebagian besar langkah awalnya bisa dikerjakan dengan alat yang sudah kamu punya.
Apa yang sebenarnya dimaksud zero trust?
Model lama keamanan kantor mirip benteng: jaringan dalam dianggap aman, jaringan luar dianggap berbahaya. Begitu seseorang masuk lewat VPN atau Wi-Fi kantor, ia bisa menjangkau hampir semua server. Masalahnya, satu laptop yang terinfeksi atau satu password yang bocor cukup untuk membuka seluruh isi benteng.
Zero trust membalik logika itu. Dokumen NIST SP 800-207 tentang arsitektur zero trust menggambarkannya sebagai pergeseran fokus dari batas jaringan ke perlindungan pengguna, aset, dan sumber daya. Dalam praktik sehari-hari, ada tiga prinsip yang paling terasa.
Verifikasi identitas dan perangkat setiap kali
Akses diberikan setelah identitas dibuktikan, idealnya dengan autentikasi multi-faktor (MFA). Perangkat juga ikut diperiksa: apakah sistem operasinya masih menerima update, apakah disk terenkripsi, apakah itu laptop kantor atau perangkat pribadi yang tidak dikenal.
Hak akses seperlunya (least privilege)
Staf keuangan butuh aplikasi akuntansi, bukan panel server. Admin website butuh akses CMS, bukan database penggajian. Setiap akun hanya diberi akses yang benar-benar dipakai, dan akses itu ditinjau ulang secara berkala.
Segmentasi
Sistem dipisah-pisah sehingga kebocoran di satu bagian tidak langsung menjalar ke bagian lain. Kamera CCTV, printer, dan Wi-Fi tamu tidak berada di jaringan yang sama dengan server data pelanggan.
Model lama dan zero trust, apa bedanya di lapangan?
| Aspek | Model perimeter (lama) | Zero trust |
|---|---|---|
| Dasar kepercayaan | Lokasi di jaringan kantor | Identitas, perangkat, dan konteks |
| Setelah masuk | Bisa menjangkau banyak sistem | Hanya aplikasi yang diizinkan |
| Password bocor | Pintu terbuka lebar | Masih tertahan MFA dan aturan akses |
| Kerja jarak jauh | Bergantung VPN ke seluruh jaringan | Akses per aplikasi dari mana saja |
| Staf keluar | Sering lupa mencabut akses | Cabut di satu pusat identitas |
| Visibilitas | Log tersebar | Akses tercatat per pengguna dan aplikasi |
Perlu dicatat, zero trust tidak berarti VPN harus dibuang. VPN tetap berguna untuk banyak kebutuhan. Bedanya dibahas lebih rinci di VPN vs Zero Trust Network Access.
Rencana 30 hari yang realistis untuk tim kecil
Urutannya dimulai dari langkah yang murah tapi menutup celah paling umum. Tidak semuanya harus sempurna dalam 30 hari; yang penting urutannya benar.
Minggu pertama: inventaris. Catat semua aplikasi yang dipakai bisnis (email, penyimpanan file, akuntansi, CMS website, panel hosting, media sosial), siapa saja yang punya akses, dan perangkat apa yang dipakai. Tabel sederhana di spreadsheet sudah cukup. Hasilnya sering mengejutkan: ada akun mantan karyawan yang masih aktif, atau satu akun admin dipakai bergantian oleh tiga orang.
Minggu kedua: kunci identitas. Aktifkan MFA di semua akun yang kamu catat, dimulai dari email dan akun admin. Ganti akun bersama menjadi akun per orang. Simpan password di password manager tim, bukan di grup chat. Pilihannya dibahas di password manager untuk tim.
Minggu ketiga: rapikan hak akses. Turunkan akun yang tidak perlu menjadi admin. Hapus akses yang tidak dipakai lagi. Buat prosedur singkat untuk staf baru dan staf yang keluar, termasuk siapa yang bertugas mencabut akses dan dalam berapa lama.
Minggu keempat: pisahkan dan tutup. Pisahkan Wi-Fi tamu dan perangkat IoT dari jaringan kerja. Tutup port admin server yang terbuka ke internet, lalu akses lewat jalur yang terautentikasi seperti VPN atau gateway akses berbasis identitas. Untuk server, dasar pengamanannya ada di cara mengamankan VPS baru. Aktifkan juga log login di aplikasi utama supaya kamu tahu siapa masuk dan kapan.
Kapan cukup dengan langkah dasar, kapan perlu platform khusus?
Untuk tim kecil yang sebagian besar memakai aplikasi SaaS, langkah dasar sudah membawa banyak perubahan. MFA, akun per orang, password manager, dan pencabutan akses yang disiplin menutup jalur serangan yang paling umum, yaitu password bocor dan phishing. Cara mengenali phishing dibahas di cara mengenali phishing.
Platform akses berbasis identitas mulai masuk akal ketika kamu punya aplikasi internal yang di-host sendiri (misalnya ERP, dashboard, atau panel admin), staf yang bekerja dari banyak lokasi, atau kebutuhan mencatat siapa mengakses apa. Pada titik ini, menaruh aplikasi internal di balik gateway yang memeriksa identitas sebelum meneruskan koneksi biasanya lebih rapi daripada membuka VPN ke seluruh jaringan.
Kalau bisnismu menyimpan data pelanggan dalam jumlah besar atau data sensitif seperti kesehatan dan keuangan, pertimbangkan juga penilaian dari pihak luar. Zero trust membantu membatasi dampak, tapi tetap perlu diuji.
Kesalahan umum saat menerapkan zero trust
Kesalahan pertama adalah menganggapnya proyek sekali jadi. Zero trust adalah kebiasaan: setiap aplikasi baru, staf baru, dan perangkat baru melewati aturan yang sama.
Kesalahan kedua adalah membuat aturan terlalu ketat sejak awal sampai staf mencari jalan pintas, misalnya mengirim file lewat aplikasi pribadi. Mulailah dari aturan yang masuk akal, lalu perketat bertahap.
Kesalahan ketiga adalah melupakan akun layanan dan API key. Akun mesin juga identitas. Ia perlu pemilik, hak akses terbatas, dan rotasi berkala.
Pertanyaan yang sering diajukan
Apakah zero trust hanya untuk perusahaan besar?
Tidak. Prinsipnya (verifikasi identitas, hak akses seperlunya, segmentasi) bisa diterapkan di tim kecil dengan alat yang sudah ada, seperti MFA bawaan aplikasi dan password manager.
Apakah zero trust menggantikan antivirus dan firewall?
Tidak. Zero trust adalah cara mengatur akses. Perlindungan perangkat, firewall, update rutin, dan backup tetap dibutuhkan.
Apa langkah pertama yang paling berdampak?
Mengaktifkan MFA di email dan semua akun admin, lalu mengganti akun bersama menjadi akun per orang.
Apakah staf perlu perangkat kantor agar zero trust berjalan?
Tidak wajib, tapi perangkat yang dikelola kantor lebih mudah diperiksa kondisinya. Untuk perangkat pribadi, batasi akses ke aplikasi yang benar-benar diperlukan.


