CVE-2025-39921: spi: microchip-core-qspi: stop checking viability of op->max_freq in supports_op callback
In the Linux kernel, the following vulnerability has been resolved:
spi: microchip-core-qspi: stop checking viability of op->max_freq in supports_op callback
In commit 13529647743d9 ("spi: microchip-core-qspi: Support per spi-mem
operation frequency switches") the logic for checking the viability of
op->max_freq in mchp_coreqspi_setup_clock() was copied into
mchp_coreqspi_supports_op(). Unfortunately, op->max_freq is not valid
when this function is called during probe but is instead zero.
Accordingly, baud_rate_val is calculated to be INT_MAX due to division
by zero, causing probe of the attached memory device to fail.
Seemingly spi-microchip-core-qspi was the only driver that had such a
modification made to its supports_op callback when the per_op_freq
capability was added, so just remove it to restore prior functionality.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel availability bug affecting systems that use the Microchip Core QSPI SPI memory driver. During device probing, the driver can reject attached memory because it evaluates an invalid zero frequency value. The practical impact is failed memory-device initialization, not data theft or privilege escalation based on the supplied sources.
Executive priority
Treat as a targeted availability risk for affected Linux-based appliances or embedded systems. It is not currently evidenced as internet-exploited or confidentiality-impacting, but affected devices may fail critical storage initialization and should be updated through normal kernel maintenance.
Technical view
The microchip-core-qspi driver copied max_freq validation into supports_op. During probe, op->max_freq is zero, leading to an invalid baud-rate calculation and failed attached memory probing. The kernel fix removes that supports_op check, restoring prior behavior. CVSS is 5.5 with local, low-privilege availability impact.
Likely exposure
Exposure is likely limited to Linux systems using the Microchip Core QSPI driver with attached SPI memory. The CVE data lists Linux kernel versions including 6.14, 6.16.6, and 6.17 as affected, but distribution-specific backports require vendor verification.
Exploitation context
The CVE is not in KEV, and the supplied sources do not report active exploitation. The described impact is operational availability: memory-device probe failure. CVSS indicates local access with low privileges, no user interaction, and high availability impact.
Researcher notes
The key behavior is probe-time invalidity of op->max_freq. The vulnerability appears to be a regression from per-operation frequency support. Avoid assuming a generic Linux-wide outage; confirm the specific driver, hardware dependency, and vendor backport state.
Mitigation direction
Apply Linux distribution kernel updates containing the referenced stable fixes.
Check vendor kernel advisories for backported fixes and affected package names.
Prioritize devices relying on Microchip Core QSPI attached memory.
If no update is available, follow vendor guidance for temporary workarounds.
Validation and detection
Inventory systems using the microchip-core-qspi Linux kernel driver.
Map running kernel builds to vendor advisories and the referenced stable commits.
Review boot or kernel logs for attached SPI memory probe failures.
Confirm updated kernels include the fix removing max_freq checks from supports_op.
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-39921 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.
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.