· kaynak dev.to (home feed)
Privometry'nin MCP gateway'i yapay zeka agent'ları ile araçları arasına yetkilendirme katmanı yerleştiriyor
Privometry, yapay zeka agent'ları ile çağırdıkları MCP sunucuları arasındaki trafikte Cedar politikaları, araç onayları ve denetim kaydı uygulayan bir MCP güvenlik gateway'i duyurdu. Ayrıntılar şirketin kendi açıklamasından geliyor.

Ne duyuruldu
Yapay zeka ile sistemler arasındaki bağlantılar için güvenlik araçları geliştiren şirket Privometry, dev.to üzerinde yayınladığı bir yazıda Privometry MCP Security adlı yeni bir ürünü tanımladı. Ürün, yapay zeka asistanları ile çağırdıkları MCP sunucuları arasına yerleşen bir gateway. Ekipler bir istemciyi doğrudan upstream sunucuya bağlamak yerine bağlantıyı gateway üzerinden yönlendiriyor; gateway her isteği inceleyip değerlendirdikten sonra iletip iletmeyeceğine karar veriyor. Şirketin çizdiği yol agent'tan Privometry gateway'ine, oradan MCP sunucusuna ve en sonunda arkasındaki kurumsal sisteme uzanıyor.
Ayrıntıların bağımsız bir değerlendirmeden değil, Privometry'nin kendi duyurusundan geldiğini belirtmek gerek.
MCP'nin açtığı yönetişim boşluğu
Yazı tanıdık bir öncülle başlıyor: MCP, bir kodlama asistanını GitHub'a, Jira'ya, veritabanlarına ve iç servislere bağlamayı kolaylaştırıyor. Bu kolaylık, yazarın doğrudan sıraladığı yeni bir sorun sınıfı yaratıyor. İsteği yapan agent kim ve hangi kişi bunun sorumlusu? Bir agent'a veri okuma izni verilirken değiştirme veya silme izni verilmemesi mümkün mü? Bir MCP sunucusu, onaylanan bir aracın tanımını sessizce değiştirirse ne olur? Bazı eylemler için önce bir insanın onayı mı gerekmeli? Ve bir ekip, bir agent'ın ne denediğini ile gerçekte neyin çalıştığını nasıl ayırt edebilir?
Gateway gerçekte ne yapıyor
Yazıya göre gateway beş alanı kapsıyor:
Agent kimliği ve erişimi: kayıtlı agent'lar sahipleri ve temsil ettikleri insanlarla birlikte izleniyor; böylece yetkilendirme kuralları tek bir paylaşılan kimlik bilgisi yerine gerçek bir bağlama kavuşuyor.
Güvenilen araçlar: sunucular ve araçlar inceleme ve onaydan geçiyor; kaydedilen tanımlar izleniyor ve bir araç tanımının değişmesi yeni bir incelemeyi tetikliyor.
Politika temelli yetkilendirme: Cedar politikaları hangi agent'ların hangi araçları çağırabileceğine karar veriyor; üç olası sonuç var — izin ver, reddet veya insan onayına bırak.
İstek ve yanıt denetimi: araç argümanları ve yanıtları açığa çıkmış kimlik bilgileri ve şüpheli içerik, olası prompt-injection yükleri dahil, açısından taranıyor.
Denetim görünürlüğü: araç çağrıları, kimlikler, yetkilendirme kararları ve yürütme sonuçları sonradan inceleme için kayıt altına alınıyor.
Politika ile, model ile değil, zorunlu kılma
Yazı somut bir senaryoyu ele alıyor: GitHub MCP sunucusuna bağlı bir kodlama asistanının sorunları araması ve kayıt açması meşru biçimde gerekebilir, ama bir depoyu asla silmemelidir. Privometry bunu, özellikle delete-repository aracını hedefleyen ve reddet kararıyla işaretlenmiş bir Cedar kuralıyla gösteriyor. Gateway kuralı herhangi bir şeyi iletmeden önce değerlendirdiği için reddedilen bir çağrı hiçbir zaman upstream sunucuya ulaşmıyor. Onay odaklı politikalar da benzer şekilde hassas işlemleri bir kişi inceleyene kadar duraklatabiliyor.
Tasarımın ardındaki felsefe dikkat çekici: yetkilendirme deterministik olmalı ve modelin dışında zorunlu kılınmalı; bir yapay zeka sisteminin bir güvenlik talimatına uymayı seçeceği umulmamalı.
Sınırlamalar ve sıradaki adımlar
Privometry, gateway'in hedef servisteki kimlik doğrulama ve yetkilendirmenin yerini almadığını açıkça belirtiyor. Yazıya göre bir upstream sistem bir kimlik bilgisinin geçerli olduğunu doğrulayabilir; ama hangi agent'ın çağrıyı başlattığını, o agent'a hangi yönetişim politikasının uygulandığını veya insan onayı gerekip gerekmediğini bilemez. Gateway, bunun üzerine merkezi politika ve kayıt tutma içeren ikinci bir zorunlu kılma noktası ekliyor.
Şirket yapısal bir zayıflığı da kabul ediyor: bir gateway yalnızca gerçekten içinden geçen trafiği yönetebilir. Gateway'i atlayarak doğrudan bir MCP sunucusuna bağlanan herhangi bir istemci bu denetimlerden tamamen kaçar ve ayrıca bulunup ele alınması gerekir.
Yol haritasında self-service deneyimi, kullanım limitli ücretsiz katman, yeniden kullanılabilir politika şablonları ve daha kolay politika yazımı yer alıyor. Privometry, halihazırda MCP bağlantıları çalıştıran geliştiricilerden, platform mühendislerinden ve güvenlik ekiplerinden geri bildirim aktif olarak aradığını söylüyor.
Neden önemli
MCP, yapay zeka agent'larına gerçek yetenekler — depolar, kayıt sistemleri, veritabanları — aktarmenin standart yolu haline hızla geliyor. Bu, güvenlik sorusunu bir modelin ne söyleyebileceğinden bir agent'ın ne yapabileceğine kaydırıyor; ve mevcut servis başına kimlik doğrulama, birisi adına hareket eden insan olmayan çağrıcılar için tasarlanmamıştı. Bir gateway modeli, güvenlik ekiplerinin insanlar için zaten güven duyduğu fikirleri devralıyor: güçlü kimlik, en az ayrıcalık politikası, yetkilendirilen şeylerde değişiklik algılama ve denetim izleri. Açık sorular da aynı derecede önemli — gateway kapsamı, zorunlu yol olarak zorlanma gücü kadar iyidir ve bu türdeki satıcı iddialarının hâlâ gerçek dünyada doğrulanması gerekiyor. Yine de bu duyuru, agent erişim yönetişiminin kendi başına bir ürün kategorisi olarak ortaya çıktığının net bir sinyali.
- #mcp
- #ai-agents
- #security
- #authorization
- #access-control
İlgili yazılar
- Bulut sağlayıcısı üzerinden gerçekleşen Fireworks AI ihlali, Notion AI sohbet kayıtlarını ortaya çıkardı
- PostgreSQL, desteklenen tüm sürümlerde 52 güvenlik açığını yamaladı; PostgreSQL 14 ömrünün sonuna ulaştı
- Google, Agent Substrate'ı, gVisor'ı ve OpenRL'yi CNCF'ye Bağışladı, Agent Substrate 1.0'ı GKE Üzerinde Yayınladı