Skip to main content
VulnerabilityPublished Updated

CVE-2026-68414: Linux kernel · Use After Free

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 13% 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 edf0730be33696a1bd142792830d392129e495cc, c0fa1f3a4b021a5c6373169fd6c9bb4261d676a0, b119c70b24776c8ab2a2c0515397b3b0ad4e66cd +4
CVSS:3.1/AV:A/AC:H/PR:N/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 to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 807f8a8c300435d5483e8d78df9dcdbc27333166, < edf0730be33696a1bd142792830d392129e495cc
Fixed in
  • edf0730be33696a1bd142792830d392129e495cc
LinuxLinuxAffected
  • ≥ 807f8a8c300435d5483e8d78df9dcdbc27333166, < c0fa1f3a4b021a5c6373169fd6c9bb4261d676a0
Fixed in
  • c0fa1f3a4b021a5c6373169fd6c9bb4261d676a0
LinuxLinuxAffected
  • ≥ 807f8a8c300435d5483e8d78df9dcdbc27333166, < b119c70b24776c8ab2a2c0515397b3b0ad4e66cd
Fixed in
  • b119c70b24776c8ab2a2c0515397b3b0ad4e66cd
LinuxLinuxAffected
  • ≥ 807f8a8c300435d5483e8d78df9dcdbc27333166, < b51b42b974461fd0f688baad85f10e2b8ab215c5
Fixed in
  • b51b42b974461fd0f688baad85f10e2b8ab215c5
LinuxLinuxAffected
  • ≥ 807f8a8c300435d5483e8d78df9dcdbc27333166, < 9293574ac208d18c11073538851fb69355beb3b5
Fixed in
  • 9293574ac208d18c11073538851fb69355beb3b5
LinuxLinuxAffected
  • ≥ 807f8a8c300435d5483e8d78df9dcdbc27333166, < 3368457b4871ae8f0f88d19c9a3e6270e850ede6
Fixed in
  • 3368457b4871ae8f0f88d19c9a3e6270e850ede6

Description

In the Linux kernel, the following vulnerability has been resolved: wifi: cfg80211: cancel sched scan results work on unregister cfg80211_sched_scan_results() can queue rdev->sched_scan_res_wk from a driver result notification while a scheduled scan request is present. The work callback recovers the containing cfg80211_registered_device and then locks the wiphy and walks the scheduled-scan request list. wiphy_unregister() already makes the wiphy unreachable and drains rdev work items before cfg80211_dev_free() can release the object, but it does not drain sched_scan_res_wk. A queued or running result work item can therefore cross the unregister/free boundary and access freed rdev state. The buggy scenario involves two paths, with each column showing the order within that path: scheduled-scan result path: unregister/free path: 1. cfg80211_sched_scan_results() 1. interface teardown stops and queues rdev->sched_scan_res_wk. removes the scheduled scan request. 2. cfg80211_wq starts the work 2. wiphy_unregister() drains other item and recovers rdev. rdev work items. 3. The worker locks rdev->wiphy 3. cfg80211_dev_free() destroys and and walks rdev state. frees rdev. Cancel sched_scan_res_wk in wiphy_unregister() alongside the other rdev work items. cancel_work_sync() removes a pending result notification and waits for an already running callback, so cfg80211_dev_free() cannot free rdev while this work item is still active. Validation reproduced this kernel report: BUG: KASAN: use-after-free in cfg80211_sched_scan_results_wk+0x4a6/0x530 Workqueue: cfg80211 cfg80211_sched_scan_results_wk [cfg80211] Read of size 8 Call trace: dump_stack_lvl+0x66/0xa0 print_report+0xce/0x630 cfg80211_sched_scan_results_wk+0x4a6/0x530 srso_alias_return_thunk+0x5/0xfbef5 __virt_addr_valid+0x224/0x430 kasan_report+0xac/0xe0 lockdep_hardirqs_on_prepare+0xea/0x1a0 process_one_work+0x8d0/0x18f0 (kernel/workqueue.c:3212) lock_is_held_type+0x8f/0x100 worker_thread+0x5ad/0xfd0 __kthread_parkme+0xc6/0x200 kthread+0x31e/0x410 trace_hardirqs_on+0x1a/0x170 ret_from_fork+0x576/0x810 __switch_to+0x57e/0xe20 __switch_to_asm+0x33/0x70 ret_from_fork_asm+0x1a/0x30

References

Community reviews

Loading reviews…