Web Application Firewall:Ikhtisar keamanan API

Informasi identitas

Kontak dan lokasi

Keuangan dan pembayaran

Identifikasi jaringan dan perangkat

Kredensial dan kunci

Identifikasi perusahaan dan umum

Spesifikasi keamanan

• Metode HTTP tidak aman

  • Tingkat risiko: Rendah

  • Deskripsi risiko: API ini menggunakan metode HTTP yang tidak aman. Penyerang dapat menggunakan metode ini untuk memindai informasi server atau merusak data server, misalnya dengan menggunakan PUT untuk mengunggah file berbahaya atau DELETE untuk menghapus sumber daya server.

  • Saran: Nonaktifkan metode HTTP yang tidak aman seperti PUT, DELETE, TRACE, dan OPTIONS, sesuai kebutuhan bisnis Anda.

• Algoritma tanda tangan JWT lemah

  • Tingkat risiko: Rendah

  • Deskripsi risiko: API ini menggunakan algoritma tanda tangan JSON Web Token (JWT) yang lemah.

  • Saran: Gunakan algoritma tanda tangan yang lebih aman seperti RS256. Pastikan kuncinya kuat dan ditransmisikan serta disimpan secara aman.

• Parameter sebagai URL

  • Tingkat risiko: Rendah

  • Deskripsi risiko: Parameter permintaan untuk API ini berisi nilai URL. Hal ini dapat menimbulkan risiko Server-Side Request Forgery (SSRF).

  • Saran: Rancang ulang API untuk menghindari penggunaan URL yang dikontrol pengguna secara langsung dalam parameter. Terapkan validasi dan penyaringan ketat pada konten parameter.

Keamanan akun

• Transmisi kata sandi dalam bentuk plaintext

  • Tingkat risiko: Rendah

  • Deskripsi risiko: API ini mentransmisikan kata sandi akun dalam teks biasa. Penyerang dapat mencegat kredensial selama transmisi melalui metode seperti sniffing, yang mengakibatkan peretasan akun.

  • Saran: Enkripsi atau hash bidang kata sandi sebelum transmisi untuk mencegahnya dicegat.

• Toleransi terhadap kata sandi lemah

  • Tingkat risiko: Rendah

  • Deskripsi risiko: API logon ini memperbolehkan kata sandi lemah. Penyerang dapat mengeksploitasi hal ini untuk melakukan serangan brute-force terhadap akun.

  • Saran: Terapkan kebijakan kata sandi yang kuat. Kata sandi yang kuat minimal terdiri dari 8 karakter dan mencakup karakter dari minimal tiga kategori berikut: huruf kapital, huruf kecil, angka, dan simbol. Beri tahu pengguna yang memiliki kata sandi lemah untuk segera menggantinya.

• Kerentanan akibat kata sandi lemah pada aplikasi internal

  • Tingkat risiko: Tinggi

  • Deskripsi risiko: API logon aplikasi internal ini memperbolehkan kata sandi lemah. Penyerang dapat mengeksploitasi hal ini untuk melakukan serangan brute-force terhadap akun.

  • Saran: Terapkan kebijakan kata sandi yang kuat. Kata sandi yang kuat minimal terdiri dari 8 karakter dan mencakup karakter dari minimal tiga kategori berikut: huruf kapital, huruf kecil, angka, dan simbol. Beri tahu pengguna yang memiliki kata sandi lemah untuk segera menggantinya.

• Adanya kata sandi default

  • Tingkat risiko: Menengah

  • Deskripsi risiko: Aplikasi ini mungkin memiliki kata sandi default. Penyerang dapat menggunakan kata sandi default untuk mengambil alih akun yang belum mengganti kata sandinya.

  • Saran: Untuk aplikasi dengan kata sandi default, wajibkan penggantian kata sandi saat logon pertama kali. Untuk akun yang sudah ada dengan kata sandi default, beri tahu pengguna untuk segera menggantinya.

• Pengembalian kata sandi dalam bentuk plaintext

  • Tingkat risiko: Rendah

  • Deskripsi risiko: Respons API ini berisi kata sandi dalam teks biasa. Penyerang dapat mencegat kredensial pengguna selama transmisi, yang mengakibatkan peretasan akun.

  • Saran: Rancang ulang API untuk menghindari pengembalian kata sandi plaintext dalam respons.

• Penyimpanan kata sandi dalam cookie

  • Tingkat risiko: Rendah

  • Deskripsi risiko: API ini menyimpan informasi kata sandi akun dalam cookie, sehingga mudah dicuri oleh penyerang.

  • Saran: Rancang ulang API untuk menghindari penyimpanan kredensial sensitif dalam cookie.

• Login tanpa batasan

  • Tingkat risiko: Menengah

  • Deskripsi risiko: API logon ini tidak memiliki mekanisme verifikasi seperti CAPTCHA. Penyerang dapat mengeksploitasi hal ini untuk melakukan serangan brute-force tanpa batas terhadap kata sandi.

  • Saran: Tambahkan mekanisme verifikasi, seperti CAPTCHA, terutama setelah beberapa kali percobaan logon gagal, untuk mencegah serangan brute-force.

