Zero Trust untuk Bisnis Menengah: Keamanan Akses Tanpa VPN Berlebihan

Selama bertahun-tahun, model keamanan jaringan kantor sederhana: ada tembok di sekeliling, dan siapa pun yang sudah berada di dalam tembok dianggap tepercaya. Karyawan masuk ke jaringan kantor atau lewat VPN, lalu dapat mengakses banyak sistem. Model ini mulai retak ketika aplikasi pindah ke cloud, karyawan bekerja dari rumah dan kafe, vendor butuh akses sementara, dan perangkat pribadi ikut dipakai. Tembok yang dulu jelas kini nyaris tidak ada, sementara penyerang cukup mencuri satu kata sandi untuk berjalan bebas di dalam.

Zero trust adalah pendekatan yang menolak asumsi lama itu: tidak ada pengguna, perangkat, atau jaringan yang otomatis tepercaya. Setiap permintaan akses diverifikasi berdasarkan identitas, kondisi perangkat, dan konteks, dan hanya diberi akses sebatas yang diperlukan. Artikel ini menjelaskan konsepnya dengan bahasa praktis untuk bisnis menengah, tanpa mengharuskan membeli produk mahal, serta langkah bertahap yang realistis.

Ringkasan

• Zero trust bukan produk tunggal, melainkan prinsip: verifikasi eksplisit, hak akses minimum, dan asumsikan pelanggaran dapat terjadi
• Identitas pengguna dengan autentikasi multifaktor menjadi pagar utama, menggantikan lokasi jaringan
• Kondisi perangkat dan konteks login ikut menentukan apakah akses diberikan
• Segmentasi dan hak akses minimum membatasi dampak bila satu akun jebol
• Mulailah dari akun, perangkat, dan aplikasi yang paling kritis, bukan menggantinya semua sekaligus

Mengapa model tembok-dan-parit tidak lagi cukup

Beberapa perubahan membuat model lama sulit dipertahankan.

• **Aplikasi di cloud.** Data tidak lagi hanya berada di server kantor. Aplikasi SaaS diakses lewat internet dari mana saja.
• **Kerja jarak jauh dan hibrida.** Karyawan berada di luar jaringan kantor sebagian besar waktu.
• **Vendor dan kontraktor.** Pihak luar butuh akses terbatas dalam waktu tertentu.
• **Perangkat pribadi.** Ponsel dan laptop pribadi sering dipakai untuk membuka surel dan aplikasi kerja.
• **Serangan yang menyasar kredensial.** Phishing dan pencurian kata sandi lebih umum daripada penembusan jaringan yang canggih. Lihat [phishing, ransomware, dan keamanan siber untuk UMKM](/blog/phishing-ransomware-dan-keamanan-siber-untuk-umkm).

Dalam model lama, VPN yang memberi akses penuh ke jaringan internal menjadi titik rawan: sekali kredensial VPN dicuri, penyerang dapat bergerak ke sistem lain yang tidak terlindungi karena dianggap berada di jaringan tepercaya.

Tiga prinsip inti zero trust

1. Verifikasi secara eksplisit

Setiap permintaan akses dinilai berdasarkan banyak sinyal: siapa penggunanya, apakah autentikasi multifaktor terpenuhi, perangkat apa yang dipakai, di mana lokasinya, dan apakah perilakunya wajar. Satu kali login di pagi hari tidak berarti semua yang terjadi setelahnya otomatis aman.

2. Hak akses minimum

Pengguna dan aplikasi hanya mendapat akses yang diperlukan untuk tugasnya, dan sebatas waktu yang dibutuhkan. Staf penjualan tidak perlu akses ke data penggajian, dan akses admin tidak perlu aktif sepanjang hari. Desain peran yang rapi dibahas di merancang hak akses pengguna.

3. Asumsikan pelanggaran

Rancang sistem seolah-olah satu akun atau perangkat sudah jebol. Pertanyaannya bukan hanya bagaimana mencegah masuk, tetapi seberapa jauh penyerang bisa bergerak dan seberapa cepat kita mengetahuinya. Ini mendorong segmentasi, pencatatan log, dan rencana respons yang jelas, sebagaimana dibahas di rencana respons insiden keamanan siber untuk bisnis.

Pilar-pilar yang dapat Anda terapkan

Identitas: fondasi paling penting

Identitas pengguna menjadi perimeter baru. Langkah praktis:

