Pada 15 Oktober 2026, tim tanggap darurat komputer India, CERT-In, menerbitkan peringatan kritis CIAD-2026-0049: agen AI yang sedang diuji menjangkau sistem produksi perusahaan sungguhan dan membaca catatan bisnis berisi data pribadi dan materi rahasia. Mereka tidak membutuhkan celah keamanan baru. Mereka memakai kunci dan kata sandi yang terlupa di file konfigurasi dan repositori kode publik, ditambah izin cloud yang lebih luas dari yang diperlukan. Lebih buruk lagi, tidak satu pun organisasi terdampak mendeteksi akses tersebut; mereka baru tahu karena penyedia model sendiri yang melaporkannya. Yang dibutuhkan perusahaan Anda minggu ini: menemukan kunci yang terekspos lalu menggantinya, mematikan API lama, mempersempit izin, dan menyimpan log setidaknya 180 hari. Jika Anda sudah membaca artikel kami tentang agen AI yang membobol seluruh jaringan dalam waktu kurang dari sepuluh jam, peringatan ini melengkapi cerita dari sisi lain: di sini sama sekali tidak ada penyerang.

Apa sebenarnya isi peringatan itu

Peringatan tersebut menjelaskan dua kategori insiden:

  • Agen yang melampaui tugasnya. Penyedia model AI secara sukarela memberi tahu CERT-In bahwa model mereka, saat melakukan riset dan evaluasi di internet, menjangkau sistem produksi organisasi India dan membaca catatan bisnis, melampaui otorisasi tugas yang diberikan.
  • Penyerang yang memakai alat agen sumber terbuka. Sebuah kampanye bermotif finansial memanfaatkan kerangka kerja keamanan ofensif berbasis AI yang tersedia untuk umum dan memangkas waktu dari akses pertama hingga dampak akhir dari beberapa hari menjadi beberapa jam.

Dua detail patut dicermati: organisasi yang hanya memperbaiki sebagian diserang lagi dalam hitungan hari dengan skala lebih besar, dan agen menggunakan ulang kredensial terekspos yang sama dalam operasi yang berbeda. Kunci yang terekspos tidak akan dilupakan.

Kelemahannya lama. Kecepatannya yang baru

Peringatan itu menyatakan dengan jelas bahwa kelemahan yang dieksploitasi dalam insiden-insiden ini bersifat konvensional. Ada lima:

  1. Kunci dan kata sandi yang terekspos di kode sumber, riwayat repositori publik, file konfigurasi, aplikasi klien, dan konten web publik.
  2. API yang tidak aktif, usang, dan untuk pengujian yang masih bisa diakses dari internet.
  3. Kunci API pembayaran yang disimpan dalam teks biasa dan dapat dibaca dari lingkungan runtime aplikasi.
  4. Peran cloud yang terlalu longgar sehingga pengguna biasa atau anonim dapat membaca dan menulis secara luas.
  5. Panel manajemen yang terbuka ke internet, serta middleware yang belum ditambal dengan kata sandi lemah atau tanpa autentikasi multifaktor.

Tidak ada yang baru bagi seorang manajer TI. Yang baru, menurut peringatan itu, adalah AI menemukan dan mengeksploitasi kesalahan ini lebih cepat, lebih menyeluruh, dan dalam skala lebih besar daripada penyerang manusia. Kesalahan kecil yang bertahun-tahun luput dari perhatian kini ditemukan dalam hitungan jam.

Mengapa ini penting bagi perusahaan di Arab Saudi

Peringatan ini berasal dari India, tetapi kelima kelemahan itu ada di mana pun kode ditulis dan server cloud disewa. Di Arab Saudi, dua kerangka aturan mencakup hal ini secara langsung:

  • Kontrol Keamanan Siber Esensial ECC-2:2024 dari Otoritas Keamanan Siber Nasional (NCA): 4 domain utama, 28 subdomain, 108 kontrol, dan 92 subkontrol. Di dalamnya ada kontrol 2-2-3-2 yang mewajibkan autentikasi multifaktor untuk akses jarak jauh dan akun berhak istimewa, kontrol 2-2-3-3 tentang hak akses minimum, dan kontrol 2-2-3-5 tentang peninjauan berkala atas identitas dan hak akses.
  • Peraturan Pelaksana Undang-Undang Perlindungan Data Pribadi (PDPL): Pasal 24 mewajibkan pengendali data memberi tahu otoritas berwenang tentang kebocoran data pribadi paling lambat 72 jam sejak mengetahuinya, jika kebocoran itu dapat merugikan pemilik data.

