· kaynak dev.to (home feed)
OpenCode Console ihlali, kullanıcıların sakladığı OpenAI ve Anthropic anahtarlarını açığa çıkarmış olabilir
OpenCode, kullanımdan kaldırılmakta olan eski bir sisteme yapılan sızmanın, Console kullanıcılarının yüzde 1,4'ünün kaydettiği OpenAI ve Anthropic anahtarlarını açığa çıkarmış olabileceğini bildirdi; hasarı sınırlamanın tek yolu anahtarları sağlayıcılarda geçersiz kılmak.
Ne oldu
Geliştiricilerin terminalden çalıştırdığı açık kaynak yapay zekâ kodlama ajanı OpenCode, etkilenen kullanıcılara 17 Ekim 2026'da bir saldırganın şirketin kullanımdan kaldırma sürecinin ortasındaki eski bir sisteme ulaştığını bildirdi. dev.to'da yayımlanan bir yazıda alıntılanan, konu satırı "Action Required: Potential provider key breach" olan bir e-postada şirket, bir Console çalışma alanına kaydedilmiş OpenAI ve Anthropic anahtarları dahil üçüncü taraf kimlik bilgilerinin açığa çıkmış olabileceği uyarısında bulundu.
Barındırılan Console, hesapları, çalışma alanlarını ve bazı kullanıcıların bağladığı sağlayıcı anahtarlarını yöneten OpenCode parçasıdır. OpenCode etkilenme oranını Console kullanıcılarının yüzde 1,4'ü olarak, yani harici sağlayıcı bağlamış kullanıcıların bir alt kümesi olarak verdi ve olayı büyük ölçekli bir distillation saldırısı olarak nitelendirdi; yazıda bu etiket, şirket bir açıklama daha yayımlayana kadar açıklanmamış sayılıyor. OpenCode, etkilenen herkese e-posta gönderdiğini, e-posta almayan kullanıcıların etkilenmediğini ve düzeltme çalışmaları için Anthropic, OpenAI ve Google ile iş birliği yaptığını söyledi.
Bildirimin boş bıraktıkları
OpenCode, açığa çıkan anahtarların gerçekten eski sistemde saklanıp saklanmadığını, saldırganın nasıl girdiğini, erişimin ne kadar sürdüğini veya yüzde 1,4'lük oranın kaç hesaba karşılık geldiğini açıklamadı. dev.to yazısunun da belirttiği gibi, yüzde ne açığa çıkmayı ne de kaybı ölçüyor.
Yazının daha geniş iddiası şu: kullanımdan kaldırma işlemi en çok ortasında tehlikelidir; trafik önce sistemden taşınırken, kimlik bilgileri ilgi giddikten sonra yerinde kalabilir. Bu durumdaki bir sistem, onu hedef yapan erişimi elinde tutar ama üretim sisteminin gördüğü denetimi kaybeder. OpenCode kendi emeklilik planını anlatmadığı için bu, olayların doğrulanmış bir anlatımı değil, yazarın yorumu olarak kalıyor.
OpenCode'un kullanıcılara verdiği çare de yol gösterici: anahtarları sağlayıcının kontrol panelinden geçersiz kılıp yenilemek, bunları kullanan uygulamaları güncellemek ve son kullanımı gözden geçirmek. Bu talimat, kontrolün gerçekte nerede olduğunu anlatıyor. Müşterinin kimlik bilgisi yalnızca sağlayıcı nezdinde, müşteri tarafından geçersiz kılınabiliyordu ve ihlalden kullanıcının e-postayı okuduğu ana kadar geçen her saat, anahtarın hâlâ çalıştığı bir saatti.
Faturanın müşteriye çıkması neden
Bir satıcının çalışma alanına kaydedilen sağlayıcı anahtarı yine de müşterinin sağlayıcı hesabına aittir. O hesabın kimliğini, kotasını, ödeme yöntemini ve koruma kurallarını taşır; bu yüzden bu tür ihlaller çoğu zaman fatura olarak geri dönüyor. Yazı, kullanıcıların yüzlerce dolara varan faturalara ilişkin bildirimlerine, OpenCode'tan gelen bir rakam olmadığı ve doğrulanmadıkları notuyla değiniyor.
Mekanizma basit: sağlayıcının faturalandırma sistemi açısından geçerli bir anahtara sahip saldırgan müşterinin kendisidir ve istekte hiçbir şey bir distillation çalışmasını meşru bir toplu iş görevinden ayırt etmez.
Yazı ayrıca söz konusu iki saklama modelinin bedelini de koyuyor. Bir satıcı model trafiğini yeniden sattığında, sistemlerindeki anahtarlar kendisinindir ve bir sızıntı satıcının hesabından karşılanır. Kendi anahtarınızı bağladığınızda ise doğrudan sağlayıcı ilişkisini elinizde tutarsınız ama kimlik riskini üstlenirsiniz: sağlayıcı hesabınız, başkasının çevresinin etki alanına dönüşür.
Durum sayfası sinyal taşımıyordu
Bildirimden iki gün sonra, 19 Ekim'de OpenCode'un durum sayfası, kontrol panelini, çalışma alanlarını ve anahtarları kapsayan Console API bileşenini çalışır durumda gösteriyordu. Açık tek kalem, 16:44 UTC'de başlamış ve yedi saate yakın bir süre sonra hâlâ sürüyor olarak işaretlenmiş yavaş yanıt olayıydı. Güvenlik sinyali başka bir yerden gitti: bir araştırmacı müşteri e-postasının ekran görüntüsünü 15:30 UTC'de yayımladı, şirket ise 18:08 UTC'de kamuoyuna doğruladı. Durum sayfası erişilebilirliği izler ve bir güvenlik olayının kanıtını arayan ekipler, böyle bir sinyali taşımak için hiç tasarlanmamış bir kanalı izliyor demektir.
Neden önemli
Bağlı sağlayıcı anahtarlarını kabul eden bir yapay zekâ kodlama aracı kullanan herkes, burada başarısız olan düzenin aynısını işletiyor: kimlik bilgisi satıcının çevresini sizin sağlayıcı hesabınıza, kotanıza ve ödeme yönteminize bağlıyor. Yazı, bir satıcı ihlalinden sağlam çıkacak dört kontrol öneriyor: araç başına tek anahtar, sağlayıcının sunduğu en dar kapsamda bir harcama limiti, kullanımı yeniden kurmaya yetecek uzunlukta log saklama ve satıcının onayını beklemeyen bir iptal planı.
Olay ayrıca kullanımdan kaldırma hijyeni konusunda bir ders. Emekliye ayrılırken erişilebilir kalan eski bir sistem, operasyonel ilgiyi kaybettikten çok sonra canlı kimlik bilgileri tutabilir ve oradaki tek bir ele geçirme, müşterilerin kendi hesaplarına bağlı anahtarları riske atabilir.
- #security
- #api-keys
- #ai-coding-tools
- #opencode
- #data-breach