KernelScan.io

HIGH Introduced in 4.4

enic TxHangReset UAF

CVE-2026-74725

CVSS 7.8 / 10.0 NVD

CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

KernelScan AI6.4MEDIUM

01

In the Linux kernel, the following vulnerability has been resolved: enic: fix tx_hang_reset use-after-free on device removal enic_remove() cancels the reset and change_mtu_work items but does not cancel tx_hang_reset. A TX timeout that fires while the device is being removed can schedule enic_tx_hang_reset() so that it runs after free_netdev(), resulting in a use-after-free. cancel_work_sync() alone is not sufficient here: the still-live watchdog and notify paths can re-schedule these work items in the window between the cancel and unregister_netdev(). Use disable_work_sync(), which cancels the work and blocks any subsequent schedule_work() from requeuing it, and apply it to the reset and change_mtu_work items as well so the same requeue race is closed for all teardown work.

02

Engine v0.6.0

Risk summary

A use-after-free in the Cisco enic network driver occurs when a TX timeout schedules a reset work item that executes after the device has been freed during removal. The race requires privileged device removal and a concurrently firing TX timeout, making exploitation difficult but potentially yielding kernel memory corruption. Systems using enic NIC hardware where administrators perform device hot-removal are at risk.

Affecteddrivers/net/ethernet/cisco/enic/enic_main.c (enic)

Vulnerability analysis

During device removal, the enic driver cancels some deferred work items but omits the TX hang reset work, and the cancellation method it uses does not prevent the still-live network watchdog from re-scheduling work in the window before the device is unregistered. If a TX timeout fires during that window, the reset work runs after the network device structure has already been freed, resulting in a use-after-free. The fix replaces the cancellation calls with a mechanism that both cancels pending work and permanently blocks future scheduling, applied to all teardown work items so the requeue race is closed uniformly. The vulnerable path is reachable only on systems with the Cisco enic PCI NIC driver loaded, requires privileged device removal (PCI hot-unplug), and depends on a TX timeout firing during the narrow removal window.

03

BranchIntroducedFixed inPatch commit
6.124.46.12.1048619865f34fb
6.184.46.18.45e506e704b747
7.14.47.1.94f3464fc6c1f
mainline4.47.2ec680ea4ba1b
cip/6.124.46.12.104-cip308619865f34fb

04

State of the newest release of each Civil Infrastructure Platform SLTS tree, from CIP's own fix records.

CIP treeState
cip/6.12Fixed in 6.12.104-cip30
cip/6.1Affected — no CIP fix yet (latest 6.1.189-cip61)
cip/6.1-rtAffected — no CIP fix yet (latest 6.1.189-cip61-rt32)
cip/5.10Affected — no CIP fix yet (latest 5.10.271-cip78)
cip/5.10-rtAffected — no CIP fix yet (latest 5.10.268-cip77-rt34)
cip/4.19Affected — no CIP fix yet (latest 4.19.325-cip136)
cip/4.19-rtAffected — no CIP fix yet (latest 4.19.325-cip136-rt50)
cip/4.4Affected — no CIP fix yet (latest 4.4.302-cip115)
cip/4.4-rtAffected — no CIP fix yet (latest 4.4.302-cip115-rt63)