CVE-2025-40112: sparc: fix accurate exception reporting in copy_{from_to}_user for Niagara
In the Linux kernel, the following vulnerability has been resolved:
sparc: fix accurate exception reporting in copy_{from_to}_user for Niagara
The referenced commit introduced exception handlers on user-space memory
references in copy_from_user and copy_to_user. These handlers return from
the respective function and calculate the remaining bytes left to copy
using the current register contents. This commit fixes a couple of bad
calculations and a broken epilogue in the exception handlers. This will
prevent crashes and ensure correct return values of copy_from_user and
copy_to_user in the faulting case. The behaviour of memcpy stays unchanged.
Security readout for executives and security teams
Plain-English summary
A Linux kernel flaw on SPARC Niagara systems can mishandle faults while copying data between user and kernel memory. The resulting incorrect calculations or broken return path may crash the system or produce incorrect copy results. An attacker requires local, low-privileged access; this is not described as a remotely exploitable issue.
Executive priority
Treat this as high priority for organizations operating multi-user or untrusted workloads on SPARC Niagara Linux. For environments without that architecture, urgency is low after inventory confirms non-exposure. Focus on accurate asset identification and vendor-supported kernel updates; there is no supplied evidence of active exploitation.
Technical view
Exception handlers in SPARC Niagara copy_from_user and copy_to_user used incorrect remaining-byte calculations and contained a broken epilogue. Faulting user-memory accesses could therefore crash the kernel or return incorrect results. The supplied CVSS 3.1 score is 7.8, with local access, low complexity, low privileges, no user interaction, and potentially high confidentiality, integrity, and availability impact.
Likely exposure
Exposure appears limited to Linux systems using affected SPARC Niagara code, substantially narrowing typical enterprise impact. The supplied version records are ambiguous and include commit identifiers alongside release numbers. Confirm architecture, running kernel build, distribution backports, and inclusion of a referenced stable fix rather than relying solely on version-string comparison.
Exploitation context
The supplied record does not establish active exploitation, and the CVE is not identified as being in KEV. The CVSS vector requires local access and low privileges. Public sources provided here describe the defect and fixes, but provide no evidence of a public exploit or observed attacks.
Researcher notes
The security consequence beyond crashes and incorrect copy return values is not demonstrated in the supplied narrative, despite the CVSS assigning high impact across all three categories. Version metadata is difficult to interpret and should not be normalized without vendor confirmation. memcpy behavior is explicitly unchanged. Avoid inferring exploitability from the CVSS score alone.
Mitigation direction
Prioritize inventory and patching of SPARC Niagara systems running potentially affected Linux kernels.
Install a vendor-supported kernel containing the applicable referenced stable fix.
Restrict local accounts and untrusted workload access until affected systems are updated.
Consult distribution guidance where kernel version numbers may conceal backported fixes.
Validation and detection
Confirm whether each system uses SPARC Niagara hardware and the affected copy-user implementation.
Record the running kernel release, package revision, architecture, and distribution.
Verify the installed kernel contains the applicable referenced stable commit or vendor backport.
After updating, confirm the patched kernel is running following any required reboot.
Review kernel logs for unexplained faults or crashes; these alone do not prove exploitation.
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-40112 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
9Source 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.