MEDIUM 5.5

CVE-2026-53334: Linux Kernel DAMON_RECLAIM Null Pointer Dereference Vulnerability

CVE-2026-53334 is a Linux kernel memory management bug that can cause a system crash when specific DAMON (Data Access Monitoring) memory optimization features attempt to initialize. The vulnerability occurs because the kernel fails to properly check whether a critical memory allocation succeeded before attempting to use it. If that allocation fails—a theoretically possible but rare event—the kernel tries to access a null pointer, crashing the system. This affects systems where DAMON_RECLAIM or DAMON_LRU_SORT features are enabled.

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
8 configuration(s)
Published / Modified
2026-07-01 / 2026-07-23

NVD description (verbatim)

In the Linux kernel, the following vulnerability has been resolved: mm/damon/reclaim: handle ctx allocation failure Patch series "mm/damon/{reclaim,lru_sort}: handle ctx allocation failures". DAMON_RECLAIM and DAMON_LRU_SORT could dereference NULL pointers if their damon_ctx object allocations fail. The bugs are expected to happen infrequently because the allocations are arguably too small to fail on common setups. But theoretically they are possible and the consequences are bad. Fix those. The issues were discovered [1] by Sashiko. This patch (of 2): DAMON_RECLAIM allocates the damon_ctx object for its kdamond in its init function. damon_reclaim_enabled_store() wrongly assumes the allocation will always succeed once tried. If the damon_ctx allocation was failed, therefore, code execution reaches to damon_commit_ctx() while 'ctx' is NULL. As a result, it dereferences the NULL 'ctx' pointer. Avoid the NULL dereference by returning -ENOMEM if 'ctx' is NULL.

3 reference(s) · View on NVD →

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

Technical summary

The vulnerability exists in the DAMON_RECLAIM subsystem of the Linux kernel memory management layer. During initialization, damon_reclaim_enabled_store() allocates a damon_ctx object without validating whether the allocation succeeded. If memory allocation fails and returns NULL, subsequent code execution unconditionally passes this NULL pointer to damon_commit_ctx(), resulting in a NULL pointer dereference. The root cause is insufficient error handling for a memory allocation operation that, while statistically unlikely to fail on typical systems with sufficient free memory, remains theoretically possible. This is classified as a NULL pointer dereference vulnerability (CWE-476) with local attack surface.

Business impact

The practical business risk is localized to availability. Triggering this bug requires local system access and the ability to toggle DAMON_RECLAIM or DAMON_LRU_SORT functionality, causing a kernel panic and service interruption. This does not enable data theft or privilege escalation. Organizations running Linux kernel builds with DAMON features enabled in memory-constrained environments or under extreme memory pressure face elevated risk of unexpected downtime. For most deployments running standard kernel configurations with adequate free memory, the statistical likelihood remains low, though the potential consequence—complete system outage—warrants prioritized patching in production environments.

Affected systems

The Linux kernel is affected. Vulnerability exposure depends on kernel build configuration: systems with CONFIG_DAMON_RECLAIM or CONFIG_DAMON_LRU_SORT enabled and the feature activated at runtime are vulnerable. These DAMON subsystems are optional kernel features primarily used on systems implementing proactive memory reclamation or intelligent page caching strategies. Check your kernel configuration and runtime DAMON settings to determine exposure.

Exploitability

Exploitation requires local system access (local privilege level) with no user interaction needed. An attacker or unprivileged process with ability to write to sysfs damon control interfaces can trigger the vulnerability by enabling DAMON_RECLAIM functionality when memory allocation would fail. The technical barrier is low once local access exists, though the prerequisite of local access and DAMON feature enablement limits broad internet-based attack scope. The vulnerability cannot be triggered remotely or without local system presence.

Remediation

Apply the upstream Linux kernel patch that adds proper NULL pointer validation in damon_reclaim_enabled_store() before calling damon_commit_ctx(). The fix explicitly checks whether the damon_ctx allocation succeeded and returns -ENOMEM (memory allocation failure) if ctx is NULL, preventing the dereference. Verify the patch version against your Linux kernel vendor's security advisory, as patch version numbers and release timelines vary by distribution (RHEL, Ubuntu, SUSE, Debian, etc.). Update to a patched kernel version and reboot systems.

