Masalah akses jarang sekali disebabkan oleh satu insiden besar. Sering kali, masalah tersebut menumpuk melalui pengecualian-pengecualian kecil yang tampak masuk akal pada saat itu: anggota tim mungkin berpindah ke peran baru dan tetap mempertahankan izin akses dari peran mereka sebelumnya. Masuk bersama mungkin dibuat untuk menyelesaikan masalah mendesak, lalu terus beredar setelah keadaan mendesak tersebut berakhir.
Peristiwa ini terjadi dengan cepat di usaha kecil dan menengah (UKM). Anggota tim sedikit, tanggung jawab akhirnya tumpang tindih, lalu akses diberikan hanya untuk menjaga agar pekerjaan tetap berjalan. Dalam situasi seperti ini, bisnis kehilangan pandangan yang jelas tentang siapa yang dapat mengakses sistem, kredensial, data, dan akun vendor yang mana, serta apakah akses tersebut masih dapat dibenarkan.
Saat kontrol tersebut melemah, insiden akan lebih sulit diatasi dan dipulihkan. Akun yang dikompromikan mungkin masih memiliki akses ke sistem yang sebenarnya tidak lagi dibutuhkan, dan kredensial yang dibagikan dapat mempersulit pelacakan siapa yang melakukan suatu tindakan.
Prinsip hak istimewa paling rendah memberi bisnis cara untuk mencegah penumpukan akses. Artikel ini akan membahas apa itu hak istimewa paling rendah, cara menerapkannya dalam bisnis, dan memberikan panduan praktis untuk memulai.
Apa itu prinsip hak istimewa paling rendah?
Mengapa akses dengan hak istimewa berlebih menjadi bawaan bagi banyak UKM?
Risiko kontrol akses yang longgar
Cara menerapkan prinsip hak istimewa paling rendah
Daftar periksa hak istimewa paling rendah yang praktis untuk UKM
Permudah hak istimewa paling rendah dengan Proton Pass for Business
Apa itu prinsip hak istimewa paling rendah?
Prinsip hak istimewa paling rendah adalah praktik membatasi akses ke tingkat minimum yang diperlukan untuk melakukan peran atau tugas tertentu. Anggota tim, sistem, dan aplikasi seharusnya hanya memiliki akses ke apa yang mereka butuhkan, selama mereka membutuhkannya, dan tidak lebih.
Prinsip ini berarti keputusan akses harus mengikuti pekerjaan yang benar-benar perlu dilakukan seseorang. Logika yang sama berlaku untuk karyawan, kontraktor, administrator, akun layanan, integrasi pihak ketiga, dan alur kerja otomatis: masing-masing hanya boleh memiliki izin yang diperlukan untuk peran atau tugasnya.
Hal ini juga berlaku untuk berbagi kata sandi. Anggota tim yang memerlukan akses ke satu akun klien tidak boleh secara otomatis dapat menggunakan masuk keuangan, kredensial infrastruktur, akun admin SDM, atau kredensial bisnis sensitif lainnya yang tidak terkait dengan pekerjaan mereka.
Mengapa akses dengan hak istimewa berlebih menjadi bawaan bagi banyak UKM?
Sebagian besar bisnis tidak membuat lingkungan dengan hak istimewa berlebih secara sengaja. Mereka membuatnya secara bertahap. Ketika karyawan baru bergabung, mereka diberi akses ke sistem yang dibutuhkan. Lambat laun, mereka diberi lebih banyak akses untuk proyek tertentu, atau untuk menggantikan pekerjaan anggota tim lainnya. Akses tersebut tidak pernah dihapus dan berkembang jauh melampaui apa yang dibutuhkan untuk bekerja.
Hal yang sama terjadi pada kredensial yang dibagikan. Kata sandi dibagikan sekali demi kenyamanan, lalu menjadi bagian permanen dari alur kerja seseorang.
Pola ini cenderung muncul karena beberapa alasan umum:
- Kecepatan terasa lebih penting daripada struktur. Ketika tim kecil dan sibuk, memberikan akses yang lebih luas kepada seseorang dapat terasa lebih cepat daripada menyiapkan izin tepat yang mereka butuhkan.
- Peran tidak selalu ditentukan dengan jelas. Jika tanggung jawab bergeser dari minggu ke minggu, keputusan akses sering kali menjadi informal juga.
- Kontrol kredensial lemah selama perubahan peran dan offboarding. Jika anggota tim keluar, pindah tim, atau menyelesaikan kontrak, tetapi kata sandi mereka yang dibagikan tidak dirotasi, akses brankas mereka tidak ditinjau, dan izin lama mereka tetap aktif.
Tidak ada keputusan kecil yang terasa berbahaya pada saat itu, tetapi selama berminggu-minggu, berbulan-bulan, dan bertahun-tahun, hak istimewa berlebih menimbulkan risiko signifikan dalam organisasi.
Risiko kontrol akses yang longgar
Akses dengan hak istimewa berlebih menimbulkan risiko keamanan, operasional, dan kepatuhan. Beberapa risiko paling umum meliputi:
Pergerakan lateral
Jika penyerang mendapatkan akses ke satu akun, izin yang berlebihan memungkinkan mereka masuk lebih dalam ke lingkungan tersebut. Alih-alih mengompromikan satu sistem, mereka mungkin dapat menjangkau beberapa sistem.
Paparan data
Jika akses ke catatan pelanggan, dokumen internal, atau sistem keuangan tidak dibatasi untuk orang yang membutuhkannya, lebih banyak akun yang menjadi titik masuk potensial ke data tersebut. Masuk yang dikompromikan dapat memaparkan informasi yang seharusnya tidak dapat dijangkau oleh orang tersebut, dan kesalahan sederhana, seperti membagikan file yang salah atau mengubah pengaturan yang salah, dapat memengaruhi sistem sensitif tanpa perlu.
Penghapusan atau kesalahan konfigurasi yang tidak disengaja
Seseorang dengan hak admin yang tidak perlu dapat mengubah pengaturan, menghapus data, atau mengekspos sistem secara tidak sengaja. Hak istimewa paling rendah mengurangi cakupan dampak dari kesalahan tersebut.
Ancaman orang dalam
Ancaman orang dalam datang dalam berbagai bentuk. Ancaman tersebut dapat berupa upaya sengaja oleh peretas untuk menyusup ke jaringan, eksfiltrasi oleh karyawan yang tidak puas, atau yang lebih umum berupa kesalahan. Sebagian besar karyawan tidak berniat jahat, tetapi akses yang luas meningkatkan peluang penyalahgunaan, berbagi berlebihan, atau penanganan informasi sensitif yang ceroboh.
Masalah tata kelola
Jika bisnis tidak dapat menjelaskan dengan jelas siapa yang memiliki akses ke apa, mengapa mereka memilikinya, dan kapan akses tersebut ditinjau atau dihapus, maka akan lebih sulit untuk menyelidiki insiden, menyelesaikan tinjauan keamanan, menanggapi audit, atau membuktikan bahwa kontrol akses berfungsi sebagaimana mestinya.
Cara menerapkan prinsip hak istimewa paling rendah
Bagi sebagian besar UKM, hak istimewa paling rendah bukanlah sesuatu yang diterapkan sekaligus. Ini adalah sesuatu yang dibangun dengan membuat akses lebih terarah, lebih terbatas, dan lebih mudah ditinjau dari waktu ke waktu.
Gunakan kontrol akses berbasis peran
Salah satu cara paling praktis untuk menerapkan hak istimewa paling rendah adalah melalui kontrol akses berbasis peran. Hal ini membantu menentukan peran berdasarkan tanggung jawab, seperti keuangan, SDM, pemasaran, dukungan pelanggan, admin TI, atau kontraktor eksternal. Kemudian, akses diberikan berdasarkan peran tersebut alih-alih mengelola setiap izin secara individu. Kontrol akses berbasis peran tidak sama persis dengan hak istimewa paling rendah. Hak istimewa paling rendah adalah prinsipnya. Kontrol akses berbasis peran adalah salah satu cara paling praktis untuk menerapkannya secara konsisten.
Pisahkan akses standar dari akses berhak istimewa
Salah satu kesalahan paling umum yang dilakukan bisnis adalah membiarkan hak admin digunakan untuk pekerjaan rutin.
Akses berhak istimewa harus diperlakukan secara berbeda dari akses rutin.
Jika seseorang memerlukan lebih banyak izin, akses tersebut harus dikaitkan dengan tanggung jawab tertentu dan dibatasi sebisa mungkin. Tujuannya adalah untuk menghindari pemberian akses tingkat tinggi secara permanen kepada orang-orang hanya karena mereka mungkin membutuhkannya sesekali.
Tinjau akses secara berkala
Hak istimewa paling rendah hanya berfungsi ketika akses mencerminkan tanggung jawab anggota tim saat ini. Itulah sebabnya peninjauan akses harus menjadi bagian dari rutinitas, bukan upaya satu kali saja.
Tinjauan bulanan atau kuartalan yang sederhana dapat mengungkap izin yang kedaluwarsa, akses yang tidak perlu ke sistem, integrasi yang tidak aktif, atau kontraktor yang seharusnya tidak lagi terhubung. Tinjauan ini membantu mengungkap risiko yang mungkin tidak disadari di latar belakang selama berbulan-bulan.
Jadikan akses sementara benar-benar sementara
Pekerjaan jangka pendek tidak boleh menghasilkan akses jangka panjang. Kontraktor, konsultan, agensi, dan kolaborator berbasis proyek hanya boleh memiliki akses selama pekerjaan mereka membutuhkannya.
Akses sementara membutuhkan pemilik yang berkomitmen untuk mengawasinya, serta tujuan yang jelas dan tanggal berakhir. Tanpa itu, akun, izin brankas, dan kredensial yang dibagikan dapat tetap aktif hanya karena tidak ada yang bertanggung jawab untuk meninjau dan menghapusnya.
Perlakukan offboarding sebagai proses keamanan
Hak istimewa paling rendah tidak berakhir ketika seseorang meninggalkan perusahaan atau mengubah peran.
Offboarding harus mencakup penghapusan akses ke semua akun, mencabut izin brankas, dan meninjau apakah kredensial sensitif perlu dirotasi. Ketika penghapusan akses tertunda atau ditangani secara tidak konsisten, bisnis menciptakan paparan yang tidak perlu lama setelah kebutuhan awal hilang.
Sertakan kredensial dalam model akses
Hak istimewa paling rendah bukan hanya tentang izin sistem. Ini juga berlaku untuk kredensial yang membuka bisnis.
Kata sandi, kunci sandi, kode pemulihan, masuk admin, dan akun yang dibagikan semuanya harus diperlakukan sebagai aset terkontrol. Jika kontrol kredensial masih ditangani secara informal, maka hak istimewa paling rendah baru diterapkan setengah jalan.
Daftar periksa hak istimewa paling rendah yang praktis untuk UKM
Berkomitmen untuk mempraktikkan hak istimewa paling rendah dalam bisnis memang mudah disetujui, tetapi rumit untuk benar-benar diterapkan. Hal ini bahkan lebih rumit bagi UKM dengan waktu dan sumber daya terbatas.
Namun jangan khawatir: desain ulang akses skala besar umumnya tidak diperlukan untuk sebagian besar UKM. Sebaliknya, organisasi harus memulai dengan membuat beberapa keputusan jelas tentang siapa yang benar-benar membutuhkan akses ke apa, di mana paparan yang tidak perlu ada saat ini, dan bagaimana izin tersebut akan ditinjau ke depan.
Daftar periksa di bawah ini dirancang untuk membantu bisnis mulai membuat keputusan dan menyusun paket yang realistis untuk menerapkan hak istimewa paling rendah.
- Identifikasi sistem, akun yang dibagikan, dan kredensial yang paling sensitif.
- Tentukan peran inti dan akses minimum yang diperlukan masing-masing peran.
- Atur akses kredensial berdasarkan tim, peran, atau fungsi.
- Hapus izin yang kedaluwarsa, diwariskan, atau tidak diperlukan.
- Tetapkan proses yang jelas untuk akses sementara dan kontraktor.
- Tinjau akses pada jadwal yang konsisten.
- Perkuat offboarding agar akses dicabut dengan cepat dan andal.
- Rotasi kredensial penting setelah kepergian atau perubahan peran.
- Pisahkan identitas administratif dari akun pengguna sehari-hari.
- Tetapkan kepemilikan yang jelas untuk keputusan akses.
Apa yang membuat daftar periksa seperti ini efektif bukanlah seberapa rumitnya, melainkan apakah bisnis mengikutinya secara konsisten. Bagi banyak UKM, peningkatan yang berarti berasal dari penggantian kebiasaan akses informal dengan proses yang lebih mudah diulang, ditinjau, dan dipelihara.
Permudah hak istimewa paling rendah dengan Proton Pass for Business
Hak istimewa paling rendah sering kali runtuh di sekitar kredensial. Sebagai contoh, sebuah perusahaan mungkin memiliki tingkat akses yang tepat yang dipetakan dengan jelas di atas kertas, tetapi tetap membagikan kata sandi tanpa adanya kontrol yang tepat.
Tim mungkin menyimpan rincian masuk di spreadsheet, obrolan, catatan, atau dokumen internal. Akun yang dibagikan mungkin dioper secara informal dengan sedikit atau tanpa visibilitas dan kontrol. Karyawan yang keluar mungkin pergi dengan akses persisten ke kredensial yang tidak pernah dirotasi oleh bisnis. Ini semua adalah masalah akses yang dapat diselesaikan dengan pendekatan hak istimewa paling rendah yang diatur oleh akses kredensial yang efektif.
Di banyak perusahaan, akses kredensial masih bergantung pada pintasan yang sulit diatur. Kata sandi dikirim melalui pesan, disimpan dalam dokumen, diteruskan di antara tim, atau dibiarkan tersedia setelah kebutuhan awal berakhir.
Seiring waktu, mudah untuk kehilangan visibilitas tentang siapa yang dapat menggunakan kredensial yang mana, apakah akses tersebut masih dapat dibenarkan, dan apa yang perlu dicabut atau dirotasi ketika seseorang mengubah peran atau pergi.
Pengelola kata sandi bisnis menawarkan manajemen kredensial dan akses untuk tim dengan ukuran apa pun. Alih-alih memperlakukan kredensial sebagai sesuatu yang dikelola tim secara ad hoc, bisnis dapat menggunakan alat khusus untuk mengatur, membagikan, dan mencabut akses. Kredensial dapat dikelompokkan berdasarkan tim, peran, atau fungsi, masuk yang sensitif dapat diekspos ke lebih sedikit orang, dan akses dapat disesuaikan jauh lebih cepat ketika tanggung jawab berubah.
Proton Pass for Business mendukung upaya tersebut dengan membantu organisasi mengurangi penyebaran kredensial, memperketat akses di sekitar masuk yang dibagikan, dan membuat hak istimewa paling rendah lebih mudah diterapkan dalam operasi sehari-hari. Dengan membuat grup, admin juga dapat mengelola berbagi di tingkat grup, yang memudahkan pemberian akses tim ke brankas yang tepat dan menghapus akses tersebut saat kebutuhan bisnis berubah. Jika organisasi siap untuk mengadopsi hak istimewa paling rendah, coba Proton Pass gratis atau hubungi tim penjualan kami.
