CVE-2024-8442
Jue, 07/11/2024 – 13:15
CVE-2024-8442
CVE-2024-8442
Jue, 07/11/2024 – 13:15
CVE-2024-8442
CVE-2024-43428
Jue, 07/11/2024 – 14:15
CVE-2024-43428
CVE-2024-43426
Jue, 07/11/2024 – 14:15
CVE-2024-43426
CVE-2024-43438
Jue, 07/11/2024 – 14:15
CVE-2024-43438
CVE-2024-50168
Jue, 07/11/2024 – 10:15
CVE-2024-50168
net/sun3_82586: fix potential memory leak in sun3_82586_send_packet()
The sun3_82586_send_packet() returns NETDEV_TX_OK without freeing skb
in case of skb->len being too long, add dev_kfree_skb() to fix it.
CVE-2024-50167
Jue, 07/11/2024 – 10:15
CVE-2024-50167
be2net: fix potential memory leak in be_xmit()
The be_xmit() returns NETDEV_TX_OK without freeing skb
in case of be_xmit_enqueue() fails, add dev_kfree_skb_any() to fix it.
CVE-2024-50166
Jue, 07/11/2024 – 10:15
CVE-2024-50166
fsl/fman: Fix refcount handling of fman-related devices
In mac_probe() there are multiple calls to of_find_device_by_node(),
fman_bind() and fman_port_bind() which takes references to of_dev->dev.
Not all references taken by these calls are released later on error path
in mac_probe() and in mac_remove() which lead to reference leaks.
Add references release.
CVE-2024-50165
Jue, 07/11/2024 – 10:15
CVE-2024-50165
bpf: Preserve param->string when parsing mount options
In bpf_parse_param(), keep the value of param->string intact so it can
be freed later. Otherwise, the kmalloc area pointed to by param->string
will be leaked as shown below:
unreferenced object 0xffff888118c46d20 (size 8):
comm "new_name", pid 12109, jiffies 4295580214
hex dump (first 8 bytes):
61 6e 79 00 38 c9 5c 7e any.8.\~
backtrace (crc e1b7f876):
[] kmemleak_alloc+0x4b/0x80
[] __kmalloc_node_track_caller_noprof+0x36e/0x4a0
[] memdup_user+0x32/0xa0
[] strndup_user+0x46/0x60
[] __x64_sys_fsconfig+0x368/0x3d0
[] x64_sys_call+0xff/0x9f0
[] do_syscall_64+0x3b/0xc0
[] entry_SYSCALL_64_after_hwframe+0x4b/0x53
CVE-2024-51504
Jue, 07/11/2024 – 10:15
CVE-2024-51504
CVE-2024-50172
Jue, 07/11/2024 – 10:15
CVE-2024-50172
RDMA/bnxt_re: Fix a possible memory leak
In bnxt_re_setup_chip_ctx() when bnxt_qplib_map_db_bar() fails
driver is not freeing the memory allocated for "rdev->chip_ctx".