Köprüyü Güçlendirmek: Model Bağlam Protokolünde Güvenlik Kapsamlı Rehberi

Model Bağlam Protokolü (MCP), Büyük Dil Modellerinin (LLM'ler) harici veriler ve araçlarla etkileşim biçiminde önemli bir ilerlemeyi temsil eder. AI uygulamaları ile API'ler, veritabanları ve hizmetler ekosistemi arasındaki bağlantıyı standartlaştırarak MCP, entegrasyon sürtünmesini azaltır. Ancak bu artan bağlantı, genişletilmiş bir saldırı yüzeyi de beraberinde getirir. MCP kaynakları oluşturan veya tüketen geliştiriciler için güvenlik etkilerini anlamak artık bir seçenek değil, temel bir gerekliliktir.

Kimlik Doğrulama ve Yetkilendirme Katmanları

Özünde MCP, genellikle HTTP/S veya Sunucu Tarafından Gönderilen Olaylar (SSE) gibi standart taşıma mekanizmalarına dayanır. Protokol kendisi istek ve yanıtların yapısını tanımlasa da, kimliği doğası gereği zorunlu kılmaz. Bu nedenle güvenlik, taşıma katmanında veya belirli MCP uzantıları aracılığıyla uygulanmalıdır.

Herhangi bir üretim ortamı için karşılıklı TLS (mTLS) altın standarttır. Hem istemcinin (AI uygulaması) hem de sunucunun (veri sağlayıcısı) birbirlerinin sertifikalarını doğrulamasını sağlar. Ayrıca, OAuth 2.0 veya API anahtarlarının kullanılması kritik öneme sahiptir. Bir MCP sunucusu tanımlarken, herhangi bir bağlam isteğini işlemeye başlamadan önce gelen token'ları açıkça doğrulamak zorundasınız.

// Örnek: MCP İstemcisinde Temel Kimlik Doğrulama Başlığı Enjeksiyonu
const response = await fetch('https://api.example.com/mcp', {
  method: 'POST',
  headers: {
    'Content-Type': 'application/json',
    'Authorization': 'Bearer ' + accessToken, // Kritik Güvenlik Adımı
    'X-Request-ID': crypto.randomUUID()
  },
  body: JSON.stringify({
    jsonrpc: '2.0',
    method: 'resources/read',
    params: { uri: 'db://users/profile' },
    id: 1
  })
});

Kaynak Keşfi ve Kapsam Kısıtlaması

AI entegrasyonundaki en ince ama tehlikeli risklerden biri, en az ayrıcalık ilkesinin ihlalidir. Kötü niyetli bir istem veya kötü yapılandırılmış bir sunucu, AI tüketimi için hiç intendedilmemiş hassas iç kaynakları ortaya çıkarabilir. MCP sunucuları, okuma ve yazma için hangi kaynakların mevcut olduğunu açıkça bildirmelidir.

Geliştiriciler, yalnızca gerekli veri yapılarının açığa çıkarıldığından emin olmak için resources/list uç noktasını denetlemelidir. Ayrıca, sunucu tarafında sıkı filtreleme mantığı uygulayın. İstemcinin uri parametresini temizlediğine asla güvenmeyin. Bir URI bir sistem dosyasına veya kısıtlı bir veritabanı tablosuna işaret ediyorsa, sunucu bunu hemen reddetmelidir.

// Örnek: LLM'ye geçmeden önce Kaynak İçeriğinin Temizlenmesi
function sanitizeMCPResource(content) {
  // HTML etiketlerini kaldır
  const clean = content.replace(/<[^>]*>/g, '');
  // Bağlam penceresi taşmasını önlemek için uzunluğu sınırla
  return clean.substring(0, 5000);
}