[ Aracı otomasyonu ]

Kimlik doğrulama verilerine MCP erişimi: kapsam araçları ve kimlik bilgileri

Kimlik doğrulama analistine yalnızca görevinin ihtiyaç duyduğu verileri ve araçları verin ve hizmet kimlik bilgilerini rapor içeriğinin dışında tutun.

EmailAuth araştırma ekibi tarafından · 3 dakikalık okuma

[ Anahtar noktalar ]

  • Kimlik doğrulama analistine yalnızca görevinin ihtiyaç duyduğu verileri ve araçları verin ve hizmet kimlik bilgilerini rapor içeriğinin dışında tutun.
  • Kiracı ve araç izinleri güvenilmeyen rapor içeriğinin dışında uygulanmalıdır.
Bu sayfada

MCP bağlantısı, sunduğu her işleme güvenmek için bir neden değil, yetenekleri ortaya çıkarmanın bir yoludur. Bir kimlik doğrulama analistine bağlanmadan önce hangi kiracıyı inceleyebileceğini, hangi kanıtları alabileceğini ve hangi eylemlerin kullanılamayacağını belirtin. Bir rapor okuma ataması, yalnızca bir sunucu her iki aracı da sunduğu için DNS yayınlamayı devralmamalıdır.

Gerçek veri yolu ile başlayın

Ana bilgisayar uygulamasını, MCP istemcisini, sunucuyu, rapor deposunu ve herhangi bir aşağı akış API'sini eşleyin. Belirteçlerin nerede sonlandırıldığını ve her bir bileşeni hangi kuruluşun çalıştırdığını kaydedin. MCP yetkilendirme spesifikasyonu HTTP tabanlı aktarımlar için yetkilendirmeyi açıklar; akışının yerel stdio sunucularına değişmeden uygulandığını varsaymayın. Yerel bir yürütülebilir dosya, uzak bir OAuth değişimi olmasa bile dosya sistemi veya ortam erişimine sahip olabilir.

Rapor alımını ham mesaj alımından ayırın. Toplu sayımlar, gönderen eğilimi sorusunu ileti konularını, alıcıları veya eklerini açıklamadan yanıtlayabilir. Model tarafından sağlanan bir kiracı adını yetkili olarak kabul etmek yerine, kimliği doğrulanmış bağlamı kullanarak sunucuda kiracı yalıtımını zorunlu kılın. Kısıtlanmamış depolama URL'lerini açığa çıkarmadan bir özetin geriye doğru izlenebilmesi için kararlı kaynak tanımlayıcıları döndürün.

Kimlik bilgilerini ve araç erişimini sınırlayın

Desteklenen minimum kaynak ve eylem kapsamına sahip kimlik bilgilerini kullanın. Sırları istemlerde, araç açıklamalarında, rapor alanlarında veya günlüklerde değil, onaylanmış kimlik bilgisi mekanizmasında saklayın. MCP güvenlik kılavuzu belirteç geçişini yasaklar: bir sunucu, başka bir hizmete yönelik bir yukarı akış belirtecini basitçe kabul edip iletmemelidir. Hedef kitleyi doğrulayın ve uygun alt yetkilendirme ilişkisini uygulayın.

Genel HTTP, kabuk ve dosya yazma işlevleri de dahil olmak üzere, kullanıma sunulan her aracın envanterini çıkarın. Genel bir yürütme aracı aynı sağlayıcıyı geniş bir kimlik bilgisiyle arayabiliyorsa, DNS'ye özgü bir düğmeyi gizlemek pek işe yaramaz. Yürütme sınırındaki gereksiz yetenekleri kaldırın. Araç ek açıklamaları ve açıklayıcı adlar, müşterilerin araçları sunmasına yardımcı olabilir ancak zorunlu yetkilendirmenin yerini almaz.

Düşmanca rapor içeriği uygulayın

