Claude Code Bocor: Ribuan Rahasia dan API Key Tersebar di GitHub

File pengaturan Claude Code yang terunggah ke GitHub dilaporkan membocorkan ribuan rahasia, mulai dari password hingga API key. Pemicunya sederhana: pengguna menekan opsi "do not ask again" saat alat bantu coding berbasis AI itu meminta izin membaca berkas.

Temuan ini pertama kali dilaporkan Ars Technica dan menyorot sisi lain dari adopsi alat bantu coding berbasis kecerdasan artifisial: berkas konfigurasi yang dianggap remeh justru menjadi jalur kebocoran data yang paling sering diabaikan.

Apa yang Sebenarnya Bocor dari File Pengaturan Claude Code

Claude Code merupakan alat bantu coding buatan Anthropic yang bekerja lewat antarmuka baris perintah. Alat ini membaca berkas di dalam proyek, menjalankan perintah, dan membantu pengembang menulis kode langsung dari terminal.

Agar bisa bekerja, Claude Code meminta izin untuk mengakses berkas dan perintah tertentu. Setiap permintaan izin disertai pilihan untuk tidak menanyakannya lagi di kemudian hari, atau yang dikenal sebagai opsi "do not ask again".

Pilihan itu tersimpan dalam berkas pengaturan proyek. Ketika berkas pengaturan tersebut ikut diunggah ke repositori publik di GitHub, isi izin yang diberikan—termasuk jejak akses ke berkas sensitif—turut terbuka untuk umum.

Menurut laporan tersebut, dampaknya bukan sekadar konfigurasi biasa. Ribuan rahasia seperti password, API key, dan kredensial layanan lain ikut terekspos karena tersimpan atau terekam dalam berkas pengaturan yang diunggah ke repositori publik.

Kronologi: Dari Prompt Izin hingga Repositori Publik

Rangkaian kejadiannya berjalan tanpa disadari pengguna. Claude Code meminta izin membaca berkas tertentu. Pengguna menyetujui, lalu memilih agar permintaan serupa tidak muncul lagi.

Persetujuan itu tercatat di berkas pengaturan. Karena berkas tersebut berada di dalam folder proyek, ia ikut masuk ke sistem kontrol versi Git. Saat proyek diunggah ke GitHub sebagai repositori publik, berkas pengaturan itu terbawa.

Di titik inilah rahasia yang seharusnya tertutup menjadi bisa dibaca siapa saja. Tidak ada peretasan, tidak ada eksploitasi celah keamanan yang rumit. Kebocoran terjadi karena alur kerja yang tampak wajar.

Laporan Ars Technica menyebut fenomena ini menjangkau ribuan berkas di GitHub. Jumlah pastinya tidak dirinci dalam kutipan sumber, tetapi skalanya cukup besar untuk disebut sebagai masalah sistemik, bukan kelalaian satu-dua orang.

Mengapa Pengembang Rentan Menyimpan Rahasia di Tempat Salah

Kebiasaan menyimpan kredensial di dalam folder proyek bukan hal baru. Banyak pengembang menaruh API key di berkas lingkungan atau konfigurasi agar aplikasi bisa berjalan saat diuji.

Yang berubah adalah kecepatan alat bantu AI dalam membaca dan menulis berkas. Claude Code bisa mengakses banyak berkas sekaligus, dan setiap izin yang diberikan meninggalkan jejak.

Ketika jejak itu ikut terunggah, penyerang tidak perlu menebak. Mereka hanya perlu mencari pola yang sudah dikenal di repositori publik, lalu memanen kredensial yang masih aktif.

Beberapa praktik yang lazim direkomendasikan untuk mencegah kebocoran semacam ini:

• Simpan kredensial di variabel lingkungan atau layanan manajemen rahasia, bukan di berkas proyek.
• Tambahkan berkas pengaturan lokal dan berkas lingkungan ke .gitignore sebelum melakukan commit.
• Periksa riwayat Git sebelum mengunggah repositori ke publik.
• Batasi izin yang diberikan ke alat bantu AI, dan tinjau ulang secara berkala.
• Putar ulang API key dan password yang pernah tersimpan di berkas yang sempat terunggah.

Dampak Kebocoran API Key dan Kredensial bagi Pengguna

API key yang bocor bisa dipakai pihak lain untuk mengakses layanan berbayar atas nama pemiliknya. Biaya tagihan membengkak, kuota habis, dan aktivitas mencurigakan muncul tanpa jejak yang jelas.

Password yang terekspos lebih berbahaya lagi bila dipakai ulang di beberapa layanan. Satu kebocoran bisa membuka pintu ke akun lain melalui credential stuffing.

Bagi organisasi, risikonya merambat ke data pelanggan dan sistem internal. Repositori publik yang tampak tidak berbahaya bisa menjadi titik awal pemeriksaan oleh penyerang yang memindai GitHub secara otomatis.

Anthropic sendiri memiliki panduan keamanan untuk Claude Code, termasuk soal pengelolaan izin dan praktik terbaik penggunaan di lingkungan pengembangan. Panduan itu dapat dibaca di dokumentasi resmi Anthropic.

Langkah Selanjutnya: Apa yang Perlu Dilakukan Pengguna Claude Code

Tindakan pertama adalah memeriksa repositori publik yang pernah diunggah. Cari berkas pengaturan Claude Code dan berkas konfigurasi lain yang mungkin memuat kredensial.

Bila ditemukan, hapus berkas dari repositori, tetapi jangan berhenti di situ. Riwayat Git tetap menyimpan versi lama, sehingga kredensial yang pernah terekspos harus dianggap tidak lagi aman.

Putar ulang semua API key dan password yang terkait. Cabut token akses yang tidak lagi dipakai, dan periksa log layanan untuk aktivitas mencurigakan.

Untuk jangka panjang, kebiasaan kecil seperti meninjau berkas sebelum commit dan memakai alat pemindai rahasia otomatis akan jauh lebih murah daripada menangani insiden kebocoran.

Analisis Redaksi

Kebocoran ini bukan kegagalan teknis Anthropic. Ini cermin dari cara pengembang bekerja: cepat, praktis, dan sering mengabaikan hal kecil yang berdampak besar. Opsi "do not ask again" dirancang untuk mengurangi gangguan, tetapi efek sampingnya adalah jejak izin yang permanen di dalam proyek.

Yang menarik, pola kebocoran ini sudah lama dikenal di dunia pengembangan perangkat lunak. API key di berkas konfigurasi, kredensial di repositori publik, dan riwayat Git yang tidak pernah dibersihkan adalah masalah lama. Alat bantu AI hanya mempercepat dan memperbanyak skalanya.

Karena itu, solusinya tidak cukup dengan menambal satu alat. Perlu ada perubahan kebiasaan: menyimpan rahasia di tempat yang benar, memeriksa sebelum mengunggah, dan menganggap setiap kredensial yang pernah terekspos sebagai kompromi. Selama tiga hal itu belum menjadi standar, laporan seperti ini akan terus berulang dengan nama alat yang berbeda.