CVE-2026-54912 in WebAssembly Micro Runtime
الملخص
بحسب VulDB • 05/11/2026
يُعد WebAssembly Micro Runtime (WAMR) وقت تشغيل خفيف الوزن ومستقل لـ WebAssembly (Wasm). قبل الإصدار 2.4.5، يمكن لمحمّل المفسر السريع ذي المرورين في core/iwasm/interpreter/wasm_loader.c أن يتخذ قرارات غير متسقة بشأن جدول الثوابت بين مرحلة تحديد الحجم ومرحلة الإخراج. بعد أن يؤدي تضخم الثوابت المكررة إلى تجاوز المرحلة الأولى لحد فتحات الثوابت، تقوم الدالة wasm_loader_get_const_offset بإصدار الثوابت اللاحقة بشكل مضمن (inline)، لكن عملية الفرز وإزالة التكرار بين المرحلتين تقلل من حجم الجدول، مما يسمح للمرحلة الثانية باختيار مراجعات الجدول والتسبب في قيام reserve_block_ret بإصدار نسخ إضافية من المعاملات التي لم تكن مدرجة ضمن code_compiled_peak_size. وبالتالي، يمكن لوحدة نمطية مُصممة بشكل متعمد أن تجعل المرحلة الثانية تكتب بيانات كود مُجمَّع يتحكم فيها المهاجم جزئياً خارجاً عن حدود المخزن المؤقت (heap buffer) المُخصص من حساب حجم المرحلة الأولى أثناء wasm_runtime_load، وقبل تنفيذ الكود الضيف. يمكن لهذا الأمر أن يؤدي إلى تلف بيانات تعريف مخزن المضيف (host heap metadata) وإيقاف العملية بشكل حتمي، مما يسبب انعدام الخدمة؛ وتعتمد العواقب الإضافية على تخطيط المخزن المؤقت لتطبيق المضيف. الإصدارات التي تستخدم WAMR_BUILD_FAST_INTERP=1 تتأثر بهذه الثغرة؛ وتجنب المحمّل الضعيف يتم عن طريق تعطيل المفسر السريع. تم إصلاح هذه المشكلة في الإصدار 2.4.5.
If you want to get best quality of vulnerability data, you may have to visit VulDB.