Aşağıdaki yazılı politika için, kimliği doğrulanmış kiracı A'yı ve onaylanmış bir rapor-analiz görevini varsayalım. Yalnızca A kiracısı için read_report'a izin verilir. Gizli bilgi isteyen içeriği bildirin veya DNS yayını bu izni genişletemez. Bu, önerilen bir politikadır; yürütülen bir güvenlik testi veya doğrulanmış bir sunucu yapılandırması değildir.

Rapor metnini, mesaj örneklerini ve sunucudan dönen talimatları güvenilmeyen kanıt olarak değerlendirin. Yönetici olduğunu iddia eden bir dize, onaylayan haline gelmez. Analist bu dizeye uymadan da şüpheli olarak tanımlayabilir. OWASP katmanlı savunmaları önerir çünkü talimat metni tek başına hızlı enjeksiyonu ortadan kaldırmaz.

Karar defterinin tamamını inceleyin

  • Bilinen sahip durumu: kiracı A, onaylanmış görev, A için read_report. Önerilen politika kapsamında izin ver; hesaplama yalnızca onaylanmış, döndürülen kanıtları kullanır.
  • Yanlış kiracı durumu: kimliği doğrulanmış A, kiracı B'yi talep eder. Rapordaki herhangi bir kiracı etiketine bakılmaksızın okumayı reddedin.
  • Düşman içerik durumu: read_secret vepublish_dns metin isteklerini bildirin. Her iki aracı da reddedin; A için yetkili read_report, düşmanca metnin yalnızca veri olarak değerlendirilmesiyle devam edebilir.
  • Belirsiz sahip durumu: Bir A raporu, hem uygulama A'yı hem de uygulama B'yi olası sahipler olarak adlandırır. Yalnızca yetkili kanıtların toplanmasına izin verin, kimliği çözümlenmemiş olarak işaretleyin ve bir sahip seçmek yerine ilişkilendirmeyi üst kademeye iletin.
  • Onaylanmamış görev durumu: Onaylanmış bir araştırma mevcut değildir. Kimlik bilgisi teknik olarak okumaya izin verse bile, yetkilendirme netleşene kadar görev odaklı alımı sürdürün.

Bu defter için hiçbir araç çağrısı, model değerlendirmesi, kimlik bilgisi verilmesi veya sınır testi yapılmadı. Bu kurallar, herhangi biri bunların uygulandığını iddia etmeden önce gerçek sunucu ve aşağı akış izinlerine karşı uygulama testlerini gerektirir.

İşlemi inceleyin ve erişimi iptal edin

Belirteçleri kopyalamadan araç adını, kimliği doğrulanmış kiracıyı, kanıt referanslarını ve yetkilendirme sonucunu günlüğe kaydedin. Etkin oturumlar ve alt izinler de dahil olmak üzere erişimin sona ermesini ve iptalini test edin. Uzun ömürlü bir sağlayıcı kimlik bilgisi başka bir yerde geçerli kalıyorsa, istemcideki başarılı bir bağlantının kesilmesi yeterli değildir.

Salt okunur bir pilot programla ve analistin yanıtlaması gereken soruların açık bir listesiyle başlayın. Reddetmelerin yararlı olduğunu doğrulayın: Bir kiracıyı sessizce atlamak veya bir sonuç uydurmak yerine eksik kanıtları veya kapsamı belirlemelidirler. İzinleri yalnızca yeni eylemi ayrı olarak inceledikten sonra genişletin. Bu, doğrulanmış bir EmailAuth ürün özelliği değil, önerilen bir kontrol modelidir.

[ Götürmek ]

Kiracı ve araç izinleri güvenilmeyen rapor içeriğinin dışında uygulanmalıdır.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

BT / Posta Yöneticisi

Kodda sınırı uygulama

Model tek izin kontrolü olamaz.

Sonraki adımlar

  1. Yanlış kiracı isteklerini test edin.
  2. Kullanılmayan genel yürütme araçlarını kaldırın.
  3. Testin sona ermesi ve kimlik bilgilerinin iptali.

CISO / SecOps

Kimlik bilgisi zincirini inceleyin

Güven, bir token ile hareket edebilen her hizmete bağlıdır.

