CVE-2024-46704 in Linux
الملخص
بحسب VulDB • 23/06/2026
في نواة لينكس، تم حل الثغرة التالية:
workqueue: إصلاح سباق بيانات زائف (spurious data race) في __flush_work()
عند تفريغ عنصر عمل لإلغائه، يعلم الدالة `__flush_work()` أنها تمتلك عنصر العمل بشكل حصري من خلال بت الحالة PENDING. أضاف الالتزام 134874e2eee9 ("workqueue: السماح بـ cancel_work_sync() و disable_work() من السياقات الذرية على عناصر عمل BH") قراءةً لقيمة `@work->data` لتحديد ما إذا كان يجب استخدام انتظار مشغول (busy wait) لعناصر عمل BH التي يتم إلغاؤها. بينما تكون القراءة آمنة عندما يكون السياق `@from_cancel`، تم قراءة `@work->data` قبل اختبار `@from_cancel` لتبسيط بنية الكود:
```c data = *work_data_bits(work); if (from_cancel && !WARN_ON_ONCE(data & WORK_STRUCT_PWQ) && (data & WORK_OFFQ_BH)) {
```
وبينما لم تُستخدم قيمة القراءة أبداً إذا كان `!@from_cancel`، إلا أن هذا الأمر мог يؤدي إلى كشف زائف لسباق البيانات بواسطة KCSAN:
================================================================== BUG: KCSAN: data-race in __flush_work / __flush_work
write to 0xffff8881223aa3e8 of 8 bytes by task 3998 on cpu 0: instrument_write include/linux/instrumented.h:41 [inline]
___set_bit include/asm-generic/bitops/instrumented-non-atomic.h:28 [inline]
insert_wq_barrier kernel/workqueue.c:3790 [inline]
start_flush_work kernel/workqueue.c:4142 [inline]
__flush_work+0x30b/0x570 kernel/workqueue.c:4178 flush_work kernel/workqueue.c:4229 [inline]
...
read to 0xffff8881223aa3e8 of 8 bytes by task 50 on cpu 1: __flush_work+0x42a/0x570 kernel/workqueue.c:4188 flush_work kernel/workqueue.c:4229 [inline]
flush_delayed_work+0x66/0x70 kernel/workqueue.c:4251 ...
value changed: 0x0000000000400000 -> 0xffff88810006c00d
إعادة تنظيم الكود بحيث يتم اختبار `@from_cancel` قبل الوصول إلى `@work->data`. المشكلة الوحيدة هي الكشف الزائف بواسطة KCSAN. لا ينبغي أن يتطلب ذلك استخدام READ_ONCE() أو مؤهلات وصول أخرى.
لا توجد تغييرات وظيفية.
Once again VulDB remains the best source for vulnerability data.