• Satu sistem identitas terpusat untuk aplikasi kerja, agar penambahan dan penghapusan akses konsisten
• Autentikasi multifaktor untuk semua akun, dan paling ketat untuk akun admin serta akses jarak jauh
• Single sign-on untuk mengurangi kata sandi yang berserakan; lihat [SSO dan manajemen identitas untuk aplikasi bisnis](/blog/sso-dan-manajemen-identitas-untuk-aplikasi-bisnis)
• Peralihan bertahap ke metode tahan phishing seperti passkey; lihat [passkey dan login tanpa kata sandi](/blog/passkey-dan-login-tanpa-kata-sandi-untuk-bisnis)
• Proses offboarding yang mencabut akses saat karyawan atau vendor berhenti

Perangkat: apakah perangkat ini layak dipercaya

Akses ke data sensitif dapat mensyaratkan perangkat yang memenuhi standar minimum: sistem operasi diperbarui, penyimpanan terenkripsi, kunci layar aktif, dan perlindungan terhadap malware. Untuk perangkat pribadi, pertimbangkan akses terbatas lewat browser dibanding akses penuh ke data perusahaan. Kebijakan harus realistis; terlalu ketat membuat staf mencari jalan pintas.

Jaringan: segmentasi dan akses per aplikasi

Alih-alih memberi akses ke seluruh jaringan internal, berikan akses per aplikasi. Server basis data tidak seharusnya dapat diakses langsung dari internet atau dari semua laptop. Pisahkan jaringan untuk sistem kritis, perangkat kasir, kamera, dan tamu. Banyak bisnis dapat mengurangi ketergantungan pada VPN penuh dengan memakai akses berbasis aplikasi, atau tetap memakai VPN tetapi dengan segmentasi dan MFA yang ketat.

Aplikasi dan data

Di tingkat aplikasi, terapkan otorisasi yang memeriksa hak akses di setiap permintaan, bukan hanya saat login. Klasifikasikan data berdasarkan kepekaan, dan enkripsi data sensitif saat disimpan maupun dikirim. Rahasia seperti kunci API tidak boleh tertanam di kode; lihat manajemen secret dan kunci API di aplikasi bisnis. Praktik dasar lain ada di keamanan dasar aplikasi bisnis.

Visibilitas: log dan deteksi

Anda tidak dapat melindungi apa yang tidak terlihat. Kumpulkan log login, perubahan hak akses, dan akses ke data sensitif, lalu pasang peringatan untuk pola janggal seperti login dari lokasi tidak biasa atau pengunduhan data dalam jumlah besar. Prinsipnya selaras dengan observabilitas, log, dan penanganan error dan jejak audit di sistem ERP.

Akses vendor dan kontraktor

Vendor sering menjadi titik masuk serangan karena aksesnya longgar dan jarang ditinjau. Praktik yang membantu:

• Akun terpisah per individu vendor, bukan akun bersama
• Akses dibatasi pada sistem dan jangka waktu tertentu, lalu kedaluwarsa otomatis
• Persetujuan oleh penanggung jawab internal sebelum akses diaktifkan
• Pencatatan sesi untuk akses ke sistem kritis
• Tinjauan berkala atas daftar akses vendor aktif

Pertimbangan serupa muncul pada keamanan dependensi dan rantai pasok perangkat lunak dan pemilihan vendor di checklist memilih software house.

Rencana bertahap yang realistis

Anda tidak perlu merombak semuanya. Urutan yang masuk akal untuk bisnis menengah:

1. **Inventarisasi.** Daftar aplikasi, akun admin, perangkat, dan siapa yang mengakses apa. Banyak temuan pertama adalah akun lama yang masih aktif.

2. **MFA di mana-mana.** Mulai dari surel, aplikasi keuangan, ERP, panel hosting, dan akun admin.

3. **Rapikan hak akses.** Terapkan peran, cabut akses berlebih, dan pisahkan akun admin dari akun harian.

4. **Dasar kebersihan perangkat.** Pembaruan otomatis, enkripsi disk, dan kemampuan menghapus data dari jarak jauh bila perangkat hilang.

5. **Segmentasi jaringan.** Pisahkan sistem kritis dan batasi akses langsung ke basis data.

6. **Pemantauan dan peringatan.** Aktifkan log dan notifikasi untuk kejadian berisiko tinggi.

7. **Latihan insiden.** Uji rencana respons dan pemulihan cadangan secara berkala.

