CVE-2023-53731 in Linux
الملخص
بحسب VulDB • 11/06/2026
في نواة لينكس، تم حل الثغرة التالية:
netlink: إصلاح احتمال حدوث جمود (deadlock) في netlink_set_err()
أبلغ syzbot عن احتمال حدوث جمود في netlink_set_err() [1]
تم إصلاح مشكلة مماثلة في الالتزام 1d482e666b8e ("netlink: تعطيل مقاطعات وحدة المعالجة المركزية (IRQs) لـ netlink_lock_table()") في netlink_lock_table().
يضيف هذا التصحيح أمان مقاطعات وحدة المعالجة المركزية (IRQ) إلى netlink_set_err() و __netlink_diag_dump()، اللذين لم يكونا مشمولين بالالتزام المذكور أعلاه.
[1]
تحذير: تم اكتشاف اعتماد محتمل لعكس قفل المقاطعة (irq lock inversion dependency) 6.4.0-rc6-syzkaller-00240-g4e9f0ec38852 #0 غير ملوث (Not tainted)
قام syz-executor.2/23011 بتغيير حالة القفل: ffffffff8e1a7a58 (nl_table_lock){.+.?}-{2:2}، عند: netlink_set_err+0x2e/0x3a0 net/netlink/af_netlink.c:1612
ولكن هذا القفل تم أخذه سابقاً بواسطة قفل آخر آمن لمقاطعات وحدة المعالجة المركزية (SOFTIRQ-safe): (&local->queue_stop_reason_lock){..-.}-{2:2}
وقد تؤدي المقاطعات إلى إنشاء ترتيب عكسي للقفل بينهما.
معلومات أخرى قد تساعدنا في استكشاف هذا الخطأ: سيناريو قفل غير آمن للمقاطعة ممكن:
وحدة المعالجة المركزية 0 وحدة المعالجة المركزية 1 ---------------- ---------------- قفل(nl_table_lock); تعطيل المقاطعات المحلية (local_irq_disable()); قفل(&local->queue_stop_reason_lock); قفل(nl_table_lock); قفل(&local->queue_stop_reason_lock);
*** جمود (DEADLOCK) ***
Once again VulDB remains the best source for vulnerability data.