Patch guidance

Consult your Linux distribution's security advisory for CVE-2026-53334 to identify the specific patched kernel version available for your platform. Patch versions differ across RHEL, Ubuntu, SUSE, Debian, and other distributions; do not assume version numbers from other sources. For enterprise deployments, validate patch availability through your vendor's official security portal or kernel repository before scheduling maintenance. Test patched kernels in pre-production environments first, particularly on systems with DAMON features explicitly enabled. Reboot is required to deploy kernel patches.

Detection guidance

Monitor kernel panic logs and system messages for NULL pointer dereference crashes involving damon_reclaim_enabled_store() or damon_commit_ctx() functions. On affected systems, check if DAMON_RECLAIM or DAMON_LRU_SORT features are actively enabled via sysfs (check /sys/kernel/damon/ directory and enabled status). Systems running standard kernel configs without DAMON explicitly enabled and activated are lower risk. Proactive detection requires kernel debugging symbols and crash dump analysis; reactive detection relies on unexpected reboots or kernel panics correlated with DAMON feature toggling.

Why prioritize this

Prioritize this vulnerability for patching in: (1) production Linux systems with DAMON features explicitly enabled, particularly in memory-constrained or high-load environments; (2) systems where kernel crashes trigger critical service outages; (3) any deployment where availability SLAs are strict. Deprioritize for: (1) systems using standard kernel builds without DAMON compilation; (2) test/dev-only DAMON experimental deployments; (3) systems with ample free memory where allocation failure is statistically negligible. The CVSS score of 5.5 (Medium) reflects local-only access requirement and availability-only impact; business impact depends on whether DAMON features are actually deployed and whether downtime cost is material.

Risk score, explained

CVSS 3.1 score of 5.5 (Medium severity) reflects: Attack Vector Local (AV:L)—requires local system access; Attack Complexity Low (AC:L)—no special conditions needed once local access exists; Privileges Required Low (PR:L)—unprivileged process can trigger via sysfs; User Interaction None (UI:N)—no user action needed; Scope Unchanged (S:U)—impacts only the affected system; Confidentiality None (C:N)—no data exposure; Integrity None (I:N)—no data modification; Availability High (A:H)—kernel crash causes complete service loss. The moderate score reflects the seriousness of availability impact offset by the local-only attack requirement and the rarity of memory allocation failure in practice.

Frequently asked questions

Are systems with default Linux kernel configurations affected?

Not typically. DAMON_RECLAIM and DAMON_LRU_SORT are optional kernel features that must be explicitly compiled in (CONFIG_DAMON_RECLAIM or CONFIG_DAMON_LRU_SORT enabled) and then activated at runtime. Standard kernel builds on most distributions do not enable these features by default. Check your kernel config and /sys/kernel/damon/ to confirm exposure.

Can this vulnerability be exploited remotely?

No. This requires local system access. An attacker must have ability to interact with the local system (either as a local user or process) and specifically toggle DAMON features. There is no remote network-based attack path.

What happens if memory allocation fails in normal operation?

Memory allocation failures are rare on systems with adequate free memory, making this a low-probability edge case. However, the consequence is severe: a NULL pointer dereference causes a kernel panic, crashing the entire system. The fix ensures graceful error handling (returning -ENOMEM) instead of a crash.

Do I need to reboot after patching?

Yes. Linux kernel patches require a system reboot to take effect. Schedule downtime accordingly and verify the patched kernel is installed and set as the default boot target before rebooting.

This analysis is based on the published CVE description and CVSS vector provided as of the modification date. Actual patch version numbers, release timelines, and availability vary by Linux distribution and vendor; verify specific patched kernel versions through official vendor security advisories before deploying patches. This vulnerability requires local system access and explicit DAMON feature enablement; default kernel configurations are typically unaffected. While the technical details provided are accurate, organizations should conduct internal testing in pre-production environments before deploying patches to production systems. No exploit code, weaponized proof-of-concept, or active exploitation details are provided in this analysis. Source: NVD (public-domain), retrieved 2026-08-10. Analysis generated by SEC.co (claude-haiku-4-5).