Claude Security Kini dalam Beta Publik: Apa yang Diklaim dan Tidak Diklaim oleh “Scan to Fix”

Produk keamanan Anthropic kini menjadi beta publik untuk Claude Enterprise, dan pitch satu barisnya adalah rangkaian tindakan, bukan kata sifat: dari pemindaian hingga perbaikan, semuanya dilakukan secara mulus. Mekanisme di balik kalimat itu dinyatakan secara gamblang di halaman produk — Claude memindai basis kode Anda dengan Claude Mythos, memvalidasi temuan, dan menyarankan patch yang dapat Anda tinjau dan setujui. Tiga kata kerja, satu nama model, dan batasan cakupan yang mudah terlewat saat dibaca sekilas: ini adalah beta, dan ditujukan untuk pelanggan Enterprise, bukan untuk siapa pun yang kebetulan memiliki repositori.

Pertanyaan yang menarik tidak pernah tentang apakah sebuah model bahasa dapat menemukan kerentanan. Model sudah melakukannya sejak beberapa waktu, kadang cukup baik hingga membuat manusia yang menulis kode itu malu. Pertanyaan yang menarik adalah apa yang terjadi antara saat sebuah temuan muncul dan saat temuan itu ditutup, karena celah itulah tempat tumpukan masalah keamanan berada: antrean masalah yang tampak masuk akal, tidak diurutkan oleh siapa pun, ditugaskan kepada semua orang, ditutup secara kebetulan. Jawaban Anthropic adalah pipeline dengan empat tahap, dan setiap tahap mengajukan klaim yang dapat diperiksa sendiri.

Apa arti “public beta untuk Claude Enterprise”

Keterangan ketersediaannya sangat blak-blakan, dan layak dikutip alih-alih diparafrasekan: {{1}}tersedia dalam beta publik{{/1}} untuk {{2}}Claude Enterprise{{/2}}. Dua tombol berada di bawahnya — {{3}}hubungi tim penjualan{{/3}}, dan {{4}}baca tutorial{{/4}}. Keduanya bukan formulir pendaftaran. Dalam praktiknya, itu berarti pembelinya adalah perusahaan yang sudah memiliki perjanjian {{5}}Enterprise{{/5}} dan tim keamanan dengan posisi cukup kuat untuk meminta pemindai baru, bukan seorang insinyur individu yang ingin mengarahkan sesuatu ke proyek sampingan.

Ada cara kedua yang lebih ringan untuk masuk. Plugin Claude Security untuk Claude Code masih dalam versi beta. Ini perangkat lunak yang berbeda dengan kisah penerapan yang berbeda — memindai, memvalidasi, dan menambal di dalam Claude Code sambil tetap menyimpan kode di lingkungan Anda — dan inilah versi yang penting bagi tim yang hambatannya bukan anggaran, melainkan aturan tentang ke mana kode sumber boleh dikirim.

Pemindaian tidak berhenti

Perilaku pertama yang terdokumentasi adalah pemindaian pertama yang mendalam: Claude menjalankannya sekali pada basis kode, lalu terus memindai seiring kode berubah. Ini kalimat kecil dengan konsekuensi operasional yang besar. Pemindaian sekali jalan adalah sebuah foto. Basis kode bukanlah foto; ia adalah cuaca. Temuan yang akurat pada hari audit dan telah setengah diperbaiki oleh tiga penggabungan berikutnya lebih buruk daripada tidak ada temuan sama sekali, karena temuan itu menyita perhatian orang-orang yang harus membacanya ulang.

Pemindaian berkelanjutan juga merupakan bagian dari produk yang paling sulit dipalsukan. Ini menuntut pemindai untuk memahami perubahan mana yang penting, yang merupakan keterampilan berbeda dari menemukan kerentanan dalam pohon statis. Halaman tersebut tidak menjelaskan bagaimana prioritisasi itu bekerja, dan artikel ini tidak akan menebak-nebak.

Satu-satunya sumbu di mana klaim tersebut spesifik

