Security readout for executives and security teams
Plain-English summary
On affected LoongArch Linux systems, firmware describing more processors than the kernel supports can cause an out-of-bounds write during startup and crash the machine. The demonstrated business impact is failure to boot high-core-count physical or virtual hosts. This is not evidenced as a broadly exploitable Internet-facing flaw.
Executive priority
Prioritize affected LoongArch hosts with more firmware-described processors than their kernel limit, especially critical infrastructure requiring reliable reboot or recovery. Treat remediation as urgent for matching systems. For other architectures or LoongArch systems without the triggering topology, priority is substantially lower pending vendor assessment.
Technical view
During ACPI MADT parsing, CORE_PIC entries could exceed the acpi_core_pic array sized by NR_CPUS. The default limit is 64, while firmware may describe more physical processors. The fix sizes the array using MAX_CORE_PIC. The source demonstrates a boot crash with 128 virtual CPUs and a kernel supporting 64.
Likely exposure
Exposure is limited to affected Linux releases on LoongArch where the MADT describes more physical processors than CONFIG_NR_CPUS permits, particularly above the default 64. Other architectures are not identified as affected. Distribution packages may contain backports, so version numbers alone are insufficient.
Exploitation context
The bundle marks this CVE as absent from KEV and provides no evidence of active exploitation or a public exploit. The documented trigger occurs during boot while parsing firmware-provided ACPI data. Although the supplied CVSS vector lists network access and high privileges, the sources do not establish a practical remote attack path.
Researcher notes
The documented defect is an array overflow in LoongArch ACPI CORE_PIC handling. Evidence demonstrates availability impact through a boot-time crash; broader confidentiality or integrity impact is not demonstrated despite the CVSS impact values. The supplied affected-version data is ambiguous, making stable-commit or vendor-backport verification preferable to version-only detection.
Mitigation direction
Apply a vendor kernel update containing the stable fix for the maintained branch.
Confirm the installed package includes a cited commit or an equivalent vendor backport.
Until patched, avoid firmware topologies exceeding CONFIG_NR_CPUS, subject to vendor guidance.
Reboot after updating and confirm the patched kernel is active.
Validation and detection
Inventory LoongArch hosts, kernel builds, configurations, and physical or virtual processor counts.
Compare CONFIG_NR_CPUS with processor entries exposed through the ACPI MADT.
Check package changelogs or source history for a cited commit or equivalent backport.
Test representative processor topology in a controlled environment and confirm successful boot.
Review boot records for early paging faults or kernel oops matching the documented failure.
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.
cwe · low confidence lookup
CWE-120: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-120 · source CWE mapping
Buffer Copy without Checking Size of Input ('Classic Buffer Overflow')
Buffer Copy without Checking Size of Input ('Classic Buffer Overflow') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.