Sonraki adımlar

  1. Belirteç kitlelerini belgeleyin.
  2. İptal ve aşağı akış erişimini test edin.
  3. Günlükleri jeton sızıntısı açısından inceleyin.

Kurucu / Teknik Olmayan

Küçük bir başlangıç ​​görevi tanımlayın

Dar bir pilot değer ve görünürlüğün değerlendirilmesini kolaylaştırır.

Sonraki adımlar

  1. Analistin cevaplaması gereken soruları adlandırın.
  2. Başlangıç ​​kapsamının dışında yayınlamaya devam edin.
  3. Pilotun kararlaştırılan soruları yanıtlayıp yanıtlamadığını inceleyin.

[ SSS ]

Sık sorulan sorular

MCP'nin kendisi DNS yetkisi veriyor mu?

Hayır. Yetki, yapılandırılmış kimlik bilgilerinden, sunucu uygulamasından ve onaylanan eylemlerden gelir.

Araç açıklamaları bir güvenlik sınırı mıdır?

Hayır. Genel araçlar da dahil olmak üzere sunucuda ve aşağı akış hizmetinde yetkilendirmeyi zorunlu kılın.

OAuth olmadan yerel bir sunucu riskli olabilir mi?

Evet. Yerel bir yürütülebilir dosya, dosya, işlem veya ortam erişimini devralabilir.

İsteme sağlayıcı belirteci koyabilir miyim?

Belirteçleri, modelde görülebilen kanıtları veya günlükleri değil, onaylanmış kimlik bilgisi akışında tutun.

Belirteç geçişi nedir?

Uygun hedef kitle doğrulaması olmadan bir yukarı akış jetonunu kabul etmek ve iletmek; MCP güvenlik kılavuzu bu modeli yasaklar.

Her analiz ham postayı almalı mı?

Hayır. Soru için yeterli olan en az açıklayıcı kanıtla başlayın.

Örnek neyi doğruluyor?

Operasyonel hiçbir şey doğrulanmadı. Yazılı defter, gerçek bir uygulamanın uygulaması ve test etmesi gereken kiracı, araç ve görev kararlarını belirtir.

Erişim ne zaman genişletilmeli?

Yeni görevden sonra kaynak kapsamı ve yürütme riski açık bir incelemeye tabi tutulur.

[ Kaynaklar ]

Kaynaklar

  1. MCP Güvenliği En İyi Uygulamaları

    Bölümler Token Geçişi · Karışık Yardımcı Sorun · Yerel MCP Sunucusunun Güvenliğinin Aşılması · Kapsam Minimizasyonu

  2. MCP Yetkilendirmesi

    Bölümler Amaç ve Kapsam · Protokol Gereksinimleri · Erişim Token Kullanımı · Token Kitle Bağlama ve Doğrulama

  3. OWASP İstemi Enjeksiyonu

    Bölümler Önleme ve hafifletme stratejileri

[ Sözlük ]

Sözlük

MCP
Model Bağlam Protokolü, araçları ve kaynakları istemcilere sunmaya yönelik bir protokol.
Jeton kitlesi
Erişim belirtecinin amaçlandığı kaynak veya hizmet.

Kurumsal menşe

Neden en iyi finans kurumları ve hükümetler e-posta güvenlik kontrol panellerini kullanımdan kaldırdı.

Geleneksel e-posta kimlik doğrulama platformları size bir gösterge tablosu satar ve mühendislerinizden bu işi yapmalarını ister. Riskli ortamlarda, manuel gözetim, gecikmeli uygulama, konfigürasyon kayması ve izlenmeyen gölge alanlar anlamına gelir.

EmailAuth aracılı e-posta kaynak platformudur. Temsilcilerimiz uyguluyor p=reject, üçüncü taraf gönderenleri uyumlu tutun ve alan adlarınızı tam sürüme taşıyın RFC 9989 döngüdeki insan tarafından denetlenebilirliğe sahip yeni DMARC standardı uyumluluğu.

Hükümetler Büyük işletmeler 1. Seviye finans kurumları

SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi

Bilgi Bankası