Anthropic mengklaim bahwa Claude Security melacak aliran data lintas file dan repositori untuk menemukan kerentanan yang mungkin tidak terdeteksi oleh pemindai pencocokan pola. Itu adalah klaim yang paling dapat diperiksa dalam seluruh deskripsi produk, karena klaim tersebut menyebutkan suatu mekanisme alih-alih hasil.

Pencocokan pola, seperti namanya, mencari bentuk yang diketahui berbahaya: pemanggilan fungsi dengan argumen tercemar, string yang digabungkan ke dalam kueri, API tidak aman yang diketahui. Metode ini cepat, murah, dan itulah sebabnya pemindai tradisional terkenal karena dua hal sekaligus — menangkap kelas bug yang sama di mana pun muncul, dan menenggelamkan tim dalam temuan yang ternyata tidak dapat dijangkau. Alternatifnya adalah melacak nilai dari tempat ia masuk ke sistem hingga tempat ia digunakan, melintasi batas antarfile dan antarlayanan. Di situlah bug sebenarnya bersembunyi, dan di situlah analisis menjadi mahal, karena alat harus menyimpan lebih banyak konteks daripada yang muat dalam satu fungsi.

Namun, perhatikan kata pelunak dalam kalimat itu. Mungkin tidak mendeteksi. Itu adalah kata yang tepat untuk digunakan ketika vendor tidak memiliki tolok ukur yang bisa dijadikan acuan, dan itu juga alasan klaim ini harus diuji terhadap basis kode Anda sendiri, bukan diterima sebagai sifat produk.

Verifikasi adversarial, dan model ancaman yang dapat Anda ubah

Tahap kedua adalah tahap yang menjawab masalah positif palsu yang diketahui setiap tim keamanan. Setiap temuan melewati verifikasi adversarial sebelum sampai ke tim. Ada sesuatu yang mencoba mematahkan temuan itu sebelum manusia melihatnya: untuk menunjukkan bahwa input tidak benar-benar dapat mencapai sink, atau bahwa jalur tersebut dijaga di hulu, atau bahwa kode yang dimaksud sudah tidak terpakai.

Paruh kedua dari kalimat yang sama itu secara diam-diam merupakan keputusan desain paling menarik di halaman ini. Model ancaman yang dapat diedit oleh tim Anda menentukan apa yang layak ditandai. Secara praktis, itu menyerahkan definisi relevansi ke tangan pelanggan. Pemindai yang menentukan tingkat keparahan sendiri selalu sedikit keliru, karena tingkat keparahan bersifat kontekstual: endpoint tanpa autentikasi di alat admin internal adalah masalah yang berbeda dari endpoint yang sama di internet publik, dan tidak ada vendor yang dapat mengetahui mana yang sedang dilihatnya. Membiarkan model ancaman diedit adalah pengakuan jujur atas hal itu.

Hal itu juga menciptakan pekerjaan. Threat model yang tidak dipelihara siapa pun akan menjadi filter yang menyembunyikan hal-hal yang tidak terpikirkan oleh siapa pun, yang justru merupakan kebalikan dari tujuan sebuah pemindai. Tim yang mendapatkan manfaat dari ini adalah tim yang memperlakukan threat model sebagai dokumen hidup dengan seorang pemilik, sama seperti cara mereka memperlakukan runbook.

Patch adalah unit keluaran.

Setiap temuan menyertakan patch yang direkomendasikan untuk ditinjau dan disetujui oleh tim, dan Claude menandai temuan tersebut sebagai sudah diperbaiki setelah perbaikannya dirilis. Ada dua klaim di dalam kalimat itu dan keduanya perlu dipisahkan.

