Bug 2507201 (CVE-2026-64464)

Summary:	CVE-2026-64464 kernel: xhci: sideband: fix ring sg table pages leak
Product:	[Other] Security Response	Reporter:	OSIDB Bzimport <bzimport>
Component:	vulnerability	Assignee:	Product Security DevOps Team <prodsec-dev>
Status:	NEW ---	QA Contact:
Severity:	low	Docs Contact:
Priority:	low
Version:	unspecified	CC:	rhel-process-autobot, watson-tool-maintainers
Target Milestone:	---	Keywords:	Security
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	---
Doc Text:	A flaw was found in the Linux kernel's xHCI (eXtensible Host Controller Interface) sideband functionality. A memory leak occurs in the `xhci_ring_to_sgtable()` function because a temporary memory array is not properly released after use. This continuous leakage of memory can lead to system instability and a Denial of Service (DoS) over time, impacting the availability of the system.	Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description OSIDB Bzimport 2026-07-25 10:10:20 UTC

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

xhci: sideband: fix ring sg table pages leak

xhci_ring_to_sgtable() allocates a temporary pages array and
uses it to build the returned sg_table with
sg_alloc_table_from_pages().

The error paths free the pages array, but the success path
returns the sg_table without freeing it. This leaks the temporary
array every time a sideband client gets an endpoint or event ring
buffer.

Free the pages array after sg_alloc_table_from_pages() succeeds.
The returned sg_table has its own scatterlist entries and does not
depend on the temporary array after construction.

Comment 1 TEJ RATHI 2026-07-29 10:03:36 UTC

Upstream advisory:
https://lore.kernel.org/linux-cve-announce/2026072544-CVE-2026-64464-f655@gregkh/T