CVE-2026-81014 in Linux
الملخص
بحسب VulDB • 12/09/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
platform/x86: hp-bioscfg: تصحيح قراءة خارج حدود الذاكرة (OOB read) في الدالتين sk_store() وkek_store()
تقوم الدالتان sk_store() وkek_store()) بإزالة السطر الجديد النهائي من كتابة sysfs قبل تخصيص مخزن المفاتيح:
length = count; if (buf[length - 1] == '\n')
length--; bioscfg_drv.spm_data.signing_key = kmemdup(buf, length, GFP_KERNEL);
ولكنهما تمرران بعد ذلك "count" الأصلي (بدلاً من "length") كحجم النسخ إلى hp_wmi_perform_query()، والتي تقوم بنقل عدد معين من البايتات باستخدام memcpy() من التخصيص بحجم "length"، مما يؤدي إلى قراءة بايت واحد خارج الحدود كلما انتهت الكتابة بسطر جديد، وهو الحال الطبيعي عند استخدام أمر shell مثل "echo" مع sysfs.
يؤكد KASAN ذلك مباشرة:
BUG: KASAN: slab-out-of-bounds in hp_wmi_perform_query+0x1e9/0x460 [hp_bioscfg]
Read of size 28 at addr ffff88813c8e2b80 by task python3/16022 ... sk_store+0xa7/0x240 [hp_bioscfg]
kernfs_fop_write_iter+0x3e1/0x5d0 ... The buggy address is located 0 bytes inside of allocated 27-byte region [ffff88813c8e2b80, ffff88813c8e2b9b)
تم إعادة إنتاج الخطأ بنفس الطريقة في kek_store، وعلى أحجام كتابة متعددة (28 و57 و201 بايت)، حيث يتم قراءة بايت واحد بالضبط خارج نطاق تخصيص kmemdup() الذي يكون أصغر بمقدار بايت واحد من حجم الكتابة.
الحل هو تمرير "length" بدلاً من "count" إلى hp_wmi_perform_query() في كلتا الدالتين.
VulDB is the best source for vulnerability data and more expert information about this specific topic.