CVE-2026-43055: scsi: target: file: Use kzalloc_flex for aio_cmd
In the Linux kernel, the following vulnerability has been resolved:
scsi: target: file: Use kzalloc_flex for aio_cmd
The target_core_file doesn't initialize the aio_cmd->iocb for the
ki_write_stream. When a write command fd_execute_rw_aio() is executed,
we may get a bogus ki_write_stream value, causing unintended write
failure status when checking iocb->ki_write_stream > max_write_streams
in the block device.
Let's just use kzalloc_flex when allocating the aio_cmd and let
ki_write_stream=0 to fix this issue.
Security readout for executives and security teams
Plain-English summary
A Linux kernel storage-target flaw can cause legitimate asynchronous writes to fail because an internal command structure may contain an uninitialized value. The documented impact is service availability, not data theft or modification. Systems are most relevant when they use the kernel's file-backed SCSI target functionality.
Executive priority
Prioritize storage appliances and servers exposing file-backed SCSI targets, especially where write failures would interrupt critical operations. Schedule prompt patching through normal high-severity processes. Broad emergency action is not supported by the supplied evidence because affected-feature use and exploitation have not been demonstrated.
Technical view
target_core_file allocates aio_cmd without initializing iocb->ki_write_stream. During fd_execute_rw_aio(), a stale value may exceed the block device's max_write_streams limit and produce an unintended write-failure status. The upstream correction uses kzalloc_flex so ki_write_stream begins at zero.
Likely exposure
Exposure depends on running an affected Linux kernel and actively using the file-backed SCSI target path with asynchronous writes. The bundle lists affected releases including 6.16, 6.18.22, 6.19.12, and 7.0, but its version data is ambiguous; confirm exact distribution backports with the vendor.
Exploitation context
The bundle reports CVSS 7.5 with network reachability and availability impact, but provides no proof of exploitation. It is not listed as KEV, and the supplied sources do not establish public exploitation or reliable remote trigger conditions. Treat active-exploitation status as unconfirmed.
Researcher notes
The root issue is uninitialized state influencing a boundary check rather than a documented memory-corruption primitive. The supplied account supports unintended write failures and availability impact only. Exact vulnerable ranges and reachability should be validated against distribution advisories and the referenced stable commits; the bundle's duplicated hashes and version formatting reduce precision.
Mitigation direction
Apply a vendor-supported kernel update containing the referenced upstream correction.
Confirm distribution backports because package versions may not match upstream kernel numbering.
Where operationally feasible, limit exposure of affected SCSI target services until patched.
Follow vendor guidance for reboot or service-restoration requirements after updating.
Validation and detection
Inventory kernel versions on systems providing file-backed SCSI targets.
Verify whether target_core_file and asynchronous write paths are actively used.
Confirm the installed kernel includes an equivalent kzalloc_flex correction for aio_cmd.
Review storage-target logs for unexplained asynchronous write failures.
Regression-test target writes after updating and monitor service availability.
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-43055 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.
1CVSS vectors
3Timeline events
0ADP providers
4Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.