{"id":"CVE-2026-99077","title":"ipv4: udp: Create exceptions before socket matching","summary":"In the Linux kernel, the following vulnerability has been resolved:\n\nipv4: udp: Create exceptions before socket matching\n\nCurrently, when ICMP Fragmentation Needed and Redirect Message packets\nare locally delivered and quote a UDP packet…","severity":"none","vendor":"Linux","product":"Linux","affected":["Linux >= 4895c771c7f006b4b90f9d6b1d2210939ba57b38 < be4fd05398f2b5e42029be70ee875fc749b8ce3a","Linux >= 4895c771c7f006b4b90f9d6b1d2210939ba57b38 < 4c3499f79f8c7e8561266bcc220a18538cec0458","Linux 3.6"],"published":"2026-10-23","updated":"2026-10-23","sourceUpdated":"2026-10-23T12:23:22.773Z","source":"CVEORG","sourceUrl":"https://www.cve.org/CVERecord?id=CVE-2026-99077","references":[{"url":"https://git.kernel.org/stable/c/be4fd05398f2b5e42029be70ee875fc749b8ce3a"},{"url":"https://git.kernel.org/stable/c/4c3499f79f8c7e8561266bcc220a18538cec0458"}],"tags":["cve.org"],"ingestedAt":"2026-10-23T13:24:55.512Z","slug":"CVE-2026-99077","body":"## Overview\n\nIn the Linux kernel, the following vulnerability has been resolved:\n\nipv4: udp: Create exceptions before socket matching\n\nCurrently, when ICMP Fragmentation Needed and Redirect Message packets\nare locally delivered and quote a UDP packet, a FIB nexthop exception\n(FNHE) is only created if the kernel can match the UDP packet to an\nexisting socket.\n\nThis behavior allows off-path attackers to conduct a side-channel attack\non the FNHE cache in order to discover the ephemeral port used by a\nconnected UDP socket.\n\nCommit 6457378fe796 (\"ipv4: use siphash instead of Jenkins in\nfnhe_hashfun()\") and commit 67d6d681e15b (\"ipv4: make exception cache\nless predictible\") tried to mitigate such attacks by making it harder\nfor attackers to discover hash collisions in the FNHE cache and by\nrandomizing the number of exceptions a hash bucket can hold,\nrespectively. Unfortunately, both of the mitigations can be bypassed.\n\nInstead, mitigate such attacks by always creating a FNHE, even before\ntrying to find a matching socket. Do that by calling ipv4_update_pmtu()\nand ipv4_redirect(), the helpers used when the quoted packet did not\noriginate from a socket.\n\nThis means that guesses (right or wrong) from an off-path attacker will\nalways result in a FNHE being created or updated in the cache that the\nattacker can observe.\n\nPass an oif of 0, in a similar fashion to icmp_err(). This is also the\noif used by the socket path for sockets that are not bound to a device.\n\nNote that this does not allow attackers to create FNHEs that they could\nnot create before, as both helpers can already be reached with little to\nno validation. For example, by sending an ICMP error that quotes an ICMP\nEcho Reply or one that quotes a UDP source port that matches a wildcard\nsocket.\n\nAlso note that in the good case (matched socket) the above scheme comes\nat the cost of an extra route lookup, as the no socket helpers perform\ntheir own lookup before the one performed by ipv4_sk_update_pmtu() /\nipv4_sk_redirect(). When the two resolve to different nexthops, it also\nresults in two exceptions being created for the same destination IP. One\nin the FNHE cache of the nexthop resolved by the no socket helpers and\nanother in the FNHE cache of the nexthop used by the socket.\n\n## Affected\n\n- `Linux >= 4895c771c7f006b4b90f9d6b1d2210939ba57b38 < be4fd05398f2b5e42029be70ee875fc749b8ce3a`\n- `Linux >= 4895c771c7f006b4b90f9d6b1d2210939ba57b38 < 4c3499f79f8c7e8561266bcc220a18538cec0458`\n- `Linux 3.6`\n\n## Remediation\n\nRefer to the linked advisories for vendor-supplied fixes and affected version ranges.","depth":"sunlit","depthScore":3,"depthScoreParts":{"impact":2.8,"likelihood":0,"exploitation":0,"ransomware":0},"changes":[]}