AI Ajanı Veri Sızıntısı: Olay Müdahale ve İnceleme Rehberi

AI kodlama ajanları geliştirici bilgisayarında yalnızca istem geçmişi bırakmaz. Yerel ajan profillerinde kimlik doğrulama durumu, proje yolları, araç ayarları, yakın etkinlikler ve iç sistemleri tarif eden oturum dökümleri bulunabilir. Bir dizüstü bilgisayar çalınır, kötü amaçlı yazılım erişim kazanır veya hesap kötüye kullanılırsa bu dosyalar saldırganın geliştirici uç noktasından kaynak koda, bulut hizmetlerine ve müşteri ortamlarına ilerlemesine yardımcı olabilir.

Doğru müdahale, her ajan klasörünü SIEM'e kopyalamak değildir. Önce hangi dosyaların bulunduğunu, kimlerin erişebildiğini ve kullanım kanıtı olup olmadığını belirleyin. Ardından kimlik bilgilerini kontrol altına alın ve yalnızca olay sorularını yanıtlamak için gereken kanıtı koruyun.

AI ajanı dosyaları nelerdir?

AI ajanı dosyaları; kodlama asistanları ve diğer masaüstü ajanlarının oluşturduğu veya kullandığı yerel kayıt ve ayarlardır. Konumları ve biçimleri ürüne, sürüme, işletim sistemine ve yapılandırmaya göre değişir. Yaygın kategoriler:

Dosya türü	Neleri açığa çıkarabilir?	Güvenlik sorusu
Kimlik doğrulama durumu	Oturum belirteçleri, hesap tanımlayıcıları, sağlayıcı üstverisi	Yerel erişimi olan biri oturumu kullanabilir veya yenileyebilir mi?
Yapılandırma	Modeller, uç noktalar, ortam değişkenleri, araçlar, onay ayarları	Ajanın hassas entegrasyonlara veya gevşek çalıştırma izinlerine erişimi var mı?
Proje ve çalışma alanı üstverisi	Depo adları, dosya yolları, son projeler, çalışma alanı kökleri	Saldırgan hangi sistemleri ve kod tabanlarını önceliklendirir?
Konuşma geçmişi	İstekler, kod, kayıtlar, dahili URL'ler, operasyon bilgisi ve bazen sırlar	Oturum okunursa hangi hassas veri açığa çıkabilir?
Araç ve bağlayıcı ayarları	MCP sunucuları, eklentiler, API uç noktaları, yerel izinler	Ajan hangi sonraki hizmetlere ve hangi kimlikle erişebilir?
Dizin ve etkinlik kayıtları	Zaman damgaları, oturum adları, kullanım sıklığı, son erişim	Hangi kullanıcı veya oturum daha yakından incelenmeli?

Bir dosya yolunun diskte bulunması, içeriğin hassas olduğunu, saldırganın okuduğunu veya belirtecin hâlâ geçerli olduğunu kanıtlamaz. Dosya keşfini olay kapsamını daraltmaya yarayan bir ipucu olarak görün. Erişim izinleri, uç nokta etkinliği, sağlayıcı denetim kayıtları ve hesabın geçerli oturum durumuyla doğrulayın.

Ajan verileri olayın kapsamını neden değiştirir?

Tarayıcı profili bir kullanıcının nerede oturum açtığını gösterebilir. Ajan oturumu ayrıca ne yapmaya çalıştığını, hangi depoda çalıştığını, hangi iç sistemlerden söz ettiğini ve hangi araçlara erişebildiğini anlatabilir. Geçerli bir kimlik bilgisi olmasa bile bu bağlam saldırganın keşif süresini kısaltabilir.

Aynı kayıt savunma ekipleri için kullanıcı niyetini ve ajan etkinliğini anlamaya yardımcı olur; ancak müşteri verisi, kişisel bilgi, kaynak kod veya sır da içerebilir. Oturum dökümünü toplamak yeni bir gizlilik ve saklama riski yaratır. Güvenlik ekibi envanter, ilk inceleme ve içerik analizini birbirinden ayırmalıdır.

