Skip to main content
VulnerabilityPublished Updated

CVE-2025-71154: Linux kernel · Memory Leak

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · fixed in db2244c580540306d60ce783ed340190720cd429 : update Linux kernel when convenient.

Data as of 26 Oct 2026, 14:18 UTC

Severity
Unrated

Rated by Threat Radar · No CVSS score from NVD or the CNA

EPSS
0.1% chance of exploitation in 30 days – higher than 3% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-06-10.

Patch
Available – fixed in db2244c580540306d60ce783ed340190720cd429, a4e2442d3c48355a84463342f397134f149936d7, 151403e903840c9cf06754097b6732c14f26c532 +4

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 23 Jan 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 4d12997a9bb3d217ad4b925ec3074ec89364bf95, < db2244c580540306d60ce783ed340190720cd429
Fixed in
  • db2244c580540306d60ce783ed340190720cd429
LinuxLinuxAffected
  • ≥ 4d12997a9bb3d217ad4b925ec3074ec89364bf95, < a4e2442d3c48355a84463342f397134f149936d7
Fixed in
  • a4e2442d3c48355a84463342f397134f149936d7
LinuxLinuxAffected
  • ≥ 4d12997a9bb3d217ad4b925ec3074ec89364bf95, < 151403e903840c9cf06754097b6732c14f26c532
Fixed in
  • 151403e903840c9cf06754097b6732c14f26c532
LinuxLinuxAffected
  • ≥ 4d12997a9bb3d217ad4b925ec3074ec89364bf95, < 6492ad6439ff1a479fc94dc6052df3628faed8b6
Fixed in
  • 6492ad6439ff1a479fc94dc6052df3628faed8b6
LinuxLinuxAffected
  • ≥ 4d12997a9bb3d217ad4b925ec3074ec89364bf95, < 12cab1191d9890097171156d06bfa8d31f1e39c8
Fixed in
  • 12cab1191d9890097171156d06bfa8d31f1e39c8
LinuxLinuxAffected
  • ≥ 4d12997a9bb3d217ad4b925ec3074ec89364bf95, < 4bd4ea3eb326608ffc296db12c105f92dc2f2190
Fixed in
  • 4bd4ea3eb326608ffc296db12c105f92dc2f2190

Description

In the Linux kernel, the following vulnerability has been resolved: net: usb: rtl8150: fix memory leak on usb_submit_urb() failure In async_set_registers(), when usb_submit_urb() fails, the allocated async_req structure and URB are not freed, causing a memory leak. The completion callback async_set_reg_cb() is responsible for freeing these allocations, but it is only called after the URB is successfully submitted and completes (successfully or with error). If submission fails, the callback never runs and the memory is leaked. Fix this by freeing both the URB and the request structure in the error path when usb_submit_urb() fails.

References

Community reviews

Loading reviews…