CVE-2026-43063: xfs: don't irele after failing to iget in xfs_attri_recover_work
In the Linux kernel, the following vulnerability has been resolved:
xfs: don't irele after failing to iget in xfs_attri_recover_work
xlog_recovery_iget* never set @ip to a valid pointer if they return
an error, so this irele will walk off a dangling pointer. Fix that.
Security readout for executives and security teams
Plain-English summary
A Linux XFS recovery error can cause the kernel to use an invalid pointer after failing to retrieve an inode. Because kernel memory is involved, a successful trigger could compromise confidentiality, integrity, or availability. The supplied record rates it CVSS 7.8, but does not establish remote reachability or exploitation in the wild.
Executive priority
Treat as a high-priority kernel maintenance issue, especially for XFS-dependent production systems. It is not supported as an internet-scale emergency because the supplied evidence indicates local interaction and no known active exploitation. Complete exposure inventory promptly, then patch through normal accelerated kernel maintenance with reboot coordination.
Technical view
In xfs_attri_recover_work, xlog_recovery_iget* leaves the inode pointer invalid when returning an error. The subsequent irele can therefore follow a dangling pointer. The published correction prevents irele after the failed inode lookup. The CVSS vector describes local access, low complexity, no privileges, required user interaction, unchanged scope, and high impacts.
Likely exposure
Exposure is limited to Linux kernels containing the vulnerable XFS code. The supplied affected data names 6.10, 6.12.80, 6.18.21, 6.19.11, and 7.0, but its range semantics are incomplete. Prioritize systems using XFS and verify exact distribution kernel status with the vendor.
Exploitation context
CISA KEV status is false, and the supplied sources provide no evidence of active exploitation or a public exploit. The CVSS vector indicates a local, user-assisted trigger rather than a network-direct attack. The sources do not establish practical trigger conditions, reliability, or whether confidentiality and integrity impacts are achievable outside scoring assumptions.
Researcher notes
The core defect is invalid inode-pointer handling on the xlog_recovery_iget* error path. The fix removes the erroneous release rather than describing broader hardening. The bundle does not identify a CWE, reproducible trigger, affected distribution packages, or exploitation primitives. Version data appears ambiguous, so commit-level and vendor backport verification are necessary.
Mitigation direction
Apply a kernel or distribution update incorporating the referenced stable-kernel correction.
Reboot into the updated kernel after installation.
Check distribution advisories for exact affected and fixed package versions.
Prioritize XFS hosts where filesystem recovery is operationally plausible.
Validation and detection
Record the running kernel version on every Linux host.
Identify systems mounting or configured to use XFS filesystems.
Confirm the installed kernel incorporates an applicable referenced fix commit.
After remediation, verify the running kernel matches the updated package.
Monitor vendor advisories for clarified version ranges and backports.
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-43063 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
5Source 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.