CVE-2025-38238: scsi: fnic: Fix crash in fnic_wq_cmpl_handler when FDMI times out
In the Linux kernel, the following vulnerability has been resolved:
scsi: fnic: Fix crash in fnic_wq_cmpl_handler when FDMI times out
When both the RHBA and RPA FDMI requests time out, fnic reuses a frame to
send ABTS for each of them. On send completion, this causes an attempt to
free the same frame twice that leads to a crash.
Fix crash by allocating separate frames for RHBA and RPA, and modify ABTS
logic accordingly.
Tested by checking MDS for FDMI information.
Tested by using instrumented driver to:
- Drop PLOGI response
- Drop RHBA response
- Drop RPA response
- Drop RHBA and RPA response
- Drop PLOGI response + ABTS response
- Drop RHBA response + ABTS response
- Drop RPA response + ABTS response
- Drop RHBA and RPA response + ABTS response for both of them
Security readout for executives and security teams
Plain-English summary
A flaw in the Linux fnic storage-network driver can crash the kernel when two FDMI requests time out together. The driver incorrectly reuses and then frees the same frame twice. Systems not using fnic are unlikely to reach the vulnerable path. The supplied sources establish a crash condition, but not successful code execution or data compromise.
Executive priority
Treat this as high priority for critical systems that actively use fnic because successful triggering can crash the kernel and disrupt storage-dependent workloads. Expedite inventory and vendor-supported updates there. Systems without fnic usage have substantially lower practical urgency, although affected kernel packages should still follow normal patch governance.
Technical view
Concurrent RHBA and RPA FDMI timeouts cause fnic to reuse one frame for separate ABTS operations. Completion processing then attempts to free that frame twice in fnic_wq_cmpl_handler, causing a kernel crash. The fix allocates separate frames and adjusts ABTS handling. The supplied CVSS is 8.8 with adjacent-network reachability, but the description demonstrates availability impact only.
Likely exposure
Exposure is concentrated in Linux systems running an affected kernel and actively using the fnic driver. The supplied affected-version metadata names 6.14, 6.15.5, and 6.16, but its version formatting is ambiguous. Confirm applicability against the distribution or kernel vendor’s advisory and fix backports rather than relying solely on version numbers.
Exploitation context
CISA KEV status is false, and the supplied sources provide no evidence of active exploitation or a public exploit. Triggering requires both RHBA and RPA FDMI requests to time out, followed by completion of reused ABTS frame handling. Whether an untrusted adjacent party can reliably induce those conditions is not established by the bundle.
Researcher notes
The demonstrated root cause is a double free in completion handling after simultaneous FDMI timeouts. The source reports testing across dropped PLOGI, RHBA, RPA, and ABTS responses. Although the CVSS vector assigns high confidentiality and integrity impacts, the supplied narrative documents a crash only; broader security impact and attacker-controlled reachability remain unproven.
Mitigation direction
Update to a vendor-supported kernel containing the referenced fnic fix.
Check distribution advisories for backported fixes before comparing kernel version numbers.
Prioritize systems actively using fnic in operationally critical storage environments.
If immediate updating is impossible, consult vendor guidance for safe exposure-reduction options.
Validation and detection
Inventory affected Linux hosts and identify whether the fnic driver is loaded or configured.
Record kernel package versions and compare them with distribution-specific security advisories.
Verify the installed kernel includes an applicable referenced stable fix or vendor backport.
Review kernel logs for fnic crashes, FDMI timeouts, ABTS failures, or double-free indicators.
After updating, confirm normal FDMI discovery and storage connectivity under approved testing.
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-2025-38238 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
3Source 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.