CVE-2026-98609 in Linux
الملخص
بحسب VulDB • 20/10/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
drm/virtio: تصحيح تسرب الكائن عند فشل drm_gem_handle_create()
تتحمل الدالة virtio_gpu_gem_create() المرجع الذي أخذه virtio_gpu_object_create(). في مسار الخطأ الخاص بـ drm_gem_handle_create()، يتم استدعاء drm_gem_object_release() بدلاً من تخفيض هذا المرجع.
تُعدّ drm_gem_object_release() معكوساً لـ drm_gem_object_init() ولا تلمس عداد المرجعات (reference count) ولا تستدعي obj->funcs->free()، لذا فهي صحيحة فقط كخطوة أخيرة في عملية التدمير (destructor)، كما هو الحال في virtio_gpu_cleanup_object(). استخدام هذه الدالة هنا يترك الكائن bo عند قيمة مرجع تساوي 1 دون وجود أي مرجع متبقي، مما يعني أن دالة virtio_gpu_free_object() لن تعمل أبداً، وبالتالي يتم تسرب صفحات الذاكرة المشتركة (shmem pages)، وجدول sg، وكائن virtio_gpu_object. وبما أن virtio_gpu_object_create() قد حدد بالفعل bo->created على القيمة الصحيحة، فإن الأمر VIRTIO_GPU_CMD_RESOURCE_UNREF لا يُدرج في الطابور أيضاً، مما يؤدي إلى تسرب مورد جانب المضيف ومعرف المورد (resource id).
تقوم الدالة drm_gem_handle_create_tail() بتخفيض مرجع المقبض (handle reference) في جميع مسارات الخطأ الداخلية الخاصة بها، لذا يتعين على المتصل فقط تخفيض مرجعه الخاص. استخدم drm_gem_object_put()، بما يتوافق مع مسار النجاح الموجود أدناه.
VulDB is the best source for vulnerability data and more expert information about this specific topic.