Description
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 ].
Published: 2026-08-28
Score: 9.8 Critical
EPSS: < 1% Very Low
KEV: No
Impact: Information Disclosure via Out‑of‑Bounds Read
Action: Apply Patch
AI Analysis

Impact

In the Linux kernel, the netfilter flowtable component has an integer underflow bug that occurs during bridge VLAN untag processing. When the 8‑bit counter num_encaps is decremented while already at 0, it wraps to 255. The counter is later used to index a two‑element encapsulation array, causing the kernel to read beyond the bounds exposing stack data and potentially corrupting routing descriptors via an out‑of‑bounds read (CWE‑125). This results in a stack data disclosure and may disrupt packet forwarding when the malformed path is encountered.

Affected Systems

All Linux kernel users that employ the default netfilter flowtable implementation are affected. The issue exists in any kernel release prior to the commit that patches the underflow; specific version ranges are not listed, so assume all kernels older than the fix are at risk.

Risk and Exploitability

The bug is triggered only by a malformed bridge path stack, so the likely attack vector involves configuring a malicious bridge VLAN untag or crafting packets to induce the underflow. Based on the description, it is inferred that the attacker would need to manipulate bridge configurations to create the malformed path. The CVSS score of 9.8 indicates high severity, while the EPSS score is below 1% and the vulnerability is not listed in CISA’s KEV catalog, implying no known public exploitation. Operators should treat the vulnerability as high risk when the necessary conditions can be met.

Generated by OpenCVE AI on September 2, 2026 at 05:23 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade to a Linux kernel version that contains the netfilter flowtable underflow fix.
  • Reboot the system to load the patched kernel.
  • Disallow or correct any bridge VLAN untag configurations that could create malformed path stacks until the kernel is updated.

Generated by OpenCVE AI on September 2, 2026 at 05:23 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 01 Sep 2026 22:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-119
CWE-190

Tue, 01 Sep 2026 12:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-125
References
Metrics threat_severity

None

threat_severity

Moderate


Sat, 29 Aug 2026 10:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-119
CWE-190

Sat, 29 Aug 2026 08:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-125

Sat, 29 Aug 2026 06:45:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 9.8, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H'}


Fri, 28 Aug 2026 11:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-125

Fri, 28 Aug 2026 07:30:00 +0000

Type Values Removed Values Added
Description 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 ].
Title netfilter: flowtable: avoid num_encaps underflow on bridge VLAN untag
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-29T06:21:33.944Z

Reserved: 2026-08-26T14:34:25.777Z

Link: CVE-2026-80634

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-28T08:16:48.303

Modified: 2026-08-29T07:16:47.430

Link: CVE-2026-80634

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-28T00:00:00Z

Links: CVE-2026-80634 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-09-02T05:30:08Z

Weaknesses