OpenCode kena serangan distilasi, kunci API pengguna bocor

OpenCode, agen koding sumber terbuka yang populer karena bisa memakai kunci API dari banyak penyedia, mengumumkan insiden keamanan pada 17 Oktober 2026. Dalam pernyataan di X, perusahaan menyebut kejadian itu sebagai pelanggaran yang terkait dengan serangan distilasi skala besar dan memengaruhi sekitar 1,4 persen pengguna OpenCode Console. Bagian yang terdampak adalah pengguna yang menautkan penyedia model eksternal ke akun mereka, bukan seluruh basis pengguna.

Email berjudul Action Required: Potential provider key breach yang dikirim ke pelanggan menjelaskan bahwa ada akses tidak sah ke sistem lama yang sedang dalam proses dinonaktifkan. Kunci pihak ketiga yang tersimpan di ruang kerja, termasuk kunci OpenAI, Anthropic, dan Google, dinyatakan mungkin telah terekspos, dan penerima diminta mencabut lalu mengganti kunci tersebut. OpenCode menegaskan bahwa pengguna yang tidak menerima email tidak termasuk yang terdampak, karena cakupannya terbatas pada akun dengan penyedia eksternal tertaut.

Yang dicari penyerang bukan kata sandi atau nomor kartu, melainkan kemampuan memanggil model paling mahal dengan biaya orang lain. Dengan kunci curian, mereka menjalankan kueri berulang ke model frontier, dan sebagian pengguna melaporkan saldo terkuras cepat dengan tagihan mencapai ratusan dolar. Pola ini menjelaskan istilah distilasi: keluaran model kelas atas dipanen untuk melatih model lain tanpa membayar komputasi atau riset aslinya, sehingga insidennya lebih mirip pencurian kapasitas daripada kebocoran data biasa.

Kronologinya menunjukkan sinyal pertama datang dari pengguna, bukan perusahaan. Peneliti keamanan Matt Johansen melaporkan pada 15.18 UTC bahwa pelanggan OpenCode menerima pemberitahuan pelanggaran dan ada keluhan tagihan membengkak, lalu menyatakan konfirmasi sekitar dua belas menit kemudian. Pernyataan resmi OpenCode menyusul pukul 18.08 UTC pada hari yang sama. Selisih beberapa jam itu penting bagi tim yang memantau biaya: deteksi lewat tagihan sering lebih cepat daripada pengumuman resmi.

Pelajaran teknisnya sederhana tetapi mahal kalau diabaikan. Alat yang menyatukan banyak kunci membuat satu titik kegagalan yang memegang semua pintu, dan kunci itu biasanya tidak punya pagar belanja. Untuk pemakaian produksi, kunci per layanan sebaiknya dibuat terpisah, diberi batas kredit bulanan, dipantau per jam, dan dirotasi berkala. Kalau ada konsol pihak ketiga yang menyimpan kunci, pertanyaan wajibnya bukan hanya apakah terenkripsi, tetapi juga apakah kunci bisa dicabut dalam hitungan menit ketika ada yang salah.