• Pesan kegagalan logon yang tidak biasa

  • Tingkat risiko: Rendah

  • Deskripsi risiko: Pesan kegagalan logon API ini mengungkap apakah username tersebut ada. Penyerang dapat menggunakan informasi ini untuk mengenumerasi akun yang valid guna serangan lebih lanjut.

  • Saran: Saat logon gagal, kembalikan pesan umum seperti "Username atau kata sandi salah" alih-alih mengungkap apakah username tersebut valid.

• Transmisi kata sandi akun melalui URL

  • Tingkat risiko: Menengah

  • Deskripsi risiko: API ini mentransmisikan kata sandi akun dalam URL. Jika URL tersebut dikompromikan, kredensial akan bocor. URL sering dicatat dalam log server, header referer, dan riwayat browser.

  • Saran: Gunakan metode POST untuk mentransmisikan data kredensial dalam badan permintaan.

Kontrol akses

• Aplikasi internal dapat diakses dari Internet

  • Tingkat risiko: Rendah

  • Deskripsi risiko: API ini milik aplikasi internal dan dapat diakses dari Internet tanpa batasan akses. Hal ini memungkinkan penyerang mengeksploitasi atau menyerang aplikasi internal.

  • Saran: Tambahkan kebijakan kontrol akses, seperti daftar putih alamat IP, untuk membatasi sumber akses.

• Sumber akses tanpa batasan

  • Tingkat risiko: Rendah

  • Deskripsi risiko: API ini diakses dari sumber (alamat IP atau wilayah) di luar garis dasar normalnya.

  • Saran: Tambahkan kebijakan kontrol akses. Gunakan daftar hitam dan daftar putih IP atau fitur geo-blocking untuk membatasi sumber akses.

• Alat akses tanpa batas

  • Tingkat risiko: Rendah

  • Deskripsi risiko: Jenis klien yang digunakan untuk mengakses API ini tidak sesuai dengan garis dasar akses klien API.

  • Saran: Tambahkan kebijakan kontrol akses untuk membatasi alat akses dan mencegah penyerang menggunakan skrip berbahaya untuk menyerang API atau mengambil data.

• Tingkat akses tanpa batas

  • Tingkat risiko: Rendah

  • Deskripsi risiko: API ini diakses dari satu alamat IP sejumlah kali per menit tertentu.

  • Saran: Tambahkan kebijakan pembatasan laju untuk mengontrol akses frekuensi tinggi dan mencegah penyalahgunaan.

Manajemen izin

• Kredensial tidak cukup acak.

  • Tingkat risiko: Menengah

  • Deskripsi risiko: API ini menggunakan kredensial otentikasi yang tidak cukup acak dan mungkin dapat ditebak. Penyerang dapat melakukan brute-force terhadap kredensial ini untuk mendapatkan akses tidak sah atau peningkatan hak istimewa.

  • Saran: Tingkatkan keacakan kredensial otentikasi. Hindari penggunaan format yang pendek atau mudah ditebak.

• Akses tanpa otentikasi ke API sensitif

  • Tingkat risiko: Tinggi

  • Deskripsi risiko: API ini, yang berisi data sensitivitas tinggi, dapat diakses tanpa otentikasi. Hal ini dapat menyebabkan kebocoran data serius.

  • Saran: Tambahkan mekanisme verifikasi identitas yang ketat dan komprehensif untuk mencegah penggunaan API yang tidak sah.

• Akses tidak sah ke API internal

  • Tingkat risiko: Tinggi

  • Deskripsi risiko: API ini, yang milik aplikasi internal, dapat diakses tanpa otentikasi. Hal ini dapat menyebabkan penggunaan layanan internal yang tidak sah atau kebocoran data internal.

  • Saran: Tambahkan mekanisme verifikasi identitas yang ketat dan komprehensif untuk mencegah penggunaan API yang tidak sah.

• Transmisi kredensial berbasis URL

  • Tingkat risiko: Menengah

  • Deskripsi risiko: API ini mentransmisikan kredensial otentikasi dalam URL. Jika URL tersebut dikompromikan, kredensial dapat disalahgunakan. URL sering dicatat dalam log server, header referer, dan riwayat browser.

  • Saran: Gunakan metode lain untuk mentransmisikan kredensial otentikasi, seperti header kustom, cookie, atau badan permintaan.

• Kebocoran informasi pasangan AccessKey

  • Tingkat risiko: Tinggi

  • Deskripsi risiko: Respons dari API ini berisi ID AccessKey dan AccessKey Secret, yang dapat dieksploitasi oleh penyerang.

  • Saran: Rancang ulang API untuk menghindari pengembalian informasi pasangan AccessKey. Selain itu, segera nonaktifkan atau hapus pasangan AccessKey yang bocor.

