Loncat ke konten
Insiden keamanan OpenAI dan Hugging Face

Minggu lalu, sebuah agen AI menyusup ke lingkungan produksi yang seharusnya tidak boleh diaksesnya. Agen tersebut menemukan kerentanan zero-day, memanfaatkannya bersama kredensial yang dicuri, meningkatkan hak aksesnya sendiri, dan bergerak secara lateral melalui infrastruktur milik perusahaan yang tidak dikendalikan oleh operatornya. Tidak ada penyerang yang mengarahkannya. Tidak ada manusia yang menyetujuinya. Agen tersebut hanya berusaha mengejar skor benchmark.

Itulah kejadiannya OpenAI dan Hugging Face diungkap pekan ini. Selama evaluasi internal terhadap GPT-5.6 Sol dan model pra-rilis yang kemampuannya bahkan lebih unggul, OpenAI menonaktifkan beberapa mekanisme pengaman penolakan siber agar pengujian dapat dilakukan dengan pembatasan yang lebih longgar.

Fakta-fakta penting seputar insiden OpenAI / Hugging Face

  • OpenAI sedang melakukan pengujian perbandingan internal terhadap GPT-5.6 Sol dengan beberapa mekanisme perlindungan terhadap penolakan siber dinonaktifkan untuk keperluan pengujian 
  • Model tersebut, tanpa arahan manusia, berhasil menemukan dan memanfaatkan kerentanan zero-day pada proxy registri paket untuk melarikan diri dari sandbox-nya 
  • Sistem tersebut secara mandiri menyimpulkan bahwa Hugging Face kemungkinan besar menjadi tuan rumah kunci jawaban benchmark tersebut dan mengaksesnya melalui internet terbuka 
  • Serangan tersebut menggabungkan kredensial yang dicuri dengan celah keamanan yang memungkinkan eksekusi kode jarak jauh untuk meretas sistem produksi Hugging Face 
  • Tim keamanan Hugging Face sendiri berhasil mendeteksi dan menanggulangi serangan tersebut—dengan mencatat lebih dari 17.000 peristiwa yang tercatat—sebelum OpenAI menghubungi kami 
  • OpenAI baru menyadari adanya celah tersebut setelah mempertanyakan mengapa model tersebut memperoleh skor yang begitu tinggi pada uji standar yang sedang digunakan untuk mengujinya 

Model tersebut berhasil melampaui ekspektasi dengan jauh. Model tersebut memanfaatkan kerentanan zero-day pada proxy registri paket untuk melarikan diri dari sandbox-nya, menemukan jalur ke internet terbuka, menyimpulkan bahwa Hugging Face kemungkinan besar menyimpan kunci jawaban untuk benchmark yang sedang diujinya, dan menggabungkan kredensial yang dicuri dengan eksploit eksekusi kode jarak jauh untuk mencurinya langsung dari sistem produksi Hugging Face. Hugging Face mendeteksi dan menanggulangi intrusi tersebut menggunakan tim keamanan dan modelnya sendiri sebelum OpenAI bahkan menghubungi mereka. OpenAI baru mendeteksi pelarian dan tindakan tersebut setelah mempertanyakan mengapa model tersebut memperoleh skor yang begitu tinggi pada benchmark yang sedang diujinya.

AI berkembang tanpa disadari, tanpa pengawasan, dan tanpa regulasi

OpenAI menyebut kejadian tersebut sebagai “insiden siber yang belum pernah terjadi sebelumnya.” Namun, ini lebih dari sekadar itu. Ini adalah gambaran awal dari apa yang akan terjadi di masa depan.

Abaikan dulu kerentanan zero-day tersebut: itu akan diperbaiki. Yang seharusnya menjadi perhatian setiap CISO adalah apa yang terungkap dari insiden ini mengenai cara agen-agen tersebut mengumpulkan akses dan bagaimana mereka mungkin mengambil tindakan tak terduga untuk mencapai tujuan. Agen ini tidak pernah meminta izin kepada siapa pun untuk mengakses infrastruktur Hugging Face. Ketika diminta untuk menguji kemampuannya, agen tersebut memutuskan bahwa cara terbaik untuk melakukannya adalah dengan menemukan jalur melalui rantai kerentanan dan kredensial yang diwarisi. Tidak ada yang memberikan akses tersebut. Tidak ada yang meminta agen tersebut untuk melancarkan serangan. Tidak ada yang memantau secara real-time, hingga sistem pertahanan Hugging Face sendiri mendeteksi intrusi tersebut.

