CVE-2025-39810: Linux kernel · Out-of-bounds Write
Affects Linux kernelSource CVE Database V5
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
- 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:HExploitation evidence
Disclosed: evidence found.
CVE published 16 Sep 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| 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
- git.kernel.org/stable/c/dc797a4bbbcac6d19e6e2508e4df685755cd94a5 (opens in a new tab)
- git.kernel.org/stable/c/d00e98977ef519280b075d783653e2c492fffbb6 (opens in a new tab)
- git.kernel.org/stable/c/9ab6a9950f152e094395d2e3967f889857daa185 (opens in a new tab)
- git.kernel.org/stable/c/2747328ba2714f1a7454208dbbc1dc0631990b4a (opens in a new tab)