• Akses tidak sah untuk mendapatkan token STS

  • Tingkat risiko: Menengah

  • Deskripsi risiko: Model deteksi risiko keamanan API telah mengidentifikasi bahwa API ini dapat diakses tanpa otentikasi, dan responsnya berisi token STS platform cloud (kredensial keamanan sementara). Penyerang dapat menggunakan API ini untuk langsung mendapatkan kredensial sementara dengan izin operasi sumber daya cloud, yang dapat menyebabkan panggilan layanan cloud tidak sah, pencurian data sensitif, penyalahgunaan sumber daya komputasi, operasi berbahaya, bahkan peretasan akun penuh, eksfiltrasi data bisnis skala besar, dan kerugian finansial signifikan.

  • Saran: Segera terapkan mekanisme otentikasi identitas dan kontrol akses yang ketat untuk API ini untuk memastikan hanya entitas yang berwenang yang dapat memanggil API terkait STS di lingkungan tepercaya, mencegah akses tidak sah atau peningkatan hak istimewa. Selain itu, tinjau secara menyeluruh cakupan izin dan catatan penggunaan token STS yang bocor, segera cabut kredensial sementara tersebut, dan perkuat keamanan kebijakan peran IAM terkait. Pastikan API STS tidak pernah diekspos secara eksternal, dan jangan pernah menyematkan atau memanggil API berisiko tinggi seperti ini dalam kode frontend, aplikasi klien, atau repositori publik.

Proteksi data

• Jenis data sensitif berlebihan dalam respons

  • Tingkat risiko: Menengah

  • Deskripsi risiko: Respons dari API ini berisi jumlah jenis data sensitif yang berlebihan. Hal ini mungkin menunjukkan eksposur data yang tidak perlu, meningkatkan risiko kebocoran data.

  • Saran: Tinjau kebutuhan bisnis untuk setiap jenis data yang dikembalikan. Terapkan penyembunyian data sensitif pada data penting dan hapus jenis data yang tidak esensial.

• Data sensitif berlebihan dalam respons

  • Tingkat risiko: Menengah

  • Deskripsi risiko: Respons dari API ini berisi data sensitif dan tidak membatasi jumlah data yang dikembalikan. Hal ini dapat dieksploitasi untuk menyebabkan kebocoran data skala besar.

  • Saran: Batasi jumlah data yang dikembalikan dalam satu respons berdasarkan kebutuhan bisnis Anda. Hal ini mencegah penyerang menggunakan API untuk mendapatkan sejumlah besar data sensitif.

• De-identifikasi data tidak memadai

  • Tingkat risiko: Menengah

  • Deskripsi risiko: Respons dari API ini mengembalikan versi yang telah dide-identifikasi (disembunyikan) dan versi yang tidak dide-identifikasi (plaintext) dari data yang sama, sehingga menggagalkan tujuan de-identifikasi.

  • Saran: Tinjau data sampel untuk mengonfirmasi risiko ini. Pastikan data yang dimaksudkan untuk disembunyikan tidak juga diekspos dalam plaintext di tempat lain dalam respons.

• Kebocoran informasi server sensitif

  • Tingkat risiko: Tinggi

  • Deskripsi risiko: Respons dari API ini berisi informasi server sensitif. Penyerang dapat menggunakan informasi ini untuk merencanakan serangan dan menguasai server.

  • Saran: Tinjau data sampel untuk mengonfirmasi risiko. Hindari mengembalikan informasi server internal secara langsung ke klien.

• Kebocoran alamat IP internal

  • Tingkat risiko: Menengah

  • Deskripsi risiko: Respons dari API ini tampaknya berisi alamat IP internal, sehingga membocorkan informasi jaringan internal. Penyerang dapat menggunakan informasi ini untuk menyerang aplikasi internal.

  • Saran: Rancang ulang API untuk mencegah informasi jaringan internal bocor dalam respons.

• Transmisi data sensitif berbasis URL

  • Tingkat risiko: Menengah

  • Deskripsi risiko: API ini mentransmisikan data sensitivitas tinggi dalam URL. Jika URL tersebut dikompromikan, kebocoran data sensitif dapat terjadi. URL sering dicatat dalam log server, header referer, dan riwayat browser.

  • Saran: Gunakan metode POST dan transmisikan data sensitif dalam badan permintaan.

• Kebocoran dokumentasi OpenAPI

  • Tingkat risiko: Menengah

  • Deskripsi risiko: Model deteksi risiko keamanan API telah mengidentifikasi bahwa API ini mengekspos dokumen definisi antarmuka seperti OpenAPI atau Swagger. Penyerang dapat menggunakan dokumen ini untuk mendapatkan jalur API bisnis, struktur parameter, dan detail bisnis, memungkinkan mereka membangun permintaan secara tepat untuk probing batch, pencurian data, serangan logika bisnis, bahkan menemukan antarmuka sensitif dan potensi operasi tidak sah. Dalam kasus parah, hal ini dapat menyebabkan kebocoran data sensitif sistem atau operasi tidak sah.

  • Saran: Batasi secara ketat izin akses eksternal untuk dokumen definisi antarmuka berdasarkan kebutuhan bisnis aktual Anda. Nonaktifkan atau enkripsi antarmuka dokumen API terbuka di lingkungan produksi untuk mencegah akses tidak sah. Jika akses diperlukan, batasi hanya untuk akun tepercaya atau panggilan jaringan internal saja. Selain itu, tinjau secara berkala kebijakan eksposur dokumen API untuk menghindari membawa bidang sensitif dan deskripsi bisnis. Perkuat kontrol keamanan melalui otentikasi identitas, daftar putih IP, dan gateway API untuk mencegah penyerang eksternal mendapatkan metadata antarmuka.

