CVE-2026-63895
Received Received - Intake

Heap Buffer Overflow in Linux Kernel USB Gadget FunctionFS

Vulnerability report for CVE-2026-63895, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-07-19

Last updated on: 2026-07-19

Assigner: kernel.org

Description

In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_fs: copy only received bytes on short ep0 read ffs_ep0_read() allocates its control-OUT data buffer with kmalloc() (not kzalloc) at the Length value from the Setup packet, then copies that full len to userspace regardless of how many bytes were actually received: data = kmalloc(len, GFP_KERNEL); ... ret = __ffs_ep0_queue_wait(ffs, data, len); if ((ret > 0) && (copy_to_user(buf, data, len))) ret = -EFAULT; __ffs_ep0_queue_wait() returns req->actual, which on a short control OUT transfer is strictly less than len. The copy_to_user() call still copies len bytes, so on a short OUT the last (len - ret) bytes of the kmalloc() buffer -- uninitialised slab residue -- are delivered to the FunctionFS daemon. Short ep0 OUT completions are specified USB control-transfer behavior and are produced by in-tree UDCs: * dwc2 continues on req->actual < req->length for ep0 DATA OUT (short-not-ok is the only ep0-OUT stall path). * aspeed_udc ends ep0 OUT on rx_len < ep->ep.maxpacket. * renesas_usbf logs "ep0 short packet" and completes the request. * dwc3 stalls on short IN but not on short OUT. A short ep0 OUT is therefore not evidence of a broken UDC; it is a normal condition f_fs has to cope with. The sibling gadgetfs implementation in drivers/usb/gadget/legacy/inode.c already does this correctly via min(len, dev->req->actual) before copy_to_user(). This patch brings f_fs.c to the same safe pattern rather than trimming at a defensive layer. The bug is reached from the FunctionFS device node, which in real deployments is owned by the privileged gadget daemon (adbd, UMS, composite gadget services, etc.); it is not reachable from unprivileged userspace. Linux host stacks normally reject short-wLength control OUTs before they reach the gadget, so reproducing this required a build that bypasses that host-side check. With the bypass in place, a 1-byte payload on a 64-byte Setup produces 63 bytes of non-canary slab residue in the daemon's read buffer. Fix by copying only ret (actually received) bytes to userspace.

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-07-19
Last Modified
2026-07-19
Generated
2026-07-20
AI Q&A
2026-07-19
EPSS Evaluated
N/A
NVD
EUVD

Affected Vendors & Products

Showing 1 associated CPE
Vendor Product Version / Range
linux linux_kernel *

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-UNKNOWN

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This vulnerability in the Linux kernel involves a flaw in the USB gadget function filesystem (f_fs) where a buffer allocated for USB control-OUT data is not properly initialized. When a short transfer occurs, uninitialized memory (slab residue) is copied to userspace, potentially exposing sensitive data.

Detection Guidance

This vulnerability is specific to the Linux kernel's USB gadget functionality and requires local system access to detect. Check kernel logs for FunctionFS-related errors or unusual slab residue patterns. No standard network commands apply as the issue is not network-reachable.

Impact Analysis

The impact is limited to privileged contexts since the FunctionFS device node is owned by privileged daemons. An attacker could exploit this to read uninitialized memory, potentially leaking sensitive information from the kernel's slab allocator.

Compliance Impact

This vulnerability involves exposure of uninitialized kernel memory to userspace, which could potentially leak sensitive data. While not directly tied to GDPR or HIPAA, such memory leaks could violate data protection principles by exposing personal or health information if exploited. However, the vulnerability requires privileged access to the FunctionFS device node, limiting exposure in typical deployments.

Mitigation Strategies

Apply the Linux kernel patch that fixes this issue. Update to a kernel version containing the fix for CVE-2026-63895. If patching is not immediately possible, restrict access to FunctionFS device nodes to trusted processes only.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-63895. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart