MEDIUM 5.5

CVE-2026-53335: Linux Kernel DAMON LRU Sort NULL Pointer Dereference DoS

A flaw in the Linux kernel's DAMON (Data Access Monitoring) LRU sort module fails to properly handle memory allocation failures. When the system attempts to enable DAMON LRU sort but cannot allocate memory for its context object, the code proceeds as if the allocation succeeded and then attempts to dereference a NULL pointer, causing a kernel crash. An unprivileged local user can trigger this condition to denial-of-service a system.

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/lru_sort: handle ctx allocation failure DAMON_LRU_SORT allocates the damon_ctx object for its kdamond in its init function. damon_lru_sort_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

CVE-2026-53335 is a NULL pointer dereference vulnerability in mm/damon/lru_sort within the Linux kernel. The damon_lru_sort_enabled_store() function fails to validate whether damon_ctx allocation succeeded before calling damon_commit_ctx(). If memory allocation fails and ctx remains NULL, the function dereferences the NULL pointer, violating CWE-476 (Null Pointer Dereference). The fix adds an explicit NULL check that returns -ENOMEM when allocation fails, preventing the crash.

Business impact

A successful exploitation results in a kernel panic, rendering the affected system unavailable. This creates a direct denial-of-service exposure for any Linux system running a vulnerable kernel with DAMON LRU sort capability. Organizations using Linux in production environments—particularly cloud platforms, containerized infrastructure, and virtualization hosts—face service disruption risk from unprivileged users. While exploitation requires local access and explicit interaction with the sysfs interface, the low barrier to trigger and high impact make this operationally significant.

Affected systems

The vulnerability affects the Linux kernel across multiple versions. All systems running affected Linux kernel versions with DAMON (Data Access Monitoring) LRU sort module enabled are vulnerable. This includes standard distributions that compile in DAMON support. Verify your specific kernel version against vendor advisories and check whether DAMON_LRU_SORT is compiled into your running kernel (check CONFIG_DAMON_LRU_SORT in kernel config).

Exploitability

The vulnerability requires local access and unprivileged execution context (PR:L in CVSS vector). An authenticated local user can enable DAMON LRU sort through the sysfs interface (/sys/modules/damon_lru_sort/parameters/), and if memory allocation fails—either naturally under memory pressure or through resource-constrained scenarios—trigger a NULL dereference and kernel panic. No network access or elevated privileges are required, making it accessible from any user account on the system.

Remediation

Apply the kernel patch that adds NULL pointer validation in damon_lru_sort_enabled_store(). The fix is straightforward: check if ctx is NULL after allocation attempt and return -ENOMEM if allocation failed. Verify the patch version against your Linux distribution's advisory and test in a non-production environment before deployment. Until patching is feasible, consider disabling DAMON_LRU_SORT if not actively used by monitoring or memory management tools.

Patch guidance

Check your Linux vendor's security advisory for the specific kernel version and patch release that addresses CVE-2026-53335. Patch availability and version numbering varies by distribution (Ubuntu, Red Hat, Debian, SUSE, etc.). Most stable release kernels will receive backported fixes; verify the exact version from your vendor's announcement. Test the patched kernel in your environment before production rollout, as kernel updates typically require system restart.

Detection guidance

Monitor system logs for kernel panics or oops messages referencing mm/damon/lru_sort or damon_commit_ctx. On systems where user interaction with /sys/modules/damon_lru_sort/parameters/ is unexpected, use auditd or similar tools to log sysfs writes. Memory pressure scenarios combined with DAMON LRU sort enable attempts may indicate exploitation. Check whether DAMON_LRU_SORT is actually enabled and necessary in your kernel config (CONFIG_DAMON_LRU_SORT=y); if not in use, disabling it eliminates exposure.

Why prioritize this

Although CVSS rates this as medium severity (5.5), operational impact is significant because kernel crashes directly cause service outages. The low complexity and unprivileged access requirement make it a realistic threat from local users or compromised processes. Organizations should prioritize patching systems in production environments, especially cloud and container hosts where workload density amplifies impact. The fix is low-risk and straightforward, further supporting rapid deployment.

Risk score, explained

CVSS 3.1 base score of 5.5 (MEDIUM) reflects the local-only attack vector (AV:L), low access complexity (AC:L), unprivileged privilege level (PR:L), absence of user interaction (UI:N), and single system scope (S:U). The vulnerability denies availability (A:H) but does not compromise confidentiality or integrity. The score appropriately weights the operational severity against the requirement for local access. However, organizations should assess their own risk considering the frequency of kernel updates and recovery procedures for denial-of-service events.

Frequently asked questions

Does this vulnerability require network access to exploit?

No. CVE-2026-53335 requires only local system access and unprivileged user privileges. An attacker must be able to write to the DAMON LRU sort sysfs parameter file, typically restricted to local authenticated users.

Can I disable DAMON LRU sort if I don't use it?

Yes. If your application does not depend on DAMON monitoring or LRU sort functionality, you can disable it either by recompiling the kernel with CONFIG_DAMON_LRU_SORT=n or by preventing module load if it is built as a module. Check your kernel configuration and workload requirements first.

Will this cause data loss if it triggers a panic?

A kernel panic itself does not corrupt stored data on disk, but any in-flight I/O operations may be interrupted. Systems with proper crash recovery procedures (journaling filesystems, etc.) will recover safely on restart. However, any service running in memory is interrupted, which may cause application-level data loss depending on persistence mechanisms.

Why does this require attempting memory allocation to trigger?

The vulnerability only manifests when the kernel tries to allocate memory for the DAMON context object and that allocation fails. This occurs naturally under memory pressure, but is more commonly triggered during testing or adversarial scenarios by an attacker who forces allocation failure through resource constraints.

This analysis is based on publicly disclosed vulnerability data as of the publication date. CVSS scores and vulnerability details reflect the vendor advisory and NVD entry. Organizations must verify kernel version applicability against their own deployments and Linux distribution advisories for specific patch availability and version numbers. Exploitation depends on local system access and DAMON_LRU_SORT being compiled into the kernel; verify your kernel configuration. This document does not constitute security advice for any specific environment—conduct your own risk assessment aligned with your security policies and operational requirements. Source: NVD (public-domain), retrieved 2026-08-10. Analysis generated by SEC.co (claude-haiku-4-5).