ثغرة أمنية مصنفة في MySQL MCP Server تهدد قواعد البيانات الداخلية

تم الكشف عن ثغرة أمنية خطيرة تحمل المعرّف CVE-2026-59971 في تطبيق MySQL لخادم بروتوكول سياق النموذج (Model Context Protocol - MCP Server)، مما يؤثر على إصدارات البرمجيات حتى الإصدار 0.4.1. ووفقاً لوثائق نشرتها منصة تتبع الأمن السيبراني VulDB في 12 سبتمبر 2026، توجد الثغرة الأمنية في معالجة نقل الأحداث المرسلة من الخادم (Server-Sent Events - SSE) داخل ملف server.py التابع للخادم أثناء عمليات cursor.execute. ويتيح الخلل للمهاجمين عن بُعد تنفيذ هجمات إعادة ربط نظام أسماء النطاقات (DNS rebinding)، مما قد يتيح تجاوز حدود حماية المنشأ نفسه (same-origin) في المتصفحات والتفاعل دون تصريح مع واجهات موصلات قواعد البيانات الداخلية. ويُنصح المطورون والمسؤولون الذين يستخدمون مكوّن MySQL MCP Server بترقية عمليات النشر المتأثرة فوراً إلى إصدار مصلح لاحق للإصدار 0.4.1 للقضاء على التعرض المحتمل للاستعلامات غير المصرح بها لقواعد البيانات.

## حقائق رئيسية - **المعرّف والنطاق:** أُدرج العيب الأمني تحت المعرّف CVE-2026-59971، ويؤثر على تثبيتات MySQL MCP Server حتى الإصدار 0.4.1. - **ملف المصدر المتأثر:** يقع الخلل البرمجي داخل server.py، ويؤثر بشكل خاص على المسارات التي تعالج دالّات cursor.execute. - **ناقل الهجوم:** تعتمد الثغرة الأمنية على آلية نقل الأحداث المرسلة من الخادم (SSE)، والتي يمكن التلاعب بها باستخدام تكتيكات إعادة ربط DNS. - **تاريخ الكشف:** تم تسجيل القيد ونشره بواسطة قاعدة بيانات الأمن السيبراني VulDB في 12 سبتمبر 2026. - **توصية التخفيف:** يوصي المشرفون بالترقية الفورية لجميع عمليات نشر MySQL MCP Server النشطة إلى إصدار أحدث من 0.4.1.

## ماذا حدث وفقاً للتفاصيل التي نشرتها VulDB، حدد محللو الأمن ثغرة أمنية في الشفرة البرمجية لـ MySQL MCP Server تُعرّض النقاط الطرفية للخادم لطلبات غير مصرح بها عبر إعادة ربط نظام أسماء النطاقات (DNS). ويعمل مكوّن البرمجيات المتأثر كجسر تكامل بين عملاء بروتوكول سياق النموذج (MCP)—مثل نماذج اللغة الكبيرة، وتطبيقات الذكاء الاصطناعي للمكتب، وأدوات المطورين—أنظمة قواعد بيانات MySQL العلاائقية.

ويقع الخلل الأساسي داخل طبقة الاتصالات الشبكية للتطبيق في ملف server.py، الذي ينفذ واجهة نقل الأحداث المرسلة من الخادم (SSE). وعندما يتصل عميل MCP بالخادم لتنفيذ عمليات قاعدة البيانات باستخدام روتين قواعد بيانات Python القياسي مثل cursor.execute، يستمع الخادم على منفذ HTTP لتدفق البيانات ومعالجة أوامر RPC.

وفي نماذج أمن الويب القياسية، تعتمد خدمات الشبكة المحلية على فرض المتصفح لسياسة المنشأ نفسه (Same-Origin Policy) لمنع المواقع الخارجية غير الموثوقة من إرسال طلبات إلى عناوين IP الخاصة. ومع ذلك، ونظراً لأن تطبيق نقل SSE في MySQL MCP Server الإصدار 0.4.1 وما قبله فشل في فرض التحقق الصارم من ترويسة المضيف (Host header) أو تصفية الطلبات عبر الأصول، يمكن لخصم خارجي تنفيذ هجوم إعادة ربط DNS.