• Kebocoran kunci API model besar

  • Tingkat risiko: Tinggi

  • Deskripsi risiko: Model deteksi risiko keamanan API telah mengidentifikasi bahwa API ini dapat diakses tanpa otentikasi dan responsnya berisi kunci API untuk layanan model besar. Penyerang dapat menggunakan API ini untuk mencuri kunci API model besar, yang dapat menyebabkan akses data tidak sah, konsumsi kuota real-time, pencurian informasi sensitif, pembuatan konten berbahaya, eksfiltrasi data bisnis, dan penyalahgunaan akun.

  • Saran: Terapkan mekanisme otentikasi identitas yang ketat dan lengkap untuk mencegah akses tidak sah atau peningkatan hak istimewa ke API. Selain itu, segera tinjau penggunaan aktual kunci API, segera putar kunci tersebut, dan pastikan kunci API hanya digunakan di lingkungan yang aman dan terkendali. Jangan pernah mengekspos kunci API secara langsung dalam kode frontend atau repositori publik.

Desain API

• Dapat dilalui melalui parameter permintaan.

  • Tingkat risiko: Rendah

  • Deskripsi risiko: Parameter permintaan untuk API ini memiliki format tetap dan dapat diprediksi. Penyerang dapat mengiterasi nilai parameter berdasarkan pola ini untuk mengakses data secara batch.

  • Saran: Tingkatkan keacakan parameter. Hindari penggunaan nilai yang sederhana, berurutan, atau mudah ditebak seperti angka pendek.

• Volume data yang dikembalikan dapat diubah.

  • Tingkat risiko: Rendah

  • Deskripsi risiko: Parameter permintaan untuk API ini mengontrol jumlah item yang dikembalikan dan dapat diatur ke nilai apa pun. Penyerang dapat memodifikasi parameter ini untuk mendapatkan sejumlah besar data dalam satu permintaan.

  • Saran: Tambahkan batasan pada parameter ini. Misalnya, sediakan hanya beberapa opsi tetap alih-alih memungkinkan angka arbitrer, untuk mencegah penyalahgunaan.

• Kueri database

  • Tingkat risiko: Tinggi

  • Deskripsi risiko: Parameter permintaan untuk API ini berisi pernyataan kueri database. Penyerang dapat menggunakan API ini untuk menjalankan operasi database arbitrer, menyerang database, atau mencuri data penting.

  • Saran: Rancang ulang API untuk menghindari pengiriman pernyataan kueri database mentah dari klien. Terapkan validasi dan penyaringan ketat pada semua parameter.

• API eksekusi perintah

  • Tingkat risiko: Tinggi

  • Deskripsi risiko: Parameter permintaan untuk API ini berisi perintah sistem. Penyerang dapat menggunakan API ini untuk menjalankan perintah sistem arbitrer, menguasai server, atau mencuri data penting.

  • Saran: Rancang ulang API untuk menghindari pengiriman pernyataan perintah mentah dari klien. Terapkan validasi dan penyaringan ketat pada semua parameter.

• Pengiriman pesan SMS arbitrer

  • Tingkat risiko: Menengah

  • Deskripsi risiko: Parameter permintaan API pengiriman pesan SMS ini berisi nomor telepon dan konten pesan. Penyerang dapat menggunakan API ini untuk mengirim pesan berbahaya ke nomor telepon mana pun.

  • Saran: Rancang ulang API untuk menggunakan templat pesan tetap di backend alih-alih menerima konten arbitrer dari klien.

• Pengiriman konten email arbitrer

  • Tingkat risiko: Menengah

  • Deskripsi risiko: Parameter permintaan API pengiriman email ini berisi alamat email dan konten email. Penyerang dapat menggunakan API ini untuk mengirim email berbahaya ke alamat email mana pun.

  • Saran: Rancang ulang API untuk menggunakan templat email tetap di backend alih-alih menerima konten arbitrer dari klien.

• Kebocoran kode verifikasi pesan SMS

  • Tingkat risiko: Tinggi

  • Deskripsi risiko: Respons API pengiriman SMS ini tampaknya berisi kode verifikasi itu sendiri. Penyerang dapat menggunakan API ini untuk langsung mendapatkan kode verifikasi, melewati pemeriksaan keamanan.

  • Saran: Jangan kembalikan kode verifikasi ke klien. Proses verifikasi harus diselesaikan di backend.

• Kebocoran kode verifikasi email

  • Tingkat risiko: Tinggi

  • Deskripsi risiko: Respons API pengiriman email ini tampaknya berisi kode verifikasi itu sendiri. Penyerang dapat menggunakan API ini untuk langsung mendapatkan kode verifikasi, melewati pemeriksaan keamanan.

  • Saran: Jangan kembalikan kode verifikasi ke klien. Proses verifikasi harus diselesaikan di backend.

• Unduhan file tertentu

  • Tingkat risiko: Menengah

  • Deskripsi risiko: Parameter permintaan API unduhan file ini berisi jalur file. Penyerang dapat memodifikasi parameter ini untuk mengunduh file arbitrer dan mencuri data penting.

  • Saran: Rancang ulang API untuk mencegah unduhan menggunakan jalur file lengkap. Validasi dan saring secara ketat konten parameter untuk mencegah serangan penelusuran jalur.

