Skip to main content
VulnerabilityPublished Updated

CVE-2026-68200: Linux kernel · Race Condition

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High · fixed in c1078130a4cd7e738f4b73afe99b3e68cbfbf884 : patch Linux kernel soon.

Data as of 26 Oct 2026, 14:18 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 2% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in c1078130a4cd7e738f4b73afe99b3e68cbfbf884, 1395327a96614885552bae5fbb650e6dd182d49b, 996c24377eea4d4506b7c3ccbbf1e490440b5e0b +1
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Aug 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade Linux kernel to c1078130a4cd7e738f4b73afe99b3e68cbfbf884, 1395327a96614885552bae5fbb650e6dd182d49b, 996c24377eea4d4506b7c3ccbbf1e490440b5e0b or 70d28bfcd6224eed75986b3b987b997e59643fa4.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 37745918e0e7575bc40f38da93a99b9fa6406224, < c1078130a4cd7e738f4b73afe99b3e68cbfbf884
Fixed in
  • c1078130a4cd7e738f4b73afe99b3e68cbfbf884
LinuxLinuxAffected
  • ≥ 37745918e0e7575bc40f38da93a99b9fa6406224, < 1395327a96614885552bae5fbb650e6dd182d49b
Fixed in
  • 1395327a96614885552bae5fbb650e6dd182d49b
LinuxLinuxAffected
  • ≥ 37745918e0e7575bc40f38da93a99b9fa6406224, < 996c24377eea4d4506b7c3ccbbf1e490440b5e0b
Fixed in
  • 996c24377eea4d4506b7c3ccbbf1e490440b5e0b
LinuxLinuxAffected
  • ≥ 37745918e0e7575bc40f38da93a99b9fa6406224, < 70d28bfcd6224eed75986b3b987b997e59643fa4
Fixed in
  • 70d28bfcd6224eed75986b3b987b997e59643fa4
LinuxLinuxAffected
  • =6.12
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: ALSA: timer: don't re-enter an instance callback that is still running The userspace-driven timer (utimer) TRIGGER ioctl calls snd_timer_interrupt() directly with no serialization, so two threads triggering the same utimer can run snd_timer_interrupt() on one snd_timer concurrently. snd_timer_process_callbacks() drops timer->lock around each instance callback and marks the in-flight callback with the single SNDRV_TIMER_IFLG_CALLBACK bit; snd_timer_close_locked() waits on that bit to drain an in-flight callback before freeing the instance. The bit cannot represent two concurrent callbacks: when a second interrupt re-queues an instance whose callback is still running, both run at once, the first to finish clears the bit, and the close-path drain then frees the instance (and its callback_data) while the other callback is still live - a use-after-free reachable by any user able to open /dev/snd/timer, both via a user timer instance and via a sequencer queue timer bound to the utimer. snd_timer_interrupt() sets IFLG_CALLBACK before dropping timer->lock, so a concurrent interrupt already observes it under the lock. Skip re-queuing an instance (and its slaves) to the ack/sack list while its callback is in flight; the accumulated pticks are delivered on the next tick, so no event is lost.

References

Community reviews

Loading reviews…