Hızlı cevap

MCP sunucusu güvenlik testi bir yapay zekâ ajanının bağlı araçları hangi kimlikle ve hangi sınırlar içinde kullanabildiğini doğrular. Üretim kabulü için başarılı bir araç çağrısı yeterli değildir. Yanlış kimlikle yapılan çağrının reddedilmesi ve iptal edilen yetkinin etkisini kaybetmesi de gösterilmelidir. Bu rehber kapsam belgesine dönüştürülebilen 10 senaryoluk bir kabul tablosu sunar.

Kimler için? Kurum içi asistan geliştiren yazılım ekipleri ve MCP bağlantısı satın alan güvenlik yöneticileri. Kapsam: HTTP üzerinden erişilen MCP sunucuları ile yerel süreç olarak çalışan sunucuların farklı güven sınırları. Protokol atıfları 2025-11-25 sürümüne sabitlenmiştir. Uygulamanızın sürümü ayrıca kaydedilmelidir.

MCP bağlantısı hangi güven sınırlarını değiştirir?

Bir asistanın belge okuması ile aynı asistanın müşteri kaydını değiştirmesi farklı etkilere sahiptir. MCP bu yeteneklerin keşfedilmesini ve çağrılmasını sağlayan bir arayüzdür. Bağlantının çalışması kurum politikasına uygun çalıştığını göstermez.

İlk değerlendirmede beş öğeyi ayrı yazın: kullanıcı kimliği; ajanı çalıştıran uygulama; MCP sunucusu; çağrılan arka uç servis; işlem yapılan veri. Her geçişte hangi tarafın karar verdiğini belirtin. Böylece kullanıcının yalnızca kendi kayıtlarını görebildiği bir arayüzün arkasında bütün müşterileri okuyabilen servis hesabı bulunup bulunmadığı anlaşılır.

HTTP yetkilendirmesinde sunucunun kendisi için düzenlenmiş erişim belirtecini doğrulaması gerekir. İstemciden gelen belirtecin başka bir servise doğrulanmadan aktarılması uygun bir yetki modeli değildir. Yerel stdio bağlantısının güvenliği ise süreç kullanıcısı ve işletim sistemi izinleriyle ayrıca ele alınmalıdır. Bu ayrım MCP yetkilendirme tanımında açıklanır.

Testten önce hazırlanacak küçük envanter

Araç listesini ekran görüntüsü olarak bırakmayın. Her araç için adını ve sürümünü kaydedin. Okuyabildiği veri alanlarını ve değiştirebildiği nesneleri tanımlayın. Çalıştığı servis hesabını belirtin. Ağ üzerinden ulaşabildiği hedefleri yazın. Bir veri alanının kişisel bilgi içerip içermediğini de işaretleyin.

Bir destek asistanında sipariş sorgulama ile para iadesi aynı izin grubunda olmak zorunda değildir. Kullanıcıya sunulan işlev yalnızca sorgulama ise değerlendirmeyi bu gereksinimden başlatın. Gereksiz araçları kaldırmak test kapsamını küçültür ve yanlış işlemin olası etkisini azaltır.

Araç açıklaması güvenlik kararı vermez. Özellikle güvenilmeyen sunuculardan gelen araç açıklamaları ve ipuçları bağımsız doğrulamaya ihtiyaç duyar. MCP araç tanımı bu güven ayrımını belirtir. Bir aracın adında salt okunur yazması yerine arka uçta yazma işleminin gerçekten engellendiğini inceleyin.

DSET tarafından önerilen 10 kabul testi

Aşağıdaki tablo bu rehber için hazırlanmış bir değerlendirme şablonudur. Resmî sertifikasyon listesi değildir. Denemeler yazılı kapsam içinde ve sentetik verilerle yürütülmelidir. Gerçek müşteriler arasında veri erişimi denenmesi gerekli değildir.

No Test durumu Kabul ölçütü Saklanacak kanıt
1 Kimlik bilgisi olmadan korumalı araç çağrısı İşlem ve veri erişimi reddedilir İstek kimliği ve ret kaydı
2 Başka servis için düzenlenmiş test belirteci Yanlış hedefe ait belirteç kabul edilmez Hedef doğrulama sonucu
3 Okuma rolüyle yazma aracı çağrısı Arka uç kaydı değişmez Önce ve sonra durum karşılaştırması
4 İki sentetik müşteri arasında nesne seçimi Müşteri sınırı sunucuda uygulanır Her iki kimlikle kontrol sonucu
5 Yetki kaldırıldıktan sonra mevcut oturum Tanımlanan iptal politikasına göre erişim kesilir İptal ve son kabul zamanları
6 Araç açıklamasına eklenmiş test yönlendirmesi Açıklama yeni yetki sağlamaz Araç sürümü ve politika kararı
7 Keşif sırasında kapsam dışı test adresi Ağ politikası bağlantıyı engeller Engellenen hedefin kayıt özeti
8 Yerel sunucunun ilgisiz test dosyasına erişimi İşletim sistemi sınırı dosyayı korur Süreç kimliği ve erişim sonucu
9 Onaydan sonra işlem parametresi değişimi Önceki onay yeni işleme uygulanmaz Onaylanan ve yürütülen işlem özeti
10 Hata yanıtı ve izleme kayıtları Erişim belirteci ve sırlar kayda sızmaz Maskelenmiş hata örneği

