Memisahkan Akses Pengguna dan Administrator pada Software Instrumen

Software instrumen dapat dipakai oleh orang dengan tugas berbeda: menjalankan pekerjaan yang disetujui, meninjau data, mengelola akun, atau mengatur konfigurasi. Jika semua tugas menggunakan akses yang sama, organisasi sulit menjelaskan siapa yang boleh melakukan perubahan dan siapa yang bertanggung jawab meninjaunya.

Mulailah dari pekerjaan yang harus dilakukan, kemudian cocokkan dengan fitur software yang tersedia. Nama peran dan kemampuan berbeda antarproduk. Pembagian pengguna dan administrator perlu dibahas bersama penanggung jawab instrumen, sistem, serta dokumentasi produsen. Tidak tepat menganggap sebuah menu selalu memiliki kendali akses yang sama pada semua versi.

Daftar tugas sebelum membuat nama peran

Kumpulkan tugas nyata dari pengguna. Misalnya, membuka pekerjaan yang telah disiapkan, menjalankan proses sesuai prosedur, melihat hasil, atau mengekspor berkas melalui jalur yang diizinkan. Pisahkan tugas rutin dari perubahan konfigurasi dan pengelolaan identitas akun.

Gunakan kata kerja yang jelas. Menulis mengelola data terlalu luas karena dapat berarti melihat, menyimpan, mengubah, menghapus, atau membagikan. Pecah tugas tersebut sehingga keputusan akses dapat dibuat untuk masing-masing tindakan. Jangan memberikan kewenangan luas hanya karena satu bagian tugas belum dijelaskan.

Minta pemilik proses menentukan siapa yang bertanggung jawab atas setiap tindakan. Seseorang mungkin perlu melihat hasil tanpa perlu mengubah metode. Orang lain mungkin mengelola akun tetapi tidak menilai hasil pengujian. Pembagian tanggung jawab membantu diskusi sebelum pengaturan software dipilih.

Cocokkan tugas dengan fitur produk

Periksa manual dan versi yang digunakan. Cari penjelasan mengenai jenis akun, peran, catatan aktivitas, serta batas masing-masing fungsi. Jika istilah dalam manual berbeda dari istilah organisasi, buat pemetaan agar kedua pihak membahas kemampuan yang sama.

Catat fungsi yang belum dapat dipastikan. Tidak semua software menyediakan akses rinci untuk setiap tombol atau perubahan. Tanyakan kepada pihak yang sesuai apakah fitur tersedia, membutuhkan konfigurasi tertentu, atau mempunyai batas penggunaan. Hindari menjanjikan kendali yang belum dibuktikan dalam produk.

Bila software tidak mendukung pembagian yang dibutuhkan, organisasi perlu menentukan penanganan melalui prosedur yang sesuai. Jangan menganggap catatan manual otomatis menggantikan kendali teknis. Perbedaan antara kebutuhan dan kemampuan perlu terlihat dalam keputusan.

Buat matriks tugas yang sederhana

Susun baris berdasarkan tugas dan kolom berdasarkan peran yang akan dibahas. Setiap sel dapat menyatakan diizinkan, tidak diizinkan, atau perlu keputusan lebih lanjut. Tambahkan rujukan prosedur serta pemilik persetujuan untuk bagian yang membutuhkan pemeriksaan.

Tugas	Pertanyaan pembagian akses
Menjalankan pekerjaan	Siapa yang ditugaskan dan telah memenuhi persyaratan internal?
Meninjau hasil	Siapa yang bertanggung jawab atas peninjauan?
Mengubah konfigurasi	Siapa yang boleh meminta dan menyetujui perubahan?
Mengelola akun	Siapa yang menambah, mengubah, atau menonaktifkan akses?
Membagikan berkas	Jalur dan penerima mana yang diperbolehkan?

Tabel ini membantu diskusi, bukan pengaturan siap pakai. Keputusan harus mengikuti produk, prosedur, dan pembagian kewenangan organisasi sendiri. Jangan menyalin izin dari instrumen lain hanya karena tampilan aplikasinya mirip.

Batasi akses berdasarkan kebutuhan

Prinsip akses minimum dalam panduan otorisasi OWASP mendukung pemberian izin yang diperlukan untuk tugas. Dalam pembahasan software instrumen, terapkan prinsip tersebut melalui kemampuan produk dan keputusan pemilik proses yang sudah dikonfirmasi.

Hindari memakai akun administrator sebagai pilihan rutin hanya karena lebih sedikit hambatan. Bila tugas membutuhkan akses tambahan, tentukan siapa yang dapat menyetujui, untuk tujuan apa, dan kapan ditinjau kembali. Catat alasan keputusan agar tim berikutnya memahami konteksnya.

Jangan membagikan kredensial melalui lembar kerja umum atau artikel. Matriks menyimpan peran dan kewenangan, bukan kata sandi. Pengelolaan kredensial mengikuti mekanisme yang ditetapkan organisasi dan kemampuan sistem yang digunakan.

Rencanakan perubahan dan perpindahan tugas

Akses perlu ditinjau saat orang berganti peran, berhenti menangani instrumen, atau ketika software diperbarui. Buat daftar pemicu peninjauan dan pihak yang bertanggung jawab. Nama akun yang masih ada tidak otomatis berarti kewenangannya masih diperlukan.

Untuk perubahan penting, catat kebutuhan, persetujuan, serta hasil pemeriksaan setelah pengaturan diterapkan oleh pihak berwenang. Jangan menguji kewenangan dengan mengubah data atau konfigurasi produksi tanpa prosedur. Metode pemeriksaan harus disepakati sesuai risiko pekerjaan.

Perhatikan akses pengganti ketika penanggung jawab tidak tersedia. Pengaturan tersebut perlu direncanakan tanpa mengaburkan siapa yang melakukan tindakan. Ketergantungan pada satu akun bersama sering membuat pertanyaan tanggung jawab lebih sulit dijawab.

Siapkan bahan untuk pembahasan instrumen

Bawa daftar tugas, versi software, dan pertanyaan fitur saat menghubungi jalur yang tersedia di Trias. Informasi ini membantu pembahasan lebih spesifik daripada sekadar meminta akses administrator. Artikel operasional lainnya dapat menjadi bahan persiapan catatan.

Setelah keputusan dibuat, simpan matriks yang telah disetujui dan tanggal peninjauannya. Beri pengguna penjelasan tentang tugasnya serta jalur meminta bantuan ketika akses tidak cukup. Pembagian yang jelas membantu pekerjaan berjalan sesuai tanggung jawab, sekaligus menjaga perubahan penting tetap berada dalam kewenangan yang tepat.

Sumber rujukan

1. Authorization Cheat SheetOWASP
2. PT Trianugerah Sejati — Company and instrument informationPT Trianugerah Sejati