Answer in brief
CVE-2026-64351 records a Unknown severity vulnerability in net: usb: kalmia: bound RX frame length in kalmia_rx_fixup(). The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
Answer in brief
CVE-2026-64351 records a Unknown severity vulnerability in net: usb: kalmia: bound RX frame length in kalmia_rx_fixup(). The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=d40261236e8e278cb1936cb5e934262971692b10 <391706889a5112feafdc0c68db3ecc7ed325d09c || >=d40261236e8e278cb1936cb5e934262971692b10 <aa4eef2cbb66ea3dfcfc24bdce798dd78a81b54b || >=d40261236e8e278cb1936cb5e934262971692b10 <2d04c37ed4e1d0f733ad39ec35b5a5d8818b4f4a || >=d40261236e8e278cb1936cb5e934262971692b10 <46ab32870d010e9a057bc5659cea22b7e728ca88 || >=d40261236e8e278cb1936cb5e934262971692b10 <c466097d85d52f3aa200736cb4759e66d4bbf6e3 || >=d40261236e8e278cb1936cb5e934262971692b10 <e24eb271061db384a3c3ef6f107fe515e68ef222 || >=d40261236e8e278cb1936cb5e934262971692b10 <51e65f1d78457ea4f9513d90ab22c9dccbb35110 || >=d40261236e8e278cb1936cb5e934262971692b10 <47b6bcef6e679593d2e86e04ee72c46a4e2f7139 | 391706889a5112feafdc0c68db3ecc7ed325d09c, aa4eef2cbb66ea3dfcfc24bdce798dd78a81b54b, 2d04c37ed4e1d0f733ad39ec35b5a5d8818b4f4a, 46ab32870d010e9a057bc5659cea22b7e728ca88, c466097d85d52f3aa200736cb4759e66d4bbf6e3, e24eb271061db384a3c3ef6f107fe515e68ef222, 51e65f1d78457ea4f9513d90ab22c9dccbb35110, 47b6bcef6e679593d2e86e04ee72c46a4e2f7139 |
| Linux/Linuxgeneric | 3.0 | Not reported |
Published upstream
Jul 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 17, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 11, 2026
In the Linux kernel, the following vulnerability has been resolved: net: usb: kalmia: bound RX frame length in kalmia_rx_fixup() kalmia_rx_fixup() computes usb_packet_length = skb->len - (2 * KALMIA_HEADER_LENGTH) as a u16, guarded only by a pre-loop check that skb->len is at least KALMIA_HEADER_LENGTH, which is 6. A device can deliver a short bulk-IN frame with skb->len in the 6 to 11 range, or leave a short trailing remainder on a later loop iteration. Either case underflows usb_packet_length to about 65530. That bypasses the usb_packet_length < ether_packet_length truncation path. The device-supplied ether_packet_length, a le16 up to 65535 read from header_start[2], then drives a memcmp() and the following skb_trim() and skb_pull() past the end of the rx buffer. The rx buffer is hard_mtu * 10, which is 14000 bytes. That is an out of bounds read. Require both the start and end framing headers to be present before subtracting them, on every loop iteration.
Quoted source text, attributed separately from HOL analysis.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=d40261236e8e278cb1936cb5e934262971692b10 <391706889a5112feafdc0c68db3ecc7ed325d09c || >=d40261236e8e278cb1936cb5e934262971692b10 <aa4eef2cbb66ea3dfcfc24bdce798dd78a81b54b || >=d40261236e8e278cb1936cb5e934262971692b10 <2d04c37ed4e1d0f733ad39ec35b5a5d8818b4f4a || >=d40261236e8e278cb1936cb5e934262971692b10 <46ab32870d010e9a057bc5659cea22b7e728ca88 || >=d40261236e8e278cb1936cb5e934262971692b10 <c466097d85d52f3aa200736cb4759e66d4bbf6e3 || >=d40261236e8e278cb1936cb5e934262971692b10 <e24eb271061db384a3c3ef6f107fe515e68ef222 || >=d40261236e8e278cb1936cb5e934262971692b10 <51e65f1d78457ea4f9513d90ab22c9dccbb35110 || >=d40261236e8e278cb1936cb5e934262971692b10 <47b6bcef6e679593d2e86e04ee72c46a4e2f7139 | 391706889a5112feafdc0c68db3ecc7ed325d09c, aa4eef2cbb66ea3dfcfc24bdce798dd78a81b54b, 2d04c37ed4e1d0f733ad39ec35b5a5d8818b4f4a, 46ab32870d010e9a057bc5659cea22b7e728ca88, c466097d85d52f3aa200736cb4759e66d4bbf6e3, e24eb271061db384a3c3ef6f107fe515e68ef222, 51e65f1d78457ea4f9513d90ab22c9dccbb35110, 47b6bcef6e679593d2e86e04ee72c46a4e2f7139 |
| Linux/Linuxgeneric | 3.0 | Not reported |
Published upstream
Jul 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 17, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 11, 2026
In the Linux kernel, the following vulnerability has been resolved: net: usb: kalmia: bound RX frame length in kalmia_rx_fixup() kalmia_rx_fixup() computes usb_packet_length = skb->len - (2 * KALMIA_HEADER_LENGTH) as a u16, guarded only by a pre-loop check that skb->len is at least KALMIA_HEADER_LENGTH, which is 6. A device can deliver a short bulk-IN frame with skb->len in the 6 to 11 range, or leave a short trailing remainder on a later loop iteration. Either case underflows usb_packet_length to about 65530. That bypasses the usb_packet_length < ether_packet_length truncation path. The device-supplied ether_packet_length, a le16 up to 65535 read from header_start[2], then drives a memcmp() and the following skb_trim() and skb_pull() past the end of the rx buffer. The rx buffer is hard_mtu * 10, which is 14000 bytes. That is an out of bounds read. Require both the start and end framing headers to be present before subtracting them, on every loop iteration.
Quoted source text, attributed separately from HOL analysis.