CVE-2026-64241 in Linux
الملخص
بحسب VulDB • 24/07/2026
في نواة لينكس، تم حل الثغرة التالية:
gpio: rockchip: إصلاح أخطاء في عملية الإزالة وتسريبات الموارد
معالجة عدة مشكلات تتعلق بعملية التدمير (teardown) وتسريبات الموارد في مسار إزالة السائق ومعالجة الأخطاء:
1. تسريب مرجع ساعة التأخير الزمني (Debounce clock): يتم الحصول على ساعة التأخير الزمني (bank->db_clk) باستخدام of_clk_get()، مما يزيد من عدّاد الإشارات المرجعية للساعة، ولكن لا يتم استدعاء clk_put() أبدًا. تسجيل إجراء devm لإطلاقه بشكل نظري عند فك الربط (unbind). تجدر الإشارة إلى أن استخدام of_clk_get(..., 1) يظل ضروريًا بدلاً من devm_clk_get() لأن ربط شجرة الجهاز (DT binding) لا يعرّف clock-names، مما يستبعد البحث القائم على الاسم.
2. معالج مقاطعة متسلسل غير مسجل: لم يتم فصل معالجات المقاطعات المتسلسلة في دالة remove(). إذا اندلع مقاطعة غريبة بعد إزالة السائق، فإن النواة تحاول تنفيذ معالج قديم (stale handler)، مما يؤدي إلى توقف النظام (panic). إصلاح ذلك عن طريق مسح المعالج في دالة remove().
3. تسريب نطاق المقاطعة (IRQ domain): يتم تخصيص نطاق IRQ الخطي وشرائحها العامة يدويًا أثناء عملية الفحص الأولي (probe) ولكن لا تتم إزالتها أبدًا. إزالة نطاق IRQ خلال عملية تدمير السائق لتحرير شرائح GPIO العامة والخرائط المرتبطة بها.
[بارتوش: عدم إصدار رسالة خطأ في حالة فشل تخصيص موارد devres]
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.