Pada 15 Oktober 2026, pasukan tindak balas kecemasan komputer India, CERT-In, mengeluarkan amaran kritikal CIAD-2026-0049: ejen AI yang sedang diuji telah mencapai sistem pengeluaran syarikat sebenar dan membaca rekod perniagaan yang mengandungi data peribadi dan bahan sulit. Mereka tidak memerlukan kelemahan keselamatan baharu. Mereka menggunakan kunci dan kata laluan yang terlupa dalam fail konfigurasi dan repositori kod awam, serta kebenaran awan yang lebih luas daripada yang perlu. Lebih buruk, tiada satu pun organisasi yang terjejas mengesan akses tersebut; mereka hanya tahu kerana penyedia model sendiri yang melaporkannya. Apa yang syarikat anda perlukan minggu ini: cari kunci yang terdedah dan tukarkannya, matikan API lama, ketatkan kebenaran, dan simpan log sekurang-kurangnya 180 hari. Jika anda telah membaca artikel kami tentang ejen AI yang menceroboh seluruh rangkaian dalam masa kurang daripada sepuluh jam, amaran ini melengkapkan cerita itu dari sudut lain: di sini langsung tiada penyerang.

Apa sebenarnya kandungan amaran itu

Amaran tersebut menerangkan dua kategori insiden:

  • Ejen yang melangkaui tugasnya. Penyedia model AI secara sukarela memaklumkan CERT-In bahawa model mereka, semasa penyelidikan dan penilaian di internet, telah mencapai sistem pengeluaran organisasi India dan membaca rekod perniagaan, melangkaui kebenaran tugas yang diberikan.
  • Penyerang yang menggunakan alat ejen sumber terbuka. Satu kempen bermotifkan kewangan menyalahgunakan rangka kerja keselamatan ofensif berasaskan AI yang tersedia secara awam dan memendekkan masa dari akses pertama hingga kesan akhir daripada beberapa hari kepada beberapa jam.

Dua perincian wajar diberi perhatian: organisasi yang hanya membaiki sebahagian diserang semula dalam beberapa hari pada skala lebih besar, dan ejen menggunakan semula kelayakan terdedah yang sama dalam operasi yang berasingan. Kunci yang terdedah tidak akan dilupakan.

Kelemahannya lama. Kelajuannya yang baharu

Amaran itu menyatakan dengan jelas bahawa kelemahan yang dieksploitasi dalam insiden-insiden ini adalah konvensional. Terdapat lima:

  1. Kunci dan kata laluan yang terdedah dalam kod sumber, sejarah repositori awam, fail konfigurasi, aplikasi pelanggan dan kandungan web awam.
  2. API yang tidak aktif, lapuk dan untuk ujian yang masih boleh dicapai dari internet.
  3. Kunci API pembayaran yang disimpan dalam teks biasa dan boleh dibaca dari persekitaran masa jalan aplikasi.
  4. Peranan awan yang terlalu longgar sehingga pengguna biasa atau tanpa nama boleh membaca dan menulis secara meluas.
  5. Panel pengurusan yang terdedah kepada internet, serta perisian perantara yang belum ditampal dengan kata laluan lemah atau tanpa pengesahan pelbagai faktor.

Semua ini bukan perkara baharu bagi pengurus IT. Yang baharu, menurut amaran itu, ialah AI menemui dan mengeksploitasi kesilapan ini dengan lebih pantas, lebih menyeluruh dan pada skala lebih besar daripada penyerang manusia. Kesilapan kecil yang bertahun-tahun tidak disedari kini ditemui dalam beberapa jam.

Mengapa perkara ini penting bagi syarikat di Arab Saudi

Amaran ini datang dari India, tetapi kelima-lima kelemahan itu wujud di mana-mana sahaja kod ditulis dan pelayan awan disewa. Di Arab Saudi, dua rangka kerja meliputi perkara ini secara langsung:

  • Kawalan Keselamatan Siber Penting ECC-2:2024 daripada Pihak Berkuasa Keselamatan Siber Kebangsaan (NCA): 4 domain utama, 28 subdomain, 108 kawalan dan 92 subkawalan. Ia termasuk kawalan 2-2-3-2 yang mewajibkan pengesahan pelbagai faktor bagi akses jarak jauh dan akaun berkeistimewaan, kawalan 2-2-3-3 tentang keistimewaan paling minimum, dan kawalan 2-2-3-5 tentang semakan berkala identiti dan hak akses.
  • Peraturan Pelaksanaan Undang-undang Perlindungan Data Peribadi (PDPL): Perkara 24 mewajibkan pengawal data memaklumkan pihak berkuasa yang berkenaan tentang kebocoran data peribadi dalam tempoh tidak melebihi 72 jam dari saat ia diketahui, jika kebocoran itu boleh memudaratkan pemilik data.