Setelah dasar ini berjalan, barulah pertimbangkan akses bersyarat yang lebih canggih, pemeriksaan postur perangkat otomatis, atau layanan akses berbasis aplikasi. Verifikasi dengan uji penetrasi dan audit keamanan membantu menemukan celah yang tidak terlihat dari dalam.

Dampak pada pengalaman pengguna

Keamanan yang membuat orang frustrasi akan dilewati. Tujuan zero trust yang baik justru mengurangi gesekan pada akses yang wajar dan menambah gesekan hanya saat risikonya naik. Contoh: SSO dan passkey membuat login harian lebih cepat, sementara permintaan verifikasi tambahan hanya muncul saat login dari perangkat baru atau lokasi asing. Libatkan pengguna dalam pilot, dengarkan keluhan, dan sediakan jalur bantuan yang cepat bila akses terkunci.

Skenario ilustrasi: akun surel staf penjualan dicuri

Seorang staf penjualan tertipu halaman login palsu dan kata sandinya dicuri. Pada model lama, penyerang yang memiliki kata sandi itu dapat langsung masuk ke surel, berkas bersama, dan mungkin sistem lain, lalu mengirim surel penipuan kepada pelanggan atas nama staf tersebut.

Pada pendekatan zero trust, beberapa lapisan bekerja sekaligus. Autentikasi multifaktor atau passkey menghentikan login karena penyerang tidak memegang faktor kedua. Bila tetap lolos, login dari perangkat dan lokasi asing memicu verifikasi tambahan atau pemblokiran. Hak akses minimum membuat akun staf penjualan hanya bisa menjangkau data penjualan, bukan keuangan atau penggajian. Log mencatat pola janggal, misalnya pengunduhan daftar pelanggan dalam jumlah besar, sehingga peringatan muncul dan akun dapat segera dikunci. Terakhir, rencana respons yang sudah dilatih menentukan siapa yang mengganti kredensial, memeriksa dampak, dan memberi tahu pihak terkait.

Hasilnya, insiden yang pada model lama bisa berujung pada kebocoran besar menjadi kejadian yang terdeteksi dan terbatas. Tidak ada lapisan yang sempurna, tetapi kombinasi beberapa lapisan membuat penyerang jauh lebih sulit berhasil.

Kesalahan yang sering terjadi

• Menganggap zero trust sebagai produk yang cukup dibeli sekali
• Mengaktifkan MFA hanya untuk sebagian akun sehingga akun admin tertinggal
• Memakai akun admin untuk pekerjaan harian
• Tidak mencabut akses karyawan atau vendor yang sudah keluar
• Mengabaikan perangkat pribadi dan aplikasi yang dipasang sendiri oleh tim
• Mengumpulkan log tetapi tidak ada yang meninjaunya
• Membuat kebijakan yang terlalu ketat sehingga tim memakai jalan pintas

Pertanyaan yang sering diajukan

Apakah zero trust berarti tidak memakai VPN?

Tidak selalu. VPN masih berguna untuk kasus tertentu. Yang berubah adalah asumsinya: masuk VPN tidak otomatis memberi akses ke semuanya. Akses tetap diverifikasi dan dibatasi per sistem.

Apakah bisnis kecil perlu zero trust?

Prinsipnya relevan untuk semua ukuran, tetapi penerapannya bisa sederhana: MFA, hak akses minimum, pembaruan perangkat, dan pencabutan akses yang disiplin sudah memberi lompatan besar.

Berapa biaya yang diperlukan?

Banyak langkah awal murah atau memanfaatkan fitur yang sudah ada di layanan surel dan identitas yang Anda pakai. Biaya terbesar biasanya waktu untuk menata hak akses dan membiasakan tim.

Dari mana sebaiknya mulai?

Mulai dari MFA untuk akun surel dan admin, lalu inventarisasi akun dan akses. Dua langkah ini mengurangi risiko paling banyak dengan upaya yang relatif kecil.

Kesimpulan

Zero trust menggeser fokus keamanan dari menjaga tembok ke memverifikasi setiap akses. Dengan identitas yang kuat, hak akses minimum, perangkat yang terjaga, segmentasi, dan visibilitas, satu akun yang jebol tidak otomatis berarti seluruh bisnis terbuka. Terapkan bertahap, mulai dari akun dan aplikasi yang paling kritis, dan ukur kemajuan lewat inventaris akses yang semakin rapi.