Skip to main content
VulnerabilityPublished Updated

CVE-2025-38127: Linux kernel · ice: fix Tx scheduler error handling in XDP callback

Affects Linux kernelSource CVE Database V5

0
Compare

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

Data as of 30 Oct 2026, 12:49 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
CVSS scores by source
CNA (Linux)CVSS 3.17.8
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-15.

Patch
Available – fixed in 276849954d7cbe6eec827b21fe2df43f9bf07011, 0153f36041b8e52019ebfa8629c13bf8f9b0a951, 6bea620584f079d7aa3924ee191ea7ba25e02fc2 +2
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 3 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 30 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ efc2214b6047b6f5b4ca53151eba62521b9452d6, < 276849954d7cbe6eec827b21fe2df43f9bf07011
Fixed in
  • 276849954d7cbe6eec827b21fe2df43f9bf07011
LinuxLinuxAffected
  • ≥ efc2214b6047b6f5b4ca53151eba62521b9452d6, < 0153f36041b8e52019ebfa8629c13bf8f9b0a951
Fixed in
  • 0153f36041b8e52019ebfa8629c13bf8f9b0a951
LinuxLinuxAffected
  • ≥ efc2214b6047b6f5b4ca53151eba62521b9452d6, < 6bea620584f079d7aa3924ee191ea7ba25e02fc2
Fixed in
  • 6bea620584f079d7aa3924ee191ea7ba25e02fc2
LinuxLinuxAffected
  • ≥ efc2214b6047b6f5b4ca53151eba62521b9452d6, < 1d3c5d0dec6797eca3a861dab0816fa9505d9c3e
Fixed in
  • 1d3c5d0dec6797eca3a861dab0816fa9505d9c3e
LinuxLinuxAffected
  • ≥ efc2214b6047b6f5b4ca53151eba62521b9452d6, < 0e061abaad1498c5b76c10c594d4359ceb6b9145
Fixed in
  • 0e061abaad1498c5b76c10c594d4359ceb6b9145
LinuxLinuxAffected
  • =5.5
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: ice: fix Tx scheduler error handling in XDP callback When the XDP program is loaded, the XDP callback adds new Tx queues. This means that the callback must update the Tx scheduler with the new queue number. In the event of a Tx scheduler failure, the XDP callback should also fail and roll back any changes previously made for XDP preparation. The previous implementation had a bug that not all changes made by the XDP callback were rolled back. This caused the crash with the following call trace: [ +9.549584] ice 0000:ca:00.0: Failed VSI LAN queue config for XDP, error: -5 [ +0.382335] Oops: general protection fault, probably for non-canonical address 0x50a2250a90495525: 0000 [#1] SMP NOPTI [ +0.010710] CPU: 103 UID: 0 PID: 0 Comm: swapper/103 Not tainted 6.14.0-net-next-mar-31+ #14 PREEMPT(voluntary) [ +0.010175] Hardware name: Intel Corporation M50CYP2SBSTD/M50CYP2SBSTD, BIOS SE5C620.86B.01.01.0005.2202160810 02/16/2022 [ +0.010946] RIP: 0010:__ice_update_sample+0x39/0xe0 [ice] [...] [ +0.002715] Call Trace: [ +0.002452] <IRQ> [ +0.002021] ? __die_body.cold+0x19/0x29 [ +0.003922] ? die_addr+0x3c/0x60 [ +0.003319] ? exc_general_protection+0x17c/0x400 [ +0.004707] ? asm_exc_general_protection+0x26/0x30 [ +0.004879] ? __ice_update_sample+0x39/0xe0 [ice] [ +0.004835] ice_napi_poll+0x665/0x680 [ice] [ +0.004320] __napi_poll+0x28/0x190 [ +0.003500] net_rx_action+0x198/0x360 [ +0.003752] ? update_rq_clock+0x39/0x220 [ +0.004013] handle_softirqs+0xf1/0x340 [ +0.003840] ? sched_clock_cpu+0xf/0x1f0 [ +0.003925] __irq_exit_rcu+0xc2/0xe0 [ +0.003665] common_interrupt+0x85/0xa0 [ +0.003839] </IRQ> [ +0.002098] <TASK> [ +0.002106] asm_common_interrupt+0x26/0x40 [ +0.004184] RIP: 0010:cpuidle_enter_state+0xd3/0x690 Fix this by performing the missing unmapping of XDP queues from q_vectors and setting the XDP rings pointer back to NULL after all those queues are released. Also, add an immediate exit from the XDP callback in case of ring preparation failure.

References

Community reviews

Loading reviews…