• Kebocoran informasi pengecualian aplikasi

  • Tingkat risiko: Menengah

  • Deskripsi risiko: Respons dari API ini berisi detail pengecualian aplikasi. Penyerang dapat menggunakan informasi ini untuk mempelajari konfigurasi aplikasi server dan detail sensitif lainnya.

  • Saran: Tingkatkan mekanisme penanganan pengecualian bisnis. Saat terjadi pengecualian, kembalikan pesan kesalahan umum atau alihkan ke halaman kesalahan standar alih-alih membocorkan detail pengecualian mentah.

• Kebocoran informasi pengecualian database

  • Tingkat risiko: Menengah

  • Deskripsi risiko: Respons dari API ini berisi detail pengecualian database. Penyerang dapat menggunakan informasi ini untuk mempelajari pernyataan kueri database dan struktur tabel, memungkinkan serangan seperti Injeksi SQL.

  • Saran: Optimalkan mekanisme penanganan pengecualian bisnis. Saat terjadi pengecualian, kembalikan pesan kesalahan umum atau alihkan ke halaman kesalahan standar alih-alih membocorkan detail pengecualian database mentah.

Kustom

Aturan Deteksi Risiko Kustom

• Tingkat risiko: Tingkat kustom

• Deskripsi risiko: API ini cocok dengan aturan deteksi risiko kustom yang Anda konfigurasi.

• Saran: Saran menampilkan konten yang Anda konfigurasi dalam kebijakan.

Pengecualian garis dasar

• Akses frekuensi sangat tinggi

  • Deskripsi peristiwa: Frekuensi akses jauh lebih tinggi daripada garis dasar harian untuk API ini, yang mungkin menunjukkan perilaku berbahaya seperti penyalahgunaan API atau serangan banjir HTTP.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, konfigurasikan daftar hitam IP untuk memblokirnya. Selain itu, konfigurasikan kebijakan geo-blocking berdasarkan garis dasar distribusi wilayah harian API untuk memastikan penggunaan sumber daya API yang wajar.

• Akses ke API internal dari alamat IP yang tidak biasa

  • Deskripsi peristiwa: Alamat IP sumber tidak sesuai dengan garis dasar distribusi IP akses harian API. Hal ini mungkin menunjukkan perilaku pemanggilan anomali.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP. Anda juga dapat mengonfigurasi kebijakan daftar putih IP berdasarkan garis dasar distribusi IP harian API dan blokir akses dari alamat IP lain untuk memastikan penggunaan sumber daya API yang wajar.

• Akses ke API internal dari lokasi yang tidak biasa

  • Deskripsi peristiwa: Wilayah alamat IP tidak sesuai dengan garis dasar distribusi wilayah akses harian API. Hal ini mungkin menunjukkan perilaku pemanggilan anomali.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP. Anda juga dapat mengonfigurasi kebijakan daftar hitam lokasi berdasarkan garis dasar distribusi wilayah harian API untuk memastikan penggunaan sumber daya API yang wajar.

• Akses menggunakan alat yang tidak wajar

  • Deskripsi peristiwa: Alat yang digunakan untuk akses tidak sesuai dengan garis dasar distribusi alat akses harian API. Hal ini mungkin menunjukkan pemanggilan anomali.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP. Anda juga dapat mengonfigurasi kebijakan kontrol akses ACL atau mengaktifkan modul Bot Management berdasarkan garis dasar distribusi alat akses harian API untuk memastikan penggunaan sumber daya API yang wajar.

• Akses selama periode waktu yang tidak biasa

  • Deskripsi peristiwa: API dipanggil selama periode waktu anomali, yang mungkin menunjukkan pemanggilan anomali.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP.

• Akses menggunakan nilai parameter yang tidak normal

  • Deskripsi peristiwa: Format parameter permintaan tidak sesuai dengan karakteristik harian permintaan ke API ini, yang mungkin menunjukkan pemanggilan anomali atau serangan.

  • Saran: Tinjau data permintaan sampel dan detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP. Jika serangan web dikonfirmasi, gunakan modul Core Web Protection untuk melindungi API dan memastikan penggunaan sumber daya API yang wajar.

Risiko akun

• Login ke aplikasi internal yang menggunakan kata sandi lemah

  • Deskripsi peristiwa: Alamat IP diduga menggunakan kata sandi lemah untuk logon ke aplikasi internal.

  • Saran: Periksa detail log untuk mengonfirmasi apakah logon berhasil. Untuk layanan akun, terapkan kebijakan kata sandi yang lebih kuat. Kata sandi yang kuat biasanya mencakup minimal tiga jenis karakter berikut: huruf kapital, huruf kecil, angka, dan simbol, serta minimal terdiri dari 8 karakter. Untuk akun yang sudah ada dengan kata sandi lemah, beri tahu pengguna untuk mengganti kata sandinya.

• Serangan brute-force terhadap nama pengguna

  • Deskripsi peristiwa: Alamat IP melakukan beberapa percobaan logon menggunakan kata sandi yang relatif tetap sambil terus-menerus mengubah username. Hal ini menunjukkan serangan brute-force terhadap username.

  • Saran: Periksa detail log untuk melihat apakah ada percobaan yang berhasil. Ganti kata sandi secara berkala dan pastikan tidak ada kata sandi lemah yang digunakan. Untuk layanan logon, tambahkan kode verifikasi untuk membatasi percobaan logon atau konfigurasikan kebijakan pembatasan laju untuk memastikan penggunaan API logon yang wajar.

