CVE-2026-68090
Received Received - Intake

Race Condition in Linux Kernel Debugobjects Leads to Timer Failure

Vulnerability report for CVE-2026-68090, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-08-10

Last updated on: 2026-08-10

Assigner: kernel.org

Description

In the Linux kernel, the following vulnerability has been resolved: debugobjects: Plug race against a concurrent OOM disable syzbot reported a puzzling splat: WARNING: kernel/time/hrtimer.c:443 at stub_timer+0xa/0x20 stub_timer() is installed as timer callback function in hrtimer_fixup_assert_init(), which is invoked when debug_object_assert_init() can't find a shadow object. In that case debug objects emits a warning about it before invoking the fixup. Though the provided console log lacks this warning and instead has the following a few seconds before the splat: ODEBUG: Out of memory. ODEBUG disabled So the object was looked up in debug_object_assert_init() and the lookup failed due a concurrent out of memory situation which disabled debug objects and freed the shadow objects: debug_object_assert_init() if (!debug_objects_enabled) return; obj = alloc(); if (!obj) { // Out of memory debug_objects_enabled = false; free_objects(); obj = lookup_or_alloc(); // The lookup failed because the other side // removed the objects, so this returns // an error code as the object in question // is not statically initialized if (!IS_ERR_OR_NULL(obj)) return; if (!obj) { debug_oom(); return; } print(...) if (!debug_objects_enabled) return; fixup(...) The debug object splat is skipped because debug_objects_enabled is false, but the fixup callback is invoked unconditionally, which makes the timer disfunctional. This is only a problem in debug_object_assert_init() and debug_object_activate() as both have to handle statically initialized objects and therefore must handle the error pointer return case gracefully. All other places only handle the found/not found case and the NULL pointer return is a signal for OOM. Otherwise they get a valid shadow object. Plug the hole by checking whether debug objects are still enabled before invoking the print and fixup function in those two places.

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-08-10
Last Modified
2026-08-10
Generated
2026-08-10
AI Q&A
2026-08-10
EPSS Evaluated
N/A
NVD
EUVD

Affected Vendors & Products

Showing 1 associated CPE
Vendor Product Version / Range
linux linux_kernel *

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-UNKNOWN

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This vulnerability in the Linux kernel involves a race condition where concurrent out-of-memory (OOM) events can disable debug objects while another process attempts to use them. This leads to a timer callback being invoked incorrectly, potentially causing system instability or crashes.

Detection Guidance

This vulnerability is specific to the Linux kernel's debugobjects subsystem and may not have direct network detection methods. Monitor kernel logs for ODEBUG-related warnings or errors, particularly messages about OOM conditions disabling debug objects. Check for splats or crashes in timer-related functions like hrtimer_fixup_assert_init. Use commands like dmesg | grep -i odebug or journalctl -k | grep -i odebug to inspect kernel logs for related errors.

Impact Analysis

The vulnerability may cause system crashes or unexpected behavior due to improper timer handling. It could lead to kernel panics or degraded performance if debug objects are improperly managed during OOM conditions.

Mitigation Strategies

Apply the latest Linux kernel patches or updates that address this issue. If immediate patching is not possible, consider disabling debug objects temporarily if they are not critical for your system. Monitor system stability and kernel logs for signs of the described race condition. Restrict access to systems running vulnerable kernels to reduce exposure.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-68090. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart