Description
In the Linux kernel, the following vulnerability has been resolved:

scsi: target: iscsi: Fix hang for aborted WRITE_PENDING commands

When a LUN_RESET aborts a WRITE command that is in the
TRANSPORT_WRITE_PENDING state, the target core sets CMD_T_ABORTED and
waits for the frontend to finish processing.

If the initiator subsequently sends the remaining dataout PDUs,
__iscsit_check_dataout_hdr() catches the payload, stops the dataout
timer if the sequence is final and finally dumps the data. However, the
iSCSI target doesn't trigger the completion process for these aborted
commands. Because of this, the abort path hangs indefinitely in
target_put_cmd_and_wait(), leading to a deadlocked target worker thread.

Fix this by explicitly calling target_complete_cmd() when the final
dataout PDU is received for an aborted WRITE command.
target_complete_cmd() detects the CMD_T_ABORTED flag and cleanly routes
the command into target_abort_work, allowing the abort completion to
successfully unblock.
Published: 2026-09-25
Score: n/a
EPSS: n/a
KEV: No
Impact: Denial of Service (deadlock in iSCSI target)
Action: Apply patch
AI Analysis

Impact

The vulnerability is a deadlock condition that occurs in the iSCSI target subsystem of the Linux kernel when an aborted WRITE command in the WRITE_PENDING state is not properly completed. This causes the target worker thread to hang indefinitely, effectively preventing any further iSCSI operations on the affected target and potentially exhausting system resources. The weakness is a deadlock flaw (CWE‑399).

Affected Systems

The issue is present in the Linux kernel, affecting any system that runs a kernel version without the fixed commit. No specific product version is listed, so any kernel revision prior to the introduction of the patch is vulnerable. Systems exposing an iSCSI target interface are at risk.

Risk and Exploitability

There is no CVSS score available and the exploit probability is not listed in EPSS. The vulnerability is not included in the CISA KEV catalog. The likely attack vector is a remote initiator that sends a LUN_RESET and subsequent dataout PDUs to a target running the vulnerable kernel, thereby causing a deadlock and a denial of service. Because the condition requires specific iSCSI traffic, the attack surface is limited to hosts exposed to iSCSI over the network, but the impact on availability can be significant if the target service is critical.

Generated by OpenCVE AI on September 25, 2026 at 14:51 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the Linux kernel to a version that contains the fix (commit 37f7f54d06c6100511979d6e9c1222b404e3f006).
  • If an immediate kernel upgrade is not possible, temporarily disable iSCSI target services or block iSCSI traffic from external initiators until a patched kernel is deployed.
  • After applying the patch, confirm that aborted WRITE commands are properly completed by monitoring kernel logs or using test scripts that send a LUN_RESET followed by dataout PDUs and observing the target’s behavior.

Generated by OpenCVE AI on September 25, 2026 at 14:51 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 25 Sep 2026 15:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-399

Fri, 25 Sep 2026 10:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: scsi: target: iscsi: Fix hang for aborted WRITE_PENDING commands When a LUN_RESET aborts a WRITE command that is in the TRANSPORT_WRITE_PENDING state, the target core sets CMD_T_ABORTED and waits for the frontend to finish processing. If the initiator subsequently sends the remaining dataout PDUs, __iscsit_check_dataout_hdr() catches the payload, stops the dataout timer if the sequence is final and finally dumps the data. However, the iSCSI target doesn't trigger the completion process for these aborted commands. Because of this, the abort path hangs indefinitely in target_put_cmd_and_wait(), leading to a deadlocked target worker thread. Fix this by explicitly calling target_complete_cmd() when the final dataout PDU is received for an aborted WRITE command. target_complete_cmd() detects the CMD_T_ABORTED flag and cleanly routes the command into target_abort_work, allowing the abort completion to successfully unblock.
Title scsi: target: iscsi: Fix hang for aborted WRITE_PENDING commands
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-09-25T10:22:59.559Z

Reserved: 2026-09-25T10:18:58.205Z

Link: CVE-2026-97951

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-25T11:17:22.673

Modified: 2026-09-25T11:17:22.673

Link: CVE-2026-97951

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-25T15:00:20Z

Weaknesses