In the Linux kernel, the following vulnerability has been resolved: netfilter: flowtable: avoid num_encaps underflow on bridge VLAN untag The DEV_PATH_BR_VLAN_UNTAG case post-decrements info->num_encaps inside WARN_ON_ONCE(). num_encaps is u8, so if it's already 0 the decrement still happens and wraps it to 255. The break only leaves the inner switch -- a later path entry can set info->indev back to a real device, and we end up returning with num_encaps == 255. nft_dev_forward_path() then walks info.encap[] (size 2) up to num_encaps, which means an OOB stack read and a bogus count copied into the route descriptor. Should only happen on a malformed bridge path stack, hence the WARN, but worth handling sanely. Move the decrement out of the WARN. [ While at this, remove the WARN_ON_ONCE since this can only happen with a buggy bridge path stack --pablo ].
Casky was already ahead
This CVE exploits attack patterns that Casky's 0matched skills already investigate — long before this vulnerability was disclosed. Claude's reasoning model maps these techniques to MITRE ATT&CK, so practitioners who ran these skills have already seen the threat behaviour in their findings.
CVE-2026-80634 is a critical integer underflow vulnerability in the Linux kernel's netfilter flowtable subsystem, specifically in VLAN bridge untag processing. When the DEV_PATH_BR_VLAN_UNTAG case post-decrements the num_encaps field (a u8 value) within a WARN_ON_ONCE() macro, an underflow occurs if num_encaps is already 0, wrapping the value to 255. This wrapped value persists because the break statement only exits the inner switch construct, allowing subsequent path entries to manipulate indev and return with a corrupted num_encaps value. This affects any Linux system running vulnerable kernel versions with netfilter flowtable enabled, particularly those using bridge VLAN configurations, and could be exploited to cause memory corruption, denial of service, or potential privilege escalation through packet forwarding manipulation.
While CVE-2026-80634 lacks explicit MITRE ATT&CK mappings, Casky's extended reasoning capabilities would identify attack patterns consistent with network manipulation and privilege escalation techniques. Practitioners using Casky would detect suspicious patterns related to Defense Evasion (T1548 - Abuse Elevation Control Mechanism) through kernel-level packet filtering bypass, Exfiltration Over Alternative Protocol (T1048) via malformed VLAN frames traversing flowtable rules, and Denial of Service techniques (T1499) through crafted packets triggering memory corruption. The platform would flag integer arithmetic anomalies in network stack processing, bridging configuration changes paired with packet forwarding anomalies, and kernel log patterns showing repeated WARN_ON_ONCE triggers—allowing security teams to correlate system behavior with exploitation attempts before full compromise.
Composite risk scoring from EPSS, CISA KEV, Shodan, and GreyNoise — 21 security APIs correlated into a single Casky Risk Score. Coming in Casky Pro. Join early access →
Casky has 0 skills that investigate the attack patterns behind CVE-2026-80634. Run one and get CVSS-scored findings in 3 minutes.
Run the skill that detects this →© 2026 Casky.AI, Inc. · AI Security Investigation