Description
In the Linux kernel, the following vulnerability has been resolved:

netfilter: nft_set_pipapo: don't leak bad clone into future transaction

On memory allocation failure the cloned nft_pipapo_match can enter a bad
state:
- some fields can have their lookup tables resized while others did
not
- bits might have been toggled
- scratch map can be undersized which also means m->bsize_max can be
lower than what is required

This means that the next insertion in the same batch can trigger
out-of-bounds writes.

Furthermore, a failure in the first can result in the bad clone to
leak into the next transaction because the abort callback is never
executed in this case (the upper layer saw an error and no attempt to
allocate a transactional request was made).

Record a state for the nft_pipapo_match structure:
- NEW (pristine clone)
- MOD (modified clone with good state)
- ERR (potentially bogus content)

Then make it so that deletes and insertions fail when the clone
entered ERR state.

In case the very first insert attempt results in an error, free the
clone right away.
Published: 2026-08-15
Score: 7.8 High
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

When a memory allocation fails while cloning an nft_pipapo_match structure, the clone can end up in an inconsistent state where internal lookup tables are resized unevenly, bits are incorrectly toggled, and the scratch map is undersized. The next insertion in the same transaction can then write past the bounds of its memory buffers, corrupting kernel memory and potentially enabling escalation or system crash.

Affected Systems

All versions of the Linux kernel that do not yet include the commit referenced in the advisory are affected. The vulnerability originates in the netfilter nft_set_pipapo subsystem of the kernel.

Risk and Exploitability

With a CVSS score of 7.8, this vulnerability is considered high. The EPSS score of <1% indicates it is unlikely to be actively exploited in the wild, and it is not listed in CISA KEV. The nature of the flaw—a kernel out‑of‑bounds write due to an unhandled allocation failure—means that a local or privileged attacker could corrupt kernel memory, potentially leading to privilege escalation or a system crash. Based on the description, it is inferred that the attacker would need local or privileged access to trigger the vulnerability, and the likely attack vector involves interacting with the netfilter nft_set_pipapo subsystem without requiring network‑level access. Because the EPSS is low, immediate patching remains the most effective countermeasure.

Generated by OpenCVE AI on August 17, 2026 at 18:58 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply the latest Linux kernel update that contains the nft_set_pipapo fix
  • Verify that nft_set_pipapo usage is limited to trusted contexts and avoid creating new transactional requests in high‑privilege code paths
  • Monitor system logs for netfilter errors or unexpected crashes that may indicate an exploitation attempt

Generated by OpenCVE AI on August 17, 2026 at 18:58 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sun, 23 Aug 2026 13:15:00 +0000


Wed, 19 Aug 2026 00:15:00 +0000


Mon, 17 Aug 2026 19:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-787

Mon, 17 Aug 2026 17:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-787

Mon, 17 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

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


Sat, 15 Aug 2026 19:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-787

Sat, 15 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: netfilter: nft_set_pipapo: don't leak bad clone into future transaction On memory allocation failure the cloned nft_pipapo_match can enter a bad state: - some fields can have their lookup tables resized while others did not - bits might have been toggled - scratch map can be undersized which also means m->bsize_max can be lower than what is required This means that the next insertion in the same batch can trigger out-of-bounds writes. Furthermore, a failure in the first can result in the bad clone to leak into the next transaction because the abort callback is never executed in this case (the upper layer saw an error and no attempt to allocate a transactional request was made). Record a state for the nft_pipapo_match structure: - NEW (pristine clone) - MOD (modified clone with good state) - ERR (potentially bogus content) Then make it so that deletes and insertions fail when the clone entered ERR state. In case the very first insert attempt results in an error, free the clone right away.
Title netfilter: nft_set_pipapo: don't leak bad clone into future transaction
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-23T12:47:06.920Z

Reserved: 2026-08-09T03:40:39.915Z

Link: CVE-2026-72252

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-15T06:21:52.600

Modified: 2026-08-23T13:16:42.347

Link: CVE-2026-72252

cve-icon Redhat

Severity : Moderate

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

Links: CVE-2026-72252 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-17T19:00:05Z

Weaknesses