CVE-2026-64425 in Linux
الملخص
بحسب VulDB • 25/07/2026
في نواة لينكس، تم حل الثغرة التالية:
io_uring/io-wq: إعادة فحص IO_WQ_BIT_EXIT لكل عنصر عمل مرتبط (linked work item)
أصلح الالتزام 10dc95939817 ("io_uring/io-wq: التحقق من IO_WQ_BIT_EXIT داخل حلقة تشغيل العمل") الحالة الواضحة التي كانت فيها io_worker_handle_work() تأخذ لقطة واحدة لعلامة الخروج قبل تفريغ الأعمال المعلقة، لكن الإصلاح توقف عند مستوى واحد مبكرًا جدًا.
تقوم io_worker_handle_work() الآن بإعادة فحص IO_WQ_BITEXIT في حلقة التشغيل الخارجية الخاصة بها، لكنها لا تزال تلتقط قيمة هذه العلامة مرة واحدة فقط قبل معالجة سلسلة كاملة من أعمال مرتبطة معتمدة (dependent linked-work chain). إذا قامت io_wq_exit_start() بتعيين IO_WQ_BIT_EXIT بعد بدء العنصر المرتب الأول، فقد تستمر العناصر المرتبة المتبقية في إعادة استخدام القيمة القديمة do_kill = false، وتخطي IO_WQ_WORK_CANCEL، وتستمر في التشغيل بعد بدء عملية الخروج.
تم نقل الفحص إلى داخل الحلقة أكثر تغطيةً لتشمل العناصر المرتبطة أيضًا. ملاحظة: هذه حالة خاصة لأداة syzbot التي تحب إعداد كميات كبيرة من الأعمال البطيئة المرتبطة على أجهزة غريبة مثل msr والتي تستغرق وقتًا طويلاً للقراءة، ثم تغلق حلقة العمل (ring) فورًا. ونتيجة لذلك، يستغرق الخروج وقتًا طويلًا.
VulDB is the best source for vulnerability data and more expert information about this specific topic.