MEDIUM 5.5

CVE-2026-53278: Linux ARM MPAM Null Pointer Dereference DoS Vulnerability

A null pointer dereference vulnerability exists in the Linux kernel's ARM MPAM (Memory Partitioning And Monitoring) subsystem. The issue occurs in the __destroy_component_cfg() function, which attempts to free memory structures without first checking whether those structures were actually allocated. If this function is called during system shutdown or component disable before initialization completes, the kernel attempts to access memory that doesn't exist, causing a crash. This is a local availability issue that requires prior system access to trigger.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.5 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Weaknesses (CWE)
CWE-476
Affected products
4 configuration(s)
Published / Modified
2026-06-26 / 2026-07-08

NVD description (verbatim)

In the Linux kernel, the following vulnerability has been resolved: arm_mpam: Check whether the config array is allocated before destroying it __destroy_component_cfg() is called to free the configuration array. It uses the embedded 'garbage' structure, which means the array has to be allocated. If __destroy_component_cfg() is called from mpam_disable() before the configuration was ever allocated, then a NULL pointer is dereferenced. Check for this case and return early if the configuration is not allocated. __destroy_component_cfg() also frees the mbwu_state as this is allocated by __allocate_component_cfg(). As the mbwu_state is allocated after comp->cfg is set, and is also under mpam_list_lock, only the first pointer needs checking.

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-53278 is a null pointer dereference (CWE-476) in the ARM MPAM implementation within the Linux kernel. The vulnerable function __destroy_component_cfg() is responsible for deallocating configuration arrays via an embedded 'garbage' structure field, which assumes the array pointer is valid. However, if mpam_disable() calls __destroy_component_cfg() before __allocate_component_cfg() has completed execution, the comp->cfg pointer remains NULL. The function then dereferences this null pointer without validation, triggering a kernel panic. The mbwu_state allocation dependency is sequenced after comp->cfg assignment under the mpam_list_lock, so checking only the primary pointer is sufficient to gate the destruction operation safely.

Business impact

This vulnerability enables local denial-of-service attacks against systems running affected Linux kernel versions. An unprivileged local user can crash the kernel by triggering premature component destruction, rendering services unavailable. Systems relying on ARM MPAM for resource partitioning in high-availability or multi-tenant environments face operational disruption risk. Recovery requires manual intervention and system restart. The attack surface is limited to systems where MPAM is active and users have local access, reducing enterprise exposure for most workloads, but cloud providers and containerized environments may face customer impact.

Affected systems

The vulnerability affects the Linux kernel specifically in its ARM MPAM subsystem implementation. This component is present in mainline kernel versions and is primarily relevant to ARM-based systems that utilize memory partitioning and monitoring features. The exact affected kernel version range is not specified in the advisory; verify against the official Linux kernel security advisories and your distribution's patch tracking for specific affected versions and backport status.

Exploitability

Exploitation requires local system access with unprivileged user privileges. An attacker must be able to execute code or trigger system calls that initiate MPAM component destruction during an uninitialized state. The vulnerability is not remotely exploitable and does not permit privilege escalation or information disclosure. The CVSS 3.1 score of 5.5 (MEDIUM) reflects the local-only attack vector, low complexity, and availability-only impact. This vulnerability is not currently tracked in the CISA Known Exploited Vulnerabilities (KEV) catalog.

Remediation

The fix involves adding a null pointer check in __destroy_component_cfg() before attempting to dereference the config array. The patched function validates that comp->cfg is not NULL before proceeding with the destruction sequence. This ensures the function safely returns early if called in an uninitialized state, preventing the dereference. Apply the available kernel security patch from your Linux distribution or upstream kernel maintainers as soon as practicable.

Patch guidance

Identify your current kernel version using 'uname -r' and cross-reference against your distribution's security advisory and kernel release notes. Most major distributions (Red Hat, Debian, Ubuntu, SUSE, etc.) have published or will publish patched kernel versions addressing CVE-2026-53278. Prioritize patches for ARM-based systems actively using MPAM features. Test patches in non-production environments first, as kernel updates require system restart. If MPAM is not in use on your systems, apply patches during your normal maintenance window; if MPAM is active, consider accelerated patching to mitigate availability risk.

Detection guidance

Monitor kernel logs (dmesg, journalctl) for null pointer dereference messages mentioning arm_mpam or __destroy_component_cfg(). Look for kernel panic logs with stack traces referencing the MPAM subsystem. Systems experiencing unexpected kernel crashes during shutdown or component reconfiguration may indicate exploitation attempts or environmental triggering. Kernel panic dumps will show the faulting instruction within the vulnerable function. Correlate crash timing with administrative actions on MPAM-configured resources. Tools like systemd-journal or centralized logging can aggregate these signals across multiple systems.

Why prioritize this

While this is a local-only vulnerability with medium severity, it poses a direct availability threat to ARM systems running MPAM. Organizations operating ARM-based infrastructure (embedded systems, edge computing, ARM servers) should prioritize patching to prevent denial-of-service. For environments where MPAM is not explicitly enabled or used, this may be lower priority but should still be addressed during normal patch cycles. The low CVSS score should not minimize importance in ARM-heavy deployments.

Risk score, explained

The CVSS 3.1 score of 5.5 reflects: local attack vector (AV:L, requiring authenticated system access), low attack complexity (AC:L, easily triggered), low privilege requirement (PR:L, unprivileged user), no user interaction needed (UI:N), system scope unchanged (S:U), and no confidentiality or integrity impact (C:N/I:N) but high availability impact (A:H, complete service disruption). The score appropriately captures that while impact is severe within scope, exploitability is constrained to local attackers, keeping it in the MEDIUM range rather than HIGH.

Frequently asked questions

Does this vulnerability allow remote attacks or privilege escalation?

No. Exploitation requires local system access and does not escalate privileges. The vulnerability results only in kernel denial-of-service (crash), not code execution or data breach.

Which systems are most at risk?

ARM-based systems actively using Linux MPAM features for resource partitioning face the highest risk. x86/x64 systems are not affected since MPAM is ARM-specific. Verify whether your infrastructure uses MPAM before prioritizing this patch.

What should I do if I cannot patch immediately?

If the affected kernel version is in use and MPAM is enabled, disable MPAM if operationally feasible until patching is complete. Monitor system logs for crashes. For most enterprise systems where MPAM is not enabled, standard patch cycle timing is acceptable.

Why isn't this in the CISA KEV list?

The vulnerability has not been observed in active exploitation campaigns as of the current date. It remains a valid security issue requiring remediation but is not yet categorized as weaponized or urgently exploited in the wild.

This analysis is provided for informational purposes to assist security teams in vulnerability assessment and remediation planning. The vulnerability details, CVSS scoring, and affected products are based on official sources and should be verified against vendor advisories before deployment decisions. Patch versions, affected kernel ranges, and distribution-specific guidance must be confirmed with the Linux kernel maintainers and your distribution's security team. No exploit code, proof-of-concept, or weaponized tools are provided. Organizations should conduct thorough testing in non-production environments before applying patches to production systems. SEC.co assumes no liability for decisions made based on this intelligence. Source: NVD (public-domain), retrieved 2026-08-05. Analysis generated by SEC.co (claude-haiku-4-5).