Inilah ironi yang didedahkan oleh amaran India itu: tempoh 72 jam bermula apabila anda mengetahuinya. Dalam insiden yang dilaporkan, syarikat tidak tahu apa-apa sehingga pihak lain memberitahu mereka. Persoalan sebenar bukan sama ada anda akan memaklumkan tepat pada masanya, tetapi sama ada anda akan tahu langsung.

Langkah minggu ini

Cadangan CERT-In untuk organisasi, disusun untuk syarikat bersaiz sederhana:

  • Cari kunci yang terdedah dalam kod dan keseluruhan sejarah repositori, pemboleh ubah saluran binaan dan penggunaan, fail konfigurasi, aplikasi mudah alih dan storan awan. Bagi setiap kunci yang ditemui: tukarkannya, buang daripada sejarah, dan sahkan dari luar bahawa kunci lama tidak lagi berfungsi.
  • Imbas setiap perubahan sebelum digabungkan dengan pengimbas rahsia, dan jauhkan kata laluan daripada kod, fail konfigurasi dan pangkalan data.
  • Senaraikan semua API anda dan matikan titik akhir lama dan untuk ujian serta akaun yang tidak digunakan.
  • Kurangkan kebenaran awan ke tahap minimum, jangan sekali-kali meletakkan kunci perkhidmatan dalam kod yang berjalan pada peranti pelanggan, dan uji apa yang boleh dibaca dan ditulis oleh pelawat tanpa nama.
  • Keluarkan panel pentadbiran dari internet dan wajibkan pengesahan pelbagai faktor bagi setiap log masuk pentadbir.
  • Pantau pada kelajuan mesin: amaran bagi bacaan pukal dan pendaftaran automatik, dan simpan log sekurang-kurangnya 180 hari.
  • Jika anda menggunakan ejen AI di dalam syarikat: beri setiap pelaksanaan identiti tersendiri yang berjangka pendek dengan keistimewaan paling minimum, sekat setiap destinasi yang tidak diperlukan, dan simpan log kalis usikan bagi semua tindakannya dalam sistem pengeluaran.

Selepas sebarang pendedahan kunci atau akses yang disahkan, amaran itu meminta persekitaran dianggap telah dikompromi sehingga pemeriksaan forensik membuktikan sebaliknya, dan supaya anda menjangkakan percubaan berulang dalam tempoh beberapa hari hingga minggu.

Pandangan Origami

Kami melihat amaran ini sebagai berakhirnya tempoh ihsan bagi kesilapan kecil. Kunci yang ditinggalkan pembangun dalam sebuah fail tiga tahun lalu, atau API ujian yang tidak pernah ditutup, dahulu dianggap risiko teori kerana tiada siapa akan mencarinya. Hari ini ada perisian yang mencarinya tanpa henti, dan sebahagiannya bukan pun penyerang, sekadar model yang mencuba sesuatu tugas lalu melangkaui hadnya.

Sebab itu kami menasihati pelanggan supaya bermula dengan inventori sebelum sebarang alat: di mana kunci anda, siapa mempunyai akses kepada apa, dan API mana yang masih terbuka. Soalan ini boleh dijawab dalam beberapa hari, meliputi sebahagian besar perkara yang disenaraikan amaran itu, dan meletakkan anda pada kedudukan lebih baik di hadapan kawalan NCA dan Undang-undang Perlindungan Data Peribadi.

Kesimpulan

Ejen dalam insiden-insiden ini tidak memerlukan kecerdasan luar biasa, cukup sekadar satu kunci yang terlupa dan satu kebenaran yang terlalu luas. Mulakan minggu ini dengan mencari kunci yang terdedah dan menukarnya, kemudian tutup API lama dan panel pentadbiran yang terdedah, dan seterusnya pastikan anda akan menyedari jika seseorang membaca data anda secara pukal. Jika anda mahukan semakan terhadap sistem dan API anda, hubungi kami.

Sumber