Claude Code Onay Hatası: 1.122 Şifre Nasıl Sızdı?
Apiiro'nun yayımladığı bir araştırma, Anthropic'in yapay zeka destekli kodlama aracı Claude Code'daki bir onay mekanizmasının binlerce genel GitHub deposunda şifre ve gizli bilgilerin açığa çıkmasına yol açtığını ortaya koydu. Bulgular önce Hacker News üzerinden yayıldı, kısa sürede 200 puanı ve 170'i aşkın yorumu geçti. Konu özellikle AI destekli kodlama araçlarını günlük iş akışına sokmuş ekipler için dikkatle okunmayı hak ediyor.
Araştırma ne buldu
Apiiro'nun incelemesine göre Claude Code'un belirli işlemler için sunduğu "bir daha sorma" seçeneği, geliştiricilerin fark etmeden hassas dosyaları commit etmesine zemin hazırlıyor. Onay bir kez verildiğinde araç, aynı tür işlemi sonraki oturumlarda sormadan tekrarlıyor. Dikkatsiz bir anda açığa çıkan bir ortam değişkeni dosyası ya da yapılandırma dosyası, bu sayede defalarca sessizce işlenebiliyor.
Araştırmacılar bu davranışın sonucunda 1.122 genel GitHub dosyasında şifre, API anahtarı veya benzeri gizli bilgilerin ifşa olduğunu tespit etti. Sızıntıların büyük kısmı, geliştiricinin aracın önerdiği eylemi tek seferlik onayladığını sanıp aslında kalıcı bir izin verdiğini fark etmemesinden kaynaklanıyor.
Bu sorun neden şimdi konuşuluyor
Yapay zeka destekli kodlama asistanları, hızlı prototipleme ve otomatik commit önerileriyle geliştirici iş akışına giderek daha fazla gömülüyor. "Hatırla ve tekrar sorma" gibi kullanıcı deneyimini kolaylaştıran özellikler, güvenlik açısından bir denetim katmanının sessizce devre dışı kalmasına yol açabiliyor. Bir geliştirici tek bir anlık onayla, aracın benzer riskli işlemleri ileride sessizce tekrarlamasına izin vermiş oluyor.
Sorunun büyüklüğü, bu onayların proje bazında değil araç veya oturum bazında hatırlanmasından geliyor. Bir geliştirici bir projede masum bir dosya için onay verdiğinde, aynı onay başka bir projede hassas bir yapılandırma dosyası için de geçerli olabiliyor. Sızıntının kapsamı böylece tek bir depoyla sınırlı kalmıyor; kullanıcının açtığı her yeni proje potansiyel bir risk alanına dönüşüyor.
Bireysel geliştiriciler ve kurumsal ekipler bu riski farklı yaşıyor
Bireysel geliştiriciler ve açık kaynak katkıda bulunanlar için risk doğrudan. Kişisel API anahtarları, test ortamı şifreleri veya üçüncü parti servis token'ları genel depolarda herkese açık hale gelebiliyor. Bu bilgiler bir kez yayımlandığında deponun geçmişinden tamamen temizlenmesi teknik olarak zor; tek gerçekçi çözüm ilgili anahtarların iptal edilip yenilenmesi.
Kurumsal ekipler için tablo daha karmaşık hale geliyor. Şirket içi geliştiricilerin AI kodlama araçlarını hangi izinlerle kullandığı çoğu zaman merkezi olarak takip edilmiyor. Bir geliştiricinin kişisel makinesinde verdiği "bir daha sorma" onayı, şirketin güvenlik politikalarının tamamen dışında kalan bir karara dönüşüyor. Biz SUNS Tech olarak yazılım projelerinde gizli bilgi yönetimini süreç gereği denetliyoruz; araç bazlı onayların kurumsal politikalarla örtüşmediği bu tür durumların ciddi bir boşluk yarattığını projelerimizde de gözlemliyoruz.
Şu an atılabilecek somut adımlar
Claude Code veya benzer AI kodlama asistanlarını kullanan ekipler için ilk adım, mevcut "tekrar sorma" onaylarının gözden geçirilmesidir. Bu onayların hangi işlemler için verildiği ve hangi kapsamda geçerli olduğu netleştirilmeli; belirsizse onay sıfırlanıp yeniden değerlendirilmeli.
İkinci adım genel depoların geçmişe dönük taranmasıdır. GitHub'ın kendi gizli bilgi tarama araçları veya üçüncü parti secret-scanning çözümleri, zaten commit edilmiş şifre ve anahtarları tespit edebiliyor. Bu noktada tüm AI araçlarını devre dışı bırakmak gerekmiyor; asıl ihtiyaç hangi dosyaların hassas veri içerebileceğine dair bir envanter çıkarmak ve .gitignore gibi mekanizmaları sağlamlaştırmak.
Bu sorunu sadece bir araç hatası sayıp geliştirici eğitimini atlamak ise en büyük hata olur. Kökende onay yorgunluğu var: geliştiriciler art arda gelen izin isteklerine hızlıca evet demeye alışıyor. Yazılım danışmanlığı sürecinde ekiplere güvenlik odaklı kod inceleme alışkanlığı kazandırmak, tek başına bir araç ayarından çok daha kalıcı sonuç veriyor. Kurumsal ölçekte yazılım geliştiren ekipler için bu tür denetim mekanizmaları, projenin başında kurgulanması gereken bir gereklilik; sonradan eklenen bir güvenlik katmanı değil.
Bundan sonra neleri takip etmek gerekiyor
Anthropic'in bu bulgulara resmi bir yanıt verip vermeyeceği ve Claude Code'un onay mekanizmasında bir değişiklik yapıp yapmayacağı henüz netleşmedi. Benzer AI kodlama asistanlarının, GitHub Copilot ve Cursor gibi sektördeki diğer ürünlerin aynı tür onay kalıcılığı sorununa sahip olup olmadığı da ayrı bir inceleme konusu.
Apiiro'nun raporu genel GitHub depolarının taranmasına dayanıyor. Özel depolarda benzer sızıntıların ne ölçüde yaşandığı şu an bilinmiyor; bu da ortaya çıkan 1.122 rakamının muhtemelen toplam etkinin yalnızca görünen kısmı olduğu anlamına geliyor. AI destekli geliştirme araçlarını süreçlerine entegre eden kurumların, bu tür onay mekanizmalarını kendi güvenlik politikalarıyla eşleştirmesi önümüzdeki dönemde daha sık gündeme gelecek bir başlık.
Kurumunuzda yazılım geliştirme süreçlerinin güvenlik açısından nereden açık verdiğini net göremiyorsanız, bu konuyu dışarıdan bir gözle değerlendirmek faydalı olabilir. Mevcut süreçlerinizi incelemek ve riskli noktaları birlikte netleştirmek isterseniz bize ulaşabilirsiniz.
