Answer in brief
CVE-2025-37813 records a Unknown severity vulnerability in usb: xhci: Fix invalid pointer dereference in Etron workaround. 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 | >=fbc0a0c7718a6cb1dc5e0811a4f88a2b1deedfa1 <142273a49f2c315eabdbdf5a71c15e479b75ca91 || >=9258c9ed32294ce3a4b58c9d92fc49ba030d35c9 <bce3055b08e303e28a8751f6073066f5c33a0744 || >=5e1c67abc9301d05130b7e267c204e7005503b33 <0624e29c595b05e7a0e6d1c368f0a05799928e30 || >=5e1c67abc9301d05130b7e267c204e7005503b33 <1ea050da5562af9b930d17cbbe9632d30f5df43a || 4725344ca645a98a9d8e45e25b01a2244de5b8aa || >=6.6.66 <6.6.89 || >=6.12.2 <6.12.26 || >=6.11.11 <6.12 | 142273a49f2c315eabdbdf5a71c15e479b75ca91, bce3055b08e303e28a8751f6073066f5c33a0744, 0624e29c595b05e7a0e6d1c368f0a05799928e30, 1ea050da5562af9b930d17cbbe9632d30f5df43a, 6.6.89, 6.12.26, 6.12 |
| Linux/Linuxgeneric | 6.13 | Not reported |
Published upstream
May 8, 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: usb: xhci: Fix invalid pointer dereference in Etron workaround This check is performed before prepare_transfer() and prepare_ring(), so enqueue can already point at the final link TRB of a segment. And indeed it will, some 0.4% of times this code is called. Then enqueue + 1 is an invalid pointer. It will crash the kernel right away or load some junk which may look like a link TRB and cause the real link TRB to be replaced with a NOOP. This wouldn't end well. Use a functionally equivalent test which doesn't dereference the pointer and always gives correct result. Something has crashed my machine twice in recent days while playing with an Etron HC, and a control transfer stress test ran for confirmation has just crashed it again. The same test passes with this patch applied.
Quoted source text, attributed separately from HOL analysis.