CVE Catalog

CVE-2026-90079

Unknown
Published: Translated: NVD NIST

Summary

In the Linux kernel, the octeontx2-af driver leaks memory and mishandles resource teardown when rvu_mbox_init() is called repeatedly. Each call allocated a new ng_rvu object, overwriting the previous pointer, and error paths freed resources incorrectly, leaving mailbox memory in use.

Risk Assessment

Kernel memory leaks and use-after-free can lead to system instability, kernel crashes, or potential privilege escalation. This particularly affects systems with SR-IOV enabled.

Recommendation

Update the Linux kernel to a version containing the fix that allocates ng_rvu once via devm_kzalloc() and properly unwinds resources on error paths. Prioritize deployment on systems using SR-IOV and the octeontx2-af driver.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: octeontx2-af: fix cn20k mailbox lifetime on repeated rvu_mbox_init() rvu_mbox_init() is called separately for AF-PF mailboxes during probe and for AF-VF mailboxes when SR-IOV is enabled. Each call used to allocate a new ng_rvu object, leaking the first allocation when the pointer was overwritten on the second call. Sharing one ng_rvu across both paths exposed several teardown bugs: the error path freed all cn20k mailbox DMA and kfree()d ng_rvu even when only the failing init type should be unwound, leaving live AF-PF mailbox memory in use after an AF-VF init failure. mutex_init() was also re-run on the AF-VF path while AF-PF mailbox handlers could still hold rvu->mbox_lock. Probe and SR-IOV failure paths did not release cn20k mailbox DMA either, since cleanup only happened in rvu_remove(). Allocate ng_rvu once with devm_kzalloc(), initialize mbox_lock in the same block, unwind only the mailbox memory for the failing init type, and free cn20k mailbox DMA from the probe and pci_enable_sriov() error paths.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS