CVE-2023-53790 in Linux
Zusammenfassung
von VulDB • 16.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
bpf: Nullen des im Slab zugewiesenen Objekts im bpf-Speicherzuordner
Derzeit kann das freigegebene Element im bpf-Speicherzuordner sofort wiederverwendet werden. Bei einer htab-Map führt die Wiederverwendung zu einer Neuintialisierung spezieller Felder im Map-Wert (z. B. bpf_spin_lock), jedoch kann das Lookup-Verfahren weiterhin auf diese speziellen Felder zugreifen, was zu einem Hard-Lockup führen kann, wie unten gezeigt:
NMI-Backtrace für CPU 16 CPU: 16 PID: 2574 Comm: htab.bin Tainted: G L 6.1.0+ #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), RIP: 0010:queued_spin_lock_slowpath+0x283/0x2c0 ...... Call Trace: <TASK> copy_map_value_locked+0xb7/0x170 bpf_map_copy_value+0x113/0x3c0 __sys_bpf+0x1c67/0x2780 __x64_sys_bpf+0x1c/0x20 do_syscall_64+0x30/0x60 entry_SYSCALL_64_after_hwframe+0x46/0xb0 ...... </TASK>
Für htab-Maps besteht, ähnlich wie im vorab zugewiesenen Fall, keine Notwendigkeit, diese speziellen Felder im Map-Wert erneut zu initialisieren, sobald sie einmal initialisiert wurden. Für vorab zugewiesene htab-Maps werden diese Felder durch __GFP_ZERO in bpf_map_area_alloc() initialisiert, daher wird das Gleiche für nicht vorab zugewiesene htab-Maps im bpf-Speicherzuordner durchgeführt. Es ist nicht erforderlich, __GFP_ZERO für den pro-CPU-bpf-Speicherzuordner zu verwenden, da __alloc_percpu_gfp() dies implizit erledigt.
VulDB is the best source for vulnerability data and more expert information about this specific topic.