In the Linux kernel, the following vulnerability has been resolved:
RDMA/irdma: Fix double free related to rereg_user_mr
If IB_MR_REREG_TRANS is set during rereg_user_mr, the
umem will be released and a new one will be allocated
in irdma_rereg_mr_trans. If any step of irdma_rereg_mr_trans
fails after the new umem is allocated, it releases the umem,
but does not set iwmr->region to NULL. The problem is that
this failure is propagated to the user, who will then call
ibv_dereg_mr (as they should). Then, the dereg_mr path will
see a non-NULL umem and attempt to call ib_umem_release again.
Fix this by setting iwmr->region to NULL after ib_umem_release.
Fixed: 5ac388db27c4 ("RDMA/irdma: Add support to re-register a memory region")
CVE-2026-43120 is a double-free vulnerability in the Linux kernel's RDMA/irdma driver affecting memory region re-registration operations. When IB_MR_REREG_TRANS is set and irdma_rereg_mr_trans fails after allocating new memory, the iwmr->region pointer is not nullified, leading to a second release attempt during deregistration. This can cause kernel memory corruption, denial of service, or potential privilege escalation on affected systems.
Immediate Actions:
1. Identify systems running Linux kernel versions 5.x through 7.0-rc5 with RDMA/irdma driver enabled
2. Check for active RDMA memory region re-registration operations in production environments
3. Implement kernel module blacklisting for irdma if RDMA is not essential
Patching Guidance:
1. Apply Linux kernel patch commit 5ac388db27c4 or later stable kernel version
2. Prioritize patching for systems handling real-time RDMA operations
3. Test patches in staging environment before production deployment
4. Schedule maintenance windows for kernel updates with minimal service disruption
Compensating Controls (if immediate patching unavailable):
1. Disable RDMA memory region re-registration features at application level
2. Implement strict access controls limiting RDMA operations to trusted processes
3. Monitor kernel logs for memory corruption indicators (kernel panics, segmentation faults)
4. Deploy kernel address space layout randomization (ASLR) and stack canaries
Detection Rules:
1. Monitor for kernel panic messages containing 'irdma' or 'RDMA' in system logs
2. Alert on repeated ib_umem_release calls for same memory region within short timeframe
3. Track failed IB_MR_REREG_TRANS operations followed by ibv_dereg_mr calls
4. Monitor kernel memory allocation/deallocation patterns for double-free signatures
الإجراءات الفورية:
1. تحديد الأنظمة التي تقوم بتشغيل إصدارات نواة Linux من 5.x إلى 7.0-rc5 مع تمكين برنامج تشغيل RDMA/irdma
2. التحقق من عمليات إعادة تسجيل منطقة ذاكرة RDMA النشطة في بيئات الإنتاج
3. تنفيذ إدراج وحدة النواة في القائمة السوداء لـ irdma إذا لم تكن RDMA ضرورية
إرشادات التصحيح:
1. تطبيق تصحيح نواة Linux commit 5ac388db27c4 أو إصدار نواة مستقرة أحدث
2. إعطاء الأولوية لتصحيح الأنظمة التي تتعامل مع عمليات RDMA في الوقت الفعلي
3. اختبار التصحيحات في بيئة التجميع قبل نشرها في الإنتاج
4. جدولة نوافذ الصيانة لتحديثات النواة مع الحد الأدنى من انقطاع الخدمة
الضوابط التعويضية (إذا لم يكن التصحيح الفوري متاحاً):
1. تعطيل ميزات إعادة تسجيل منطقة ذاكرة RDMA على مستوى التطبيق
2. تنفيذ ضوابط وصول صارمة تحد من عمليات RDMA للعمليات الموثوقة
3. مراقبة سجلات النواة للكشف عن مؤشرات تلف الذاكرة (أعطال النواة، أخطاء التجزئة)
4. نشر عشوائية تخطيط مساحة العنوان للنواة (ASLR) وحماية المكدس
قواعد الكشف:
1. مراقبة رسائل أعطال النواة التي تحتوي على 'irdma' أو 'RDMA' في سجلات النظام
2. التنبيه على استدعاءات ib_umem_release المتكررة لنفس منطقة الذاكرة في إطار زمني قصير
3. تتبع عمليات IB_MR_REREG_TRANS الفاشلة متبوعة باستدعاءات ibv_dereg_mr
4. مراقبة أنماط تخصيص/إلغاء تخصيص ذاكرة النواة للتوقيعات المزدوجة الحرة