Skip to main content
VulnerabilityPublished Updated

CVE-2026-93263: Linux kernel · clk: eswin: Zero-initialize stack-allocated clk_init_data

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited : upgrade to 1183dc2450a268a536a15da8b106ec520cdbd19f or 011d8de504bc84402aabc1dda1cf0552fe9a5af2 when convenient.

Data as of 26 Oct 2026, 12:55 UTC

Severity
Unrated

Rated by Threat Radar · CVSS not yet scored by NVD

EPSS
0.1% chance of exploitation in 30 days – higher than 7% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 1183dc2450a268a536a15da8b106ec520cdbd19f, 011d8de504bc84402aabc1dda1cf0552fe9a5af2

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 24 Sep 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 1183dc2450a268a536a15da8b106ec520cdbd19f or 011d8de504bc84402aabc1dda1cf0552fe9a5af2.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ cd44f127c1d42833a32ba0a0965255ee6184f8c1, < 1183dc2450a268a536a15da8b106ec520cdbd19f
Fixed in
  • 1183dc2450a268a536a15da8b106ec520cdbd19f
LinuxLinuxAffected
  • ≥ cd44f127c1d42833a32ba0a0965255ee6184f8c1, < 011d8de504bc84402aabc1dda1cf0552fe9a5af2
Fixed in
  • 011d8de504bc84402aabc1dda1cf0552fe9a5af2
LinuxLinuxAffected
  • =7.1
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: clk: eswin: Zero-initialize stack-allocated clk_init_data eswin_clk_register_pll() and eswin_register_clkdiv() declare a struct clk_init_data on the stack and only initialize some of its fields (parent_data respectively parent_hws). clk_core_populate_parent_map() checks parent_names first and parent_data second before falling back to parent_hws, so leftover stack garbage in the uninitialized fields hijacks parent resolution and the clk core dereferences a bogus pointer: Unable to handle kernel NULL pointer dereference at virtual address 000000000000000c Oops [#1] epc : __clk_register+0x31a/0x7f0 [<ffffffff805dc774>] __clk_register+0x31a/0x7f0 [<ffffffff805dcd76>] devm_clk_hw_register+0x2a/0x94 [<ffffffff805e319a>] eswin_register_clkdiv+0x80/0xd0 [<ffffffff805e34a0>] eswin_clk_register_clks+0x162/0x1a0 [<ffffffff805e3736>] eic7700_clk_probe+0x146/0x180 [<ffffffff8065d23c>] platform_probe+0x3c/0x7a Observed on EIC7700 hardware (with the driver backported to a 6.17 tree); whether the bug triggers depends entirely on what the stack happens to contain when the registration helpers run. Zero-initialize both structures.

References

Community reviews

Loading reviews…