Chainguard Meluncurkan Workspaces dan Checks untuk Mengamankan Agen Pengodean AI

Agen pengodean AI dapat menulis perbaikan yang berguna, tetapi tetap menimbulkan insiden keamanan dalam prosesnya. Agen tersebut mungkin memasang dependensi yang telah disusupi, mengikuti instruksi yang disisipkan dalam konten yang tidak tepercaya, atau menjalankan perintah dengan kredensial yang memberinya akses jauh lebih luas daripada yang diperlukan untuk tugas tersebut. Ketika tim mulai menjalankan lebih banyak agen secara bersamaan, mengamankan kode yang mereka hasilkan hanyalah sebagian dari masalah.

Chainguard menangani risiko yang lebih luas ini melalui tiga pengumuman di Assemble London: Workspaces, lingkungan terisolasi bagi pengembang dan agen pengodean; Checks, mesin verifikasi yang dirancang untuk dijalankan dalam siklus pengembangan agen; serta perluasan perlindungan Libraries yang mencakup bahasa pemrograman tambahan dan remediasi kerentanan.

Peluncuran ini menjawab tiga pertanyaan yang semakin harus dijawab oleh perusahaan: di mana agen dijalankan, bagaimana pekerjaannya diverifikasi, dan perangkat lunak eksternal apa yang dapat dibawanya ke dalam organisasi. Workspaces dan Checks diluncurkan dalam versi beta, sementara penawaran Libraries baru untuk Go dan .NET memasuki Akses Awal.

Membatasi Lingkungan Kerja Setiap Agen Pengodean

Chainguard Workspaces menyediakan microVM jarak jauh yang terpisah bagi setiap pengembang dan agen. Lingkungan ini menyinkronkan pohon kerja lokal pengembang, sehingga pengembang tetap dapat menggunakan editor dan alur kerja Git mereka sementara eksekusi berlangsung di luar mesin mereka. Lingkungan yang terpisah juga memungkinkan beberapa agen mencoba membuat perubahan secara bersamaan tanpa berbagi lingkungan kerja yang sama.

Pembedaan ini penting karena kemampuan agen yang berguna—menjalankan perintah, memasang paket, dan mengakses layanan—juga dapat menjadi celah yang memungkinkan kompromi. Kebijakan yang ditulis dalam instruksi agen bergantung pada kepatuhan agen terhadap instruksi tersebut. Batasan yang diberlakukan oleh lingkungan eksekusi dapat membatasi tindakan yang terjadi, bahkan ketika model mengambil keputusan yang keliru.

Menurut pengumuman tersebut, kredensial asli disuntikkan dari luar ruang kerja. Alat yang memerlukan kredensial tersimpan di disk menerima kredensial pengganti yang terenkripsi dan berlaku singkat. Kebijakan egress opsional membatasi koneksi keluar ke tujuan yang disetujui, sehingga mengurangi kemampuan dependensi yang disusupi atau agen yang terkena injeksi prompt untuk mengirim data ke tempat lain.

Kontrol-kontrol ini menangani risiko yang berbeda. Isolasi perangkat keras memisahkan beban kerja; pengelolaan kredensial menjauhkan rahasia yang dapat digunakan kembali dari jangkauan agen; dan kebijakan jaringan membatasi tujuan komunikasi agen. Efektivitasnya tetap bergantung pada izin dan tujuan yang disetujui organisasi. Isolasi tidak membuat setiap tindakan yang diizinkan menjadi aman.

Lingkungan ini menggunakan Chainguard OS Packages dan memverifikasi dependensi berdasarkan lockfile saat runtime. Penawaran OS Packages yang sudah ada dari Chainguard menyediakan paket yang dipelihara secara berkelanjutan, membangun paket tersebut dari kode sumber, dan menyertakan daftar bahan perangkat lunak. Latar belakang ini menjelaskan pendekatan perusahaan: memperluas fondasi perangkat lunak yang terkendali hingga ke tempat agen dijalankan.