وفي تسلسل هجوم إعادة ربط DNS، يستدرج الفاعل التهديدي مستخدماً لزيارة صفحة ويب مستضافة على نطاق يتحكم فيه المهاجم. يحلل خادم DNS التابع للمهاجم النطاق في البداية إلى عنوان IP عام يستضيف برنامجاً نصياً خبيثاً. وبمجرد تحميله، يغير المهاجم سجل DNS الخاص بالنطاق ليشر إلى عناوين الاستعادة المحلية (loopback) مثل 127.0.0.1 أو عناوين الشبكة المحلية (LAN) التي تستمع إليها عملية MySQL MCP Server.

ولأن المتصفحات تفرض فحوصات المنشأ نفسه بناءً على أسماء النطاقات بدلاً من عناوين IP المحللة، يُسمح بالطلبات اللاحقة من البرنامج النصي إلى النطاق. ويوجه المتصفح طلبات HTTP هذه مباشرة إلى النقطة الطرفية المحلية لـ SSE التي يديرها server.py. وعند تلقي الطلبات، يفسر خادم MCP الحمولة وينفذ استعلامات cursor.execute ضد قاعدة بيانات MySQL. ونتيجة لذلك، يمكن للمهاجم تجاوز حدود المنشأ وتشغيل عمليات SQL تعسفية ضد أصول قواعد البيانات الداخلية دون الحاجة إلى وصول مباشر للشبكة.

وأكدت VulDB أن جميع إصدارات MySQL MCP Server حتى الإصدار 0.4.1 تحمل هذه الثغرة الأمنية، مما يجعل ترقية المكوّن أمراً ضرورياً عبر البيئات المتأثرة.

## أهمية الأمر يسلط اكتشاف CVE-2026-59971 الضوء على التحديات الأمنية المتزايدة في منظومة تكامل الذكاء الاصطناعي. يقدم بروتوكول سياق النموذج (MCP) معياراً لكيفية تفاعل وكلاء الذكاء الاصطناعي مع مخازن البيانات المحلية والبعيدة والخدمات الدقيقة وقواعد البيانات. ومن خلال كشف أشكال قواعد البيانات الأساسية عبر خوادم بروتوكول مهيكلة، توفر برمجيات MCP لنماذج الذكاء الاصطناعي السياق اللازم للمهام المؤتمتة المعقدة.

ومع ذلك، عندما تطبق موصلات قواعد البيانات طبقات نقل SSE دون التحقق من المنشأ والتحقق من المضيف، فإنها تخلق موجهات تعرض عالية الخطورة على محطات عمل المضيف والشبكات الداخلية. وإن استغلال إعادة ربط DNS بنجاح يلتف على الدفاعات المحيطية التقليدية، بما في ذلك جدران الحماية وشبكات VPN. ولأن الحركة الخبيثة تنشأ من داخل حدود الثقة—معتمدة على جلسة متصفح قائمة أو عملية عميل داخلية—فإنها تتجنب عادةً الاكتشاف بواسطة أنظمة منع التسلل المستندة إلى الشبكة.

بالنسبة لأقسام الأمن وفرق هندسة البرمجيات التي تشغل موصلات MySQL MCP Server، فإن عمليات النشر غير المعالجة بتصحيحات أمنية تشكل مخاطر جسيمة على سرية البيانات وسلامة قواعد البيانات. ويمكن لفاعل عن بُعد غير مصرح له يستغل CVE-2026-59971 تنفيذ عبارات SQL عبر cursor.execute. وبناءً على الصلاحيات الممنوحة لحساب مستخدم MySQL، يمكن للمهاجم استخراج سجلات حساسة، أو تعديل الجداول الإدارية، أو حذف جداول قواعد البيانات بالكامل.

علاوة على ذلك، مع اندماج البنية التحتية للذكاء الاصطناعي بشكل متزايد في خطوط تجميع CI/CD ومحطات عمل المطورين والأنظمة الخلفية المؤتمتة، فإن الثغرات الأمنية في برمجيات نقل البروتوكولات تزيد من مخاطر سلاسل التوريد. ويجب على فرق الأمن ضمان خضوع الخدمات المحلية التي تنشئها سلاسل أدوات تطوير الذكاء الاصطناعي لنفس إجراءات أمن النقل المفروضة على تطبيقات الويب العامة.

