{"id":"CVE-2026-74523","title":"qede: sync udp_tunnel ports outside qede_lock in the recovery path","summary":"In the Linux kernel, the following vulnerability has been resolved:\n\nqede: sync udp_tunnel ports outside qede_lock in the recovery path\n\nA TX timeout on a qede NIC that has VXLAN/GENEVE tunnel ports\nconfigured wedges the rtnetlink contro…","severity":"high","cvss":7.5,"cvssVector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","cvssSource":"cna","vendor":"Linux","product":"Linux","affected":["Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < 19e505ee8bb9e0f0355eda9e9f614fb25fed0070","Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < c4c1e5d6bc2b900b2328d6fff93dc8146b858d69","Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < 8e1bdf57de91247e57816482966265ada573cc74","Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < e382a4efeeae6555b95d9ff336cf3094ee7d336b","Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < 4626df3f63c9185efba5750fe76ac01ab3351bae","Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < e51becb8f3377a377171ed5bf0082b96e22e6292","Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < 6f1ef8170d3d8ad9319aa01347945dcdf5cc4f27","Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < 451c9075d6c53f2438d110addbeeeea6fac18567","Linux 5.9"],"ssvc":{"exploitation":"none","automatable":"yes","technicalImpact":"partial","timestamp":"2026-10-16T18:59:07.418597Z"},"published":"2026-08-15","updated":"2026-10-16","sourceUpdated":"2026-10-16T19:05:52.869Z","source":"CVEORG","sourceUrl":"https://www.cve.org/CVERecord?id=CVE-2026-74523","references":[{"url":"https://git.kernel.org/stable/c/19e505ee8bb9e0f0355eda9e9f614fb25fed0070"},{"url":"https://git.kernel.org/stable/c/c4c1e5d6bc2b900b2328d6fff93dc8146b858d69"},{"url":"https://git.kernel.org/stable/c/8e1bdf57de91247e57816482966265ada573cc74"},{"url":"https://git.kernel.org/stable/c/e382a4efeeae6555b95d9ff336cf3094ee7d336b"},{"url":"https://git.kernel.org/stable/c/4626df3f63c9185efba5750fe76ac01ab3351bae"},{"url":"https://git.kernel.org/stable/c/e51becb8f3377a377171ed5bf0082b96e22e6292"},{"url":"https://git.kernel.org/stable/c/6f1ef8170d3d8ad9319aa01347945dcdf5cc4f27"},{"url":"https://git.kernel.org/stable/c/451c9075d6c53f2438d110addbeeeea6fac18567"}],"tags":["cve.org"],"epss":0.00501,"epssPercentile":0.41549,"ingestedAt":"2026-10-16T19:46:24.350Z","slug":"CVE-2026-74523","body":"## Overview\n\nIn the Linux kernel, the following vulnerability has been resolved:\n\nqede: sync udp_tunnel ports outside qede_lock in the recovery path\n\nA TX timeout on a qede NIC that has VXLAN/GENEVE tunnel ports\nconfigured wedges the rtnetlink control plane of the whole machine:\n\n  NETDEV WATCHDOG: ens6f1 (qede): transmit queue 2 timed out 10226 ms\n  [qede_tx_timeout:586(ens6f1)]TX timeout on queue 2!\n  [qede_recovery_handler:2665(ens6f0)]Starting a recovery process\n\nThe recovery path deadlocks on the driver's own mutex:\n\n  qede_sp_task\n   rtnl_lock()\n   mutex_lock(&edev->qede_lock)        <- taken\n   qede_recovery_handler\n    qede_load\n    udp_tunnel_nic_reset_ntf\n     __udp_tunnel_nic_device_sync\n      info->sync_table == qede_udp_tunnel_sync\n       mutex_lock(&edev->qede_lock)    <- same task: deadlock\n\nThe mutex is not recursive, so the kworker blocks on itself with\nrtnl_lock held, and neither lock is ever released. Every task that\ncalls rtnl_lock() afterwards (ip, ovs-vswitchd, lldpad, IPv6\naddrconf, sshd) blocks forever while the node still answers ping.\nIn a vmcore from an affected production node rtnl_mutex.owner\ndecodes to the very kworker blocked at the innermost mutex_lock()\nabove.\n\nRe-sync the tunnel ports from qede_sp_task() after the internal lock\nis dropped, still under rtnl_lock as the udp_tunnel API requires.\nThis mirrors qede_open(), which calls udp_tunnel_nic_reset_ntf()\nunder rtnl without the internal lock.\n\nqede_recovery_handler() now returns whether it has successfully\nreloaded an open device, and the caller re-syncs the ports only in\nthat case. This keeps the old gating exactly: a device that was down\nor a failed recovery returns false, as those paths never reached the\nudp_tunnel_nic_reset_ntf() call before either.\n\nThis was the only user of the qede_lock()/qede_unlock() helpers, so\nremove them.\n\n## Affected\n\n- `Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < 19e505ee8bb9e0f0355eda9e9f614fb25fed0070`\n- `Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < c4c1e5d6bc2b900b2328d6fff93dc8146b858d69`\n- `Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < 8e1bdf57de91247e57816482966265ada573cc74`\n- `Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < e382a4efeeae6555b95d9ff336cf3094ee7d336b`\n- `Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < 4626df3f63c9185efba5750fe76ac01ab3351bae`\n- `Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < e51becb8f3377a377171ed5bf0082b96e22e6292`\n- `Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < 6f1ef8170d3d8ad9319aa01347945dcdf5cc4f27`\n- `Linux >= 8cd160a29415f1789d473b1dc07fcc9d02a02b87 < 451c9075d6c53f2438d110addbeeeea6fac18567`\n- `Linux 5.9`\n\n## Remediation\n\nRefer to the linked advisories for vendor-supplied fixes and affected version ranges.","depth":"twilight","depthScore":41,"depthScoreParts":{"impact":41.3,"likelihood":0.1,"exploitation":0,"ransomware":0},"changes":[]}