CVE-2026-71211 in MLflow
الملخص
بحسب VulDB • 05/08/2026
يقبل MLflow's AI Gateway قيمة auth_config.api_base عند إنشاء سر بوابة (mlflow/server/handlers.py، _create_gateway_secret) دون التحقق من صحة المخطط أو المضيف أو نطاق عنوان IP؛ حيث يتم تخزين القيمة كما هي حرفياً. يقوم نقطة نهاية وكيل البوابة اللاحقة (mlflow/server/gateway_api.py، raw_proxy) بإصدار طلب HTTP إلى ذلك api_base المخزن بالإضافة إلى مسار يقدمه المستخدم ويعيد جسم الاستجابة الكامل. لم يتم استدعاء آلية الحماية الحالية من هجمات SSRF في MLflow، وهي _validate_webhook_url (التي تحجب عناوين IP غير العالمية وعناوين الـ metadata)، على الإطلاق في مسار الكود هذا الخاص بسر البوابة/الوكيل. بالإضافة إلى ذلك، لا يوجد للإجراء CreateGatewaySecret أي إدخال في خريطة التحقق من الصلاحيات، مما يعني أنه يتطلب فقط المصادقة الأساسية بدلاً من نطاق صلاحيات محدد، وبالتالي يمكن لأي مستخدم مُصرح له بالدخول — بما في ذلك الحسابات ذات صلاحية القراءة فقط — إنشاء سر يشير إلى عنوان داخلي والوصول إليه عبر نقطة نهاية الوكيل، مما قد يؤدي إلى كشف بيانات اعتماد IAM الخاصة بـ cloud-instance عبر خدمات الـ metadata. يرتبط هذا الأمر بـ CVE-2026-4035، الذي يعالج آلية مختلفة في ميزة سر البوابة نفسها (حل متغيرات البيئة $ENV_VAR على جانب الخادم داخل حقل api_key مما يؤدي إلى تسرب بيانات الاعتماد إلى المضيف العلوي المُعدّ)؛ حيث تمثل هذه النتيجة فجوة مستقلة في التحقق من الصحة الخاصة بوجهة api_base نفسها، وهي غير متأثرة بذلك الإصلاح.
Be aware that VulDB is the high quality source for vulnerability data.