Yapay Zeka Ajanları İçin Ayrıcalıklı Erişim Yönetimi: Alter (YC S25) ile Çok Kullanıcılı Ajan Güvenliği

Yapay zeka ajanları (AI Agents) artık sadece metin üretmekle kalmıyor; dış sistemlerde API çağrıları yapıyor, kod depolarını okuyor ve finansal işlemler gerçekleştiriyor. Y Combinator (S25) destekli Alter Vault, çok kullanıcılı yapay zeka ajanları için ayrıcalıklı erişim yönetimi (Privileged Access Management - PAM) sunarak ajanların her bir kullanıcı adına neler yapabileceğini kontrol etmeyi, kimlik bilgilerini gizli tutmayı ve her eylemi denetlemeyi sağlıyor.

Yetkilendirme Motoru ve İstek Akışı#

Alter Vault, ajanlardan gelen her isteği gerçek zamanlı bir politika değerlendirmesinden geçirir. Örneğin bir sales-agent, GitHub API üzerinden kullanıcı depolarına (GET api.github.com/user/repos) erişmek istediğinde sistem şu dört adımı doğrular:

• Kimlik Doğrulama (Identity verified): İsteği yapan ajanın kimliği kesinleştirilir.
• Kapsam Kontrolü (Scope check): Ajanın repo:read gibi gerekli yetkiye sahip olup olmadığı denetlenir.
• Hız Sınırı (Rate limit): İstek kotası (ör. 847 / 1.000) kontrol edilir.
• Token Yenileme (Token refreshed): Oturum anahtarının güncelliği doğrulanır.

Onaylanan (APPROVED) isteklere Authorization ve X-Alter-Grant başlıkları enjekte edilir; hedef, durum (200 OK) ve gecikme süresi (142ms) denetim kaydına (Audit Log) işlenir.

Ajanlara Kendi Anahtarlarınızı Değil, Onlarınkini Verin: Alter Öncesi ve Sonrası#

Geleneksel geliştirme süreçlerinde API anahtarlarının yönetimi büyük güvenlik açıkları doğurur. Alter bu durumu üç temel boyutta değiştirir:

Alter Olmadan:

• Her Yere Dağılmış Anahtarlar: .env dosyalarına, system-prompt.md içeriklerine ve ci-config.yaml yapılandırmalarına yapıştırılmış OPENAI_API_KEY, SLACK_BOT_TOKEN ve STRIPE_SECRET_KEY gibi gizli bilgiler.
• Her Şeyi Yapan Tek Anahtar: 14 farklı ajanın tamamının aynı aşırı yetkili admin-key-prod kimliğini ödünç alması.
• Sonrasında Yanıtsız Sorular: "O ücret iadesini kim yaptı?" sorusuna hiçbir kayıt bulunamaması; hangi ajanın kimin adına ne yaptığının bilinememesi.

Alter İle:

• Tek Kasa (One Vault): Kimlik bilgileri bir kez saklanır ve istek başına proxy üzerinden enjekte edilir; böylece anahtarlar kodunuzdan tamamen uzak tutulur.
• Ajan Başına En Az Ayrıcalık (Least Privilege): Her ajan kendi kimliğini ve kapsamını alır (billing-agent · refunds:write); kritik işlemlerde insan onayı (human gate) zorunlu kılınır.
• Kayıt Altında Her Eylem: "Ücret iadesini finance-ops adına, saat 14:03'te, J. Lee onayıyla billing-agent yaptı" şeklinde değiştirilemez (tamper-evident) denetim izi oluşturulur.

Ajan Geliştirme ve Güvenlik İncelemeleri#

Ajan tabanlı ürünler geliştirirken kurumsal müşterilerin güvenlik incelemelerinden (security review) geçmek ve yeni nesil ayrıcalıklı kullanıcıları (AI ajanlarını) korumak için iki temel yaklaşım sunulur:

Ajan Geliştirirken (Müşteri Güvenlik İncelemesini Geçin):

• Tek bir paylaşılan anahtar yerine ajan başına kimlik ve kapsamlı yetkiler.
• Müşterinin güvenlik ekibinin inceleyebileceği politikalar ve insan onayı mekanizmaları.
• Doğrudan müşterinin SIEM sistemine aktarılabilen denetim izi.

Ajanları Güvene Alırken (PAM Kontrolleri):

• Hangi ajan, kimin erişimi, hangi politika ve kimin onayıyla çağrı yaptı sorularının tamamını görme.
• Parametre düzeyine kadar varsayılan-reddet (default-deny) politikası ve riskli çağrılar için onay şartı.
• Bir ajanı, anahtarı veya yetkiyi anında iptal etme; IdP webhook'ları ile otomatik erişim kesme (offboarding).

Nasıl Çalışır? 5 Adımda Doğrulama ve Denetim#

Tek bir SDK çağrısı ile 140 sağlayıcı için depolama, yenileme, politika ve denetim süreçlerini yöneten Alter; LangChain, MCP (Model Context Protocol) ve AWS ile birinci sınıf entegrasyon sunar. Bir scheduling-agent örneğinde olay günlüğü şu 5 adımla işler:

• 1. Adım: Kullanıcı, Connect bileşeni üzerinden Google Takvim erişimini yetkilendirir (OAuth consent).
• 2. Adım: Planlama ajanı (scheduling-agent), SDK aracılığıyla takvim erişimi talep eder.
• 3. Adım: Kimlik doğrulanır, scope=calendar.readonly politikası kontrol edilir ve istek onaylanır (APPROVED).
• 4. Adım: Token şifresi çözülür, GET googleapis.com/calendar/v3 çağrısı 200 OK ile tamamlanır.
• 5. Adım: İşlem scheduling-agent → calendar.readonly → APPROVED olarak kayıt altına alınır.

Pratik Çıkarım: Üretim ortamında çalışan MCP sunucuları ve çok adımlı ajan mimarileri kurarken, API anahtarlarını doğrudan ortam değişkenlerinde tutmak yerine istek anında enjekte eden bir yetkilendirme katmanı kullanmak, hem sızıntıları önler hem de ajanların yetki aşımı yapmasını engeller.

---

Bu konuyu derinlemesine öğrenmek isterseniz: Production'da Agent Güvenilirliği modülüne göz atın.