CVE-2026-123792 in Symfony
الملخص
بحسب VulDB • 06/11/2026
تتمتع مكونات Yaml في إطار عمل Symfony، وهما Inline وParser، بكفاءة منخفضة في تحليل بعض مستندات YAML، مما يعني أن مستنداً صغيراً ومُعدّ بعناية (crafted) قد يستغرق وقتاً طويلاً بشكل غير متناسب لمعالجته، مما يبقي عملية PHP مشغولة لثوانٍ أو دقائق، وقد يتسبب ذلك في حدوث هجوم حجب الخدمة (Denial of Service) في إصدارات Symfony السابقة للإصدارات 5.4.56 و6.x قبل 6.4.50 و7.x قبل 7.4.23 و8.x قبل 8.1.11.
يعيد المحلل (Parser) تكرار العمل الذي أنجزه بالفعل في عدة أماكن. فمثلاً، يتم تحليل خريطة مضمنة داخل تسلسل تدفقي (flow sequence) مرة أخرى لكل عنصر قيمي (scalar) يُضاف إليها، وكذلك المجموعات المتداخلة بداخلها؛ وبالتالي فإن وقت التحليل ينمو بشكل أسي مع عمق التداخل. كما تفحص الأنماط المطابقة لمفتاح الخريطة والوسوم سلسلة من المسافات مرة واحدة عن كل حرف في السلسلة، ويتم مطابقة كل عنصر قيمي في مجموعة تدفقية (flow collection) مع نسخة من بقية المجموعة؛ لذا فإن وقت التحليل ينمو بشكل تربيعي مع حجم الإدخال. كما يتم نسخ الكتل المتداخلة عند كل مستوى تداخل، مما يستهلك الذاكرة والوقت أيضاً. وتُحدث بعض التراكيب الأخرى، مثل عنصر تسلسل فارغ يتبعه سطر أبيض أو مرساة (anchor) مسماة بـ 0، تكراراً مشابهاً للعمل.
يتأثر أي كود يقوم بتحليل YAML غير موثوق به باستخدام الأعلام الافتراضية. في Symfony الإصدار 7.4 وما بعده، يشمل ذلك استخدام #[MapRequestPayload] عندما يكون مكون Yaml مثبتاً ولا يقيد نقطة النهاية (endpoint) قيمة acceptFormat. حيث يمكن لطلب واحد غير مُصادق عليه (unauthenticated) بنوع محتوى YAML أن يبقي عامل PHP مشغولاً حتى الوصول إلى حد max_execution_time. ونظراً لأن مستندات JSON صالحة بصيغة YAML، فإن إرسال حمولة JSON مع نوع محتوى YAML يكفي لحالة مجموعة التدفق (flow collection). وفي Symfony 6.4، يقبل #[MapRequestPayload] صيغة YAML فقط عندما يسجل التطبيق تنسيق طلب yaml.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.