GitHub’dan 3 Güvenlik Yeniliği: Yapay Zekâlı Push Protection, Dependabot Erişilebilirlik Analizi ve Ajan Taraması

Alesta WEB

GitHub’dan 3 Güvenlik Yeniliği: Yapay Zekâlı Push Protection, Dependabot Erişilebilirlik Analizi ve Ajan Taraması

Kısa cevap: GitHub, 28 Ekim 2026'da üç güvenlik özelliğini önizlemeye açtı. Push protection artık bilinen kalıba uymayan şifre ve anahtarları da yapay zekâ sınıflandırıcısıyla yakalayıp push'u reddedebiliyor. Dependabot erişilebilirlik analizi (reachability), JavaScript/TypeScript projelerinde açıklı fonksiyonun kodunuzdan gerçekten çağrılıp çağrılmadığını gösteriyor. Yapay zekâ uygulamaları için kod tarama ise dolaylı istem enjeksiyonu (prompt injection) gibi ajan risklerini pull request'te işaretliyor. Üçü de varsayılan olarak kapalı ve kurumsal güvenlik lisansı ya da Enterprise Cloud istiyor.

Veri merkezinde sunucu dolapları arasındaki koridor (Data center aisle)
Depoya giren tek bir sır, o sırrın açtığı sunucuların hepsini riske atabiliyor. Fotoğraf: PiDatacenters / Wikimedia Commons (CC BY-SA 4.0)

Push protection kalıp dışı sırları da yakalıyor (AI-detected secrets)

Push protection şimdiye kadar büyük ölçüde bilinen biçimlere bakıyordu: bir bulut sağlayıcısının anahtar öneki, bir ödeme servisinin jeton yapısı gibi. Bir veritabanı şifresi ya da kendi uygulamanızın ürettiği rastgele bir anahtar bu kalıplara uymadığı için çoğu zaman geçip gidiyordu.

Microsoft Applied Sciences ile geliştirilen yeni sınıflandırıcı, olası sırrın kodda nasıl kullanıldığına bakıyor. Örneğin bir değişkenin bağlantı dizesine ya da kimlik doğrulama başlığına gittiğini görüyorsa, biçimi tanınmasa da onu sır sayabiliyor. Sınıflandırıcı mevcut kalıp tabanlı dedektörlerle birlikte çalışıyor ve yeni push'ları, web arayüzünden yapılan commit'leri ve dosya yüklemelerini kapsıyor.

  • Sır bulunursa push reddediliyor ve yeri gösteriliyor. Çözüm, sırrı push'taki tüm commit'lerden çıkarıp tekrar denemek.
  • Mevcut atlama (bypass) ve yetkili atlama akışları geçerli. Kodlama ajanlarının da engeli aşmadan önce yetki alması gerekiyor.
  • GitHub'ın erken testinde sır yakalanan push sayısı iki katından fazla arttı.

Nasıl açılır: depo yöneticisi için Settings > Advanced Security > Secret Protection > AI-detected secrets > Block AI-detected secrets. Önkoşul, depoda push protection ve AI-detected secret scanning'in zaten açık olması. Özellik GitHub Secret Protection ya da GitHub Advanced Security lisansı istiyor ve push sırasındaki yapay zekâ taraması yapay zekâ kredisi tüketiyor; push sonrası taramadan gelen uyarılar ise lisansa dahil kalıyor.

Dependabot: açık gerçekten çağrılıyor mu? (Reachability analysis)

Dependabot uyarılarının en büyük sorunu hacim: bir npm projesinde düzinelerce uyarı çıkabiliyor ve çoğu, kodunuzun hiç kullanmadığı bir fonksiyondaki açık. Yeni analiz bunu ayıklamak için tasarlandı.

Dependabot, yönetilen bir GitHub Actions iş akışında çalışıyor. Her açıklı paket için hangi fonksiyonların sorunlu olduğunu bilen derlenmiş veriyi kullanıyor; CodeQL deponuz ve bağımlılıklarınız üzerinde çağrı grafiği çıkarıyor ve kodunuzdan o fonksiyonlara bir yol arıyor. Her açık uyarıya dört karardan biri veriliyor:

KararAnlamıNe yapmalı
ReachableKodunuzdan açıklı fonksiyona en az bir çağrı yolu varÖnce bunları kapatın
Potentially reachableAnaliz karar veremediErişilebilir kabul edin
UnreachableÇağrı yolu bulunmadıÖncelik düşük, yine de güncelleyin
Reachability unavailableAnaliz yapılamadıHer zamanki gibi değerlendirin

