AI Ajanına Hangi Yetkileri Vermelisiniz?

Güvenlik tarafına yapay zekâ ajanı koyma kararı, aslında iki ayrı karardır: ajan neyi görsün, ve bulduğunda ne yapsın.

Tartışmaların çoğu birinci soruda geçiyor. İkincisi ise çoğu zaman konuşulmadan, ürünün varsayılan ayarıyla cevaplanmış oluyor.

Oysa ikisi arasında niteliksel bir fark var:

• Okuma yetkisi envanter ve kanıt üretir. Çıktısı bir rapordur.
• Müdahale yetkisi kararı devreder. Çıktısı bir değişikliktir.

Bu fark, yanlış tespitin bedelini değiştirir. Okuma yetkisiyle çalışan bir ajan hata yaptığında elinizde yanlış bir satır olur. Müdahale yetkisiyle çalışan bir ajan aynı hatayı yaptığında elinizde kapanmış bir hesap, engellenmiş bir kullanıcı veya kesintiye uğramış bir servis olur.

Duruşumuz şu: aksiyon katmanı insanda kalır. Ajan neyin yanlış olduğunu söyler; ne yapılacağına insan karar verir.

Bu tercih teorik bir titizlik değil. Saha verisi, ajanların verilen sınırın dışına çıkmasının istisna değil kural olduğunu gösteriyor.

Bulut Güvenliği Birliği'nin (Cloud Security Alliance) 16 Nisan 2026'da yayımladığı araştırma — 445 BT ve güvenlik profesyoneli, saha çalışması Eylül ve Kasım 2025, Zenity sponsorluğunda — şunları buldu:

• %53 — yapay zekâ ajanlarının amaçlanan izinlerini aştığını bildiriyor
• %8 — "ajanlarımız izin sınırını hiç aşmadı" diyebilenler
• %47 — son bir yılda bir yapay zekâ ajanının dahil olduğu güvenlik olayı yaşadı
• %16 — ajana özgü tehditleri tespit edebilme konusunda yüksek güven duyuyor; %44'ün güveni düşük ya da hiç yok
• %31 — resmî olarak benimsenmiş bir yönetişim politikası olduğunu söylüyor

İkinci bir araştırma, hazırlık tarafındaki tabloyu tamamlıyor. Gravitee'nin "State of AI Agent Security 2026" raporu — 750 üst düzey teknoloji yöneticisi, Birleşik Krallık ve ABD, saha çalışması Nisan 2026, yayım 15 Haziran 2026, satıcı tarafından yayımlanan bir rapor — şunu ölçüyor:

Yani üretimdeki ajanların yaklaşık yarısı izlenmiyor. Bu iki bulguyu yan yana koyduğunuzda ortaya çıkan tablo şu: ajanlar sınırı aşıyor, ve aştıklarında çoğu kimse görmüyor.

Burada okuyucuya borçlu olduğumuz bir uyarı var, çünkü bu konudaki sunumlarda sıkça karşınıza çıkacak.

İki ayrı araştırma %54 diyor — ama aynı şeyi ölçmüyorlar:

Manşet aynı, tanım farklı. Dolayısıyla "iki bağımsız araştırma da aynı sonuca ulaştı" demek yanlış olur — biri şüpheyi de sayıyor, öteki ramak kalayı ayrı gösteriyor, ve örneklem büyüklükleri arasında yedi kat fark var.

Bunu şunun için yazıyoruz: bir yetkilendirme kararını bir slayttaki yüzdeye dayandırmak, tam da kaçınmaya çalıştığımız hatanın kendisi. Sayının kaynağını, örneklemini ve neyi ölçtüğünü sormadan karar vermeyin — bu yazıdaki sayılar için de geçerli, aşağıda hepsinin kaynağı var.

Pratikte sınır şöyle çiziliyor:

Dikkat edilmesi gereken nokta: sağdaki liste ajanın kötü çalışmasıyla ilgili değil. Ajan mükemmel çalışsa bile bu maddeler geçerli, çünkü sorun yetenekte değil yetki tasarımında.

Bu, Zero Trust rehberimizde anlattığımız en az ayrıcalık ilkesinin ajanlara uygulanmış hâli. Yeni bir prensip değil — yeni olan, bu prensibi insan olmayan bir kimliğe uygulamak zorunda olmamız.

Hayır, bu kadar keskin değil. "Ajan hiçbir şey yapmasın" savunulabilir bir duruş değil; savunulabilir olan, hangi aksiyonun otomatikleşeceğine bir ölçütle karar vermek.

İşe yarayan iki ölçüt var:

