Answer in brief
CVE-2025-37879 records a Critical severity (CVSS 9.8) vulnerability in 9p/net: fix improper handling of bogus negative read/write replies. 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 9.8. 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 | >=070b3656cf228eaaef7b28b59264c5c7cdbdd0fb <468ff4a7c61fb811c596a7c44b6a5455e40fd12b || >=070b3656cf228eaaef7b28b59264c5c7cdbdd0fb <a68768e280b7d0c967ea509e791bb9b90adc94a5 || >=070b3656cf228eaaef7b28b59264c5c7cdbdd0fb <c548f95688e2b5ae0e2ae43d53cf717156c7d034 || >=070b3656cf228eaaef7b28b59264c5c7cdbdd0fb <374e4cd75617c8c2552f562f39dd989583f5c330 || >=070b3656cf228eaaef7b28b59264c5c7cdbdd0fb <d0259a856afca31d699b706ed5e2adf11086c73b | 468ff4a7c61fb811c596a7c44b6a5455e40fd12b, a68768e280b7d0c967ea509e791bb9b90adc94a5, c548f95688e2b5ae0e2ae43d53cf717156c7d034, 374e4cd75617c8c2552f562f39dd989583f5c330, d0259a856afca31d699b706ed5e2adf11086c73b |
| Linux/Linuxgeneric | 4.1 | Not reported |
Published upstream
May 9, 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: 9p/net: fix improper handling of bogus negative read/write replies In p9_client_write() and p9_client_read_once(), if the server incorrectly replies with success but a negative write/read count then we would consider written (negative) <= rsize (positive) because both variables were signed. Make variables unsigned to avoid this problem. The reproducer linked below now fails with the following error instead of a null pointer deref: 9pnet: bogus RWRITE count (4294967295 > 3)
Quoted source text, attributed separately from HOL analysis.