In the Linux kernel, the following vulnerability has been resolved: usb: misc: usbio: bound bulk IN response length to the received transfer… (CVE-2026-64339)
A vulnerability in the Linux kernel's usbio subsystem allowed an out-of-bounds read due to improper bounds checking of bulk IN response lengths. The issue arises because the length of data copied from the USB bulk IN buffer is controlled by the device and checked against the bulk OUT buffer size instead of the bulk IN buffer size, enabling a malicious device to cause an over-read of kernel memory. This vulnerability was found by code review and confirmed with AddressSanitizer. The control path is not affected. A fix has been implemented to reject responses claiming more payload than actually received.
AI Analysis
Technical Summary
The Linux kernel usbio_bulk_msg() function improperly bounds the bulk IN response length by comparing the device-controlled length against the bulk OUT buffer size rather than the bulk IN buffer size. This mismatch allows a malicious or malfunctioning USB device to cause a slab out-of-bounds read by advertising a large bulk OUT endpoint and a small bulk IN endpoint, leading to a memcpy() reading beyond the allocated bulk IN buffer. The vulnerability was identified through code review and confirmed with AddressSanitizer and a USB raw-gadget reproducer. The control path usbio_ctrl_msg() is unaffected due to its use of a single buffer for both directions. The fix involves rejecting any response claiming more payload than was actually received, mirroring existing checks.
Potential Impact
An attacker controlling a malicious USB device can cause the kernel to read beyond the allocated bulk IN buffer, potentially disclosing adjacent kernel slab memory to user space via the i2c-dev interface. This out-of-bounds read could lead to information disclosure of kernel memory contents. There is no indication of code execution or privilege escalation from this vulnerability. The control path is unaffected, limiting the scope to information disclosure via out-of-bounds reads.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to reject any bulk IN response claiming more payload than was actually received, preventing the out-of-bounds read. Users should update their Linux kernel to a version that includes this fix. Since this is a kernel-level vulnerability, applying the official kernel patch or upgrading to a fixed kernel version is the recommended mitigation. No additional mitigations are indicated by the vendor advisory.
In the Linux kernel, the following vulnerability has been resolved: usb: misc: usbio: bound bulk IN response length to the received transfer… (CVE-2026-64339)
Description
A vulnerability in the Linux kernel's usbio subsystem allowed an out-of-bounds read due to improper bounds checking of bulk IN response lengths. The issue arises because the length of data copied from the USB bulk IN buffer is controlled by the device and checked against the bulk OUT buffer size instead of the bulk IN buffer size, enabling a malicious device to cause an over-read of kernel memory. This vulnerability was found by code review and confirmed with AddressSanitizer. The control path is not affected. A fix has been implemented to reject responses claiming more payload than actually received.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel usbio_bulk_msg() function improperly bounds the bulk IN response length by comparing the device-controlled length against the bulk OUT buffer size rather than the bulk IN buffer size. This mismatch allows a malicious or malfunctioning USB device to cause a slab out-of-bounds read by advertising a large bulk OUT endpoint and a small bulk IN endpoint, leading to a memcpy() reading beyond the allocated bulk IN buffer. The vulnerability was identified through code review and confirmed with AddressSanitizer and a USB raw-gadget reproducer. The control path usbio_ctrl_msg() is unaffected due to its use of a single buffer for both directions. The fix involves rejecting any response claiming more payload than was actually received, mirroring existing checks.
Potential Impact
An attacker controlling a malicious USB device can cause the kernel to read beyond the allocated bulk IN buffer, potentially disclosing adjacent kernel slab memory to user space via the i2c-dev interface. This out-of-bounds read could lead to information disclosure of kernel memory contents. There is no indication of code execution or privilege escalation from this vulnerability. The control path is unaffected, limiting the scope to information disclosure via out-of-bounds reads.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to reject any bulk IN response claiming more payload than was actually received, preventing the out-of-bounds read. Users should update their Linux kernel to a version that includes this fix. Since this is a kernel-level vulnerability, applying the official kernel patch or upgrading to a fixed kernel version is the recommended mitigation. No additional mitigations are indicated by the vendor advisory.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-m28f-fmgf-v7cw
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64339"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a65420c9c2644c7f808505b
Added to database: 07/25/2026, 23:09:00 UTC
Last enriched: 07/25/2026, 23:32:07 UTC
Last updated: 07/26/2026, 03:47:29 UTC
Views: 4
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.