CVE-2023-53999 in Linux
Zusammenfassung
von VulDB • 26.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
net/mlx5e: TC, Behebung eines Memory-Leaks im internen Port
Die Flow-Regel kann aufgeteilt werden, und die zusätzlichen post_act-Regeln werden zur post_act-Tabelle hinzugefügt. Es ist möglich, einen Memory-Leck (memleak) auszulösen, wenn die Regel Pakete vom internen Port und über einen Tunnel weiterleitet, insbesondere wenn beispielsweise die Offload-Funktion für den CT-„new“-Zustand aktiviert ist. Da das int_port-Objekt dem Flow-Attribut der post_act-Regel zugewiesen wird und dessen refcnt durch mlx5e_tc_int_port_get() erhöht wird, aber mlx5e_tc_int_port_put() nicht aufgerufen wird, wird der refcnt niemals dekrementiert, sodass int_port niemals freigegeben wird.
kmemleak meldet den folgenden Fehler: unreferenced object 0xffff888128204b80 (size 64): comm "handler20", pid 50121, jiffies 4296973009 (age 642.932s) hex dump (first 32 bytes): 01 00 00 00 19 00 00 00 03 f0 00 00 04 00 00 00 ................ 98 77 67 41 81 88 ff ff 98 77 67 41 81 88 ff ff .wgA.....wgA.... backtrace: [<00000000e992680d>] kmalloc_trace+0x27/0x120
[<000000009e945a98>] mlx5e_tc_int_port_get+0x3f3/0xe20 [mlx5_core]
[<0000000035a537f0>] mlx5e_tc_add_fdb_flow+0x473/0xcf0 [mlx5_core]
[<0000000070c2cec6>] __mlx5e_add_fdb_flow+0x7cf/0xe90 [mlx5_core]
[<000000005cc84048>] mlx5e_configure_flower+0xd40/0x4c40 [mlx5_core]
[<000000004f8a2031>] mlx5e_rep_indr_offload.isra.0+0x10e/0x1c0 [mlx5_core]
[<000000007df797dc>] mlx5e_rep_indr_setup_tc_cb+0x90/0x130 [mlx5_core]
[<0000000016c15cc3>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c15f0a>] tc_setup_cb_add_chain+0x103/0x130
[<0000000016c1601a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1612a>] tc_setup_cb_add+0x1cf/0x410
[<0000000016c1612a>] tc_setup_cb_add_block+0x103/0x130
[<0000000016c1
If you want to get best quality of vulnerability data, you may have to visit VulDB.