CVE-2026-23087: scsi: xen: scsiback: Fix potential memory leak in scsiback_remove()
In the Linux kernel, the following vulnerability has been resolved:
scsi: xen: scsiback: Fix potential memory leak in scsiback_remove()
Memory allocated for struct vscsiblk_info in scsiback_probe() is not
freed in scsiback_remove() leading to potential memory leaks on remove,
as well as in the scsiback_probe() error paths. Fix that by freeing it
in scsiback_remove().
Security readout for executives and security teams
Plain-English summary
A cleanup bug in Linux’s Xen virtual SCSI backend can leave allocated kernel memory unreleased when a backend device is removed or setup fails. Repeated occurrences could consume memory and reduce system reliability. The supplied evidence does not establish data exposure, code execution, or another impact beyond a potential memory leak.
Executive priority
Prioritize exposure identification on Xen virtualization and storage infrastructure, then deploy vendor-approved kernel updates through normal risk-based maintenance. Escalate systems experiencing repeated device lifecycle failures or unexplained memory pressure. The evidence does not currently support emergency treatment based on active exploitation or a critical severity rating.
Technical view
scsiback_probe() allocates a struct vscsiblk_info, but scsiback_remove() and probe error paths did not release it. The Linux stable fixes add the missing cleanup through scsiback_remove(). No CVSS score, CWE classification, trigger requirements, or demonstrated security impact beyond memory leakage is supplied.
Likely exposure
Likely exposure is limited to Linux systems using the Xen SCSI backend path. The supplied affected data lists releases from 3.18 through 6.19, including several stable-series versions. Distribution kernels may contain backports, so version strings alone are insufficient. Reachability and required privileges are not documented.
Exploitation context
The CVE is not listed as KEV in the supplied bundle, and no cited evidence reports active exploitation or a public exploit. The sources do not establish whether an untrusted guest can trigger the affected removal or probe-error paths. Treat attacker reachability as unknown pending vendor analysis.
Researcher notes
The technical defect and cleanup direction are clear, but severity and exploitability remain under-specified. The supplied affected-version data also repeats one commit under an unaffected status while listing broad releases as affected; do not infer precise vulnerable ranges from it alone. Validate branch-specific fixes through the relevant stable commit and downstream vendor advisory.
Mitigation direction
Identify a vendor-supported kernel containing the applicable Linux stable fix.
Apply the corrected kernel and complete any vendor-required reboot or activation procedure.
For affected Siemens products, review SSA-019113 and follow its product-specific guidance.
If updating is unavailable, request vendor guidance; the supplied sources name no workaround.
Validation and detection
Inventory kernel versions on systems providing Xen virtual SCSI backend services.
Confirm whether the Xen scsiback component is configured, loaded, or operational.
Verify the running kernel includes the applicable stable fix or vendor backport.
After updating, validate normal storage lifecycle operations and monitor for abnormal kernel-memory growth.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2026-23087 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
0CVSS vectors
3Timeline events
1ADP providers
9Source links
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
CVE publishedCVE Program
The CVE record was published.
Feb 4, 2026, 16:08 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.