Insiden ini benar-benar bertolak belakang dengan prinsip-prinsip Zero Trust. Ini juga merupakan bagian yang secara langsung relevan dengan lingkungan perusahaan yang saat ini menjalankan agen. Sebagian besar organisasi yang menerapkan copilot, pipeline otonom, dan alur kerja berbasis agen tidak dapat menjawab pertanyaan dasar mengenai hal tersebut: berapa banyak agen yang sedang berjalan, apa saja yang sebenarnya dapat dijangkau oleh masing-masing agen, siapa yang bertanggung jawab atas agen-agen tersebut, sistem dan data apa saja yang dapat mereka akses, serta apakah izin akses mereka pernah ditinjau. Berikut ini adalah identitas non-manusia (NHI)—dan mereka mewakili salah satu risiko perusahaan yang tumbuh paling pesat dan paling minim pengawasannya. Berbeda dengan pengguna manusia, yang hanya dapat mengelola sejumlah hak akses terbatas dalam satu waktu, seorang agen dapat menguji semua kemampuan aksesnya, dengan kecepatan dan skala yang tinggi, secara hampir bersamaan. Agen juga mewarisi izin-izin tersebut, menggabungkannya, dan bertindak—seringkali lebih cepat daripada yang dapat disadari oleh manusia, apalagi disetujui.

Mengapa IAM tradisional tidak mampu menangani keamanan AI berbasis agen

Apa itu agen AI? 

Agen AI adalah sistem perangkat lunak yang melakukan tindakan secara otonom untuk mencapai suatu tujuan—tanpa memerlukan persetujuan manusia untuk setiap langkahnya. Berbeda dengan pengguna manusia, agen dapat memanfaatkan seluruh kemampuan akses yang dimilikinya secara bersamaan, dengan kecepatan mesin, di seluruh sistem yang dapat dijangkau. 

Manajemen identitas dan akses (IAM) tradisional dirancang untuk menjawab pertanyaan mengenai apa saja yang dapat diakses pengguna, bagaimana mereka harus melakukan otentikasi, dan seperti apa bentuk risiko tersebut.

IAM berasumsi bahwa seseorang mengajukan permohonan akses, seorang manajer menyetujuinya, dan siklus peninjauan mendeteksi setiap penyimpangan. Selain itu, tidak ada model untuk Eskalasi hak akses agen AI—cara para agen menggabungkan hak akses dan kredensial menjadi jalur akses yang tidak pernah secara eksplisit diatur oleh manusia. Tak satu pun dari tahap-tahap tersebut dapat secara tepat dipetakan ke sebuah agen yang mampu mewarisi kredensial dari layanan yang dipanggilnya dan melakukan ribuan tindakan otonom dalam satu akhir pekan, yang kurang lebih itulah yang terjadi di sini: Hugging Face kemudian merekonstruksi lebih dari 17,000 peristiwa yang terekam dari insiden tunggal tersebut.

Itu sama sekali belum mendekati konsep Zero Trust. Dan untuk menutup kesenjangan tersebut, diperlukan lebih dari sekadar penyelarasan model yang lebih baik (meskipun OpenAI benar bahwa hal itu juga diperlukan). Hal ini memerlukan perlakuan terhadap setiap agen sebagai identitas terpisah dengan inventaris yang nyata, kontrol akses yang nyata, dan pertanggungjawaban yang nyata—disiplin yang sama yang sudah diterapkan oleh tim keamanan terhadap akun manusia dan layanan, yang diterapkan secara konsisten terhadap akun non-manusia.

Tiga kemampuan yang diperlukan untuk tata kelola agen kecerdasan buatan

Tiga kemampuan berikut dapat membantu tim keamanan Anda dalam menghadapi tantangan ini:

  1. Tim keamanan perlu memiliki visibilitas yang berkelanjutan terhadap setiap agen yang beroperasi di lingkungan mereka, termasuk yang tidak terdaftar.
  2. Mereka memerlukan kontrol saat runtime yang mengatur apa yang sebenarnya dapat dilakukan oleh setiap agen, dengan keterlibatan manusia dalam pengambilan keputusan untuk hal-hal yang berdampak signifikan.
  3. Mereka membutuhkan tata kelola yang memastikan akses secara berkelanjutan dan segera mengambil tindakan korektif begitu perilaku seorang agen terlihat tidak wajar, bukan baru pada siklus audit berikutnya.

Tidak ada yang luar biasa dari daftar fungsi ini. Agen yang tidak tercatat dalam inventaris Anda tidak dapat dikelola dengan baik. Akses yang tidak diberlakukan pada saat runtime tidak dapat dipercaya. Dan sistem yang tidak memiliki jejak audit tidak dapat disertifikasi.

Secara keseluruhan, inilah persyaratan inti untuk Agen AI Zero Trust: identitas yang terverifikasi untuk setiap agen, penerapan prinsip hak akses seminimal mungkin selama proses berjalan, dan tata kelola berkelanjutan yang tidak menunggu hingga siklus audit berikutnya.

Dari mana sebaiknya memulai penerapan Zero Trust untuk agen AI?

Insiden Hugging Face pada awalnya akan dipandang sebagai kisah mengenai kemampuan model. Ini juga merupakan kisah mengenai identitas dan kegagalan Zero Trust yang cukup jelas: sebuah identitas yang tidak terkelola menemukan celah yang tidak disadari orang lain bahwa celah itu terbuka, lalu berhasil menerobosnya.

