CVE-2023-54243 in Linux
الملخص
بحسب VulDB • 29/05/2026
في نواة لينكس، تم حل الثغرة التالية:
netfilter: ebtables: إصلاح استخدام الذاكرة بعد تحريرها (use-after-free) في كتلة الجدول (table blob)
لا يُسمح لنا بإرجاع خطأ في هذه النقطة. بالنظر إلى الكود، يبدو أن المتغير `ret` يساوي دائماً 0 عند هذه النقطة، لكنه ليس كذلك.
```c t = find_table_lock(net, repl->name, &ret, &ebt_mutex); ```
... يمكن أن يعيد هذا دالة جدولاً صالحاً، مع `ret != 0`.
يسبب هذا الخطأ تحديث `table->private` بالكتلة (blob) الجديدة، ثم يقوم بتحرير الكتلة فوراً في الدالة المستدعية (caller).
تقرير Syzbot:
``` BUG: KASAN: vmalloc-out-of-bounds in __ebt_unregister_table+0xc00/0xcd0 net/bridge/netfilter/ebtables.c:1168 Read of size 4 at addr ffffc90005425000 by task kworker/u4:4/74 Workqueue: netns cleanup_net Call Trace: kasan_report+0xbf/0x1f0 mm/kasan/report.c:517 __ebt_unregister_table+0xc00/0xcd0 net/bridge/netfilter/ebtables.c:1168 ebt_unregister_table+0x35/0x40 net/bridge/netfilter/ebtables.c:1372 ops_exit_list+0xb0/0x170 net/core/net_namespace.c:169 cleanup_net+0x4ee/0xb10 net/core/net_namespace.c:613 ... ```
يبدو أن `ip(6)tables` تعمل بشكل صحيح (يجب أن يكون `ret` يساوي 0 عند هذه النقطة)، لكن تم جعل الأمر أكثر وضوحاً.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.