• Serangan brute-force terhadap kata sandi

  • Deskripsi peristiwa: Alamat IP melakukan beberapa percobaan logon untuk akun tertentu sambil mengganti banyak kata sandi berbeda. Hal ini diduga sebagai serangan brute-force terhadap kata sandi.

  • Saran: Periksa detail log untuk melihat apakah ada percobaan yang berhasil. Ganti kata sandi secara berkala dan pastikan tidak ada kata sandi lemah yang digunakan. Untuk layanan logon, tambahkan kode verifikasi untuk membatasi percobaan logon atau konfigurasikan kebijakan pembatasan laju untuk memastikan penggunaan API logon yang wajar.

• Serangan kamus

  • Deskripsi peristiwa: Alamat IP melakukan beberapa percobaan logon menggunakan banyak username dan kata sandi berbeda. Hal ini menunjukkan serangan kamus.

  • Saran: Periksa detail log untuk melihat apakah ada percobaan yang berhasil. Ganti kata sandi secara berkala dan pastikan tidak ada kata sandi lemah yang digunakan. Untuk layanan logon, tambahkan kode verifikasi untuk membatasi percobaan logon atau konfigurasikan kebijakan pembatasan laju untuk memastikan penggunaan API logon yang wajar.

• Serangan brute-force terhadap kode verifikasi SMS

  • Deskripsi peristiwa: Alamat IP melakukan beberapa percobaan untuk memverifikasi kode pesan SMS menggunakan banyak kode berbeda. Hal ini diduga sebagai serangan brute-force terhadap kode verifikasi.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP. Anda juga dapat mengonfigurasi kebijakan pembatasan laju berdasarkan garis dasar distribusi laju harian API untuk memastikan penggunaan sumber daya API yang wajar.

• Serangan brute-force terhadap kode verifikasi email

  • Deskripsi peristiwa: Alamat IP melakukan beberapa percobaan untuk memvalidasi kode verifikasi email menggunakan banyak kode berbeda. Hal ini diduga sebagai serangan brute-force terhadap kode verifikasi.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP. Anda juga dapat mengonfigurasi kebijakan pembatasan laju berdasarkan garis dasar distribusi laju harian API untuk memastikan penggunaan sumber daya API yang wajar.

• Pendaftaran batch

  • Deskripsi peristiwa: Alamat IP telah melakukan jumlah permintaan pendaftaran yang tidak biasa, yang menunjukkan aktivitas pendaftaran batch. Hal ini dapat menyebabkan banyak akun spam.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP. Anda juga dapat mengonfigurasi kebijakan pembatasan laju berdasarkan garis dasar distribusi laju harian API untuk memastikan penggunaan sumber daya API yang wajar.

Penyalahgunaan API

• Konsumsi sumber daya SMS berbahaya

  • Deskripsi peristiwa: Alamat IP melakukan beberapa permintaan untuk mengirim SMS. Hal ini menunjukkan konsumsi sumber daya SMS berbahaya atau penggunaan API untuk flooding SMS, yang dapat menyebabkan kerugian bisnis.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP. Anda juga harus membatasi frekuensi pengiriman SMS ke satu nomor telepon dan mengonfigurasi kebijakan pembatasan laju berdasarkan garis dasar distribusi laju harian API untuk memastikan penggunaan sumber daya API yang wajar.

• Konsumsi sumber daya email berbahaya

  • Deskripsi peristiwa: Alamat IP melakukan beberapa permintaan untuk mengirim email, yang diduga merupakan upaya berbahaya untuk mengonsumsi sumber daya layanan email atau meluncurkan serangan email bombing. Hal ini dapat memengaruhi stabilitas layanan email Anda.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP. Anda juga harus membatasi frekuensi pengiriman email ke satu kotak surat dan mengonfigurasi kebijakan pembatasan laju berdasarkan garis dasar distribusi laju harian API untuk memastikan penggunaan sumber daya API yang wajar.

• Unduhan batch

  • Deskripsi peristiwa: Alamat IP telah melakukan jumlah permintaan ekspor atau unduhan data yang tidak biasa, memperoleh banyak file. Hal ini mungkin menimbulkan risiko kebocoran data.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP. Anda juga dapat mengonfigurasi kebijakan pembatasan laju berdasarkan garis dasar distribusi laju harian API untuk memastikan penggunaan sumber daya API yang wajar.

• Pengambilan Data

  • Deskripsi peristiwa: Alamat IP memanggil API beberapa kali dengan nilai parameter yang dilalui, yang diduga merupakan upaya untuk mengambil data API.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP. Tingkatkan keacakan parameter berdasarkan kebutuhan bisnis Anda. Hindari penggunaan nilai parameter yang sederhana dan mudah ditebak, seperti angka pendek.

• Serangan API

  • Deskripsi peristiwa: Alamat IP meluncurkan serangan web terhadap API. Semua serangan telah diblokir oleh modul proteksi serangan web.

  • Saran: Analisis perilaku IP menggunakan detail log. Untuk alamat IP yang jelas-jelas berbahaya, blokir dengan mengonfigurasi daftar hitam IP.

