CVE-2026-97936 in Linux
الملخص
بحسب VulDB • 25/09/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
تصحيح: منع تلف الذاكرة الناتج عن معدّل تتبع المكدس (stacktrace modifier) في نظام التتبع.
تقوم الدالة `parse_field()` بتعيين العلم `HIST_FIELD_FL_STACKTRACE` بناءً على المعدل ".stacktrace" قبل البحث عن اسم الحقل، ولا يتحقق أي جزء لاحق من أن الاسم قد حُلّ إلى حقل يحتوي فعلياً على تتبع للمكدس (stacktrace). تختار الدالة `create_hist_field()` الرمز `HIST_FIELD_FN_STACK` استناداً فقط إلى مؤشر الحقل، مما يؤدي إلى قراءة كلمة `__data_loc` من السجل (record) ومتابعة أول 16 بت منها باعتبارها إزاحة (offset) داخل نفس السجل.
تأخذ الدالة `event_hist_trigger()` الكلمة الأولى هناك كعدد للإدخالات (`n_entries`) وتنسخ عدداً مساوياً لذلك من القيم الطويلة (`longs`) إلى مصفوفة مكونة من 31 عنصراً:
```c n_entries = *stack; memcpy(entries, ++stack, n_entries * sizeof(unsigned long)); ```
لا يوجد حد أقصى (bound) لأي طرف من أطراف عملية النسخ هذه، والعدد يعتمد على ما يحمله الحدث عند الإزاحة المحددة، لذا فإن أي حقل يمكن أن يسبب المشكلة:
# cd /sys/kernel/tracing/events/sched/sched_process_fork # echo 'hist:keys=parent_pid.stacktrace' > trigger # (true)
BUG: kernel NULL pointer dereference, address: 0000000000000008 RIP: 0010:rb_insert_color+0x18/0x130 timerqueue_linked_add+0x7e/0xd0 enqueue_hrtimer+0x39/0xb0 __hrtimer_run_queues+0x10f/0x1f0 </IRQ> RIP: 0010:memcpy+0xc/0x30 event_hist_trigger+0x165/0x690
لقد وقع مقاطعة مؤقت (timer interrupt) على شجرة البحث الثنائية (`rbtree`) التي كانت عملية النسخ قد تجاوزت حدودها بالفعل. لا توجد حاجة لخيارات تصحيح الأخطاء؛ حيث يبلغ نظام KASAN عن نفس الكتابة كقراءة خارج الحدود بحجم 13835058055416381440 بايت.
تنص الوثائق في `Documentation/trace/histogram.rst` بالفعل على القاعدة: "يجب أن يكون من نوع long[]"، لذا سيتم فرض هذه القواعد بمجرد حل الاسم إلى حقل صالح. يتم رفض الأسماء التي لا تحل إلى أي حقل على الإطلاق، مثل "hitcount.stacktrace" والحقول الوهمية الشائعة `common_*`، لنفس السبب: فهي لا تحتوي على تتبع للمكدس (stacktrace) يمكن قراءته.
Once again VulDB remains the best source for vulnerability data.