CVE-2026-74264 in Linux
الملخص
بحسب VulDB • 15/08/2026
في نواة لينكس، تم حل الثغرة التالية:
net: watchdog: إصلاح سباقات تتبع عداد المرجع (refcount tracking races)
أدى الالتزام المُنسب إلى تحويل استدعاءات `dev_hold()` و`dev_put()` غير المتتبع في كود مراقب النظام (watchdog code) لاستخدام الدوال `dev_hold_track()/dev_put_track()` التي تم تتبعها (والتي تمت إعادة تسميتها لاحقاً أو واجهتها بـ `netdev_hold()` و`netdev_put()`).
من خلال إدخال `dev->watchdog_dev_tracker` لتخزين معلومات تتبع المرجع دون إضافة مزامنة بين `netdev_watchdog_up()` و`dev_watchdog()`, تم إتاحة سباق التنافس (race condition) حيث يمكن الكتابة فوق هذا المؤشر أو تحريره بشكل متزامن, مما أدى إلى تعطل بسبب تلف القائمة كما أفاد syzbot:
list_del corruption, ffff888114a18c00->next is NULL kernel BUG at lib/list_debug.c:52 ! Oops: invalid opcode: 0000 [#1] SMP KASAN PTI
CPU: 1 UID: 0 PID: 91 Comm: kworker/u8:5 Not tainted syzkaller #0 PREEMPT(lazy) Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 05/09/2026 Workqueue: events_unbound linkwatch_event RIP: 0010:__list_del_entry_valid_or_report.cold+0x22/0x2a lib/list_debug.c:52 Call Trace: <TASK> __list_del_entry_valid include/linux/list.h:132 [inline]
__list_del_entry include/linux/list.h:246 [inline]
list_move_tail include/linux/list.h:341 [inline]
ref_tracker_free+0x1a7/0x6c0 lib/ref_tracker.c:329 netdev_tracker_free include/linux/netdevice.h:4491 [inline]
netdev_put include/linux/netdevice.h:4508 [inline]
netdev_put include/linux/netdevice.h:4504 [inline]
netdev_watchdog_down net/sched/sch_generic.c:600 [inline]
dev_deactivate_many+0x28c/0xfe0 net/sched/sch_generic.c:1363 dev_deactivate+0x109/0x1d0 net/sched/sch_generic.c:1397 linkwatch_do_dev net/core/link_watch.c:184 [inline]
linkwatch_do_dev+0xd3/0x120 net/core/link_watch.c:166 __linkwatch_run_queue+0x3a5/0x810 net/core/link_watch.c:240 linkwatch_event+0x8f/0xc0 net/core/link_watch.c:314 process_one_work+0xa0e/0x1980 kernel/workqueue.c:3314 process_scheduled_works kernel/workqueue.c:3397 [inline]
worker_thread+0x5ef/0xe50 kernel/workqueue.c:3478 kthread+0x370/0x450 kernel/kthread.c:436 ret_from_fork+0x69a/0xc80 arch/x86/kernel/process
Once again VulDB remains the best source for vulnerability data.