Workspaces juga menghasilkan catatan bertanda tangan yang mencakup lingkungan, perubahan kode, dan hasil pemeriksaan. Bagi tim keamanan, catatan ini menyediakan cara untuk menyelidiki tindakan agen, alih-alih hanya mengandalkan ringkasan sesi yang dibuat oleh agen itu sendiri.

Memasukkan Verifikasi ke dalam Siklus Kerja Agen

Pembuatan kode dapat berlangsung cepat, sementara proses untuk menghasilkan kode terverifikasi tetap lambat. Agen membuat perubahan, mengirimkannya ke integrasi berkelanjutan, menunggu runner disiapkan, lalu menerima laporan kegagalan setelah konteks kerjanya beralih ke hal lain. Mengulangi proses ini untuk banyak agen dapat memperpanjang antrean dan menggandakan pekerjaan penyiapan.

Chainguard Checks memasukkan verifikasi ke dalam siklus tersebut sebagai panggilan alat. Jika dipasangkan dengan Workspaces, sesi agen ditangguhkan selama pemeriksaan berlangsung, lalu dilanjutkan dengan log kegagalan terstruktur di dalam konteksnya. Alur kerja yang dituju bersifat iteratif: membuat perubahan, menjalankan pemeriksaan, menelaah kegagalan, lalu mencoba lagi sebelum menyerahkan hasilnya.

Cuplikan siap pakai berisi dependensi yang telah dipasang sebelumnya dan dibangun ulang ketika lockfile berubah. Setiap langkah alur kerja dijalankan dalam microVM dengan isolasi perangkat kerasnya sendiri. Pengumuman tersebut juga menjelaskan penyuntikan kredensial berumur pendek dari sisi host ke dalam permintaan keluar serta kebijakan deklaratif untuk akses jaringan.

Proses yang berhasil menghasilkan atestasi bertanda tangan yang menghubungkan lingkungan, hasil pengujian, dan commit. Menurut Chainguard, gerbang penggabungan di tahap berikutnya dapat memverifikasi bukti tersebut dan menerima hasilnya tanpa mengulangi rangkaian pengujian yang sama.

Hal ini menunjukkan perbedaan penting antara meneruskan bukti dan sekadar meneruskan klaim agen bahwa pengujian telah lolos. Attestasi dapat menetapkan pemeriksaan mana yang dijalankan terhadap commit tertentu di lingkungan tertentu. Namun, attestasi tidak dapat memastikan bahwa pengujian mencakup setiap perilaku penting atau bahwa perubahan yang lolos memenuhi semua persyaratan keamanan. Tim tetap memerlukan pengujian yang sesuai, kebijakan verifikasi tepercaya, serta peninjauan untuk hal-hal yang membutuhkan pertimbangan.

Chainguard menyatakan bahwa rancangan ini mengembalikan hasil dalam hitungan detik dan mengurangi komputasi yang berulang. Materi peluncuran tidak menyertakan tolok ukur yang divalidasi secara independen untuk membuktikan peningkatan kecepatan atau penghematan biaya secara universal di berbagai repositori.

Mengamankan Dependensi yang Diambil oleh Agen

Pengumuman ketiga memperluas Chainguard Libraries, katalog terkelola beserta titik akhir untuk dependensi bahasa pemrograman sumber terbuka. Layanan yang sudah ada dirancang agar sesuai dengan pengelola artefak dan alur kerja pengembangan, serta menyediakan informasi asal-usul dan daftar material perangkat lunak bertanda tangan untuk paket yang dibuat oleh Chainguard.

Titik akhir Go yang baru mencakup pemindaian malware dan perangkat lunak abu-abu, kebijakan paket yang dapat dikonfigurasi, serta remediasi CVE. Titik akhir .NET menawarkan alternatif untuk menggunakan NuGet secara langsung, dengan pemindaian dan kontrol kebijakan. Keduanya memasuki tahap Akses Awal.