Yang pertama adalah bahwa keluaran dari sebuah pemindaian adalah perubahan, bukan tiket. Ini adalah perbedaan antara memberi tahu seorang engineer bahwa kode mereka memiliki masalah dan memberi tahu mereka seperti apa kode yang telah diperbaiki. Itu memadatkan bagian pekerjaan keamanan yang paling tidak menyenangkan — memahami kode orang lain dengan cukup baik untuk memperbaikinya tanpa merusak hal yang dilakukannya — dan itu memadatkannya bagi orang yang paling sedikit memahami kode tersebut. Itu juga risikonya: patch yang terlihat benar dan lolos tinjauan karena peninjau lelah adalah bug baru dengan tanda centang hijau.

Klaim kedua adalah tentang penutupan. Claude menandai sebuah temuan sebagai telah diperbaiki begitu perbaikannya dirilis, sehingga temuan-temuan tertutup alih-alih menumpuk. Backlog bukanlah kegagalan deteksi. Ini adalah kegagalan pencatatan: kerentanan yang sama dilaporkan tujuh kali di tujuh pemindaian, dan antreannya tumbuh lebih cepat daripada kemampuan siapa pun mengosongkannya. Melacak sebuah temuan hingga ke commit yang menyelesaikannya adalah mekanisme yang membuat pemindai berkelanjutan dapat ditanggung alih-alih membuat semangat runtuh.

Anthropic secara eksplisit menyatakan bahwa manusia tetap terlibat dalam prosesnya, dengan setiap patch memerlukan tinjauan dan persetujuan. Siapa pun yang menerapkan ini harus menganggapnya sebagai kalimat penopang, bukan sebagai disclaimer di bagian bawah.

Dua rilis, satu arah

Claude Security tidak hadir secara terpisah. Anthropic merilis Code Review sebagai tersedia secara umum pada 15 Oktober 2026, dan pemindaian berkelanjutan Claude Security serta pelacakan perbaikan hadir pada 21 Oktober 2026 dalam beta publik untuk Claude Enterprise. Dibaca bersama, keduanya menunjukkan sesuatu tentang arah: tinjauan bergerak dari gerbang yang dilalui perubahan di akhir menjadi proses yang berjalan berdampingan dengan perubahan saat ditulis. Jarak hari antara kedua tanggal itu cukup singkat sehingga produk-produk tersebut harus dievaluasi sebagai satu kisah tentang ke mana pekerjaan keamanan mengarah, bukan dua rilis yang tidak terkait.

Apa yang tidak dipublikasikan, dan angka yang akan menyelesaikannya

Daftar hal yang belum diketahui di sini lebih panjang daripada daftar klaim, dan itu normal untuk beta publik, bukan skandal. Seberapa besar basis kode yang dicakup oleh pemindaian tidak dipublikasikan. Durasi pemindaian tidak dipublikasikan. Tingkat positif palsu tidak dipublikasikan. Tolok ukur deteksi tidak dipublikasikan. Tidak ada evaluasi independen. Harga per kursi tidak dipublikasikan, begitu pula daftar bahasa yang didukung.

Dari semua itu, tolok ukur deteksi yang hilang adalah yang mengubah keputusan pembelian. Tanpanya, “menangkap apa yang terlewat oleh pemindai pencocokan pola” adalah klaim terarah yang tidak dapat dibandingkan dengan pemindai yang sudah ada dalam anggaran. Daftar bahasa yang didukung adalah yang kedua: repositori poliglot adalah kasus normal di perusahaan berbagai ukuran, dan pemindai yang sangat baik dalam tiga bahasa tetapi tidak hadir dalam lima bahasa lainnya adalah pemindai yang menghasilkan gambaran menyesatkan tentang permukaan risiko.

Semua ini tidak berarti produknya tidak berfungsi. Artinya, evaluasi harus dilakukan oleh pembeli, dengan kode milik pembeli sendiri, dan bahwa sebuah demo tidak akan cukup.

Lagipula, bagaimana cara mengevaluasinya?

