Answer in brief
CVE-2023-53597 records a High severity (CVSS 7.5) vulnerability in cifs: fix mid leak during reconnection after timeout threshold. 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.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:6.5:rc1:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=8e670f77c4a55013db6d23b962f9bf6673a5e7b6 <df31d05f0678cdd0796ea19983a2b93edca18bb0 || >=8e670f77c4a55013db6d23b962f9bf6673a5e7b6 <c55901d381a22300c9922170e59704059f50977b || >=8e670f77c4a55013db6d23b962f9bf6673a5e7b6 <57d25e9905c71133e201f6d06b56a3403d4ad433 || >=8e670f77c4a55013db6d23b962f9bf6673a5e7b6 <69cba9d3c1284e0838ae408830a02c4a063104bc || fa6d7a5853f93efb088aba36af12cb1944156411 || >=5.9.5 <5.10 | df31d05f0678cdd0796ea19983a2b93edca18bb0, c55901d381a22300c9922170e59704059f50977b, 57d25e9905c71133e201f6d06b56a3403d4ad433, 69cba9d3c1284e0838ae408830a02c4a063104bc, 5.10 |
| Linux/Linuxgeneric | 5.10 | Not reported |
Published upstream
Oct 4, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 4, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 4, 2026
In the Linux kernel, the following vulnerability has been resolved: cifs: fix mid leak during reconnection after timeout threshold When the number of responses with status of STATUS_IO_TIMEOUT exceeds a specified threshold (NUM_STATUS_IO_TIMEOUT), we reconnect the connection. But we do not return the mid, or the credits returned for the mid, or reduce the number of in-flight requests. This bug could result in the server->in_flight count to go bad, and also cause a leak in the mids. This change moves the check to a few lines below where the response is decrypted, even of the response is read from the transform header. This way, the code for returning the mids can be reused. Also, the cifs_reconnect was reconnecting just the transport connection before. In case of multi-channel, this may not be what we want to do after several timeouts. Changed that to reconnect the session and the tree too. Also renamed NUM_STATUS_IO_TIMEOUT to a more appropriate name MAX_STATUS_IO_TIMEOUT.
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2023-53597 records a High severity (CVSS 7.5) vulnerability in cifs: fix mid leak during reconnection after timeout threshold. 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.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:6.5:rc1:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=8e670f77c4a55013db6d23b962f9bf6673a5e7b6 <df31d05f0678cdd0796ea19983a2b93edca18bb0 || >=8e670f77c4a55013db6d23b962f9bf6673a5e7b6 <c55901d381a22300c9922170e59704059f50977b || >=8e670f77c4a55013db6d23b962f9bf6673a5e7b6 <57d25e9905c71133e201f6d06b56a3403d4ad433 || >=8e670f77c4a55013db6d23b962f9bf6673a5e7b6 <69cba9d3c1284e0838ae408830a02c4a063104bc || fa6d7a5853f93efb088aba36af12cb1944156411 || >=5.9.5 <5.10 | df31d05f0678cdd0796ea19983a2b93edca18bb0, c55901d381a22300c9922170e59704059f50977b, 57d25e9905c71133e201f6d06b56a3403d4ad433, 69cba9d3c1284e0838ae408830a02c4a063104bc, 5.10 |
| Linux/Linuxgeneric | 5.10 | Not reported |
Published upstream
Oct 4, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 4, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 4, 2026
In the Linux kernel, the following vulnerability has been resolved: cifs: fix mid leak during reconnection after timeout threshold When the number of responses with status of STATUS_IO_TIMEOUT exceeds a specified threshold (NUM_STATUS_IO_TIMEOUT), we reconnect the connection. But we do not return the mid, or the credits returned for the mid, or reduce the number of in-flight requests. This bug could result in the server->in_flight count to go bad, and also cause a leak in the mids. This change moves the check to a few lines below where the response is decrypted, even of the response is read from the transform header. This way, the code for returning the mids can be reused. Also, the cifs_reconnect was reconnecting just the transport connection before. In case of multi-channel, this may not be what we want to do after several timeouts. Changed that to reconnect the session and the tree too. Also renamed NUM_STATUS_IO_TIMEOUT to a more appropriate name MAX_STATUS_IO_TIMEOUT.
Quoted source text, attributed separately from HOL analysis.