In the Linux kernel, the following vulnerability has been resolved:
net: liquidio: Initialize netdev pointer before queue setup
In setup_nic_devices(), the netdev is allocated using alloc_etherdev_mq().
However, the pointer to this structure is stored in oct->props[i].netdev
only after the calls to netif_set_real_num_rx_queues() and
netif_set_real_num_tx_queues().
If either of these functions fails, setup_nic_devices() returns an error
without freeing the allocated netdev. Since oct->props[i].netdev is still
NULL at this point, the cleanup function liquidio_destroy_nic_device()
will fail to find and free the netdev, resulting in a memory leak.
Fix this by initializing oct->props[i].netdev before calling the queue
setup functions. This ensures that the netdev is properly accessible for
cleanup in case of errors.
Compile tested only. Issue found using a prototype static analysis tool
and code review.
CVSS
5.5 MEDIUM (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
from c33c997346c34ea7b89aec99524ad9632a2f1e0c before be109646cdaecab262f6276303b1763468c94378; from c33c997346c34ea7b89aec99524ad9632a2f1e0c before c81a8515fb8c8fb5d0dbc21f48337494bf1d60df; from c33c997346c34ea7b89aec99524ad9632a2f1e0c before a0e57c0b68c9e6f9a8fd7c1167861a5a730eb2f4; from c33c997346c34ea7b89aec99524ad9632a2f1e0c before c0ed6c77ec34050971fd0df2a94dfdea66d09331; from c33c997346c34ea7b89aec99524ad9632a2f1e0c before 1d4590fde856cb94bd9a46e795c29d8288c238fc; from c33c997346c34ea7b89aec99524ad9632a2f1e0c before d028147ae06407cb355245db1774793600670169; from c33c997346c34ea7b89aec99524ad9632a2f1e0c before 926ede0c85e1e57c97d64d9612455267d597bb2c
from 4.18 before 5.10.250; from 5.11 before 5.15.200; from 5.16 before 6.1.163; from 6.2 before 6.6.124; from 6.7 before 6.12.70; from 6.13 before 6.18.10; 6.19; 6.19; and 6 more ranges
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.