Aplikasi itu hanya digunakan untuk memperbarui data pemasok. Menunya sedikit, penggunanya terbatas, dan tampilannya berupa formulir sederhana. Dalam daftar prioritas perusahaan, pengujian keamanannya mungkin berada jauh di bawah aplikasi utama.

Namun, bayangkan jika seorang pengguna dapat mengganti nomor rekening pemasok tanpa persetujuan yang semestinya. Perubahan tersebut kemudian digunakan sebagai dasar pembayaran. Satu formulir yang tampak biasa ternyata dapat memengaruhi kemana uang perusahaan dikirim.

Ilustrasi ini memperlihatkan kelemahan dalam cara menilai aplikasi: kesederhanaan tampilan sering dianggap sebagai tanda bahwa risikonya juga rendah.

Padahal, ukuran aplikasi belum menjelaskan nilai data yang dikelola, kewenangan yang diberikan, atau konsekuensi ketika fungsinya disalahgunakan. Ketiga hal tersebut perlu menjadi dasar dalam menentukan kebutuhan keamanan aplikasi.

Label “Aplikasi Kecil” Dapat Memengaruhi Keputusan Keamanan

Perusahaan biasanya memberikan perhatian lebih besar kepada sistem dengan banyak fitur, jumlah pengguna tinggi, atau biaya pengembangan besar. Pendekatan ini dapat dipahami karena sistem tersebut terlihat memiliki peran penting.

Persoalannya, aplikasi pendukung juga dapat memegang kewenangan yang sensitif. Sebuah aplikasi persetujuan pembelian mungkin hanya memiliki beberapa halaman, tetapi keputusan di dalamnya menentukan pengeluaran perusahaan. Portal dokumen sederhana dapat menyimpan kontrak dan informasi pelanggan.

Ketika aplikasi tersebut dianggap berisiko rendah sejak awal, pengamanan mudah ditunda. Pemeriksaan hak akses dilakukan sekadarnya, pencatatan perubahan belum memadai, dan pengujian keamanan baru dipertimbangkan setelah muncul masalah.

Aplikasi kecil memang dapat memiliki ruang lingkup pengujian yang lebih terbatas. Namun, prioritas pengamanannya tetap perlu mengikuti dampak bisnis, bukan jumlah halaman.

Sedikit Data Tetap Dapat Memiliki Nilai Tinggi

Besarnya risiko kebocoran tidak hanya ditentukan oleh jumlah data. Informasi yang sedikit tetapi sensitif dapat menimbulkan konsekuensi serius.

Dokumen penawaran dapat mengungkap strategi harga. Data rekening pemasok dapat digunakan untuk mendukung penipuan pembayaran. Informasi penggajian dapat membuka data pribadi sekaligus memicu persoalan internal.

Perusahaan juga perlu mempertimbangkan perubahan data tanpa izin. Aplikasi dapat terlihat berfungsi normal sementara informasi di dalamnya telah dimanipulasi. Pengguna kemudian mengambil keputusan berdasarkan data yang salah.

NIST melalui Using Business Impact Analysis to Inform Risk Prioritization and Response menempatkan analisis dampak bisnis sebagai dasar untuk menentukan prioritas risiko. Penilaiannya mencakup kerahasiaan dan integritas informasi, selain ketersediaan layanan.

Prinsip tersebut relevan untuk aplikasi sederhana. Pertanyaannya adalah apa yang terjadi pada bisnis jika data di dalam aplikasi dibaca, diubah, atau tidak dapat digunakan oleh pihak yang semestinya.

Satu Fungsi Dapat Membawa Kewenangan Besar

Fitur yang sedikit tidak selalu berarti kewenangan yang terbatas. Sebuah aplikasi dapat memiliki satu fungsi utama, tetapi fungsi itu memungkinkan pengguna mengubah informasi penting.

Pada aplikasi pemasok, misalnya, perusahaan perlu membedakan pihak yang boleh mengajukan perubahan rekening, memeriksa dokumen pendukung, dan menyetujuinya. Jika seluruh tindakan dapat dilakukan oleh satu akun tanpa kontrol yang sesuai, proses tersebut berpotensi disalahgunakan.

Login saja belum menyelesaikan persoalan ini. Identitas pengguna yang valid tidak otomatis memberikan hak untuk mengakses seluruh data atau menjalankan semua fungsi.

Pemeriksaan kewenangan perlu diterapkan pada sistem yang memproses permintaan. Menyembunyikan tombol dari tampilan pengguna tidak cukup apabila tindakan yang sama masih dapat dijalankan melalui permintaan langsung.

OWASP API Security membahas kelemahan otorisasi pada data dan fungsi, serta penyalahgunaan alur bisnis sensitif. Rujukan ini menunjukkan pentingnya memeriksa apakah pengguna hanya dapat melakukan tindakan sesuai kewenangannya.

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

Karena itu, pengujian keamanan aplikasi perlu melihat kemungkinan pengguna melampaui haknya, melewati persetujuan, atau menjalankan proses dalam urutan yang tidak semestinya.

Integrasi Membuat Dampaknya Meluas

