Daftar isi
Keamanan aplikasi mobile tidak berhenti pada layar login. Data dapat tersimpan di perangkat, berpindah melalui jaringan, diproses oleh API, lalu masuk ke sistem pelaporan. Setiap perpindahan membutuhkan keputusan tentang siapa yang boleh mengakses data dan berapa lama data tersebut diperlukan.
Bagi pemilik bisnis, pembahasan keamanan akan lebih jelas jika dikaitkan dengan alur kerja. Apa yang terjadi ketika ponsel petugas hilang, pegawai keluar, atau pelanggan mencoba membuka pesanan milik orang lain? Pertanyaan seperti ini membantu tim menyusun kebutuhan yang dapat diuji.
Yang perlu Anda pertimbangkan
- Petakan data dan kewenangan pengguna sebelum memilih kontrol keamanan.
- Lindungi sisi perangkat dan API; pembatasan tampilan saja tidak cukup.
- Masukkan pengujian, pembaruan, dan respons insiden ke tanggung jawab operasional.
Petakan data dan tujuan penggunaannya
Daftar data yang benar-benar diperlukan untuk setiap tugas. Aplikasi petugas lapangan mungkin memerlukan alamat pekerjaan dan foto hasil kerja, tetapi belum tentu membutuhkan seluruh riwayat transaksi pelanggan. Batasi informasi yang ditampilkan mengikuti peran dan tujuan pekerjaan.
Tentukan pula masa simpan, pemilik data, dan prosedur penghapusan. Data uji sebaiknya tidak menggunakan salinan mentah data pelanggan. Ketika melibatkan layanan pihak ketiga, periksa informasi yang dikirim dan tanggung jawab pengolahannya bersama pemilik proses.
Pisahkan identitas pengguna dan kewenangannya
Login membuktikan identitas, sedangkan otorisasi menentukan tindakan yang diizinkan. Petugas yang berhasil masuk belum tentu boleh melihat semua cabang atau mengubah status pembayaran. Pemeriksaan ini harus dilakukan pada layanan yang memproses permintaan, bukan hanya dengan menyembunyikan tombol.
Gunakan akun individu agar aktivitas dapat ditelusuri, batasi akses administrator, dan tentukan proses ketika seseorang pindah peran atau keluar. Untuk tindakan berisiko, pertimbangkan autentikasi tambahan atau persetujuan sesuai kebutuhan bisnis.
- Peran pengguna dan cakupan cabang terdokumentasi.
- API memeriksa hak akses untuk setiap objek dan tindakan.
- Sesi dapat dicabut ketika perangkat atau akun bermasalah.
Periksa penyimpanan di perangkat
Informasi sensitif tidak boleh disimpan sembarangan dalam file atau log aplikasi. Pilih mekanisme penyimpanan yang sesuai platform dan periksa apakah data masih tertinggal setelah logout. Menambahkan enkripsi tanpa mengelola kuncinya dengan tepat tidak menyelesaikan masalah.
Fitur offline memerlukan perhatian tambahan. Tentukan data minimum yang dapat disimpan, kapan data lokal kedaluwarsa, dan bagaimana aplikasi menangani konflik setelah koneksi kembali. Foto pekerjaan atau dokumen pelanggan juga perlu dikelola agar tidak tersebar melalui lokasi penyimpanan yang tidak diharapkan.
| Skenario | Pertanyaan pemeriksaan |
|---|---|
| Ponsel hilang | Bisakah sesi dicabut dan akses berikutnya diblokir? |
| Logout | Data sensitif apa yang masih tertinggal di perangkat? |
| Kerja offline | Data apa yang disimpan, berapa lama, dan bagaimana sinkronisasinya? |
| Ganti pengguna | Apakah pengguna baru dapat melihat data pengguna sebelumnya? |
Lindungi komunikasi dan layanan API
Gunakan HTTPS dan validasi koneksi sesuai kemampuan platform. Rahasia layanan tidak ditempatkan di aplikasi pengguna karena berkas aplikasi dapat dianalisis. API tetap perlu memvalidasi masukan, membatasi permintaan yang berlebihan, dan menangani kegagalan secara aman.
Pesan kesalahan harus membantu pengguna tanpa membocorkan detail sensitif sistem. Log dapat mencatat identitas operasi, status, dan waktu untuk investigasi; password, token akses, dan data pribadi yang tidak dibutuhkan tidak semestinya dicatat sebagai isi diagnostik biasa.
Uji keadaan gagal dan perpindahan peran
Pemeriksaan keamanan perlu mencakup proses yang menyimpang dari penggunaan normal. Uji apakah pengguna dapat meminta data cabang lain, mengulangi tindakan yang sama, atau menggunakan sesi yang sudah dicabut. Hasilnya perlu dicatat beserta langkah perbaikan dan pengujian ulang.
OWASP MASVS menyediakan kelompok kontrol untuk penyimpanan, kriptografi, autentikasi, jaringan, platform, kode, ketahanan, dan privasi. Gunakan sebagai kerangka pembahasan sesuai risiko aplikasi. Menyebut MASVS di proposal tidak sama dengan bukti bahwa semua kontrol telah diterapkan atau diuji.
- Tentukan alur dan aset data yang paling penting.
- Susun skenario pengujian berdasarkan peran dan kemungkinan kegagalan.
- Perbaiki temuan berdasarkan dampak dan peluang penyalahgunaan.
- Uji kembali perubahan sebelum membuka akses yang lebih luas.
Tetapkan tanggung jawab setelah peluncuran
Sistem operasi, pustaka aplikasi, dan layanan backend terus berubah. Sepakati siapa yang memantau pembaruan, memperbaiki temuan, dan menghubungi pemilik bisnis saat terjadi insiden. Simpan akses darurat dengan pengendalian yang sesuai; jangan bergantung pada satu akun pribadi.
Tidak ada aplikasi yang memperoleh keamanan mutlak hanya dari satu pengujian. Yang dapat direncanakan adalah kontrol yang sesuai risiko, bukti pengujian, serta proses respons yang jelas. Cakupan pengembangan dan pemeliharaan Metanotech dibahas mengikuti kebutuhan aplikasi dan kesepakatan layanan.
Pertanyaan yang sering muncul
Apakah enkripsi saja sudah cukup?
Belum. Enkripsi melindungi bagian tertentu dari penyimpanan atau komunikasi, tetapi tidak menggantikan otorisasi, pengelolaan sesi, validasi API, maupun proses pemeliharaan.
Apakah semua aplikasi membutuhkan pengujian yang sama?
Kedalaman pengujian mengikuti risiko, data, dan fungsi aplikasi. Aplikasi yang mengelola data sensitif atau transaksi penting memerlukan evaluasi yang sesuai, dengan ruang lingkup serta bukti hasil yang jelas.
Rujukan
Tentukan langkah yang sesuai bisnis Anda.
Bawa contoh alur kerja, kendala saat ini, dan prioritas Anda. Tim Metanotech membantu membahas cakupan, pilihan solusi, serta tahapan pengerjaannya.