1. Geri alınabilirlik. Aksiyon yanlış çıkarsa tek adımda geri alınabiliyor mu? Bir kullanıcıyı bir gruba eklemek geri alınabilir; bir posta kutusunu silmek alınamaz.
2. Etki yarıçapı. Hata tek kullanıcıyı mı etkiler, tenant'ın tamamını mı? Tek bir cihazın uyumluluk durumunu işaretlemek ile kiracı geneli koşullu erişim politikasını değiştirmek aynı risk sınıfında değil.

Bu ikisi "evet" diyorsa otomasyon makul. Biri bile "hayır" diyorsa aksiyon öneriye dönüşür ve insan onayına gider.

Pratikte kademeli bir yol işliyor: önce öner, sonra onayla-uygula, en sonunda dar ve iyi tanımlı bir alanda otomatik uygula. Bu sıra atlanabilir görünüyor, ama atlandığında geri dönüş genellikle bir olayla oluyor.

Bu bizim icat ettiğimiz bir yaklaşım değil. Microsoft'un kendi Zero Trust dokümantasyonu aynı sınırı çiziyor: ajana en az ayrıcalık verin, yalnızca okuması gereken bir ajana yazma erişimi vermeyin, yüksek riskli ve geri alınamaz eylemlerde insan gözetimi koyun, izinleri ancak güvenilirlik kanıtlandıkça kademeli genişletin (Microsoft Learn).

Prensip hazır olduğuna göre asıl iş, onu kendi kiracınızda bir karara çevirmek: hangi Graph izni, hangi ajan, hangi onay adımı. Bu yazının geri kalanı o son metreyle ilgili.

Düzenleme tarafı da bu yöne bakıyor. AB Yapay Zekâ Yasası'ndaki insan gözetimi yükümlülüğü 2027'ye ertelendi — ama ertelenen takvim, yön değil. Yukarıdaki CSA araştırmasında katılımcıların yalnızca %13'ü yaklaşan yapay zekâ düzenlemelerine karşı kendini yüksek düzeyde hazır hissettiğini söylüyor.

Kendi ürünümüzde de aynı sınır geçerli. Tenra, Microsoft Graph API üzerinden tenant'ınıza salt okunur bağlanır. Tarama sırasında altyapınızda değişiklik yapılmaz; çıktı bir rapordur, bir müdahale değil.

Bunun bir istisnası var ve saklamıyoruz: Microsoft, OAuth izin kayıtlarını okumak için salt okunur bir yetki kapsamı sunmuyor. Yani o tek başlık için teknik olarak daha geniş bir izin gerekiyor. Bu istisnayı Tenra güvenlik sayfamızda açıkça yazdık, çünkü "biz %100 read-only'yiz" demek kolay ama doğru olmazdı.

Neden bu kadar üstünde duruyoruz: salt okunur bir tarama, güvenlik değerlendirmesi için yeterlidir. Aşırı paylaşımı, onaysız uygulamaları ve yapılandırma sapmasını görmek için değişiklik yapma yetkisine ihtiyaç yok. Bu ayrımı bulanıklaştıran her ürün, size çözdüğünden fazla risk satıyor olabilir.

Kontrolsüz yapay zekâ kullanımının nasıl tespit edileceğini merak ediyorsanız, Shadow AI yazımız keşif tarafını ele alıyor — bu yazı ise bilerek kurduğunuz ajana hangi yetkiyi vereceğinizle ilgili. İkisi farklı sorular: biri "haberim olmayan ne var?", öteki "kurduğum şey ne yapabilsin?".

• Cloud Security Alliance, "Enterprise AI Security Starts with AI Agents" — 445 katılımcı, saha çalışması Eylül-Kasım 2025, yayım 16 Nisan 2026, Zenity sponsorluğunda — CSA
• Gravitee, "State of AI Agent Security 2026" — 750 üst düzey teknoloji yöneticisi, Birleşik Krallık ve ABD, saha çalışması Nisan 2026, yayım 15 Haziran 2026 (satıcı raporu) — Gravitee
• VentureBeat Pulse Research — 107 katılımcı (100+ çalışanlı), tek Haziran 2026 dalgası; yayıncının kendi ifadesiyle kesin ölçüm değil yön gösterici — VentureBeat
• Microsoft, "Otonom ajans yapay zeka riskini azaltın" — Zero Trust / Secure Future Initiative, en az ayrıcalık ve insan gözetimi rehberi — Microsoft Learn
• Microsoft, "Güvenli otonom etken yapay zeka sistemleri" — ajan kimliği, izin sınırı ve denetim izi — Microsoft Learn