Jika tim Anda akan mencobanya, eksperimen yang berguna bukanlah repositori baru dengan kelemahan yang sengaja ditanamkan. Melainkan repositori yang sudah memiliki riwayat: layanan yang mengalami insiden tahun lalu, pustaka dengan kerentanan yang diketahui yang butuh dua minggu untuk ditutup, modul yang sedikit ditakuti semua orang. Arahkan pemindaian ke repositori itu dan bandingkan apa yang ditemukannya dengan temuan yang sudah dicatat tim Anda. Recall pada masalah yang diketahui dapat diukur bahkan ketika vendor belum menerbitkan tolok ukur, karena kebenaran dasarnya ada di pelacak insiden Anda sendiri.

Kedua, perhatikan model ancamannya. Jika hal pertama yang dilakukan tim Anda adalah mematikan sebagian besar kategori untuk menurunkan antrean, berarti Anda telah mengetahui bahwa model bawaan tidak sesuai dengan risiko yang sebenarnya ditanggung tim Anda, dan sebaiknya perbaiki modelnya, bukan filternya. Ketiga, ukur langkah yang penting: berapa lama waktu dari sebuah temuan muncul hingga patch digabungkan. Angka itu milik Anda, dapat dibandingkan lintas alat, dan itulah angka yang sebenarnya diklaim ingin diubah oleh produk.

Di mana router ditempatkan, dan di mana tidak.

Batasannya perlu dinyatakan secara gamblang. Claude Security adalah aplikasi Anthropic. Kami tidak menghostingnya, kami tidak menjualnya, dan kami tidak dapat memberi tahu Anda apa yang ditemukan atau tidak ditemukan olehnya di repositori Anda. Pemindai ini berjalan di Claude Mythos, dan kami tidak mengklaim menghosting model tersebut.

Yang kami lakukan adalah menjalankan model. Satu endpoint yang kompatibel dengan OpenAI, satu kunci, lebih dari 200 model di belakangnya, harga daftar penyedia diteruskan tanpa tambahan markup, dan failover otomatis antarpenyedia ketika salah satunya bermasalah. Claude Opus 5.5 ada di katalog itu dengan harga $4.00 per juta token input dan $20.00 per juta token output, dengan konteks 1M token dan pembacaan cache seharga $0.20 per juta. Itu fakta tentang katalog kami, bukan klaim tentang pemindai.

Di sinilah relevansinya: bagian dari program keamanan yang bukan pemindai—alat internal yang merangkum seribu temuan menjadi sesuatu yang bisa ditriase manusia, agen yang menyusun draf advisory, langkah tinjauan yang ingin dibangun tim berdasarkan aturannya sendiri. Itu semua adalah panggilan model biasa, dan router adalah cara yang wajar untuk melakukannya tanpa meng-hard-code vendor tertentu. DSL perutean penting ketika satu langkah menginginkan model kecil untuk volume dan langkah berikutnya menginginkan model yang cermat untuk penilaian; failover otomatis penting ketika panggilan berada di dalam pipeline yang berjalan pada pukul tiga pagi dan tidak ada yang mengawasi.

Apa yang sebenarnya beta minta Anda percayai

Singkirkan pembingkaiannya, dan produk ini memasang tiga taruhan. Bahwa model yang bernalar atas kode menemukan hal-hal yang tidak ditemukan oleh pencocokan pola. Bahwa lintasan kedua yang adversarial cukup untuk menekan derau. Bahwa sebuah temuan baru dianggap selesai ketika patch dikirim dan antrean tertutup di belakangnya. Taruhan ketiga adalah yang paling tidak menarik dan paling mungkin benar, karena itu adalah pernyataan tentang proses, bukan tentang kecerdasan.

Taruhan pertama adalah yang perlu diuji. Anthropic telah menerbitkan mekanismenya — penelusuran aliran data lintas file dan repositori — dan belum menerbitkan satu angka pun yang menunjukkan seberapa baik mekanisme itu bekerja. Itu bukan alasan untuk mengabaikan produk ini. Itu justru alasan untuk menjalankannya pada repositori yang riwayatnya sudah Anda ketahui, dan menilainya berdasarkan temuan yang dapat Anda verifikasi, bukan temuan yang tampak mengesankan dalam sebuah demonstrasi.