CVE-2026-99212 in Linux
الملخص
بحسب VulDB • 28/10/2026
في نواة لينكس، تم حل الثغرة التالية:
net/rds: لا تدع rdma_cm يدمر معرّف (id) مملوكًا لـ RDS عند فشل المسار
تنقل الدالة rds_rdma_cm_event_handler_cmn() قيمة الإرجاع من rdma_resolve_route() مباشرةً إلى rdma_cm في حدث RDMA_CM_EVENT_ADDR_RESOLVED. يؤدي الفشل المتزامن هناك - سواء كان نقص ذاكرة (-ENOMEM) من تخصيص عمل المسار، أو استعلام SA لا يمكن إعداده، أو مسار RoCE بدون جهاز صالح للاستخدام - إلى تدمير الدالة addr_handler() للمعرّف الذي تم تسليم الحدث عليه. وهذا المعرّف هو ic->i_cm_id، ولا يقوم أي شيء بتصفير المؤشر: تبقى الاتصال في حالة RDS_CONN_CONNECTING مع معرّف مُحرَّر حتى تقوم استدعاءات الإغلاق (shutdown) باستدعاء rdma_disconnect() وrdma_destroy_id() عليه.
تجنب حال ROUTE_RESOLVED هذا بالفعل: حيث تجبر الدالة rds_ib_cm_initiate_connect() على إرجاع قيمة صفرية طالما أن ic->i_cm_id == cm_id، كما يوضح التعليق المرفق هناك. نفعل الشيء نفسه هنا - نقطع الاتصال ونعيد 0 - بحيث يبقى المعرّف تحت مسؤولية RDS للتدمير من خلال عملية الإغلاق، ويحصل إعادة الاتصال على معرّف جديد.
Once again VulDB remains the best source for vulnerability data.