Description
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.
Published: 2026-08-10
Score: n/a
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability arises from a race condition in the Linux kernel’s SCSI core where the error handler thread may never be woken when all commands time out or become inactive. This occurs because there is no enforced memory ordering between placing the host into an error recovery state and decrementing the busy command count. If a CPU observes that no commands are active while the host is in error state, the wakeup signal can be missed, leaving the error handler thread stalled. The result is a denial‑of‑service condition that could prevent the kernel from effectively handling further SCSI operations. The weakness is a classic race condition (CWE‑665).

Affected Systems

All Linux kernel versions where the scsi_schedule_eh function is used in SCSI drivers are affected. No specific version range is supplied in the advisory, so any kernel that relies on scsi_schedule_eh and does not include the patch will be vulnerable.

Risk and Exploitability

The CVSS score is not listed, and EPSS is not available, but the issue can be exploited locally with kernel privileges or through a vulnerability that grants such access. Because it involves a kernel race condition that can cause a persistence hang, the risk is high for affected systems. The vulnerability is not listed in CISA’s KEV catalog, suggesting no known active exploitation at the time of this analysis. Nonetheless, administrators should treat the risk as significant. The likely attack vector would involve an attacker initiating a flood of SCSI commands that time out or otherwise trigger the error handler path in a controlled way, leading the kernel to hang until a reboot or manual intervention.

Generated by OpenCVE AI on August 10, 2026 at 16:11 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the Linux kernel to a version that includes the patch for CVE-2026-68396.
  • Reboot the system after the kernel update to ensure the new scheduling logic is active.
  • Verify that the SCSI subsystem reports no stalled error‑handler threads by monitoring relevant kernel logs.
  • If an immediate kernel update is not possible, consider disabling or limiting the use of the scsi_schedule_eh function through driver configuration as a temporary mitigation.

Generated by OpenCVE AI on August 10, 2026 at 16:11 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 10 Aug 2026 16:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-665

Mon, 10 Aug 2026 12:30:00 +0000

Type Values Removed Values Added
Description 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.
Title scsi: core: wake eh reliably when using scsi_schedule_eh
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-10T12:04:15.607Z

Reserved: 2026-07-30T09:28:09.389Z

Link: CVE-2026-68396

cve-icon Vulnrichment

No data.

cve-icon NVD

No data.

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-10T16:15:04Z

Weaknesses