CVE-2026-27195

إصدارات Wasmtime من 39.0.0 إلى 41.0.3

قد يتعرض Wasmtime، وهو بيئة تشغيل لـ WebAssembly، لحالة ذعر (panic) عندما يقوم المُدمج (embedder) في المضيف بإلغاء المستقبل (future) الذي تم إرجاعه بواسطة wasmtime::component::[Typed]Func::call async قبل حله، ثم يستدعي نفس الدالة مرة أخرى باستخدام نفس مثيل المكون. يحدث هذا لأن مثيل المكون يدخل في حالة غير قابلة لإعادة الدخول، مما يؤدي إلى حدوث «فخ» (trap) ثم حدوث حالة ذعر (panic) لاحقًا أثناء التخلص من المهمة. تنشأ المشكلة عن خطأ في تنفيذ [Typed]Func::call async تم إدخاله مع الميزة component-model-async، التي أصبحت هي المعيار بدءًا من الإصدار 39.0.0. «نقطة نهاية واجهة برمجة التطبيقات» المعنية هي wasmtime::component::[Typed]Func::call async. «المتغير» الذي يمثل المستقبل (future) المُرجَع لا يُسمى صراحةً، لكن التعامل غير السليم معه يؤدي إلى حدوث المشكلة. لا تؤثر المشكلة على عمليات التضمين التي تكون فيها ميزة وقت التحويل البرمجي component-model-async معطلة.

يجب تحديث إصدارات Wasmtime من 39.0.0 إلى 40.0.3 إلى الإصدار 40.0.4 أو 41.0.4.

يجب تحديث إصدارات Wasmtime من 40.0.4 إلى 41.0.3 إلى الإصدار 41.0.4.

إذا كان التضمين لا يستخدم أي وظائف من component-model-async، فقم بتعطيل ميزة Cargo component-model-async.

تأكد من انتظار كل مستقبل call async حتى اكتماله.

تجنب إعادة استخدام Store بعد التخلص من مستقبل call async لم يتم حله بعد.