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

smb: client: delete compound mids on send failure before unlock

When sending a compound request fails, smb_send_rqst() kicks off a
reconnect. compound_send_recv() still has those mids on pending_mid_q,
but it unlocks the server without removing them first.

During reconnect, cifs_abort_connection() walks pending_mid_q and runs
each mid callback. With no response yet, those callbacks return credits
and drop in_flight. Then compound_send_recv()'s send-error path returns
the same credits again. in_flight ends up decremented twice and
smb2_add_credits() WARNs.

syzbot hits this during SMB2_negotiate when the socket send fails.

cifs_call_async() already calls delete_mid() before unlock on send
failure. Do the same for compound chains and set cancelled_mid[] so the
out: path does not delete them again.
Published: 2026-10-18
Score: n/a
EPSS: < 1% Very Low
KEV: No
Impact: Inconsistent SMB client resource accounting that may lead to kernel warnings or service instability
Action: Assess Impact
AI Analysis

Impact

The kernel flaw occurs when a compound SMB request fails while the client is connected. The send routine initiates a reconnection but leaves pending mid identifiers on the queue before unlocking the server. As the reconnect walks the queue it releases resources twice, decrementing the in-flight counter twice and causing a WARN. The double decrement does not immediately crash the system but corrupts internal accounting, which could lead to further kernel instability or denial of service in SMB operations.

Affected Systems

Linux systems running the Linux kernel prior to the patch that addressed this SMB client issue. The bug is present in all kernel releases containing the errant code path and affects any SMB client usage on those kernels.

Risk and Exploitability

The CVSS score is not publicly listed and EPSS is unavailable, but the bug is logged as a WARNING rather than an outright crash. There is no indication of remote code execution or privilege escalation. Exploitation would require an attacker able to force a send failure in an SMB transaction and then observe or rely on the inconsistent counter, making it a low likelihood attack vector. The vulnerability is not listed in CISA’s KEV catalog, suggesting it has not yet been widely exploited in the wild.

Generated by OpenCVE AI on October 18, 2026 at 16:20 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply a kernel update that includes the SMB client fix for this issue and reboot the system
  • Monitor kernel logs for any WARN or error messages related to SMB resource accounting and investigate persistent problems
  • If the patch cannot be applied immediately, consider temporarily disabling SMB client traffic or restricting access until the update is applied

Generated by OpenCVE AI on October 18, 2026 at 16:20 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sun, 18 Oct 2026 15:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: smb: client: delete compound mids on send failure before unlock When sending a compound request fails, smb_send_rqst() kicks off a reconnect. compound_send_recv() still has those mids on pending_mid_q, but it unlocks the server without removing them first. During reconnect, cifs_abort_connection() walks pending_mid_q and runs each mid callback. With no response yet, those callbacks return credits and drop in_flight. Then compound_send_recv()'s send-error path returns the same credits again. in_flight ends up decremented twice and smb2_add_credits() WARNs. syzbot hits this during SMB2_negotiate when the socket send fails. cifs_call_async() already calls delete_mid() before unlock on send failure. Do the same for compound chains and set cancelled_mid[] so the out: path does not delete them again.
Title smb: client: delete compound mids on send failure before unlock
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-10-19T09:19:44.655Z

Reserved: 2026-09-25T10:25:14.349Z

Link: CVE-2026-98449

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-18T16:16:55.237

Modified: 2026-10-19T10:18:54.070

Link: CVE-2026-98449

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-19T00:30:06Z

Weaknesses

No weakness.