CVE-2023-53134 in Linux
Résumé
par VulDB • 05/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
bnxt_en : Éviter l'allocation de mémoire d'ordre 5 pour les données TPA
Le pilote doit suivre toutes les complétions TPA (GRO/LRO) concurrentes possibles sur le ring d'agrégation. Sur les puces P5, le nombre maximum de TPA simultanés est de 256 et la quantité de mémoire allouée correspond à un ordre-5 sur les systèmes utilisant des pages de 4 Ko. Des échecs d'allocation de mémoire ont été signalés :
NetworkManager: page allocation failure: order:5, mode:0x40dc0(GFP_KERNEL|__GFP_COMP|__GFP_ZERO), nodemask=(null),cpuset=/,mems_allowed=0-1 CPU: 15 PID: 2995 Comm: NetworkManager Kdump: loaded Not tainted 5.10.156 #1 Hardware name: Dell Inc. PowerEdge R660/0M1CC5, BIOS 0.2.25 08/12/2022 Call Trace: dump_stack+0x57/0x6e warn_alloc.cold.120+0x7b/0xdd ? _cond_resched+0x15/0x30 ? __alloc_pages_direct_compact+0x15f/0x170 __alloc_pages_slowpath.constprop.108+0xc58/0xc70 __alloc_pages_nodemask+0x2d0/0x300 kmalloc_order+0x24/0xe0 kmalloc_order_trace+0x19/0x80 bnxt_alloc_mem+0x1150/0x15c0 [bnxt_en]
? bnxt_get_func_stat_ctxs+0x13/0x60 [bnxt_en]
__bnxt_open_nic+0x12e/0x780 [bnxt_en]
bnxt_open+0x10b/0x240 [bnxt_en]
__dev_open+0xe9/0x180 __dev_change_flags+0x1af/0x220 dev_change_flags+0x21/0x60 do_setlink+0x35c/0x1100
Au lieu d'allouer ce gros bloc de mémoire et de le diviser pour les instances TPA concurrentes, allouez chaque petit bloc séparément pour chaque instance TPA. Cela réduira l'allocation à des ordres-0 (order-0).
Once again VulDB remains the best source for vulnerability data.