Kebocoran data sensitif

• Akses tidak sah ke data sensitif

  • Deskripsi peristiwa: Alamat IP diduga melakukan panggilan tidak sah ke API dan telah memperoleh data sensitif, yang mungkin menimbulkan risiko kebocoran data.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Untuk API penting, terapkan mekanisme otentikasi identitas yang ketat dan lengkap untuk mencegah penggunaan tidak sah atau peningkatan hak istimewa.

• Akses terhadap data sensitif dalam jumlah besar

  • Deskripsi peristiwa: Alamat IP memanggil API dan memperoleh jumlah data sensitif yang tidak biasa besar, yang mungkin menimbulkan risiko kebocoran data.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. De-identifikasi data sensitif penting jika memungkinkan dan hapus jenis data yang tidak perlu dari respons. Selain itu, konfigurasikan kebijakan pembatasan laju untuk API.

• Akses data sensitif dalam jumlah besar oleh alamat IP di luar negara Anda

  • Deskripsi peristiwa: Alamat IP dari negara Anda memanggil API dan memperoleh beberapa data sensitif. Hal ini mungkin menimbulkan risiko pelanggaran data dan kepatuhan data.

  • Saran: Selidiki detail log untuk mengonfirmasi aktivitas. Transmisi lintas batas data sensitif mungkin menimbulkan risiko kepatuhan. Jika ada kebutuhan bisnis nyata untuk transfer ini, kami sarankan melakukan penilaian dan menyelesaikan deklarasi atau pengarsipan yang diperlukan.

Pengecualian respons

• Pengembalian pesan kesalahan

  • Deskripsi peristiwa: Selama panggilan API, API mengembalikan pesan kesalahan pengecualian, yang dapat membocorkan informasi penting seperti konfigurasi aplikasi.

  • Saran: Selidiki detail log untuk mengonfirmasi apakah API berfungsi normal. Optimalkan penanganan pengecualian aplikasi Anda untuk mengembalikan pesan kesalahan umum atau mengalihkan ke halaman tertentu, alih-alih mengembalikan detail pengecualian mentah.

• Pengembalian pesan kesalahan database

  • Deskripsi peristiwa: Selama panggilan API, API mengembalikan pesan kesalahan database, yang dapat membocorkan informasi penting seperti pernyataan kueri database dan nama tabel.

  • Saran: Selidiki detail log untuk mengonfirmasi apakah API berfungsi normal. Optimalkan penanganan pengecualian aplikasi Anda untuk mengembalikan pesan kesalahan umum atau mengalihkan ke halaman tertentu, alih-alih mengembalikan detail pengecualian mentah.

• Pengembalian informasi sistem sensitif

  • Deskripsi peristiwa: Selama panggilan API, API mengembalikan informasi server sensitif penting, menimbulkan risiko kebocoran data.

  • Saran: Selidiki detail log untuk mengonfirmasi apakah data yang dikembalikan sesuai harapan. Hindari mengembalikan data tersebut secara langsung ke klien.

• Respons abnormal

  • Deskripsi peristiwa: Selama serangkaian panggilan API, proporsi kode status HTTP abnormal dalam respons melebihi 80%, menunjukkan kemungkinan masalah pada server origin.

  • Saran: Selidiki detail log dan periksa log server origin Anda untuk mengonfirmasi apakah API berfungsi normal.

Peristiwa kustom

Aturan peristiwa kustom

• Deskripsi peristiwa: Panggilan API dari alamat IP ini cocok dengan kebijakan deteksi peristiwa kustom yang Anda konfigurasi.

• Saran: Saran menampilkan konten yang Anda konfigurasi dalam kebijakan.

Anomali akun

• Akun diakses menggunakan alat anomali

  • Deskripsi peristiwa: Berdasarkan analisis oleh model deteksi peristiwa keamanan API, akun ${account} menggunakan beberapa alat seperti ${attack_client} untuk mengakses API sebanyak ${attack_cnt} kali antara ${start_ts} dan ${end_ts}, menunjukkan serangan otomatis batch atau penyalahgunaan API berbasis skrip.

  • Saran: Tinjau detail log untuk mengonfirmasi aktivitas. Jika alat ilegal diidentifikasi, batasi akses akun tersebut segera. Selain itu, konfigurasikan kebijakan kontrol akses ACL atau aktifkan modul Bot Management berdasarkan garis dasar distribusi alat akses harian API untuk memastikan penggunaan sumber daya bisnis yang wajar.

Kebocoran data

• Akses anomali ke sejumlah besar data sensitif

  • Deskripsi peristiwa: Berdasarkan analisis oleh model deteksi peristiwa keamanan API, akun ${account} memperoleh lebih dari ${data_count} data sensitif seperti ${data_type} antara ${start_ts} dan ${end_ts}, menunjukkan perilaku pengumpulan data sensitif dan risiko kebocoran data sensitif.

  • Saran: Tinjau detail log untuk mengonfirmasi aktivitas. Jika tidak ada justifikasi bisnis yang sah, batasi akses akun tersebut segera dan terapkan kuota akses data serta kebijakan izin yang diperketat untuk akun terkait. Selain itu, de-identifikasi data sensitif penting yang ditransmisikan dalam bisnis dan hapus jenis data yang tidak perlu.