Konuşmaları merkezi sisteme taşımadan envanter çıkarın

Yönetilen uç noktalarda üstveri odaklı envanterle başlayın. Yalnızca varlığı belirlemek ve önceliklendirmek için gereken bilgileri kaydedin:

Cihaz kimliği, atanan kullanıcı, işletim sistemi ve yönetim durumu.
Mümkünse ajan ürünü ve sürümü.
Bilinen dosya yolu, sahibi, izinleri, boyutu ve değiştirilme zamanı.
Yolun bulunup bulunmadığı, şifrelenip şifrelenmediği, yönetilip yönetilmediği veya politikayla hariç tutulup tutulmadığı.
Biliniyorsa hesabın kullandığı kimlik veya model sağlayıcısı.

Kullanımı ölçmek için tam oturum dökümlerini veya kimlik doğrulama dosyalarını içeri almayın. Envanter çıktısını belirteç değerlerinden, istem metinlerinden, kaynak koddan ve müdahale için gerekmeyen uç nokta adlarından arındırın. İçerik incelemesi gerekirse önce hangi olay sorusunu yanıtlayacağınızı belirleyin; yalnızca ilgili dosyaları seçin, inceleyebilecek kişileri sınırlandırın ve silme tarihi koyun.

Ajanların saklama biçimleri değiştiği için envanter mantığının bir sahibi olmalı. Güncel sürümlerde doğrulayın; bilinmeyen yolları sessizce “yok” saymak yerine bilinmiyor olarak işaretleyin.

Belirteç veya oturum dökümü şüphesinde olay müdahalesi

Kötü amaçlı yazılım, uç nokta ihlali, yetkisiz dosya erişimi veya yanlışlıkla paylaşım ajan verilerini içerebilecekse şu sırayı kullanın.

1. Olayı başlatan durumu belirleyin ve kanıtı koruyun

Şüphenin nasıl ortaya çıktığını kaydedin: uç nokta uyarısı, çalınan bilgisayar, şüpheli oturum açma, ifşa olan sır veya kullanıcı bildirimi. Temizliğe başlamadan ilgili uç nokta kayıtlarını koruyun. Cihazın yalıtım durumunu, oturum açmış kullanıcıları, ajan sürümlerini ve yaklaşık zaman aralığını not edin. Şüpheli oturumu etkilenen cihazda açmayın; bu zaman damgalarını değiştirebilir veya kimlik bilgilerini yenileyebilir.

2. Uç noktayı kontrol altına alın

İhlal olasılığı varsa olay politikanıza göre cihazı izole edin. Yalıtım kritik bir hizmeti durduracaksa riski kaydedin ve onaylı başka bir kontrol yöntemi uygulayın. İlk adım olarak tüm ajan dosyalarını silmeyin; bu yararlı kanıtı kaldırırken hesap oturumunu geçerli bırakabilir.

3. Erişimi temiz bir cihazdan iptal edin

Güvenilir bir cihazdan ilgili ajan ve sağlayıcı oturumlarını geçersiz kılın, destekleniyorsa yenileme belirteçlerini iptal edin ve okunmuş olabilecek API anahtarlarını döndürün. Etkilenen kullanıcı ve entegrasyon için oturum açma, belirteç ve kullanım kayıtlarını inceleyin. Kimlik bilgilerini kapsam ve yetkiye göre önceliklendirin: üretim bulut erişimi ve kaynak kod yazma yetkisi, düşük yetkili test anahtarından önce ele alınmalıdır.

Kimlik bilgisini döndürmek, oturumun kullanılıp kullanılmadığı sorusunu yanıtlamaz. Sağlayıcı etkinlik kayıtlarını koruyup uç nokta zaman çizelgesiyle karşılaştırın.

4. Nelerin erişilebilir olduğunu belirleyin

Her ilgili dosya için olay süresince mevcut olup olmadığını, hangi yerel kimliklerin okuyabildiğini, şifreleme veya işletim sistemi koruması uygulanıp uygulanmadığını ve uç nokta telemetrisinde erişim görülüp görülmediğini belirleyin. Dosya değişikliğini dosya okunmasından ayırın; birçok değişiklik izleme sistemi dosyanın açıldığını kanıtlayamaz.

