Menu keuangan tidak muncul pada akun staf gudang. Tombol persetujuan hanya tersedia untuk supervisor. Laporan manajemen pun tidak dapat dibuka oleh pengguna operasional.

Sekilas, pembagian hak akses terlihat sudah tertata. Namun, tampilan tersebut belum menjawab pertanyaan yang lebih penting: apakah sistem di belakang aplikasi benar-benar menolak tindakan yang berada di luar kewenangan pengguna?

Pada aplikasi desktop tertentu, seluruh pengguna dapat memiliki akun login berbeda, tetapi koneksi menuju database menggunakan satu akun teknis yang sama. Apabila akun tersebut memiliki izin luas dan pembatasan hanya diterapkan pada antarmuka, kewenangan sebenarnya dapat melampaui menu yang terlihat.

Di sinilah keamanan aplikasi desktop internal perlu diperiksa lebih jauh. Perusahaan membutuhkan kepastian bahwa pembatasan berlaku sampai pada lapisan yang membaca, mengubah, dan menyimpan data.

Menu Mengatur Tampilan, Otorisasi Menentukan Kewenangan

Pembatasan menu membantu pengguna bekerja sesuai tugasnya. Staf administrasi tidak perlu melihat konfigurasi sistem, sementara petugas gudang cukup mengakses fungsi yang berkaitan dengan persediaan dan pengiriman.

Namun, menyembunyikan sebuah fungsi belum membuktikan bahwa pengguna tidak dapat menjalankan operasi di baliknya.

Sebagai ilustrasi, aplikasi hanya menampilkan transaksi milik cabang tempat pengguna bekerja. Jika penyaringan dilakukan sepenuhnya pada komputer pengguna, sementara database atau layanan backend tetap mengizinkan pengambilan data seluruh cabang, batas akses tersebut belum ditegakkan secara menyeluruh.

MITRE membahas kelemahan sejenis melalui CWE-602, yaitu ketergantungan server pada mekanisme keamanan yang dijalankan di sisi klien. Ketika perilaku klien berubah, perlindungan dapat terlewati apabila server tidak melakukan pemeriksaan sendiri.

Implikasinya jelas: kewenangan pengguna harus diperiksa pada lapisan yang dipercaya untuk memproses tindakan, bukan hanya pada layar yang menawarkan tindakan tersebut.

Dua Identitas yang Sering Dianggap Sama

Identitas pengguna aplikasi belum tentu sama dengan identitas yang dikenali database.

Seorang karyawan mungkin masuk menggunakan akun pribadinya. Akan tetapi, aplikasi kemudian menjalankan koneksi database menggunakan akun bersama yang dipakai oleh seluruh instalasi.

Penggunaan akun layanan bersama tidak selalu menjadi kelemahan. Pada arsitektur dengan backend yang menegakkan otorisasi, akun tersebut dapat digunakan untuk menjalankan operasi yang sudah diperiksa.

Situasinya berbeda ketika kredensial database berizin luas digunakan langsung dari komputer pengguna, sementara pembagian kewenangan hanya diketahui aplikasi desktop.

Misalnya, petugas gudang hanya boleh mencatat penerimaan barang. Namun, akun koneksi aplikasi memiliki izin memperbarui harga, membaca informasi pelanggan, dan menghapus transaksi.

Database menilai permintaan berdasarkan izin akun koneksi tersebut. Tanpa kontrol tambahan yang sesuai, batas pekerjaan petugas gudang belum tentu menjadi batas operasi yang diterima database.

Analisis ini sering kami temukan saat melakukan penetration testing pada perusahaan di Indonesia.

Koneksi Langsung Memerlukan Perhatian Lebih Besar

Aplikasi desktop yang terhubung langsung ke database memerlukan mekanisme autentikasi. Bentuknya dapat berupa kredensial tersimpan, autentikasi terintegrasi dengan sistem operasi, atau mekanisme lain yang didukung infrastruktur.

