پرش به محتوا
Ücretsiz başlayın

MCP ne kadar güvenli? AI'yı ERP'ye bağlamak için tehdit modeli analizi

Yapay zeka asistanı sistemin canlı verisine bağlandığında ortaya çıkan dört gerçek risk — ve her birini kapatmanın yolu

MCP ne kadar güvenli? AI'yı ERP'ye bağlamak için tehdit modeli analizi

Bir dil modelini gerçek iş verisine — müşteri, Fatura, stok — bağlamak doğası gereği ciddi bir güvenlik sorusudur. Bu makale MCP (Model Context Protocol)'ün dört gerçek riskini birbirinden ayırt eder ve ciddi bir uygulamanın bunların her birini nasıl kapattığını açıklar; bir ürünün reklamı olarak değil, herhangi bir MCP sunucusuna (yalnızca Abrak sunucusuna değil) bağlanmadan önce değerlendirmeniz gereken bir kontrol listesi olarak.

Birinci risk: Modelin istemediğiniz bir şey yazması

Dil modeli bazen komutu yanlış anlar veya aşırı «yardımsever» davranır — örneğin bir siparişi okumak yerine iptal eder. Doğru çözüm iki aşamalı onaydır: her yazma aracı ilk çağrıda yalnızca değişikliğin kesin önizlemesini döndürür (hangi alan, hangi değerden hangi değere) ve kullanıcı açıkça onaylamadıkça veritabanında hiçbir şey uygulanmaz. Önemli bir teknik nokta: onay, ilk çağrının aynı argümanlarına imzalanmalıdır, aksi halde model ikinci denemede farklı bir şey gönderip aynı onayı atlatabilir.

İkinci risk: Anahtarın gerekenden fazlasını görmesi

Bir MCP anahtarı veritabanının tüm modellerine erişebiliyorsa, sızması büyük bir risktir. Çözüm, iki katmanlı en az ayrıcalık ilkesidir: anahtar bir Odoo kullanıcısına bağlanır (böylece o kullanıcının ACL'leri ve kayıt kuralları her zaman uygulanır) ve bağımsız bir ikinci katman, kullanıcının Odoo'da erişimi olsa bile hangi modellerin MCP yolundan görülebileceğini belirler. İki katman demek, birindeki bir hatanın diğerini bozmaması demektir.

Üçüncü risk: Çok kiracılı hizmette isteğin yanlış veritabanına gitmesi

Çok kiracılı bulut ortamlarına özgü bir endişe: MCP sunucusu yanlış başlıktan veritabanını tespit ederse, bir şirketin verileri başka bir şirketin anahtarına ulaşabilir. Doğru davranış, çalışma alanını isteğin ana bilgisayar adından tespit etmektir — ve istek yanlış düğüme gelirse yanıt açık hata vermelidir (yanlışlıkla «güvenli» görünen boş bir yanıt değil).

Dördüncü risk: Modelin yaptığı işin hiçbir izinin bulunmaması

Bir şeyler yanlış gittiğinde ilk soru şudur: «Tam olarak kim, hangi anahtarla, neyi çağırdı?» Her çağrının tam kaydı olmadan (başarılı veya reddedilmiş, durum kodu ve red gerekçesiyle birlikte) bu soru yanıtsız kalır. Kayıt, çağrıyı kaydetmeli ancak hassas token'ın kendisini asla saklamamemalıdır.

Herhangi bir MCP sunucusuna bağlanmadan önceki kontrol listesi

Bir MCP anahtarını yapay zeka istemcisine vermeden önce şu dört soruyu sorun: İnsan onayı gerektiren iki aşamalı yazma var mı? Erişim kullanıcı düzeyi ve izinli modelle sınırlandırılıyor mu? Çoklu kiracılıkta sessiz yanıt yerine açık hata veriyor mu? Her çağrı loglanıyor mu? Bu dört ilkenin Odoo üzerindeki uygulama ayrıntıları MCP sunucusu uygulama sayfası ve Bağlantı eğitimi yer almaktadır.

ماتریس ریسک؛ کدام تهدید چقدر جدی است

تهدیداحتمالشدت اثرکنترل اصلی
نوشتن ناخواسته توسط مدلمتوسطبالاتأیید انسانی برای هر عمل نوشتن
دسترسی بیش از حد کلیدبالابالادامنهٔ حداقلی در سطح مدل و رکورد
رسیدن درخواست به مستأجر اشتباهپایینبحرانیگره‌زدن کلید به مستأجر + خطای صریح
تزریق دستور از راه محتوامتوسطمتوسطمحتوای خوانده‌شده داده است، نه دستور
نشت در لاگمتوسطمتوسطحذف کلید و داده‌ی حساس از لاگ

تزریق دستور از راه محتوا؛ تهدیدی که کمتر جدی گرفته می‌شود

اگر ایجنت توضیح یک محصول یا متن یک تیکت را می‌خواند، آن متن را یک انسان بیرونی نوشته است. اگر سیستم آن را به‌عنوان دستور تفسیر کند، مهاجم می‌تواند با نوشتن یک جملهٔ ساده در فرم تماس، رفتار ایجنت را تغییر دهد. قاعدهٔ محافظ ساده است: هر چیزی که از دیتابیس خوانده می‌شود داده است و هرگز نباید مثل دستور اجرا شود — و ابزارهای نوشتن باید مستقل از متن ورودی، تأیید بخواهند.

حداقل کنترل‌ها پیش از اتصال به داده‌ی واقعی

  • دسترسی خواندنی پیش‌فرض؛ نوشتن فقط با تأیید صریح.
  • سقف نرخ روی هر کلید، تا حلقهٔ اشتباه به فاجعهٔ مالی تبدیل نشود.
  • ثبت ممیزی کامل: چه پرسیده شد، چه خوانده شد، چه تغییر کرد.
  • تست با دو مستأجر هم‌زمان، چون باگ‌های جداسازی با یک مستأجر ظاهر نمی‌شوند.

جزئیات احراز هویت در Bearer یا OAuth 2.1، معماری چندمستأجره در چرا سرورهای MCP خراب می‌شوند و چک‌لیست عملیاتی در امنیت کلیدهای MCP.

هوش مصنوعی و MCP؛ ادامهٔ مسیر

از مبانی MCP و انتخاب مدل تا کاربردهای عملی روی اودو.

دکتر محمد مصطفی‌زاده
دربارهٔ نویسنده دکتر محمد مصطفی‌زاده — دکترای صنایع غذایی، ۲۱ سال تجربهٔ اجرایی در راه‌اندازی رستوران ایرانی و فرنگی، کاست کنترل و کترینگ صنعتی. مشاورهٔ راه‌اندازی رستوران ←

MCP (Model Context Protocol) Nedir? İranlı İşletmeler için Kapsamlı Rehber

ابرک را کامل و رایگان به‌کار بگیرید

Ücretsiz başlayın