Aplikasi sederhana sering dibuat untuk membantu sistem yang lebih besar. Data dari formulir diteruskan ke ERP, dokumen dikirim ke penyimpanan bersama, atau identitas pengguna diperiksa melalui SSO.

Hubungan tersebut membuat batas risiko perlu dilihat lebih jauh daripada tampilan aplikasi.

Jika aplikasi pemasok meneruskan perubahan rekening ke sistem pembayaran, kesalahan pengendalian pada formulir dapat memengaruhi proses keuangan berikutnya. Jika akun integrasinya memiliki izin terlalu luas, penyalahgunaan kredensial dapat membuka akses melebihi kebutuhan aplikasi.

Integrasi tidak otomatis membuat seluruh sistem perusahaan dapat diambil alih. Dampaknya bergantung pada izin, pemisahan sistem, dan kontrol yang diterapkan. Namun, perusahaan perlu memahami hubungan tersebut agar penilaian risiko tidak berhenti pada fungsi yang terlihat di layar.

Izin integrasi sebaiknya dibatasi sesuai kebutuhan. Aplikasi yang hanya perlu membaca data tertentu tidak semestinya menerima kewenangan untuk mengubah seluruh informasi pada sistem terhubung.

Penggunaan Internal Tetap Memerlukan Batas Akses

Aplikasi yang hanya digunakan pegawai memiliki paparan berbeda dari layanan publik. Pembatasan jaringan dapat mengurangi peluang akses dari luar, tetapi tidak menggantikan kontrol di dalam aplikasi.

Akun pegawai dapat disalahgunakan. Perangkat kerja dapat terkompromi. Akses vendor dapat bertahan setelah kebutuhannya berakhir. Kesalahan konfigurasi juga dapat membuat layanan tersedia lebih luas daripada yang direncanakan.

Dalam kondisi tersebut, keamanan aplikasi bergantung pada kemampuannya mempertahankan batas kewenangan. Pengguna dari satu cabang tetap perlu dibatasi saat mengakses data cabang lain. Akun operasional tetap perlu dicegah menjalankan fungsi administratif.

Asumsi bahwa semua pengguna internal dapat dipercaya untuk seluruh tindakan akan menyulitkan perusahaan ketika terjadi kesalahan atau penyalahgunaan akun.

Prioritas Pengujian Harus Mengikuti Konsekuensi Bisnis

Perusahaan tidak perlu memperlakukan seluruh aplikasi dengan tingkat pengamanan yang sama. Penilaian yang terarah justru membantu mengalokasikan waktu dan anggaran secara lebih tepat.

Sebelum menentukan kebutuhan pengujian, beberapa pertanyaan perlu dijawab:

• Data sensitif apa yang dapat dibaca atau diekspor?
• Informasi dan keputusan apa yang dapat diubah?
• Proses bisnis apa yang terganggu jika aplikasi tidak tersedia?
• Sistem lain apa yang terhubung dengannya?
• Apakah tindakan penting dapat ditelusuri kepada pengguna tertentu?

Jawaban tersebut membantu menentukan bagian yang perlu diperiksa lebih dalam.

Vulnerability assessment dapat membantu mengidentifikasi kerentanan pada cakupan yang disepakati. Penetration testing dapat digunakan untuk menguji pemanfaatan kelemahan, termasuk kemungkinan akses tanpa kewenangan dan penyalahgunaan fungsi bisnis.

Pada aplikasi sederhana, perhatian dapat diarahkan pada fungsi yang paling menentukan: perubahan data penting, persetujuan, ekspor informasi, pengelolaan akun, dan integrasi. Cakupan yang terfokus tetap perlu mempertimbangkan hubungan antarfungsi agar jalur penyalahgunaan tidak terlewat.

Kesederhanaan Seharusnya Memudahkan Pengamanan

Ruang lingkup aplikasi yang kecil memberikan kesempatan untuk membangun kontrol secara lebih terarah. Perusahaan dapat memetakan data, menetapkan kewenangan, mencatat perubahan penting, dan menguji proses sebelum ketergantungan bisnis semakin besar.

Kesempatan tersebut akan hilang jika label “sederhana” digunakan sebagai alasan untuk menunda keamanan.

Aplikasi perlu dinilai berdasarkan apa yang dapat diakses, diubah, dan dipengaruhinya. Ketika satu fungsi memegang kewenangan penting, pengamanannya perlu mengikuti konsekuensi bisnis tersebut.

Fourtrezz menyediakan layanan Penetration Testing dan Vulnerability Assessment untuk aplikasi web, aplikasi mobile, API, serta jaringan dan server. Layanan tersebut dapat membantu perusahaan mengevaluasi kelemahan keamanan sesuai karakter sistem dan cakupan pengujian.

Jika perusahaan Anda memiliki aplikasi internal yang belum pernah dievaluasi keamanannya, bekerja sama dengan Fourtrezz dapat membantu menentukan kebutuhan pengujian dan prioritas perbaikan. Mulailah dari fungsi yang mengelola data sensitif atau memengaruhi keputusan penting bagi bisnis.

Hubungi Fourtrezz:

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