Answer in brief
CVE-2026-68396 records a Unknown severity vulnerability in scsi: core: wake eh reliably when using scsi_schedule_eh. 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 | >=6eb045e092efefafc6687409a6fa6d1dabf0fb69 <866efe8ae8b8b4d095501001b026e1022734be28 || >=6eb045e092efefafc6687409a6fa6d1dabf0fb69 <c7a15091237205770bd9bd4d14eb1f3029d97a34 || >=6eb045e092efefafc6687409a6fa6d1dabf0fb69 <24d7abda6a2a19e113334accc10029f6a4b57257 || >=6eb045e092efefafc6687409a6fa6d1dabf0fb69 <dccf3b1798b70f94e958b3d00b83010399e6fb05 | 866efe8ae8b8b4d095501001b026e1022734be28, c7a15091237205770bd9bd4d14eb1f3029d97a34, 24d7abda6a2a19e113334accc10029f6a4b57257, dccf3b1798b70f94e958b3d00b83010399e6fb05 |
| Linux/Linuxgeneric | 5.5 | Not reported |
Published upstream
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 10, 2026
In the Linux kernel, the following vulnerability has been resolved: scsi: core: wake eh reliably when using scsi_schedule_eh Drivers which use the scsi_schedule_eh function to run the error handler currently risk the error handler thread never waking once all commands are timed out or inactive. There is no enforced memory order between setting the host into error recovery state and counting busy commands. This can result in a race with scsi_dec_host_busy where neither CPU sees both conditions of all commands inactive and the host error state to request waking the error handler. To fix this, run the scsi_schedule_eh's scsi_eh_wakeup from a new work item which will use rcu to ensure scsi_schedule_eh's call to scsi_host_busy will occur after the error state is globally visible and will be seen by any current scsi_dec_host_busy callers.
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2026-68396 records a Unknown severity vulnerability in scsi: core: wake eh reliably when using scsi_schedule_eh. 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 | >=6eb045e092efefafc6687409a6fa6d1dabf0fb69 <866efe8ae8b8b4d095501001b026e1022734be28 || >=6eb045e092efefafc6687409a6fa6d1dabf0fb69 <c7a15091237205770bd9bd4d14eb1f3029d97a34 || >=6eb045e092efefafc6687409a6fa6d1dabf0fb69 <24d7abda6a2a19e113334accc10029f6a4b57257 || >=6eb045e092efefafc6687409a6fa6d1dabf0fb69 <dccf3b1798b70f94e958b3d00b83010399e6fb05 | 866efe8ae8b8b4d095501001b026e1022734be28, c7a15091237205770bd9bd4d14eb1f3029d97a34, 24d7abda6a2a19e113334accc10029f6a4b57257, dccf3b1798b70f94e958b3d00b83010399e6fb05 |
| Linux/Linuxgeneric | 5.5 | Not reported |
Published upstream
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 10, 2026
In the Linux kernel, the following vulnerability has been resolved: scsi: core: wake eh reliably when using scsi_schedule_eh Drivers which use the scsi_schedule_eh function to run the error handler currently risk the error handler thread never waking once all commands are timed out or inactive. There is no enforced memory order between setting the host into error recovery state and counting busy commands. This can result in a race with scsi_dec_host_busy where neither CPU sees both conditions of all commands inactive and the host error state to request waking the error handler. To fix this, run the scsi_schedule_eh's scsi_eh_wakeup from a new work item which will use rcu to ensure scsi_schedule_eh's call to scsi_host_busy will occur after the error state is globally visible and will be seen by any current scsi_dec_host_busy callers.
Quoted source text, attributed separately from HOL analysis.