## الخلفية يتطلب فهم CVE-2026-59971 فحص بنية بروتوكول سياق النموذج (MCP) إلى جانب الآليات التاريخية لثغرات إعادة ربط DNS في خدمات HTTP المحلية.

تم إصدار بروتوكول سياق النموذج في الأصل كمعيار مفتوح المصدر بواسطة Anthropic في نوفمبر 2024 لحل التجزئة في كيفية وصول نماذج الذكاء الاصطناعي إلى السياق الخارجي. ويؤسس MCP بنية تتصل فيها التطبيقات المضيفة (مثل وكلاء الذكاء الاصطناعي للمكتب، أو بيئات التطوير المتكاملة، أو سير العمل المؤتمت) بملحقات الخادم التي تعالج عمليات بيانات محددة. ولتلبية سيناريوهات النشر المتنوعة، تدعم مواصفات MCP بروتوكولات نقل متعددة: تدفقات الإدخال/الإخراج القياسية (stdio) للعمليات الفرعية المحلية، وHTTP مع الأحداث المرسلة من الخادم (SSE) لعمليات الشبكة.

وتوفر الأحداث المرسلة من الخادم (Server-Sent Events) آلية للخوادم لبث التحديثات في الوقت الفعلي إلى العملاء عبر اتصالات HTTP القياسية. وفي خوادم قواعد بيانات MCP المستندة إلى Python، مثل حزمة MySQL MCP Server، يعتمد server.py على أطر عمل HTTP خفيفة الوزن لقبول اتصالات العملاء الواردة. وعندما يرسل العملاء طلبات مهيكلة عبر قناة SSE، يحلل الخادم التعليمات وينفذها ضد نماذج قواعد بيانات MySQL باستخدام استدعاءات محولات قواعد البيانات القياسية، ولا سيما ()cursor.execute.

وتُعد عملية إعادة ربط DNS تكتيكاً أمنياً يستغل التباين بين فرض المتصفح لسياسة المنشأ نفسه وتوجيه عناوين IP. وقد تم توثيق إعادة ربط DNS لأول مرة في أواخر التسعينيات، وهي تسيء استخدام قيم مدة الحياة القصيرة (TTL) للتخزين المؤقت لـ DNS لإجبار المتصفحات على التعامل مع عناوين IP المحلية (127.0.0.1 أو الشبكات الفرعية الداخلية) وكأنها تنتمي إلى منشأ ويب خارجي.

ولتحييد مخاطر إعادة ربط DNS، تتطلب معايير الويب الحديثة من خوادم HTTP وSSE المحلية فحص الطلبات الواردة للتأكد من صحة ترويسات Host وOrigin. وتفرض أفضل الممارسات الأمنية أن ترفض خوادم HTTP التي تعمل على الحلقات المحلية بشكل صارم أي طلب لا تطابق ترويسة Host فيه صراحة localhost أو 127.0.0.1. وعندما يهمل المطورون منطق التحقق من المضيف في ملفات مثل server.py، يظل التطبيق عرضة للتلاعب عبر الأصول كلما زار مستخدم محلي موقعاً غير موثوق به أثناء تشغيل الخادم.

## ردود الفعل عقب نشر VulDB للتنبيه الخاص بـ CVE-2026-59971، يُتوقع من المشرفين على البرامج مفتوحة المصدر، وفرق DevSecOps في المؤسسات، ومطوري أدوات الذكاء الاصطناعي مراجعة تكوينات النقل عبر جميع تطبيقات MCP المواجهة لقواعد البيانات.

وبينما وثّقت VulDB المشكلة الأمنية علناً وأوصت بصرامة بترقية جميع تثبيتات MySQL MCP Server حتى الإصدار 0.4.1، يتم إدارة ملاحظات الإصدار الرسمية والتثبيتات المصلحة (patch commits) عبر منصات التحكم في المصدر مفتوح المصدر مثل GitHub وفهارس الحزم مثل PyPI. ومن المرجح أن ترى فرق الأمن التي تشغل أدوات إدارة التبعيات المؤتمتة تنبيهات تهدف إلى الإشارة إلى الإصدارات المعرضة للثغرة من حزمة MySQL MCP Server في شجيرات تبعيات المشاريع.

