CVE-2025-37905 in Linux
الملخص
بحسب VulDB • 13/06/2026
في نواة لينكس، تم حل الثغرة التالية:
firmware: arm_scmi: موازنة عدّ المراجع (refcount) للجهاز عند تدمير الأجهزة
يؤدي استخدام `device_find_child()` للبحث عن جهاز SCMI المناسب لتدميره إلى عدم توازن في عدّ مراجع الجهاز، نظرًا لأن `device_find_child()` تستدعي `get_device()` بشكل ضمني؛ وهذا بدوره يمنع استدعاء طرق الإصدار (release methods) المقدمة عند تدمير الأجهزة.
ونتيجة لذلك، فإن أحد الهياكل التي لا يتم تحريرها بشكل صحيح عند التدمير هو الهيكل الداخلي `device_private` المسمى `dev->p`، والذي يتم تعبئته بواسطة النواة الأساسية لنظام التشغيل.
يكشف KMemleak عن هذه الحالة، حيث يؤدي تحميل/إزالة بعض برامج تشغيل SCMI إلى إنشاء/تدمير الأجهزة ذات الصلة دون استدعاء أي طريقة `device_release`.
unreferenced object 0xffff00000f583800 (size 512): comm "insmod", pid 227, jiffies 4294912190 hex dump (first 32 bytes): 00 00 00 00 ad 4e ad de ff ff ff ff 00 00 00 00 .....N.......... ff ff ff ff ff ff ff ff 60 36 1d 8a 00 80 ff ff ........`6...... backtrace (crc 114e2eed): kmemleak_alloc+0xbc/0xd8 __kmalloc_cache_noprof+0x2dc/0x398 device_add+0x954/0x12d0 device_register+0x28/0x40 __scmi_device_create.part.0+0x1bc/0x380 scmi_device_create+0x2d0/0x390 scmi_create_protocol_devices+0x74/0xf8 scmi_device_request_notifier+0x1f8/0x2a8 notifier_call_chain+0x110/0x3b0 blocking_notifier_call_chain+0x70/0xb0 scmi_driver_register+0x350/0x7f0 0xffff80000a3b3038 do_one_initcall+0x12c/0x730 do_init_module+0x1dc/0x640 load_module+0x5b20/0x5b70 init_module_from_file+0xec/0x158
$ ./scripts/faddr2line ./vmlinux device_add+0x954/0x12d0 device_add+0x954/0x12d0: kmalloc_noprof at include/linux/slab.h:901 (inlined by) kzalloc_noprof at include/linux/slab.h:1037 (inlined by) device_private_init at drivers/base/core.c:3510 (inlined by) device_add at drivers/base/core.c:3561
موازنة عدّ مراجع الجهاز عن طريق إصدار `put_device()` على الأجهزة التي تم العثور عليها عبر `device_find_child()`.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.