In the Linux kernel, the following vulnerability has been resolved: scsi: core: Run queues for all non-SDEV_DEL devices from scsi_run_host_queues… (CVE-2026-64003)
In the Linux kernel, the following vulnerability has been resolved: scsi: core: Run queues for all non-SDEV_DEL devices from scsi_run_host_queues While a SCSI host is in a recovery state, scsi_mq_requeue_cmd() will not set the requeue list for a requeued command to be kicked in the future. The expectation is a call to scsi_run_host_queues() will kick all SCSI devices once the recovery state is cleared. However, scsi_run_host_queues() uses shost_for_each_device() which uses scsi_device_get() and so will ignore devices in a partially removed state like SDEV_CANCEL. But these devices may also have requeued requests, leaving their requests stuck from not being kicked and causing the removal process of the device to hang. scsi_run_host_queues() needs to run against more devices than the macro shost_for_each_device() allows. Instead of using the too limiting scsi_device_get() state checks, only ignore devices in SDEV_DEL state or when unable to acquire a reference. Attempt to run the queues for all other devices when scsi_run_host_queues() is called.
AI Analysis
Technical Summary
The vulnerability in the Linux kernel's SCSI core relates to the function scsi_run_host_queues(), which previously used shost_for_each_device() that relies on scsi_device_get() to iterate devices. This approach ignored devices in partial removal states like SDEV_CANCEL, which could still have requeued requests. As a result, these requests would not be processed, causing them to remain stuck and potentially hanging the device removal process. The fix modifies scsi_run_host_queues() to run queues for all devices except those in the SDEV_DEL state or when a reference cannot be acquired, ensuring no queued requests remain unprocessed during recovery.
Potential Impact
The impact is that queued SCSI requests on devices in partial removal states could remain stuck, causing the device removal process to hang. This could lead to system resource issues or degraded system stability related to SCSI device management. There is no indication of remote code execution or privilege escalation from the provided data.
Mitigation Recommendations
The vulnerability has been resolved in the Linux kernel. No specific patch links are provided in the data, and no cloud service is involved. Users should apply the official Linux kernel updates that include this fix when available. Patch status is not yet confirmed in the provided data — check the vendor advisory or Linux kernel mailing lists for current remediation guidance.
In the Linux kernel, the following vulnerability has been resolved: scsi: core: Run queues for all non-SDEV_DEL devices from scsi_run_host_queues… (CVE-2026-64003)
Description
In the Linux kernel, the following vulnerability has been resolved: scsi: core: Run queues for all non-SDEV_DEL devices from scsi_run_host_queues While a SCSI host is in a recovery state, scsi_mq_requeue_cmd() will not set the requeue list for a requeued command to be kicked in the future. The expectation is a call to scsi_run_host_queues() will kick all SCSI devices once the recovery state is cleared. However, scsi_run_host_queues() uses shost_for_each_device() which uses scsi_device_get() and so will ignore devices in a partially removed state like SDEV_CANCEL. But these devices may also have requeued requests, leaving their requests stuck from not being kicked and causing the removal process of the device to hang. scsi_run_host_queues() needs to run against more devices than the macro shost_for_each_device() allows. Instead of using the too limiting scsi_device_get() state checks, only ignore devices in SDEV_DEL state or when unable to acquire a reference. Attempt to run the queues for all other devices when scsi_run_host_queues() is called.
CVSS v3.1
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in the Linux kernel's SCSI core relates to the function scsi_run_host_queues(), which previously used shost_for_each_device() that relies on scsi_device_get() to iterate devices. This approach ignored devices in partial removal states like SDEV_CANCEL, which could still have requeued requests. As a result, these requests would not be processed, causing them to remain stuck and potentially hanging the device removal process. The fix modifies scsi_run_host_queues() to run queues for all devices except those in the SDEV_DEL state or when a reference cannot be acquired, ensuring no queued requests remain unprocessed during recovery.
Potential Impact
The impact is that queued SCSI requests on devices in partial removal states could remain stuck, causing the device removal process to hang. This could lead to system resource issues or degraded system stability related to SCSI device management. There is no indication of remote code execution or privilege escalation from the provided data.
Mitigation Recommendations
The vulnerability has been resolved in the Linux kernel. No specific patch links are provided in the data, and no cloud service is involved. Users should apply the official Linux kernel updates that include this fix when available. Patch status is not yet confirmed in the provided data — check the vendor advisory or Linux kernel mailing lists for current remediation guidance.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-rqvx-8pr4-6wfh
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64003"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a5d27aa2a4a8d598912d54e
Added to database: 07/19/2026, 19:38:18 UTC
Last enriched: 07/19/2026, 19:58:30 UTC
Last updated: 07/20/2026, 21:51:18 UTC
Views: 11
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.