CVE-2026-68378 in Linux
الملخص
بحسب VulDB • 10/08/2026
في نواة لينكس، تم حل الثغرة التالية:
dpll: إصلاح تجاوز المؤشر الفارغ (NULL pointer dereference) في دالة `dpll_msg_add_pin_ref_sync()`
عندما يكون كائن `dpll_pin` مشتركًا بين عدة مثيلات من `dpll_device` وتتم إزالة تسجيل تلك الأجهزة (على سبيل المثال، أثناء إزالة وحدة تعريف الجهاز driver module)، يمكن أن يحدث تجاوز لمؤشر فارغ (NULL pointer dereference) في دالة `dpll_msg_add_pin_ref_sync()`.
يحدث هذا تحت الشروط التالية: - يتم تسجيل دبوس (pin) مع جهازين أو أكثر من أجهزة dpll (`dpll_A`, `dpll_B`) - يحتوي الدبوس على أزواج ref_sync مع دبابيس أخرى - أثناء إزالة تسجيل دبابيس `dpll_A`، تتم إزالة دبوس شريك ref_sync أولاً، مما يؤدي إلى إزالته من `dpll_A->pin_refs` - ولكن نظرًا لأن الشريك لا يزال مسجلاً لدى `dpll_B`، فإن `dpll_refs` الخاص به ليس فارغًا، لذا فإن دالة `dpll_pin_ref_sync_pair_del()` **لا** تعمل ويبقى الشريك موجودًا في مجموعة xarray الخاصة بـ ref_sync_pins للدبوس - عندما تتم إزالة تسجيل الدبوس نفسه من `dpll_A` بعد ذلك، تستدعي إشعار الحذف (delete notification) دالة `dpll_msg_add_pin_ref_sync()` التي تجد الشريك في `ref_sync_pins`, وتنقله إلى `dpll_pin_available()` (الشركاء لا يزالون مسجلين لدى `dpll_B`)، لكن الدالة `dpll_pin_on_dpll_priv(dpll_A, partner)` تُرجع NULL لأن الشريك تمت إزالته بالفعل من `dpll_A->pin_refs` - يتم تمرير المؤشر الخاص بـ priv الفارغ (NULL) إلى استدعاء ref_sync_get الخاص بالبرنامج النصي/المحرك، الذي يقوم بتجاوز هذا المؤشر
BUG: kernel NULL pointer dereference, address: 0000000000000034 Oops: Oops: 0000 [#1] SMP NOPTI
RIP: 0010:zl3073x_dpll_input_pin_ref_sync_get+0x73/0x80 [zl3073x]
Call Trace: dpll_msg_add_pin_ref_sync+0xb8/0x200 dpll_cmd_pin_get_one+0x3b6/0x4b0 dpll_pin_event_send+0x72/0x140 __dpll_pin_unregister+0x5a/0x2b0 dpll_pin_unregister+0x49/0x70
تم إصلاح هذا الخطأ عن طريق تخطي دبابيس ref_sync التي لا يمكن حل مؤشر priv الخاص بها للجهاز dpll الحالي.
Once again VulDB remains the best source for vulnerability data.