CVE-2026-80727 Affecting kernel-obs-qa package, versions <6.12.0-160000.38.1
Threat Intelligence
The probability is the direct output of the EPSS model, and conveys an overall sense of the threat of exploitation in the wild. The percentile measures the EPSS probability relative to all known EPSS scores. Note: This data is updated daily, relying on the latest available EPSS model version. Check out the EPSS documentation for more details.
Do your applications use this vulnerable package?
In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.
Test your applications- Snyk IDSNYK-SLES1600-KERNELOBSQA-20333891
- published30 Sept 2026
- disclosed22 Sept 2026
Introduced: 22 Sep 2026
NewCVE-2026-80727 (opens in a new tab)How to fix?
Upgrade SLES:16.0.0 kernel-obs-qa to version 6.12.0-160000.38.1 or higher.
NVD Description
Note: Versions mentioned in the description apply only to the upstream kernel-obs-qa package and not the kernel-obs-qa package as distributed by SLES.
See How to fix? for SLES:16.0.0 relevant fixed versions and status.
In the Linux kernel, the following vulnerability has been resolved:
x86/mce: Set up the polling timer before CMCI discovery
I hit the following on one of my machines:
mce: CPU0 BANK15 CMCI inherited storm ------------[ cut here ]------------ ODEBUG: assert_init not available (active state 0) object: (ptrval) object type: timer_list hint: 0x0 WARNING: lib/debugobjects.c:632 at debug_object_assert_init+0x178/0x230, CPU#0: swapper/0/0 CPU: 0 UID: 0 PID: 0 Comm: swapper/0 Not tainted 7.2.0-rc5 #3 PREEMPTLAZY RIP: 0010:debug_object_assert_init+0x18f/0x230 Call Trace: <TASK> __mod_timer mce_timer_kick cmci_discover intel_init_cmci mce_intel_feature_init mcheck_cpu_init identify_cpu identify_boot_cpu arch_cpu_finalize_init start_kernel
A second splat follows right after, from timer_setup() finding that same timer already queued:
ODEBUG: init active (active state 0) object: (ptrval) object type: timer_list hint: stub_timer+0x0/0x10
This is happening because CMCI storm detection is trying to modify the timer before latter was properly set up.
Set up the timer first. __mcheck_cpu_setup_timer() only calls timer_setup(), and depends on neither the generic nor the vendor init.
[ bp: Massage commit message. ]
References
- https://www.suse.com/security/cve/CVE-2026-80727.html
- https://bugzilla.suse.com/1278703
- https://git.kernel.org/stable/c/17ab68d0cf6a41bff61b1e13c6141d9e463736ae
- https://git.kernel.org/stable/c/4f4cba3947d2f0eceb32727e198ca2c149a653a9
- https://git.kernel.org/stable/c/a213dfaa2596c1c0dc4dae91c14fbfa499c03223
- https://git.kernel.org/stable/c/e708fc1566ebd4a2d3f2546e6310d64d362db80d