Skip to main content
VulnerabilityPublished Updated

CVE-2025-39810: Linux kernel · Out-of-bounds Write

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 17:30 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 9% 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-01-14.

Patch
Available – fixed in dc797a4bbbcac6d19e6e2508e4df685755cd94a5, d00e98977ef519280b075d783653e2c492fffbb6, 2747328ba2714f1a7454208dbbc1dc0631990b4a +1
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 16 Sep 2025

  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 dc797a4bbbcac6d19e6e2508e4df685755cd94a5, d00e98977ef519280b075d783653e2c492fffbb6, 2747328ba2714f1a7454208dbbc1dc0631990b4a or 9ab6a9950f152e094395d2e3967f889857daa185.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ ec5d31e3c15d5233b491400133c67f78a320062c, < dc797a4bbbcac6d19e6e2508e4df685755cd94a5
Fixed in
  • dc797a4bbbcac6d19e6e2508e4df685755cd94a5
LinuxLinuxAffected
  • ≥ ec5d31e3c15d5233b491400133c67f78a320062c, < d00e98977ef519280b075d783653e2c492fffbb6
Fixed in
  • d00e98977ef519280b075d783653e2c492fffbb6
LinuxLinuxAffected
  • ≥ ec5d31e3c15d5233b491400133c67f78a320062c, < 2747328ba2714f1a7454208dbbc1dc0631990b4a
Fixed in
  • 2747328ba2714f1a7454208dbbc1dc0631990b4a
LinuxLinuxAffected
  • ≥ ec5d31e3c15d5233b491400133c67f78a320062c, < 9ab6a9950f152e094395d2e3967f889857daa185
Fixed in
  • 9ab6a9950f152e094395d2e3967f889857daa185
LinuxLinuxAffected
  • =5.4
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: bnxt_en: Fix memory corruption when FW resources change during ifdown bnxt_set_dflt_rings() assumes that it is always called before any TC has been created. So it doesn't take bp->num_tc into account and assumes that it is always 0 or 1. In the FW resource or capability change scenario, the FW will return flags in bnxt_hwrm_if_change() that will cause the driver to reinitialize and call bnxt_cancel_reservations(). This will lead to bnxt_init_dflt_ring_mode() calling bnxt_set_dflt_rings() and bp->num_tc may be greater than 1. This will cause bp->tx_ring[] to be sized too small and cause memory corruption in bnxt_alloc_cp_rings(). Fix it by properly scaling the TX rings by bp->num_tc in the code paths mentioned above. Add 2 helper functions to determine bp->tx_nr_rings and bp->tx_nr_rings_per_tc.

References

Community reviews

Loading reviews…