Skip to main content
VulnerabilityPublished Updated

CVE-2026-52971: Linux kernel · net: ena: PHC: Fix potential use-after-free in get_timestamp

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 14:05 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 0% 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 e42c755582f0960e684298762f0ab927b3778376, ca9ed40f28949353911dcb524ff8fff2f3409c97, 95e8ae9af2a61b4e72f5c585bf4c7d8aaf2a2c98
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 24 Jun 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 e42c755582f0960e684298762f0ab927b3778376, ca9ed40f28949353911dcb524ff8fff2f3409c97 or 95e8ae9af2a61b4e72f5c585bf4c7d8aaf2a2c98.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ e0ea34158ee8c4f7536cd781010339ff28c0d24c, < e42c755582f0960e684298762f0ab927b3778376
Fixed in
  • e42c755582f0960e684298762f0ab927b3778376
LinuxLinuxAffected
  • ≥ e0ea34158ee8c4f7536cd781010339ff28c0d24c, < ca9ed40f28949353911dcb524ff8fff2f3409c97
Fixed in
  • ca9ed40f28949353911dcb524ff8fff2f3409c97
LinuxLinuxAffected
  • ≥ e0ea34158ee8c4f7536cd781010339ff28c0d24c, < 95e8ae9af2a61b4e72f5c585bf4c7d8aaf2a2c98
Fixed in
  • 95e8ae9af2a61b4e72f5c585bf4c7d8aaf2a2c98
LinuxLinuxAffected
  • =6.17
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: net: ena: PHC: Fix potential use-after-free in get_timestamp Move the phc->active check and resp pointer assignment to after acquiring the spinlock. Previously, phc->active was checked without holding the lock, and resp was cached from ena_dev->phc.virt_addr before the lock was acquired. If ena_com_phc_destroy() runs between the lockless active check and the lock acquisition, it sets active=false, releases the lock, frees the DMA memory, and sets virt_addr=NULL. The get_timestamp path would then read a NULL virt_addr and dereference it. With both the active check and the pointer read under the lock, destroy cannot free the memory while get_timestamp is using it.

References

Community reviews

Loading reviews…