MCP kabul testleri çalışma tablosunu indir. Tabloya sorumlu kişi ve sonuç sütunları eklenmiştir. Boş kalan test başarılı kabul edilmemelidir.

Öğretici senaryo: destek kaydından fatura aracına geçiş

Bu senaryo kurgusaldır ve bir DSET müşteri vakası değildir. Bir destek ajanı test müşterisi A'nın kaydını okur. Kaydın açıklamasında başka bir işlem yapmasını isteyen metin bulunur. Ajan bu metni izleyerek test müşterisi B'nin fatura aracını çağırmayı önerir.

İyi sonuç yalnızca modelin yönlendirmeyi reddetmesi değildir. Model yanlış öneri üretse bile fatura servisi A kimliğinin B verisine erişmesine izin vermemelidir. Testin iki çıktısı ayrı tutulur: modelin davranışı ve arka uç yetkilendirme kararı. Bunlardan birinin doğru olması diğerinin incelenmesini gereksiz kılmaz.

MCP güvenlik rehberi belirteç aktarımı ve oturum güvenliği gibi protokole yakın riskleri ayrıca ele alır. Ağ hedefi keşfindeki sınırlar da bu değerlendirmeye dahildir. Uygulama denetimini yalnızca sohbet penceresine indirgememek gerekir. MCP güvenlik uygulamaları.

Üretime geçiş kararı nasıl verilir?

Kritik bir yetki sınırı aşılıyorsa diğer testlerin geçmesi bunu telafi etmez. Ortalamaya dayanan bir puan yerine üç sonuç kullanın: geçti; kaldı; kanıt yetersiz. Uygulanamayan testin nedenini yazın. Yerel süreç bulunmayan bir mimaride sekizinci senaryonun kapsam dışında olması anlaşılırdır. Belirteç doğrulamasının incelenmemiş olması ise başarı değildir.

Bir düzeltmeden sonra yalnızca başarısız örneği yeniden çalıştırmayın. Yanındaki meşru iş akışının hâlâ çalıştığını da gösterin. İyi bir erişim kontrolü hatalı isteği engellerken yetkili kullanıcının gerekli işlemini korur. Sürüm değişiminde hangi testlerin tekrar edileceği teslimat belgesinde açık olmalıdır.

Denetim teslimatında ne bulunmalı?

Teslimat paketinde araç envanteri ve kimlik geçiş şeması bulunmalıdır. Her bulgu etkilenen sürüme bağlanmalıdır. İstek kimliği ve zaman bilgisi tekrarlanabilir incelemeyi desteklemelidir. Ham sırlar rapora eklenmemelidir. Düzeltme sahibi ve yeniden test sonucu ayrı alanlarda tutulmalıdır.

Bu yaklaşım bir ürünün her koşulda güvenli olduğunu ilan etmez. Belirli bir sürümün belirli güven sınırları altında nasıl davrandığını belgeler. Satın alma değerlendirmesinde anlamlı soru şudur: Hangi sınırın hangi kanıtla doğrulandığını bağımsız bir okuyucu anlayabiliyor mu?

Sık sorulan sorular

MCP sunucusu internete kapalıysa test gerekir mi?

Evet. Yerel çalışan bir süreç kullanıcının dosyalarına veya kurum içi servislere erişebilir. İnternete kapalı olmak yetki kapsamının doğru olduğu anlamına gelmez. Test mimarinin gerçekten sahip olduğu erişime göre daraltılır.

OAuth kullanılması bütün yetki sorunlarını çözer mi?

Hayır. Kimlik doğrulamasının ardından nesne ve işlem seviyesindeki yetkiler de değerlendirilir. Geçerli bir oturum bütün müşteri kayıtlarına erişim hakkı vermez.

Salt okunur araçlar risksiz midir?

Hayır. Yanlış belgeyi okumak da veri ihlaline yol açabilir. Okuma araçlarında müşteri ayrımı ve dönen alanların gerekliliği önemlidir.

Test raporu ne kadar süre geçerlidir?

Sabit bir evrensel süre yoktur. Yeni araç eklenmesi veya servis hesabının yetkisinin değişmesi önceki sonucu etkileyebilir. Rapor sürümü ve yeniden test tetikleyicilerini belirtmelidir.

DSET ile kapsam oluşturma

MCP denetimi talebinde araç envanterinizi ve iki örnek kullanıcı rolünü paylaşmanız kapsamı somutlaştırır. DSET siber güvenlik hizmetleri üzerinden yetkili değerlendirme kapsamı oluşturabilirsiniz. KAOS ürün açıklaması teknik yaklaşım için ek bağlam sunar. Bu yazı herhangi bir müşteride gerçekleştirilmiş test sonucu veya otomatik başarı garantisi içermez.

İlgili okumalar: AI ajanlarında işleme bağlı onay ve çok müşterili RAG erişim testleri.

Editoryal not: Kontrol tablosu DSET Mühendislik Ekibi adına bu rehber için hazırlanmıştır. Teknik kaynaklar 11 Ekim 2026 tarihinde kontrol edilmiştir. Protokol sürümü ve uygulama varsayımları değerlendirme sırasında tekrar doğrulanmalıdır.