10 Kasım 2026 tarihli bir rapora göre otonom kodlama ajanları, gizli anahtar içeren binlerce dosyayı herkese açık GitHub depolarına gönderdi. Geliştirici uç noktalarında gizli anahtar sızıntısını önlemek için pratik adımlar.
Önemli Çıkarım
Kodlama ajanları dosya oluşturur, commit atar ve bazen depoya push eder. Bir .env dosyası veya test betiğindeki API anahtarı fark edilmeden herkese açık depoya gidebilir. Sızan bir anahtarı silmek yetmez; anahtarı hemen iptal edip yenileyin.
Ne oldu?
10 Kasım 2026 tarihli bir rapor, otonom yapay zekâ kodlama ajanlarının gizli kimlik bilgisi içeren binlerce dosyayı farkında olmadan herkese açık GitHub depolarına yayımladığını bildirdi. Raporda birden fazla yaygın kodlama aracı adı geçiyor. Sorun tek bir araca özgü değil; ajanlara geniş dosya ve git yetkisi verilmesinden kaynaklanıyor.
Adversa AI'ın Kasım derlemesi de benzer bir örnek veriyor: ajanlar, herkese açık bir depoda sızmış API anahtarlarını kullanmaya çalıştı. Yani sızan anahtarlar sadece insan saldırganlar tarafından değil, otomatik sistemler tarafından da hızla bulunuyor.
Neden olur?
- Ajan, çalışması için gereken anahtarları yapılandırma dosyasına veya koda doğrudan yazar.
- .gitignore eksik veya yanlıştır; .env gibi dosyalar commit'e girer.
- Ajan "tüm değişiklikleri ekle ve gönder" komutu çalıştırır; insan değişiklikleri incelemez.
- Hata ayıklama çıktıları ve kayıt dosyaları gizli bilgileri içerir ve depoya eklenir.
- Geliştirici, kişisel ve herkese açık bir depo ile kurum deposunu karıştırır.
Önleme adımları
- Gizli bilgileri koddan çıkarın: Anahtarları bir secret manager veya ortam değişkenleri ile verin. Ajana gerçek üretim anahtarı vermeyin.
- Push öncesi tarama: Geliştirici makinelerinde gitleaks veya benzeri bir pre-commit kancası kullanın.
- GitHub push protection: Kurum depolarında secret scanning ve push protection özelliğini açın.
- Ajana sınırlı git yetkisi verin: Ajan commit atabilir ama push için insan onayı gereksin.
- Kısa ömürlü anahtarlar: Geliştirme için süreli ve kapsamı dar anahtarlar kullanın.
- Herkese açık depoları izleyin: Kurum adınız ve alan adınız için herkese açık depolarda tarama yapın.
Anahtar sızdıysa
Anahtarı hemen iptal edin ve yenisini oluşturun. Commit geçmişinden silmek yetmez; depo kopyalanmış veya önbelleğe alınmış olabilir. Sonra anahtarın sızdığı süre içinde kullanılıp kullanılmadığını kayıtlardan kontrol edin.
Moftgate nasıl yardımcı olur?
Moftgate DLP, geliştirici uç noktalarından web, git istemcisi veya yapay zekâ servislerine giden içerikte API anahtarı, parola ve özel anahtar gibi gizli bilgileri tespit eder. Politikaya göre uyarı verir veya engeller. Moftgate Yapay Zekâ Yönetişimi, geliştiricilerin hangi kodlama ajanlarını kullandığını gösterir. Böylece onaysız araçları ve riskli kullanımı görebilirsiniz.
Stratejik Çıkarım
Kodlama ajanları hızlıdır ama gözden geçirme yapmaz. Push öncesi tarama ve uç noktada gizli bilgi DLP'si, bu hızın güvenlik açığına dönüşmesini engeller.
Moftgate Yapay Zekâ Güvenliği Ekibi, geliştirici ortamlarında yapay zekâ kullanımını ve gizli bilgi sızıntısı risklerini inceler.
Uygulayıcılar İçin Uzman Yanıtları
Sızan anahtarı commit geçmişinden silmek yeterli mi?
Hayır. Depo kopyalanmış, çatallanmış veya taranmış olabilir. Anahtarı hemen iptal edip yenileyin.
Kodlama ajanlarını yasaklamalı mıyız?
Genellikle hayır. Onaylı araçları belirleyin, ajanlara sınırlı yetki verin ve push öncesi tarama kullanın. Yasak, kullanımı gölgeye iter.
Özel (private) depolar da risk altında mı?
Risk daha düşüktür ama sıfır değildir. Özel depolar sonradan herkese açılabilir veya erişim yetkisi geniş olabilir. Gizli bilgileri hiçbir depoda tutmayın.
Resmi Standartlar ve Kaynakça
- •Privacy Needle: AI Coding Agents Leak Thousands of Secrets to GitHub ↗(10 Kasım 2026 tarihli rapor.)
- •Adversa AI: Top AI agent security resources, November 2026 ↗(Sızan anahtarları kullanmaya çalışan ajan örnekleri.)
- •GitHub Docs: About push protection ↗(Push öncesi gizli bilgi engelleme.)
- •gitleaks ↗(Açık kaynak gizli bilgi tarama aracı.)