لماذا تحتاج الخوادم البعيدة إلى المصادقة

عندما كان خادم MCP يعمل عبر stdio، لم يكن بإمكان سوى جهازكم الوصول إليه. أما نقله إلى HTTP فيجعل الإنترنت بأكمله قادرًا على طرق الباب فجأة. 🌐

لا يتضمن خادم HTTP جديد أي مصادقة افتراضيًا. فأي شخص يعرف عنوان URL يمكنه عرض كل أداة كشفتم عنها واستدعاءها.

تقرأ أدوات MCP الملفات، وتتصل بقواعد البيانات، وتستدعي واجهات API. وتمنح نقطة النهاية المفتوحة هذه الصلاحيات لـ غرباء، لا لعميلكم الموثوق فقط.

تكمن المشكلة الأساسية في أن الخادم لا يستطيع معرفة هوية المتصل. ومن دون هوية، يبدو كل طلب موثوقًا بالقدر نفسه.

تسأل المصادقة «من أنتم؟»، بينما يسأل التفويض «ما الذي يُسمح لكم بفعله؟». ويجب الإجابة عن السؤال الأول قبل أن يصبح الثاني منطقيًا.

يفترض الناس أن عنوان URL الذي يصعب تخمينه آمن، لكن السجلات والوكلاء ومشاركة الروابط تكشفه بسرعة. فعنوان URL الطويل ليس حماية حقيقية.

يدعو الخادم غير المحمي إلى سرقة البيانات وإساءة استخدام واجهات API المدفوعة وتراكم فواتير لا يمكن السيطرة عليها. وتضمن التحكم في الوصول إبقاء هذه التكاليف تحت السيطرة.

الحل الشائع هو طلب سرّ في كل طلب. إذ يثبت الرمز الصالح أن المتصل مخوّل، بينما يُرفض الطلب الذي يفتقده.

يتحقق الخادم الجيد من الرمز قبل تنفيذ أي عمل، ويعيد 401 Unauthorized عندما يكون الرمز مفقودًا أو غير صحيح.

تنتقل الرموز في ترويسات الطلب، لذا يجب تشفير الاتصال نفسه. ويمنع HTTPS المهاجمين من قراءة الأسرار أثناء انتقالها.

بالنسبة إلى أي شيء يمكن الوصول إليه خارج حاسوبكم المحمول، تعاملوا مع المصادقة بوصفها مطلوبة، لا ميزةً لطيفة يمكنكم إضافتها لاحقًا.

الوصول عن بُعد يعني إمكانية الوصول، وإمكانية الوصول تعني الحاجة إلى قفل. اطلبوا رمزًا، وارفضوا الاستدعاءات المجهولة، واجعلوا كل ذلك عبر HTTPS. 🔐