Teknik Peninjauan Kode yang Aman

Tinjauan kode aman mengidentifikasi kerentanan keamanan dalam kode sumber sebelum penerapan. Berbeda dari tinjauan kode fungsional, tinjauan ini berfokus pada batas kepercayaan, alur data, API berbahaya, kontrol yang hilang, dan kesalahan logika keamanan—bukan pada kebenaran fungsi atau gaya penulisan.

Alat SAST otomatis seperti Semgrep, SonarQube, dan CodeQL dapat menemukan pola yang dikenal dengan cepat, tetapi dapat melewatkan kelemahan logika bisnis, kerentanan kompleks yang melibatkan banyak komponen, dan masalah yang bergantung pada konteks. Tinjauan manual menemukan hal-hal yang terlewatkan oleh otomatisasi. Keduanya diperlukan.

Mulailah tinjauan keamanan dengan memetakan semua titik masuk: titik akhir HTTP, penangan antrean pesan, unggahan berkas, tugas terjadwal, webhook, dan argumen CLI. Setiap titik masuk yang menerima data eksternal merupakan titik injeksi potensial yang memerlukan pemeriksaan saksama.

Lacak data yang dikendalikan pengguna dari titik masuknya melalui aplikasi hingga penggunaan akhirnya. Apakah data tersebut mencapai kueri basis data, perintah shell, templat HTML, atau panggilan antarmuka pemrograman aplikasi? Ikuti alur data dan periksa setiap langkah transformasi serta sanitasi.

Keputusan keamanan terjadi di batas kepercayaan, yaitu saat data berpindah dari konteks dengan tingkat kepercayaan lebih rendah, seperti permintaan HTTP, ke konteks dengan tingkat kepercayaan lebih tinggi, seperti basis data atau OS. Setiap penyeberangan batas kepercayaan harus memvalidasi, meny||||anitize, atau mengotorisasi data tersebut.

Tandai penggunaan eval(), exec(), system(), shell_exec(), innerHTML, dangerouslySetInnerHTML, deserialize(), pickle.loads(), Runtime.exec(), ProcessBuilder, pengurai XML yang ekspansi entitasnya tidak dinonaktifkan, serta primitif kriptografis yang digunakan langsung alih-alih melalui API tingkat tinggi.

Periksa hal-hal berikut: Apakah setiap titik akhir sensitif dilindungi autentikasi? Apakah otorisasi diperiksa di sisi server untuk setiap tindakan? Dapatkah pengguna mengakses data pengguna lain dengan mengubah parameter ID (IDOR)? Apakah operasi sensitif dilindungi dari CSRF?

Cari blok catch yang mengabaikan pengecualian secara diam-diam. Pastikan pesan kesalahan yang ditampilkan kepada pengguna tidak mengungkapkan jalur internal, jejak tumpukan, atau struktur basis data. Pastikan pengecualian keamanan (AuthenticationException) dicatat dan tidak diabaikan secara diam-diam.

Tandai penggunaan MD5 atau SHA-1 untuk hashing kata sandi; gunakan bcrypt atau Argon2. Tandai juga kunci simetris atau IV yang ditulis langsung dalam kode, enkripsi mode ECB; gunakan GCM atau CBC dengan HMAC, implementasi kriptografi khusus, serta pembangkit bilangan acak yang tidak aman secara kriptografis.

Tinjau package.json dan pom.xml untuk menemukan dependensi yang kedaluwarsa. Periksa konfigurasi aplikasi untuk mode debug yang aktif di lingkungan produksi, halaman kesalahan dengan detail berlebihan, kredensial administrator dalam berkas konfigurasi, dan header keamanan yang hilang, seperti HSTS, CSP, dan X-Frame-Options.

Aturan Semgrep mencocokkan pola sintaks dengan kesadaran semantik. Tulis aturan khusus untuk pola yang spesifik pada basis kode Anda. CodeQL memperlakukan kode sebagai data—tulis kueri atas AST untuk menemukan alur data dari sumber ke tujuan di seluruh berkas dan pemanggilan fungsi.

Apa itu kerentanan IDOR dan di mana Anda akan mencarinya dalam tinjauan kode?

Tinjauan kode aman yang efektif menggabungkan pemetaan titik masuk, pelacakan alur data, analisis batas kepercayaan, deteksi API berbahaya, dan alat SAST otomatis. Pendekatan ini menemukan masalah keamanan yang terlewatkan oleh tinjauan fungsional, terutama kelemahan logika bisnis dan celah otorisasi yang halus.