CVE-2026-98147
Description
A flaw was found in the Linux kernel printk subsystem. A local user could trigger a Denial of Service (DoS) by causing an unexpected system crash if the kernel is configured to panic on warnings. This issue occurs because the kernel inappropriately triggers a warning check when background print thread creation fails due to an interruption signal. By terminating the thread creation process, an attacker can provoke this warning condition and disrupt system availability.
Statement
A flaw was found in the Linux kernel printk subsystem where the creation of the background printing thread was guarded by WARN_ON(), so a kthread_run() failure triggered a kernel warning. Because __kthread_create_on_node() legitimately returns -EINTR when the creating task receives SIGKILL, a local user who terminates the thread-creation process can provoke this warning. The impact on Red Hat products is rated LOW: under the default kernel configuration this only produces a warning message and stack trace in the system log, and a system crash (kernel panic) causing denial of service is possible only when the non-default panic_on_warn setting is enabled, which also makes the crash scenario dependent on precise timing of signal delivery. The kernel in Red Hat Enterprise Linux 10 and Red Hat In-Vehicle OS 2 is affected, and the fix has been deferred for these streams given the low security impact and the warning-only nature of the flaw under default configurations; the residual risk is a log-only kernel warning on default installations and a potential panic only on systems configured with panic_on_warn. Earlier Red Hat Enterprise Linux versions and the OpenShift Container Platform RHEL CoreOS kernels are not affected because the vulnerable code is not present. The Red Hat impact rating of LOW is lower than the CVSS 3.1 base score of 5.5 (MODERATE) recorded for this flaw, reflecting that a denial of service requires a non-default kernel configuration.
Mitigation
The exposure to a system crash can be mitigated by disabling the panic-on-warning behavior: run 'sysctl -w kernel.panic_on_warn=0' and make the setting persistent by adding 'kernel.panic_on_warn = 0' to /etc/sysctl.conf or another sysctl configuration file. With panic_on_warn disabled, triggering this flaw produces only a kernel warning message and stack trace in the system log rather than a panic. panic_on_warn is not enabled by default, so default installations are exposed only to the log-only warning. Updating to a kernel release that contains the upstream fix also resolves the issue.
Common Vulnerability Scoring System (CVSS) Score Details
Info alert:Important note
CVSS scores for open source components depend on vendor-specific factors (e.g. version or build chain). Therefore, Red Hat's score and impact rating can be different from NVD and other vendors. Red Hat remains the authoritative CVE Naming Authority (CNA) source for its products and services (see Red Hat classifications).
The following CVSS metrics and score provided are preliminary and subject to review.
CVSS v3 Score Breakdown
| Red Hat | NVD | cve.org | |
|---|---|---|---|
| Base Score | 5.5 | N/A | N/A |
| Attack Vector | Local | N/A | N/A |
| Attack Complexity | Low | N/A | N/A |
| Privileges Required | Low | N/A | N/A |
| User Interaction | None | N/A | N/A |
| Scope | Unchanged | N/A | N/A |
| Confidentiality | None | N/A | N/A |
| Integrity Impact | None | N/A | N/A |
| Availability Impact | High | N/A | N/A |
Vector
Red Hat: CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Understanding the Weakness (CWE)
Availability
Technical Impact: DoS: Crash, Exit, or Restart
An attacker that can trigger an assert statement can still lead to a denial of service if the relevant code can be triggered by an attacker, and if the scope of the assert() extends beyond the attacker's own session.
Frequently Asked Questions
Not sure what something means? Check out our Security Glossary.
Want to get errata notifications? Sign up here.