Kararlar uyarıyı hiçbir zaman kapatmıyor; yalnız sıralamaya ve süzmeye yarıyor. Önizlemede yalnız JavaScript ve TypeScript destekleniyor (depoda npm, Yarn ya da pnpm kilit dosyası olmalı). Bazı monorepo'lar desteklenmeyebiliyor, üç saati aşan analizler "unavailable" dönüyor ve yalnız GitHub'ın barındırdığı runner'lar kullanılıyor.

Özellik Enterprise Cloud'da (veri yerleşimli sürüm dahil) önizleme süresince ücretsiz; Advanced Security lisansı gerekmiyor ve harcanan Actions dakikaları faturalanmıyor. Açmak için kurum ya da depo düzeyinde güvenlik yapılandırmasından etkinleştiriliyor. İlk tarama birkaç dakikadan birkaç saate kadar sürebiliyor, sonra açık uyarı oldukça her gün tekrarlanıyor.

Yapay zekâ uygulamaları için kod tarama (Code scanning for AI applications)

Uygulamasına yapay zekâ ajanı ekleyen ekipler için yeni bir risk sınıfı var: ajan, okuduğu bir web sayfasındaki ya da issue yorumundaki gizli talimata uyup yetkisi olan bir aracı çalıştırabiliyor. GitHub'ın yeni taraması bu tür kod yollarını arıyor:

  • Dolaylı istem enjeksiyonu (XPIA): güvenilmeyen içeriğin araç ya da veri erişimi olan bir modele ulaştığı yollar.
  • Hassas bilgi ifşası: ajanın yetki kontrolü olmadan hassas veriye erişmesi.
  • Aşırı yetki (excessive agency): ajanın görevinin gerektirdiğinden fazla araç, izin ya da özerkliğe sahip olması.

Tarama pull request'lerde mevcut CodeQL analiziyle birlikte otomatik çalışıyor ve her uyarıda düzeltme önerisi veriyor. github.com'da genel önizlemede, GitHub Advanced Security lisansı istiyor; GitHub Enterprise Server'da henüz yok.

Özet tablo

ÖzellikDurumLisansÜcret
Yapay zekâ ile push protectionGenel önizlemeSecret Protection ya da GHASYapay zekâ kredisi tüketir
Dependabot reachabilityGenel önizlemeEnterprise CloudÖnizlemede ücretsiz
Yapay zekâ uygulaması kod taramaGenel önizlemeGHASLisansa bağlı

Lisansı olmayan ekipler ne yapabilir?

Üç özellik de küçük ekiplerin çoğunun sahip olmadığı lisanslara bağlı. Aynı amaçlara ücretsiz yollarla da yaklaşılabilir:

  • Herkese açık depolarda secret scanning ve push protection ücretsiz; kalıp tabanlı koruma bile hiç olmamasından iyidir.
  • Sırları koda değil ortam değişkenine ya da bir sır yöneticisine koyun; .env dosyasını .gitignore'a ekleyin ve commit öncesi bir sır tarayıcı kancası kullanın.
  • Dependabot uyarılarında önce doğrudan bağımlılıklarınızı, sonra üretimde çalışan kodu ilgilendirenleri ele alın; geliştirme bağımlılıklarındaki açıklar genelde daha az acil.
  • Yapay zekâ ajanı kullanan uygulamalarda ajana yalnız işi için gereken aracı verin, yazma yetkisini insan onayına bağlayın.

Alesta WEB olarak müşteri projelerinde sırları depoda tutmamayı ve bağımlılık güncellemelerini düzenli bir takvime bağlamayı ilk kural olarak uyguluyoruz.

Sık sorulan sorular

Yapay zekâ sınıflandırıcısı yanlış alarm verirse ne olur?

Mevcut bypass akışıyla gerekçe yazarak push'u geçirebilirsiniz. GitHub, kullanıcı geri bildirimine göre isabet oranının ortaklarının dedektörleriyle benzer olduğunu söylüyor.

"Unreachable" denen bir açığı yok sayabilir miyim?

Önceliğini düşürebilirsiniz ama kapatmayın. Kod değiştikçe erişilmez bir fonksiyon erişilir hale gelebilir; analiz de bu yüzden her gün tekrarlanıyor.

Python ya da PHP projelerinde reachability var mı?

Önizlemede yok, yalnız JavaScript ve TypeScript.

İlgili yazılar: GitHub Universe 2026: Copilot Fusion ve Agentic Workflows · GitHub package firewall · Web yazılım hizmetleri · İletişim

Kapak fotoğrafı: Colin / Wikimedia Commons (CC BY-SA 4.0)

Yorumlar

Yorum yazın

Hazır mısınız?

Projenizi birlikte planlayalım

Haber sitesi, adisyon, QR menü ya da kurumsal web sitesi — ihtiyacınızı dinleyelim, demo hesabı açalım ve yazılı teklifimizi iletelim. Görüşme ücretsizdir.

WhatsAppAra