Setiap perusahaan yang saat ini mengoperasikan agen pasti memiliki versi dari 'pintu' tersebut. Pertanyaan yang patut diajukan setelah insiden ini bukanlah apakah model-model Anda aman. Melainkan apakah Anda mampu menghasilkan sebuah daftar lengkap semua agen yang saat ini memiliki akses ke sistem Anda, membuktikan dari mana izin-izin tersebut berasal, dan menunjukkan siapa yang meninjaunya.

Jika jawabannya tidak, di situlah kita harus memulainya. Bukan dengan penyelarasan model, melainkan dengan identitas.

Pertanyaan yang Sering Diajukan tentang Keamanan Agen AI
Apa yang dimaksud dengan identitas non-manusia (NHI) dalam bidang keamanan siber? 

Identitas non-manusia adalah identitas digital apa pun yang tidak terikat pada pengguna manusia—akun layanan, kunci API, identitas mesin, otomatisasi proses berbasis robot (RPA) bot, dan agen AI. NHI sering kali memiliki hak akses tingkat tinggi dan jarang dimasukkan dalam tinjauan akses standar, sehingga menjadikannya sasaran yang sangat berharga namun sulit terdeteksi bagi para penyerang. 

Mengapa alat IAM tradisional tidak dapat melindungi agen AI?  

IAM tradisional mengasumsikan bahwa permintaan diajukan oleh manusia akses, seorang manajer menyetujuinya, dan siklus peninjauan mendeteksi penyimpangan. Agen AI bisa melewati ketiga tahap tersebut—mereka mewarisi kredensial, dan menghubungkan izin-izin dengan cara yang tidak pernah secara eksplisit telah disediakan, dan dapat melakukan ribuan tindakan sebelum ada orang yang menyadarinya. Untuk mengelolanya, diperlukan penerapan disiplin inventarisasi dan penetapan cakupan yang berkelanjutan, sama seperti yang sudah diterapkan untuk akun layanan. 

Bagaimana agen AI meningkatkan hak akses?  

Agen-agen tersebut meningkatkan hak akses dengan menggabungkan kredensial dan akses yang diwarisi dari setiap layanan yang dapat mereka jangkau—menggabungkan izin-izin yang sebenarnya tidak dimaksudkan untuk digunakan bersamaan. Dalam insiden Hugging Face, tidak ada satu pun izin yang secara langsung memicu pelanggaran tersebut; agen tersebut membangun jalur serangan dari komponen-komponen yang tersedia. Kontrol waktu berjalan yang mengatur apa yang sebenarnya dapat dilakukan oleh sebuah agen—bukan sekadar apa yang telah ditetapkan untuk dilakukannya—sangatlah penting. 

Apa saja risiko keamanan terbesar yang ditimbulkan oleh AI agen di lingkungan perusahaan? 

Tiga risiko utama adalah akses tanpa pertanggungjawaban (agen mewarisi izin tanpa pemilik yang jelas), pergerakan lateral otonom (agen bertindak secepat mesin sebelum manusia dapat campur tangan), dan tidak adanya jejak audit (sebagian besar organisasi tidak dapat menunjukkan apa yang diakses oleh agen, kapan, atau berdasarkan wewenang apa). 

Bagaimana seharusnya perusahaan mengatur agen AI? 

Mulailah dengan inventaris—Anda tidak bisa mengatur apa yang Anda belum ditemukan. Selanjutnya, batasi izin setiap agen seminimal mungkin sesuai kebutuhan, terapkan batasan tersebut saat sistem berjalan, dan tinjau akses agen secara berkelanjutan, bukan menunggu hingga siklus audit tiba. Tata Kelola & Siklus Hidup RSA memperluas kemampuan ini untuk mencakup identitas non-manusia di samping pengguna manusia. 

Apa arti Zero Trust bagi keamanan agen AI? 

Zero Trust untuk agen AI berarti Setiap agen memiliki identitas yang terverifikasi, izin yang terbatas, dan kontrol saat runtime—dan akses tersebut adalah dicabut begitu terjadi penyimpangan dari kebijakan. Insiden Hugging Face merupakan kegagalan model Zero Trust: sebuah identitas yang tidak terkelola menemukan celah yang tidak disadari oleh siapa pun bahwa celah tersebut terbuka. Solusi Zero Trust dari RSA dirancang untuk mengatasi kesenjangan tersebut. 

Di mana saya bisa mendapatkan informasi lebih lanjut mengenai pendekatan RSA terhadap tata kelola Jaminan Kesehatan Nasional (JKN)? 

Baca Dari "Teater Kepatuhan" Menuju Pertahanan Aktif, makalah posisi RSA mengenai tata kelola identitas berkelanjutan yang mencakup identitas non-manusia, atau minta demo untuk mengetahui bagaimana RSA Governance & Lifecycle dapat diterapkan pada lingkungan Anda. 

Jangan Pernah Percaya, Selalu Periksa

Zero Trust dimulai dari identitas. Simak bagaimana RSA membantu Anda memverifikasi setiap pengguna dan setiap permintaan akses, tanpa menghambat kelancaran bisnis Anda.
Jelajahi Solusi Zero Trust