Answer in brief
CVE-2025-38331 records a High severity (CVSS 7.5) vulnerability in net: ethernet: cortina: Use TOE/TSO on all TCP. 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.
CVSS is 7.5. 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 | >=4d5ae32f5e1e13f7f36d6439ec3257993b9f5b88 <1b503b790109d19710ec83c589c3ee59e95347ec || >=4d5ae32f5e1e13f7f36d6439ec3257993b9f5b88 <a37888a435b0737128d2d9c6f67b8d608f83df7a || >=4d5ae32f5e1e13f7f36d6439ec3257993b9f5b88 <2bd434bb0eeb680c2b3dd6c68ca319b30cb8d47f || >=4d5ae32f5e1e13f7f36d6439ec3257993b9f5b88 <ebe12e232f1d58ebb4b53b6d9149962b707bed91 || >=4d5ae32f5e1e13f7f36d6439ec3257993b9f5b88 <6a07e3af4973402fa199a80036c10060b922c92c | 1b503b790109d19710ec83c589c3ee59e95347ec, a37888a435b0737128d2d9c6f67b8d608f83df7a, 2bd434bb0eeb680c2b3dd6c68ca319b30cb8d47f, ebe12e232f1d58ebb4b53b6d9149962b707bed91, 6a07e3af4973402fa199a80036c10060b922c92c |
| Linux/Linuxgeneric | 4.16 | Not reported |
Published upstream
Jul 10, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: net: ethernet: cortina: Use TOE/TSO on all TCP It is desireable to push the hardware accelerator to also process non-segmented TCP frames: we pass the skb->len to the "TOE/TSO" offloader and it will handle them. Without this quirk the driver becomes unstable and lock up and and crash. I do not know exactly why, but it is probably due to the TOE (TCP offload engine) feature that is coupled with the segmentation feature - it is not possible to turn one part off and not the other, either both TOE and TSO are active, or neither of them. Not having the TOE part active seems detrimental, as if that hardware feature is not really supposed to be turned off. The datasheet says: "Based on packet parsing and TCP connection/NAT table lookup results, the NetEngine puts the packets belonging to the same TCP connection to the same queue for the software to process. The NetEngine puts incoming packets to the buffer or series of buffers for a jumbo packet. With this hardware acceleration, IP/TCP header parsing, checksum validation and connection lookup are offloaded from the software processing." After numerous tests with the hardware locking up after something between minutes and hours depending on load using iperf3 I have concluded this is necessary to stabilize the hardware.
Quoted source text, attributed separately from HOL analysis.