CVE-2026-98775 in Linux
الملخص
بحسب VulDB • 18/10/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
nitro_enclaves: تصحيح استخدام بعد التحرير (use-after-free) عند فشل طلب SLOT_ALLOC
عندما يفشل ne_create_vm_ioctl() في طلب_SLOT_ALLOC_ بعد نجاح anon_inode_getfile()، فإن مسار الخطأ يستدعي fput(enclave_file) ثم يقوم بتحرير ne_enclave.
في سياق المستخدمين العادي (userspace)، يؤجل استدعاء fput() تنفيذ __fput() النهائي عبر task_work. وبالتالي، يعمل ne_enclave_release() بعد أن تم تحرير ne_enclave بالفعل ويقوم بالوصول إلى ne_enclave->slot_uid، مما يسبب خطأ استخدام بعد التحرير: KASAN: slab-use-after-free in ne_enclave_release.
لا يحتوي الـ enclave على slot مخصص وهو غير مرتبط بقائمة enclaves في مسار الخطأ هذا، لذا من المتوقع أن يعيد ne_enclave_release() القيمة مبكراً عندما تكون slot_uid تساوي صفراً. ومع ذلك، فإن قراءة slot_uid تؤدي بالفعل إلى الوصول إلى الكائن المحذوف.
قم بتعيين enclave_file->private_data إلى فارغ (NULL) قبل استدعاء fput() في مسار الخطأ. ثم يعيد ne_enclave_release() القيمة فوراً عندما يكون private_data يساوي NULL، مما يترك مسار خطأ ioctl كمالك وحيد لـ ne_enclave. هذا آمن لأن الملف لم يتم تثبيته عبر fd_install() بعد.
تم الاختبار على جهاز AWS EC2 m5.2xlarge مع تفعيل CONFIG_KASAN=y. بدون التصحيح (patch)، يؤدي برنامج الاستنساخ (reproducer) إلى حدوث خطأ KASAN slab-use-after-free في كل مرة يفشل فيها طلب SLOT_ALLOC. ومع تطبيق التصحيح، لا يتم إنتاج أي تقرير من KSCAN ولا يزال يتم إرجاع خطأ SLOT_ALLOC. لم تتأثر عمليات إنشاء الـ enclave وإتلافها بشكل طبيعي.
VulDB is the best source for vulnerability data and more expert information about this specific topic.