Koneksi langsung tidak otomatis berarti setiap pengguna dapat mengambil alih database. Risikonya bergantung pada izin akun, perlindungan kredensial, keterjangkauan jaringan, serta kontrol yang diterapkan pada database.

Namun, perhatian perlu ditingkatkan ketika satu kredensial dengan hak akses luas didistribusikan ke banyak perangkat. Kompromi pada satu komputer berpotensi memengaruhi keamanan akses yang digunakan bersama.

OWASP melalui Database Security Cheat Sheet merekomendasikan agar aplikasi klien yang berjalan pada perangkat yang tidak dapat sepenuhnya dipercaya mengakses backend melalui API yang menegakkan kontrol akses.

Tujuannya adalah memusatkan keputusan keamanan pada lingkungan yang dapat dikendalikan organisasi. Aplikasi desktop tetap dapat dipertahankan sebagai antarmuka, sementara backend memeriksa identitas, kewenangan, dan permintaan data sebelum operasi dijalankan.

Dampaknya Menyentuh Keutuhan Proses Bisnis

Hak akses database yang berlebihan dapat memengaruhi kerahasiaan informasi sekaligus keandalan proses operasional.

Pengguna yang hanya bertugas memasukkan transaksi, misalnya, seharusnya tidak dapat memberikan persetujuan atas transaksi yang sama. Petugas cabang juga belum tentu berwenang membaca data seluruh wilayah.

Jika pembatasan hanya berlaku pada menu, beberapa risiko berikut perlu dievaluasi:

• Data pelanggan, karyawan, atau transaksi dapat dibaca di luar kebutuhan pekerjaan.
• Informasi penting dapat diubah tanpa mengikuti alur persetujuan.
• Catatan operasional dapat dihapus oleh identitas yang seharusnya tidak memiliki izin.
• Ekspor data dapat mencakup informasi yang lebih luas daripada kewenangan pengguna.
• Aktivitas sulit ditelusuri karena database hanya mencatat akun koneksi bersama.

Contoh tersebut merupakan kemungkinan dampak yang perlu dibuktikan melalui pemeriksaan. Tingkat keparahannya bergantung pada data dan operasi yang benar-benar dapat diakses.

Bagi perusahaan, persoalannya bukan hanya siapa yang membuka sebuah menu. Yang perlu dipastikan adalah siapa yang dapat memengaruhi data, keputusan, dan catatan bisnis.

Jaringan Internal Tidak Menyamakan Hak Semua Pengguna

Aplikasi yang hanya tersedia di jaringan kantor memiliki keterpaparan berbeda dari layanan publik. Pembatasan jaringan membantu mengurangi sumber koneksi yang dapat mencapai sistem.

Meski demikian, berada di jaringan internal tidak berarti setiap pengguna boleh melakukan pekerjaan yang sama.

Staf operasional, supervisor, vendor, dan administrator memiliki tanggung jawab berbeda. Perbedaan tersebut harus tetap berlaku meskipun perangkat mereka dapat terhubung ke server yang sama.

Jaringan menentukan dari mana koneksi dapat dilakukan. Otorisasi menentukan tindakan apa yang boleh dijalankan oleh identitas tertentu.

Karena itu, akses melalui VPN atau jaringan kantor perlu dilengkapi pemeriksaan kewenangan. Keputusan untuk membaca data, mengubah transaksi, atau menyetujui pembayaran harus mengikuti aturan bisnis yang berlaku.

Perbaikan Dimulai dari Pemetaan Kewenangan

Langkah awal yang berguna adalah membandingkan kewenangan bisnis dengan izin teknis yang tersedia.

Perusahaan perlu mengetahui peran pengguna, operasi yang dibutuhkan, cakupan data yang diizinkan, dan akun teknis yang menjalankan operasi tersebut. Perbandingan ini dapat memperlihatkan izin yang terlalu luas atau kontrol yang hanya diterapkan pada antarmuka.

