Description
In the Linux kernel, the following vulnerability has been resolved:

rseq: Prevent hard lockup on granted time slice extension

__exit_to_user_mode_loop() invokes rseq_grant_timeslice_extension() with
interrupts enabled. If the extension is granted it invokes
hrtimer_rearm_deferred_tif() to ensure that a pending deferred hrtimer
rearm is handled before exiting to user space.

Though this invokes __hrtimer_rearm_deferred() which expects to be invoked
with interrupts disabled as it takes hrtimer_cpu_base::lock with
raw_spin_lock(). That's a livelock waiting to happen and caught by lockdep:

WARNING: ./include/linux/hrtimer_rearm.h:17 at irqentry_exit, CPU#1: slice_test
WARNING: inconsistent lock state
inconsistent {IN-HARDIRQ-W} -> {HARDIRQ-ON-W} usage.

Prevent this by disabling interrupts around the invocation of
hrtimer_rearm_deferred_tif() in rseq_grant_timeslice_extension().

[ tglx: Massaged change log ]
Published: 2026-08-26
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Kernel Denial of Service (Hard Lockup)
Action: Apply Kernel Patch
AI Analysis

Impact

In the Linux kernel the rseq subsystem grants a time‑slice extension incorrectly while interrupts are still enabled, causing a call to hrtimer_rearm_deferred_tif() that should run with interrupts disabled. The function acquires a raw_spin_lock while interrupts remain active, leading to a livelock that lockdep reports as an inconsistent lock state warning. This race condition is identified as CWE‑366. If this condition is triggered, the system can enter a hard lockup during a context switch, effectively crashing the system and causing a denial of service.

Affected Systems

The vulnerability exists in any Linux kernel build that does not contain the rseq patch. All distributions that ship the upstream kernel unchanged are potentially affected. No specific affected kernel version ranges are enumerated in the advisory, so any system running an older kernel lacking the fix remains vulnerable.

Risk and Exploitability

The EPSS score is not available and the bug is not listed in the CISA KEV catalog. The CVSS score of 5.5 indicates moderate severity. Based on the description it is inferred that the vulnerability requires the attacker to run code in kernel mode, such as through a local privilege escalation or a malicious kernel module. No publicly disclosed exploits exist, and no remote attack path is known. Consequently, the risk is limited to environments where an attacker can execute code in the kernel; the likelihood of exploitation remains primarily theoretical.

Generated by OpenCVE AI on August 27, 2026 at 03:51 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply the latest Linux kernel package from your distribution that contains the rseq fix, or apply the upstream patch to your current kernel.
  • Reboot the system to load the patched kernel.
  • Monitor system logs for lockdep warnings; if a warning appears, investigate immediately and apply the patch if not already in use.

Generated by OpenCVE AI on August 27, 2026 at 03:51 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 27 Aug 2026 02:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362

Thu, 27 Aug 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-366
References
Metrics threat_severity

None

cvssV3_1

{'score': 5.5, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H'}

threat_severity

Moderate


Wed, 26 Aug 2026 18:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362

Wed, 26 Aug 2026 14:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: rseq: Prevent hard lockup on granted time slice extension __exit_to_user_mode_loop() invokes rseq_grant_timeslice_extension() with interrupts enabled. If the extension is granted it invokes hrtimer_rearm_deferred_tif() to ensure that a pending deferred hrtimer rearm is handled before exiting to user space. Though this invokes __hrtimer_rearm_deferred() which expects to be invoked with interrupts disabled as it takes hrtimer_cpu_base::lock with raw_spin_lock(). That's a livelock waiting to happen and caught by lockdep: WARNING: ./include/linux/hrtimer_rearm.h:17 at irqentry_exit, CPU#1: slice_test WARNING: inconsistent lock state inconsistent {IN-HARDIRQ-W} -> {HARDIRQ-ON-W} usage. Prevent this by disabling interrupts around the invocation of hrtimer_rearm_deferred_tif() in rseq_grant_timeslice_extension(). [ tglx: Massaged change log ]
Title rseq: Prevent hard lockup on granted time slice extension
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-26T14:36:57.763Z

Reserved: 2026-08-15T05:44:03.931Z

Link: CVE-2026-74749

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-26T15:16:53.933

Modified: 2026-08-26T15:16:53.933

Link: CVE-2026-74749

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-26T00:00:00Z

Links: CVE-2026-74749 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-27T04:00:13Z

Weaknesses
  • CWE-366

    Race Condition within a Thread