Skip to main content
VulnerabilityPublished Updated

CVE-2025-38417: Linux kernel · Memory Leak

Source GCVE Database

0
Compare
Authoritative record:CVE-2025-38417· Low

Not known to be exploited · CVSS 5.5 Low · fixed in e97a7a051b55f55f276c1568491d0ed7f890ee94 : update Linux kernel when convenient.

Data as of 13 Nov 2026, 18:29 UTC

CVSS 3.1 base score
5.5Low
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
Patch
Available – fixed in e97a7a051b55f55f276c1568491d0ed7f890ee94, d6715193de439b79f1d6a4c03593c7529239b545, 48c8b214974dc55283bd5f12e3a483b27c403bbc
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 25 Jul 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: 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 13 Nov 2026.

What to do

Upgrade Linux kernel to e97a7a051b55f55f276c1568491d0ed7f890ee94, d6715193de439b79f1d6a4c03593c7529239b545 or 48c8b214974dc55283bd5f12e3a483b27c403bbc.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 415db8399d06a45ebd7b7d26b951f831a4b01801, < e97a7a051b55f55f276c1568491d0ed7f890ee94
Fixed in
  • e97a7a051b55f55f276c1568491d0ed7f890ee94
LinuxLinuxAffected
  • ≥ 415db8399d06a45ebd7b7d26b951f831a4b01801, < d6715193de439b79f1d6a4c03593c7529239b545
Fixed in
  • d6715193de439b79f1d6a4c03593c7529239b545
LinuxLinuxAffected
  • ≥ 415db8399d06a45ebd7b7d26b951f831a4b01801, < 48c8b214974dc55283bd5f12e3a483b27c403bbc
Fixed in
  • 48c8b214974dc55283bd5f12e3a483b27c403bbc
LinuxLinuxAffected
  • =6.12
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: ice: fix eswitch code memory leak in reset scenario Add simple eswitch mode checker in attaching VF procedure and allocate required port representor memory structures only in switchdev mode. The reset flows triggers VF (if present) detach/attach procedure. It might involve VF port representor(s) re-creation if the device is configured is switchdev mode (not legacy one). The memory was blindly allocated in current implementation, regardless of the mode and not freed if in legacy mode. Kmemeleak trace: unreferenced object (percpu) 0x7e3bce5b888458 (size 40): comm "bash", pid 1784, jiffies 4295743894 hex dump (first 32 bytes on cpu 45): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace (crc 0): pcpu_alloc_noprof+0x4c4/0x7c0 ice_repr_create+0x66/0x130 [ice] ice_repr_create_vf+0x22/0x70 [ice] ice_eswitch_attach_vf+0x1b/0xa0 [ice] ice_reset_all_vfs+0x1dd/0x2f0 [ice] ice_pci_err_resume+0x3b/0xb0 [ice] pci_reset_function+0x8f/0x120 reset_store+0x56/0xa0 kernfs_fop_write_iter+0x120/0x1b0 vfs_write+0x31c/0x430 ksys_write+0x61/0xd0 do_syscall_64+0x5b/0x180 entry_SYSCALL_64_after_hwframe+0x76/0x7e Testing hints (ethX is PF netdev): - create at least one VF echo 1 > /sys/class/net/ethX/device/sriov_numvfs - trigger the reset echo 1 > /sys/class/net/ethX/device/reset

References

Community reviews

Loading reviews…