PatchSiren cyber security CVE debrief
CVE-2026-46030 Linux CVE debrief
A memory leak vulnerability in the Linux kernel's EDAC (Error Detection and Correction) driver for AMD/Xilinx Versal NET platforms has been resolved. The issue was in the `mc_probe()` function within the `versalnet` EDAC driver, where `of_parse_phandle()` returns a device_node reference that was never released with `of_node_put()`, causing a reference count leak on all exit paths. The fix implements the automatic cleanup attribute `__free(device_node)` to ensure proper resource deallocation when the variable goes out of scope. This is a defensive coding improvement that prevents gradual memory exhaustion in systems utilizing the Versal NET EDAC driver. The vulnerability was published to CVE on 2026-05-27 and modified the same day. No CVSS score has been assigned, and the vulnerability is not listed in CISA's Known Exploited Vulnerabilities catalog.
- Vendor
- Linux
- Product
- Unknown
- CVSS
- MEDIUM 5.5
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-05-27
- Original CVE updated
- 2026-06-16
- Advisory published
- 2026-05-27
- Advisory updated
- 2026-06-16
Who should care
System administrators and security teams managing Linux deployments on AMD/Xilinx Versal NET hardware platforms; kernel maintainers responsible for EDAC subsystem backports; embedded systems developers utilizing the Versal NET EDAC driver for hardware error detection and correction capabilities.
Technical summary
The EDAC (Error Detection and Correction) driver for AMD/Xilinx Versal NET platforms contained a device_node reference leak in its probe function. The `of_parse_phandle()` call in `mc_probe()` returns a reference-counted device_node pointer that requires explicit release via `of_node_put()`. The original implementation failed to release `r5_core_node` on any exit path, resulting in a memory leak. The resolution employs the GCC cleanup attribute `__free(device_node)` to automatically invoke `of_node_put()` when the variable goes out of scope, ensuring deterministic resource cleanup regardless of exit path taken.
Defensive priority
low
Recommended defensive actions
- Review kernel configurations for systems utilizing AMD/Xilinx Versal NET platforms to ensure EDAC driver is updated
- Apply stable kernel updates containing commits 17e136993b2b, 5c709b376460, or b6e61356ad24 as appropriate for your kernel version
- Monitor memory usage on affected systems for signs of gradual exhaustion prior to patching
- Verify that custom kernel builds include the EDAC_VERSALNET driver fix if compiled from source
Evidence notes
The vulnerability description is sourced from the official CVE record and NVD entry. The technical details regarding `of_parse_phandle()` and `__free(device_node)` are derived directly from the CVE description field. Three kernel.org stable tree commits are referenced as evidence of the fix being applied across kernel versions.
Sources and references
Verified primary and authoritative sources
-
CVE-2026-46030 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-46030
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-46030 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-46030
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/17e136993b2b5111d1ee1c57bbd188ae0bb0e128
416baaa9-dc9f-4396-8d5f-8c081fb06d67
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/5c709b376460ff322580c41600e31c02f7cc0307
416baaa9-dc9f-4396-8d5f-8c081fb06d67
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/b6e61356ad24987be40bf25369d22dd8dd00a513
416baaa9-dc9f-4396-8d5f-8c081fb06d67
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.