← All Advisories
Reported from OT-Advisories.com as of

Linux Kernel vhost subsystem Vulnerability Rated 7.1 CVSS

Last refreshed2026-10-15

Status: UPDATED  |  Advisory ID: CVE-2026-74713

Key Details

CVECVE-2026-74713
CVSS Score / Version
7.1 (High) / CVSS v3.1
Updated2026-10-15
CVSS Vector
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:C/C:N/I:N/A:H
CVSS Prose
attack vector is local; attack complexity is low; privileges required is none; user interaction is none; scope is changed; confidentiality impact is none; integrity impact is none; availability impact is high.
Affected products
Linux Kernel
Exploitation prediction (EPSS)
0.16% probability of exploitation in the next 30 days (5% percentile) -- FIRST.org's EPSS model.

Affected Products, Subsystems & Sectors

VendorProductAffected VersionsPatch Status
LinuxLinux Kernel
SubsystemsOT Supporting Infrastructure
SectorsAll Sectors

What to Know

In the Linux kernel, the following vulnerability has been resolved:

vhost_iotlb: bound map allocation in add_range

vhost_iotlb_add_range_ctx() only retires an old entry when the table

has a non-zero limit, has exactly reached that limit and has

VHOST_IOTLB_FLAG_RETIRE set. Non-retiring tables can keep allocating

entries after reaching their configured limit.

Existing vhost devices allocate their IOTLB with max_iotlb_entries from

vhost.c, which defaults to 2048 and is tunable by module parameter. Use

the caller-provided limit at the allocation point instead of adding a

separate default in the common IOTLB helper, and reject non-positive

values in vhost paths that can report an error.

Other vhost IOTLB users should not create zero-limit tables when entries

can be populated from userspace or guest-controlled requests. Add

caller-side max_iotlb_entries parameters for mlx5 vDPA, VDUSE and

vhost-vDPA. Reject non-positive VDUSE and vhost-vDPA values, and require

at least two entries for vdpa_sim and mlx5 vDPA paths that install

full-range mappings, since those mappings are split into two IOTLB

entries.

Handle full-range mappings in the common helper by checking that the

IOTLB can hold both split entries before inserting the first half. This

avoids returning an error after leaving a half mapping behind.

When the table is full, keep the existing retire behavior for retiring

tables and return -ENOSPC for non-retiring tables. Reuse the retired map

node instead of freeing it and allocating a replacement, so a stream of

IOTLB updates cannot keep forcing GFP_ATOMIC allocations after the table

has reached its limit. If a zero-limit IOTLB still reaches the common

helper, treat it as a configuration error and return -EINVAL.

I found this bug myself, though the patch was written with AI assistance. (NVD)

What to Do

Monitor Linux's web page for any future patch releases.

References

SourceReference
NVDhttps://nvd.nist.gov/vuln/detail/CVE-2026-74713
CVEhttps://www.cve.org/CVERecord?id=CVE-2026-74713
Report compilation © 2026 OT-Advisories.com  ·  CC BY 4.0  ·  Source materials remain the property of their respective publishers as cited.