Ardından dosyaların açığa çıkarabileceği bağlamı haritalayın: depolar, kiracılar, dahili makineler, bulut hesapları, müşteri ortamları, üçüncü taraf araçlar ve ayarlarda ya da konuşma geçmişinde adı geçen projeler. Bir kaynağın adının geçmesi ona erişildiğini kanıtlamaz. Olay kapsamını otomatik genişletmek yerine kayıt incelemesine yön vermek için kullanın.

5. İçerik açığa çıkmasını sınıflandırın

Oturum içeriği okunmuş veya dışarı aktarılmış olabilir ise kaynak kodu, müşteri kayıtlarını, kimlik bilgilerini, kişisel verileri, zafiyet ayrıntılarını ve gizli iş bilgilerini değerlendirin. Kanıta ve geçerli politikaya göre gizlilik, hukuk, müşteri iletişimi ve sözleşme sahiplerini sürece dahil edin. Yalnızca dosya adına veya belirteç taramasına dayanarak bildirim kararı vermeyin.

6. Güvenli biçimde geri dönün ve erişim yolunu kapatın

Kanıt ve müdahale politikası gerektiriyorsa cihazı yeniden kurun veya yönetim sistemine yeniden kaydedin. Yalnızca iş için gereken kimlik bilgilerini ve ajan ayarlarını geri yükleyin. İptal edilen kimlik bilgilerinin artık çalışmadığını doğrulayın, cihazın yama ve yönetim durumunu inceleyin ve olayı başlatan erişim yolunu yeniden test edin.

Zaman çizelgesinde üç etiketi ayrı tutun: doğrulanmış etkinlik, olası açığa çıkma ve çözülememiş sorular. Böylece hem yetersiz müdahaleyi hem de kanıtlanmamış ihlal iddialarını önlersiniz.

İzleme: hangi sonuç çıkarılabilir, hangisi çıkarılamaz?

Ajan dosya dizinlerini kimlik sağlayıcı olayları, uç nokta süreç zinciri ve kimlik kasalarına erişimle birlikte izleyin. Dosya telemetrisinin faydası işletim sistemine ve yapılandırmaya bağlıdır. Dosya değişikliği olayı genellikle değişikliği kaydeder, okumayı değil. Dosya okuma sinyali için açık denetim, izinler, uç nokta güvenlik desteği veya ek yapılandırma gerekebilir.

Yararlı uyarılar şu sinyalleri birleştirebilir:

Beklenmeyen bir sürecin ajan kimlik doğrulama veya oturum yollarını okuması.
Ajan veya editör olmayan bir sürecin bu yollara erişmesi.
Arşiv, çıkarılabilir ortam veya olağandışı proje dizini açıldıktan kısa süre sonra ajan dosyalarına erişim.
Kullanıcının etkinliğiyle uyuşmayan yeni sağlayıcı oturumları, belirteç yenilemeleri veya API kullanımı.
Yeni bağlayıcı, araç sunucusu veya gevşek çalıştırma kuralı ekleyen ajan yapılandırması değişikliği.

Uyarıları uç nokta taban çizginize göre ayarlayın. Normal indeksleme veya yedekleme aynı sinyali üretiyorsa her ajan dosya okumasını alarm yapmayın. Bir olayı gerçek zamanda izlemek için güvenmeden önce sentetik test hesabı ve zararsız test dosyasıyla doğrulayın.

Gelecekteki açığa çıkma riskini azaltın

Geliştirici ve üretim kimliklerini ayırın

Mümkün olduğunda üretim kimlik bilgilerini yerel ajan profillerinden ve geliştirici kabuk ortamlarından uzak tutun. Otomasyon için kısa ömürlü, kapsamı dar belirteçler ve iş yükü kimliği kullanın. Kodlama ajanı yalnızca aynı terminalde çalışıyor diye geliştiricinin geniş bulut oturumunu devralmamalı.

Yerel erişimi kısıtlayın

Uç nokta şifrelemesi, yönetilen cihaz kontrolleri, işletim sistemi hesap korumaları ve sınırlı dosya izinleri kullanın. Yedekleme, eşitleme ve destek araçlarının hassas oturum verilerini saklama planı olmadan daha geniş erişimli konuma kopyalamadığını kontrol edin.

Ajan verisi ve saklama kuralları belirleyin

Hangi oturumların yerelde tutulacağını, kimlerin inceleyebileceğini, ne kadar saklanacağını ve çalışanın silme talebini nasıl ileteceğini kararlaştırın. Ajan bir kimlik bilgisi kasası olarak tasarlanmamış olsa bile konuşma geçmişini hassas kabul edin.

İptal sürecini prova edin

Sağlayıcı oturumlarını nasıl iptal edeceğinizi, anahtarları nasıl döndüreceğinizi ve hesap etkinliğini nasıl inceleyeceğinizi yazılı hale getirin. Ajan hesapları ile bağlayıcıları kimlik envanterine ekleyin. Müdahale ekibinin olay sırasında kontrol panelini aramak zorunda kalmaması için süreci test kimliğiyle prova edin.

30 dakikalık hazırlık tatbikatı

Yönetilen bir test bilgisayarı ve sentetik ajan oturumu kullanın:

Envanterin oturum içeriğini kopyalamadan ajanı ve dosya üstverisini raporladığını doğrulayın.
Zararsız test dosyasıyla uç nokta araçlarınızın hangi dosya erişimi olaylarını kaydettiğini görün.
Test sağlayıcı oturumu açın, temiz cihazdan iptal edin ve tekrar kullanılamadığını doğrulayın.
Sağlayıcı denetim kaydını inceleyip test zaman çizelgesiyle eşleştirin.
Kör noktaları, sorumluları ve bir sonraki tatbikattan önce yapılacak değişiklikleri kaydedin.

Bu çalışma çalışan konuşmalarını toplamadan ve gerçek üretim kimlik bilgileri kullanmadan sürecinizi doğrular.

Sık sorulan sorular

AI kodlama ajanları API anahtarlarını ve belirteçleri yerelde saklar mı?

Bazı ajanlar ve entegrasyonlar kimlik doğrulama durumunu veya yapılandırmayı yerelde saklar; biçim ve koruma ürüne göre değişir. Ortamınızdaki ürün ve sürümleri envantere alın; belirteçlerin şifreli, kapsamı dar, kısa ömürlü ve iptal edilebilir olup olmadığını doğrulayın. Her yerel dosyada yeniden kullanılabilir kimlik bilgisi olduğunu varsaymayın.

Güvenlik ekipleri ajan oturum dökümlerini SIEM'e yüklemeli mi?

Rutin izleme için çoğunlukla envanter ve üstveri yeterlidir. Oturum dökümleri kaynak kodu, müşteri bilgisi, sırlar ve kişisel veri içerebilir. Tam içeriği yalnızca tanımlı olay amacıyla, erişim kontrolleri, saklama sınırı ve onaylı veri işleme süreciyle merkezi sisteme alın.

Ajan oturum dosyasının bulunması ihlal kanıtı mıdır?

Hayır. Bir dosyanın var olduğunu gösterir. Erişim, belirteç kullanımı veya veri aktarımı için uç nokta ve sağlayıcı tarafında inceleme gerekir.

Açığa çıkma şüphesinde hangi kimlik bilgileri döndürülmeli?

Etkilenen hesabın veya sürecin erişebildiği oturumları iptal edin ve kimlik bilgilerini döndürün. Yetki ve kanıta göre öncelik verin, ardından erişimin gerçekleşip gerçekleşmediğini anlamak için denetim kayıtlarını inceleyin. Kapsam gerekçesi olmadan ilgisiz kimlik bilgilerini döndürmeyin.

AI ajanı verileri yalnızca AI politikasında değil, uç nokta, kimlik ve gizlilik planlamasında da yer almalıdır. Eresus Security; ajan izinlerini, yerel veri açığa çıkmasını ve kimlik yollarını AI ajanı güvenlik değerlendirmesinde birlikte inceleyebilir.