Skip to main content
VulnerabilityPublished Updated

CVE-2026-43199: Linux kernel · Race Condition

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 35% 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 can reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in e1407fb7c337373dfaaae2445d828b0b9ae26a29, 859380694f434597407632c29f30fdb5e763e6cc, 57957bc7f1865778ec9b1618e15515feb6df7eb4 +2
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 6 May 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
  • ≥ cee137a634318bfbda18ee5af45d300153b57fa5, < e1407fb7c337373dfaaae2445d828b0b9ae26a29
Fixed in
  • e1407fb7c337373dfaaae2445d828b0b9ae26a29
LinuxLinuxAffected
  • ≥ cee137a634318bfbda18ee5af45d300153b57fa5, < 859380694f434597407632c29f30fdb5e763e6cc
Fixed in
  • 859380694f434597407632c29f30fdb5e763e6cc
LinuxLinuxAffected
  • ≥ cee137a634318bfbda18ee5af45d300153b57fa5, < 57957bc7f1865778ec9b1618e15515feb6df7eb4
Fixed in
  • 57957bc7f1865778ec9b1618e15515feb6df7eb4
LinuxLinuxAffected
  • ≥ cee137a634318bfbda18ee5af45d300153b57fa5, < 546de94e41e92e1f7dc6213615fb7c794d05db98
Fixed in
  • 546de94e41e92e1f7dc6213615fb7c794d05db98
LinuxLinuxAffected
  • ≥ cee137a634318bfbda18ee5af45d300153b57fa5, < 5efde07521309274f26727860774614cbc187242
Fixed in
  • 5efde07521309274f26727860774614cbc187242
LinuxLinuxAffected
  • =6.2
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: net/mlx5e: Fix "scheduling while atomic" in IPsec MAC address query Fix a "scheduling while atomic" bug in mlx5e_ipsec_init_macs() by replacing mlx5_query_mac_address() with ether_addr_copy() to get the local MAC address directly from netdev->dev_addr. The issue occurs because mlx5_query_mac_address() queries the hardware which involves mlx5_cmd_exec() that can sleep, but it is called from the mlx5e_ipsec_handle_event workqueue which runs in atomic context. The MAC address is already available in netdev->dev_addr, so no need to query hardware. This avoids the sleeping call and resolves the bug. Call trace: BUG: scheduling while atomic: kworker/u112:2/69344/0x00000200 __schedule+0x7ab/0xa20 schedule+0x1c/0xb0 schedule_timeout+0x6e/0xf0 __wait_for_common+0x91/0x1b0 cmd_exec+0xa85/0xff0 [mlx5_core] mlx5_cmd_exec+0x1f/0x50 [mlx5_core] mlx5_query_nic_vport_mac_address+0x7b/0xd0 [mlx5_core] mlx5_query_mac_address+0x19/0x30 [mlx5_core] mlx5e_ipsec_init_macs+0xc1/0x720 [mlx5_core] mlx5e_ipsec_build_accel_xfrm_attrs+0x422/0x670 [mlx5_core] mlx5e_ipsec_handle_event+0x2b9/0x460 [mlx5_core] process_one_work+0x178/0x2e0 worker_thread+0x2ea/0x430

References

Community reviews

Loading reviews…