وداخل أقسام الأمن في المؤسسات، يُتوقع من مسؤولي أمن المعلومات الرئيسيّين (CISOs) ومسؤولي الشبكات تدقيق بيئات المضيف بحثاً عن منافذ SSE غير المصرح بها أو غير المشفرة التي تستمع على محطات عمل التطوير المحلية. ويُنصح المسؤولون الفنيون الذين يستخدمون أدوات MySQL MCP Server في بيئات الإنتاج أو الإعداد بالتحقق من أن النسخ الشغالة محمية بتدابير التحكم في الوصول إلى الشبكة وتكوينات التحقق من المضيف.

## ما لا نعرفه بعد على الرغم من فهرسة CVE-2026-59971 في قواعد البيانات العامة، يظل العديد من التفاصيل الفنية الرئيسية المتعلقة بالثغرة غير محدد في الإفصاح الأولي: - **رقم الإصدار المصلح بالتحديد:** يذكر تنبيه VulDB أن الإصدارات حتى 0.4.1 متأثرة ويوصي بالترقية، ولكنه لا يذكر صراحة رقم الإصدار المحدد (مثل 0.4.2) الذي يحتوي رسمياً على التصحيح. - **سلوك ربط الشبكة الافتراضي:** لا تحدد التقارير المتاحة ما إذا كان الإعداد الافتراضي لـ server.py يرتبط حصرياً بواجهات الاستعادة (127.0.0.1) أو يفتح الاتصالات عبر جميع واجهات الشبكة (0.0.0.0)، مما يؤثر على إمكانية الوصول إلى الثغرة عبر الشبكات الفرعية المحلية. - **حالة الاستغلال وتوفر إثبات المفهوم:** لا يشير السجل المنشور لـ VulDB إلى ما إذا تم اكتشاف استغلال نشط في البيئة الفعليّة أو ما إذا تم توفير برنامج نصي لإثبات المفهوم (proof-of-concept) للجمهور. - **متطلبات المصادقة على النقل:** لا يوضح الإفصاح ما إذا كان تطبيق SSE المتأثر يتطلب رموز مصادقة افتراضياً، أو ما إذا كانت الطلبات غير المصادق عليها يمكنها الوصول إلى cursor.execute مباشرة عند إنشاء اتصال SSE.

## ما يجب مراقبته لمتابعة المعالجة والاستجابة الأوسع في القطاع لـ CVE-2026-59971، ينبغي لمشغلي الأنظمة وباحثي الأمن مراقبة عدة محطات فنية قادمة: - **إعلانات إصدار المشروع الرسمية:** يُتوقع من مشرفي البرامج نشر سجلات إصدارات التصحيح على PyPI وGitHub لبيان التثبيت المحقق (commit) في server.py الذي يطبق التحقق من ترويسة Host وتصفية المنشأ. - **تقييم CVSS في قاعدة بيانات الثغرات الوطنية:** سينشر المعهد الوطني للمعايير والتكنولوجيا الأمريكي (NIST) NVD درجة نظام تقييم الثغرات الشائعة (CVSS) وتصنيف الخطورة لـ CVE-2026-59971. - **التدقيق الأمني عبر منظومة MCP:** من المرجح أن يدقق الباحثون موصلات قواعد البيانات الأخرى ومحركات النقل داخل منظومة بروتوكول سياق النموذج لتحديد ما إذا كانت عيوب ترويسة نقل SSE المماثلة تؤثر على التطبيقات الشقيقة. - **تحديثات توقيع فاحص الثغرات:** ستنشر ماسحات الثغرات التجارية ومفتوحة المصدر فحوصات تشخيصية تسمح للمسؤولين بالاكتشاف التلقائي لمكونات MySQL MCP Server غير المعالجة عبر شبكات الشركات.

يعتمد هذا التقرير الإخباري على بيانات الإفصاح عن الثغرات الأمنية التي نشرتها خدمة تتبع الأمن السيبراني VulDB (vuldb.com).