Mencari Jurang Keselamatan

Pengesahan identiti bertanya siapa anda; pengesahan kebenaran bertanya perkara yang boleh anda lakukan. Model sering menambah log masuk tetapi terlupa menyemak pemilikan bagi setiap sumber.

Hasilnya ialah IDOR klasik: ubah id dalam URL dan baca data orang lain. Titik akhir mengesahkan identiti anda, tetapi tidak pernah mengesahkan bahawa rekod itu milik anda.

Semak setiap capaian data untuk pengesahan pemilikan atau peranan, bukan sekadar semakan bahawa pengguna telah log masuk.

Minta integrasi yang berfungsi dan model dengan senang hati akan menampal kunci API secara sebaris supaya demonstrasi berjalan. Kunci itu kemudiannya kekal dalam sejarah git anda selama-lamanya.

Rahsia hendaklah berada dalam pemboleh ubah persekitaran atau peti besi, bukan dalam kod yang dihantar, himpunan klien atau log.

Imbas semua perkara yang kelihatan seperti key, token atau kata laluan yang dikodkan secara tetap dalam pepohon.

Bahagian hadapan yang dijana sering menguatkuasakan peraturan hanya dalam pelayar: harga dikira pada pihak klien, peranan disemak dalam JavaScript dan pengesahan dilakukan dalam borang.

Penyerang memintas semuanya dengan memanggil API anda secara terus. Apa-apa yang dikira oleh klien mesti dikira semula dan disahkan semula oleh pelayan.

Anggap setiap permintaan datang daripada skrip berniat jahat kerana memang ia boleh berbuat demikian.

Model mengesahkan medan yang anda sebut dan mengabaikan yang lain. Had panjang, semakan jenis, senarai benarkan dan peraturan format akan dilangkau melainkan diminta.

Input tanpa had mengundang penafian perkhidmatan, muat naik yang terlalu besar dan data tidak sah yang merosakkan sistem hiliran.

Sahkan pada sempadan kepercayaan dengan senarai benarkan yang jelas, bukan senarai sekat yang boleh dielakkan penyerang.

Berguna untuk nyahpepijat tetapi berbahaya dalam persekitaran pengeluaran: jejak tindanan, ralat SQL dan laluan dalaman yang dipulangkan kepada pemanggil memberikan penyerang peta sistem anda.

Model menggunakan ralat terperinci secara lalai kerana ralat itu memudahkan pembaikan demonstrasi. Persekitaran pengeluaran memerlukan mesej umum kepada pengguna dan butiran penuh hanya dalam log peribadi.

Asingkan perkara yang dilihat pengguna daripada perkara yang anda rekodkan.

Titik akhir log masuk, tetapan semula kata laluan dan pertanyaan mahal tanpa pengehadan kadar terdedah kepada serangan cuba jaya secara kasar dan penyalahgunaan. Model jarang menambah pendikitan tanpa diminta.

Titik akhir log masuk tanpa had menjadi sasaran pengisian kelayakan. Carian tanpa had boleh menjadi alat serangan penafian perkhidmatan.

Kenal pasti titik akhir yang sensitif dan mahal, kemudian hadkan kekerapan panggilannya.

AI mungkin memasukkan pakej yang lapuk, terbiar atau malah direka-reka. Nama kebergantungan yang dieja menyerupai pakej sebenar merupakan vektor serangan rantaian bekalan yang nyata.

Setiap import yang dicadangkan oleh model ialah keputusan kepercayaan. Sahkan bahawa pakej itu wujud, diselenggara dan tidak mempunyai kelemahan kritikal yang diketahui.

Jalankan alat pengauditan dan baca perkara yang ditandainya, bukannya menaik taraf secara membuta tuli.

Gesaan yang paling berkuasa mengubah peranan model daripada pembina kepada pihak lawan. Minta model menyerang kod yang baru ditulisnya.

Proses pemodelan ancaman menyenaraikan cara setiap ciri boleh disalahgunakan: perkara yang dikehendaki penyerang, perkara yang dikawalnya dan andaian yang akan gagal dahulu.

Semakan oleh pihak lawan menemui jurang yang terlepas begitu sahaja dalam semakan membina.

Tiada satu kawalan pun yang mencukupi. Sahkan input, gunakan pertanyaan berparameter, semak keizinan dan hadkan kadar. Jika satu lapisan gagal, lapisan seterusnya masih bertahan.

Model cenderung menambah satu pembaikan lalu menganggap masalah selesai. Pengerasan sebenar melapiskan kawalan supaya satu kesilapan tidak menjadi bencana.

Keselamatan ialah sifat seluruh sistem dan perlu disemak secara menyeluruh.

AI secara lalai menghasilkan kod yang tidak selamat: suntikan, keizinan yang rosak, rahsia dalam kod sumber, kepercayaan pada pihak pelanggan, pengesahan yang lemah, ralat yang membocorkan maklumat, ketiadaan had kadar dan kebergantungan berisiko.

Cari semua kelemahan itu melalui semakan oleh pihak lawan, bina model ancaman bagi setiap ciri dan lapiskan kawalan untuk pertahanan berlapis. Seterusnya, anda akan mengeraskan aplikasi yang telah disemak supaya bersedia untuk pengeluaran.