• Akses lintas batas ke data sensitif

  • Deskripsi peristiwa: Berdasarkan analisis oleh model deteksi peristiwa keamanan API, akun ${account} memulai akses dari wilayah luar negeri seperti ${location} dan memperoleh lebih dari ${data_count} data sensitif seperti ${data_type} antara ${start_ts} dan ${end_ts}, menunjukkan scraping berbahaya atau serangan eksternal, dengan risiko kebocoran data sensitif atau pelanggaran kepatuhan data.

  • Saran: Tinjau detail log untuk mengonfirmasi aktivitas. Transmisi lintas batas data sensitif mungkin menimbulkan risiko kepatuhan. Jika ada kebutuhan bisnis nyata, lakukan penilaian dan selesaikan deklarasi atau pengarsipan yang diperlukan segera.

• Unduhan file besar anomali

  • Deskripsi peristiwa: Berdasarkan analisis oleh model deteksi peristiwa keamanan API, akun ${account} mengunduh atau mengekspor sejumlah besar file melalui API seperti ${api_format} antara ${start_ts} dan ${end_ts}, menimbulkan risiko kebocoran data.

  • Saran: Tinjau detail log untuk mengonfirmasi aktivitas. Jika perilaku tersebut tidak sah, batasi frekuensi dan volume total unduhan, dan tambahkan mekanisme otorisasi atau persetujuan untuk API unduhan file besar.

• Upaya memperoleh informasi sensitif pengguna lain

  • Deskripsi peristiwa: Berdasarkan analisis oleh model deteksi peristiwa keamanan API, akun ${account} memperoleh data seperti ${data_type} untuk beberapa pengguna berbeda dengan menggunakan nilai parameter ${param} yang berbeda melalui API seperti ${api_format} antara ${start_ts} dan ${end_ts}, menunjukkan serangan eksploitasi privilese horizontal dengan risiko kebocoran data pengguna.

  • Saran: Tinjau detail log termasuk parameter permintaan, ID pengguna target, dan konteks izin untuk mengonfirmasi aktivitas. Jika peningkatan hak istimewa diidentifikasi, segera batasi izin akses akun tersebut, perkuat logika verifikasi izin API, dan lakukan penilaian serta penanganan risiko untuk akun yang terdampak.

• Penelusuran dan pengambilan data bisnis

  • Deskripsi peristiwa: Berdasarkan analisis oleh model deteksi peristiwa keamanan API, akun ${account} menelusuri nilai parameter ${param} untuk memperoleh data melalui API seperti ${api_format} antara ${start_ts} dan ${end_ts}, menunjukkan crawler data bisnis atau aktivitas pengumpulan batch.

  • Saran: Tinjau detail log untuk mengonfirmasi aktivitas. Jika pengambilan otomatis diidentifikasi, konfigurasikan kebijakan pembatasan laju dinamis berdasarkan distribusi garis dasar frekuensi harian API, dan tambahkan proteksi anti-penelusuran (seperti tanda tangan parameter atau CAPTCHA) untuk API kritis.

Operasi anomali

• Panggilan API frekuensi tinggi

  • Deskripsi peristiwa: Berdasarkan analisis oleh model deteksi peristiwa keamanan API, akun ${account} melakukan panggilan frekuensi tinggi ke API seperti ${api_format} antara ${start_ts} dan ${end_ts}, menunjukkan serangan otomatis atau penyalahgunaan API berbahaya, menimbulkan risiko bisnis.

  • Saran: Tinjau detail log untuk mengonfirmasi aktivitas, dan konfigurasikan kebijakan pembatasan laju dinamis berdasarkan distribusi garis dasar frekuensi harian API untuk memastikan penggunaan sumber daya API yang wajar.

• Akses memicu beberapa respons kesalahan pengecualian

  • Deskripsi peristiwa: Berdasarkan analisis oleh model deteksi peristiwa keamanan API, akun ${account} memicu beberapa kesalahan pengecualian aplikasi atau database selama akses antara ${start_ts} dan ${end_ts}, menunjukkan perilaku probing atau serangan berbahaya.

  • Saran: Tinjau detail log untuk mengonfirmasi aktivitas. Jika perilaku probing atau serangan diidentifikasi, batasi akses akun tersebut. Selain itu, optimalkan mekanisme penanganan pengecualian bisnis untuk mengembalikan pesan kesalahan umum atau mengalihkan ke halaman tertentu saat terjadi pengecualian, alih-alih mengembalikan detail pengecualian mentah yang dapat membocorkan informasi aplikasi.

• Kode status respons abnormal

  • Deskripsi peristiwa: Berdasarkan analisis oleh model deteksi peristiwa keamanan API, akun ${account} menerima kode status respons abnormal (4xx/5xx) melebihi ${except_rate}% dari respons selama akses antara ${start_ts} dan ${end_ts}, menunjukkan probing atau serangan berbahaya.

  • Saran: Tinjau detail log untuk mengonfirmasi aktivitas. Jika perilaku probing atau serangan diidentifikasi, batasi akses akun tersebut. Selain itu, konfirmasi apakah bisnis beroperasi normal.