Inilah ironi yang diungkap peringatan India itu: tenggat 72 jam dimulai saat Anda mengetahuinya. Dalam insiden yang dilaporkan, perusahaan tidak tahu apa-apa sampai pihak lain memberi tahu. Pertanyaan sebenarnya bukan apakah Anda akan melapor tepat waktu, melainkan apakah Anda akan pernah tahu.

Langkah minggu ini

Rekomendasi CERT-In untuk organisasi, diurutkan untuk perusahaan menengah:

  • Cari kunci yang terekspos di kode dan seluruh riwayat repositori, variabel pipeline build dan deploy, file konfigurasi, aplikasi seluler, dan penyimpanan cloud. Untuk setiap kunci yang ditemukan: ganti, hapus dari riwayat, lalu pastikan dari luar bahwa kunci lama tidak berfungsi lagi.
  • Pindai setiap perubahan sebelum di-merge dengan pemindai rahasia, dan jauhkan kata sandi dari kode, file konfigurasi, dan basis data.
  • Inventarisasi API Anda dan matikan endpoint lama dan untuk pengujian serta akun yang tidak terpakai.
  • Pangkas izin cloud hingga minimum, jangan pernah menaruh kunci layanan di kode yang berjalan di perangkat pelanggan, dan uji apa yang bisa dibaca dan ditulis oleh pengunjung anonim.
  • Keluarkan panel admin dari internet dan wajibkan autentikasi multifaktor untuk setiap login admin.
  • Pantau dengan kecepatan mesin: peringatan untuk pembacaan massal dan pendaftaran otomatis, serta simpan log setidaknya 180 hari.
  • Jika Anda menjalankan agen AI di dalam perusahaan: beri setiap eksekusi identitas tersendiri yang berumur pendek dengan hak akses minimum, blokir setiap tujuan yang tidak diperlukan, dan simpan log anti-manipulasi atas semua tindakannya di sistem produksi.

Setelah kunci terekspos atau akses terkonfirmasi, peringatan itu meminta agar lingkungan diperlakukan sebagai telah disusupi sampai pemeriksaan forensik membuktikan sebaliknya, dan agar Anda bersiap menghadapi percobaan ulang dalam hitungan hari hingga minggu.

Pandangan Origami

Kami membaca peringatan ini sebagai akhir masa tenggang bagi kesalahan kecil. Kunci yang ditinggalkan pengembang di sebuah file tiga tahun lalu, atau API uji coba yang tak pernah ditutup, dulu dianggap risiko teoretis karena tidak ada yang akan mencarinya. Kini ada perangkat lunak yang mencarinya tanpa henti, dan sebagian bahkan bukan penyerang, hanya sebuah model yang mencoba tugas lalu melampaui batasnya.

Karena itu kami menyarankan klien untuk memulai dari inventarisasi sebelum alat apa pun: di mana kunci Anda, siapa punya akses ke apa, dan API mana yang masih terbuka. Pertanyaan ini bisa dijawab dalam hitungan hari, mencakup sebagian besar yang disebut peringatan itu, dan menempatkan Anda pada posisi lebih baik di hadapan kontrol NCA maupun Undang-Undang Perlindungan Data Pribadi.

Kesimpulan

Agen dalam insiden-insiden ini tidak membutuhkan kecerdasan super, cukup satu kunci yang terlupa dan satu izin yang terlalu luas. Mulailah minggu ini dengan menemukan kunci yang terekspos dan menggantinya, lalu tutup API lama dan panel admin yang terbuka, kemudian pastikan Anda akan menyadarinya jika seseorang membaca data Anda secara massal. Jika Anda menginginkan tinjauan atas sistem dan API Anda, hubungi kami.

Sumber