OWASP merekomendasikan penolakan akses secara bawaan dan pemeriksaan izin pada setiap permintaan. Dalam praktiknya, suatu operasi hanya dijalankan ketika identitas dan kewenangannya telah memenuhi kebijakan.

Jika aplikasi memiliki backend, pemeriksaan perlu mencakup tindakan serta data yang dituju. Pengguna yang berhak melihat satu transaksi belum tentu berhak melihat transaksi lain atau menyetujuinya.

Pada database, akun aplikasi perlu memperoleh izin minimum sesuai kebutuhan. Hak administratif sebaiknya dipisahkan dari identitas yang digunakan untuk pekerjaan rutin.

Untuk sistem lama, perbaikan dapat dilakukan bertahap melalui pengurangan izin, pembatasan koneksi, pemisahan akun, dan penguatan pencatatan. Penggunaan view, prosedur tersimpan, atau kontrol per baris dapat membantu jika didukung teknologi dan dikonfigurasi dengan benar.

Penyimpanan kredensial yang lebih aman juga penting. Namun, perlindungan kredensial tetap perlu disertai pembatasan terhadap kemampuan akun tersebut.

Pengujian Harus Memeriksa Penolakan Akses

Pengujian fungsional memastikan pengguna dapat menyelesaikan tugasnya. Pengujian keamanan perlu membuktikan bahwa pengguna juga gagal melakukan tindakan di luar kewenangannya.

Petugas gudang yang berhasil mencatat barang masuk menunjukkan fungsi berjalan. Bukti kontrol akses diperoleh ketika identitas yang sama ditolak saat mencoba mengakses data atau operasi yang tidak menjadi tanggung jawabnya.

Dalam pengujian yang disepakati, pemeriksaan perlu mencakup kesesuaian peran pengguna dengan izin backend dan database. Perubahan peran, pencabutan akses, serta pembatasan antar unit juga perlu diuji.

Hasilnya harus disampaikan secara proporsional. Ditemukannya konfigurasi koneksi belum otomatis membuktikan akses berhasil diperoleh. Keberhasilan membaca satu jenis data juga belum berarti seluruh database dapat diubah.

Laporan yang baik menjelaskan kondisi awal, akses yang terverifikasi, dampak yang terbukti, dan rekomendasi perbaikannya. Setelah penanganan dilakukan, pengujian ulang diperlukan untuk memastikan pembatasan sudah berlaku.

Pastikan Batas Menu Selaras dengan Batas Akses

Keamanan aplikasi desktop internal bergantung pada kesesuaian antara aturan perusahaan dan kewenangan yang benar-benar diterapkan sistem.

Antarmuka membantu pengguna mengikuti alur kerja. Backend dan database perlu memastikan bahwa tindakan diluar kewenangan tetap ditolak, termasuk ketika permintaan tidak mengikuti alur antarmuka yang disediakan.

Evaluasi tersebut membantu perusahaan mempertahankan aplikasi yang dibutuhkan operasional sekaligus memperbaiki bagian yang membuka akses berlebihan.

Evaluasi Keamanan Aplikasi Desktop Bersama Fourtrezz

Fourtrezz menyediakan layanan Penetration Testing dan Vulnerability Assessment untuk berbagai aset, termasuk aplikasi desktop, API, jaringan, dan server.

Melalui kerja sama pengujian dengan ruang lingkup yang disepakati, perusahaan dapat mengevaluasi kontrol akses aplikasi, penggunaan kredensial, serta hubungan antara perangkat pengguna dan database. Hasil pemeriksaan dapat menjadi dasar untuk menentukan prioritas perbaikan dan memverifikasi penanganannya.

Diskusikan kebutuhan pengujian aplikasi internal perusahaan Anda bersama Fourtrezz untuk memastikan bahwa batas kewenangan pengguna benar-benar diterapkan hingga ke lapisan pemrosesan data.

Hubungi Fourtrezz:

Website: www.fourtrezz.co.id
Telepon/WhatsApp: +62 857-7771-7243
Email: [email protected]