Chainguard juga menambahkan remediasi CVE untuk JavaScript dan Go, termasuk perbaikan yang di-backport untuk kerentanan dengan tingkat keparahan kritis dan tinggi. Backport penting ketika tim tidak dapat segera beralih ke versi mayor yang lebih baru tanpa mengubah aplikasi atau melakukan pengujian ekstensif. Langkah ini dapat mengurangi paparan risiko selagi peningkatan yang lebih besar direncanakan.

Perusahaan menyatakan bahwa Athena, koalisi industrinya, akan menyediakan artefak yang telah diremediasi untuk kerentanan pada Java dan Python yang ditemukan oleh model AI terdepan pada hari kerentanan tersebut diumumkan ke publik. Klaim ini berkaitan dengan respons saat kerentanan diungkapkan kepada publik, bukan jaminan bahwa tidak ada kelemahan yang belum diungkapkan.

Survei Menunjukkan Mengapa Tekanan terhadap Penambalan Terus Meningkat

Bersamaan dengan peluncuran produk, Chainguard merilis The AI Exploit Gap, survei yang dipesan dari Wakefield Research. Survei ini mengumpulkan tanggapan pada September 2026 dari 1.300 pemimpin keamanan siber di sembilan pasar. Para responden setidaknya memiliki jabatan setingkat direktur dan umumnya bekerja di organisasi dengan sedikitnya 500 karyawan, dengan batas minimum 250 karyawan di Singapura dan UEA/Arab Saudi.

Dalam survei tersebut, 54% responden mengatakan bahwa organisasi mereka dengan sadar membiarkan kerentanan berkeparahan tinggi atau kritis tanpa ditambal setidaknya sesekali, dan 93% menyatakan khawatir tidak dapat meremediasi eksploitasi berbasis AI dengan cukup cepat. Sebanyak 76% melaporkan adanya serangan berbasis AI yang terkonfirmasi atau diduga terjadi selama tahun sebelumnya.

Angka terakhir menggabungkan insiden yang terkonfirmasi dengan dugaan. Angka itu tidak boleh dianggap sebagai ukuran serangan yang disebabkan AI dan diverifikasi secara independen. Secara lebih luas, angka-angka ini merupakan laporan dan perkiraan responden, bukan data telemetri yang menunjukkan seberapa sering teknik serangan tertentu berhasil.

Temuan operasionalnya cukup mengungkapkan. Di antara perusahaan dengan pendapatan sedikitnya $1 miliar, 66% melaporkan bahwa mereka setidaknya sesekali membiarkan kerentanan berkeparahan tinggi atau kritis tanpa ditambal, dibandingkan dengan 27% di antara perusahaan berpendapatan di bawah $250 juta. Organisasi yang lebih besar menyebutkan pertimbangan bisnis, seperti gangguan dan prioritas produk yang saling bersaing. Jadi, kesenjangan ini berkaitan dengan kemampuan menerapkan perubahan sekaligus kemampuan menemukan kelemahan.

Otonomi yang Lebih Besar Membutuhkan Kontrol yang Lebih Dapat Diverifikasi

Tiga peluncuran Chainguard membentuk pendekatan yang padu: membatasi lingkungan eksekusi, memberi agen verifikasi cepat yang dapat diatribusikan, serta mengatur dependensi yang mereka gunakan. Masing-masing menangani bagian berbeda dari alur kerja pengembangan yang sama.

Ujian praktisnya adalah apakah kontrol tersebut cocok dengan repositori nyata, integrasi layanan, dan kebijakan rilis tanpa menjadi hambatan baru. Status Beta dan Akses Awal menunjukkan bahwa pekerjaan itu masih harus dilakukan. Namun, arahnya sudah jelas: seiring meningkatnya kemampuan agen pengodean untuk bertindak, perusahaan membutuhkan kontrol keamanan yang tetap dapat ditegakkan dan diperiksa sepanjang proses kerja.