CVE-2026-43453None▾ SunlitIn the Linux kernel, the following vulnerability has been resolved: netfilter: nft_set_pipapo: fix stack out-of-bounds read in pipapo_drop() pipapo_drop() passes rulemap[i + 1].n to pipapo_unmap() as the to_offset argument on every ite…
▾ Sunlit zone — Low / medium · no exploitation signal
impact 2.8 · likelihood 0 · exploitation 0
Need a working PoC? Pro members can cast a request and our team develops one — it lands right here.
Stakeholder-Specific Vulnerability Categorization from CISA's ADP record at CVE.org: whether exploitation is observed, whether an attack can be automated, and how much of the system is at stake.
Exploit-prediction probability, daily snapshots since Nov 6.
Disclosure to exploitation, from the record and what we observed since indexing it.
Disclosed via CVEORG
Last analysed / modified upstream
0.1%
In the Linux kernel, the following vulnerability has been resolved:
netfilter: nft_set_pipapo: fix stack out-of-bounds read in pipapo_drop()
pipapo_drop() passes rulemap[i + 1].n to pipapo_unmap() as the to_offset argument on every iteration, including the last one where i == m->field_count - 1. This reads one element past the end of the stack-allocated rulemap array (declared as rulemap[NFT_PIPAPO_MAX_FIELDS] with NFT_PIPAPO_MAX_FIELDS == 16).
Although pipapo_unmap() returns early when is_last is true without using the to_offset value, the argument is evaluated at the call site before the function body executes, making this a genuine out-of-bounds stack read confirmed by KASAN:
BUG: KASAN: stack-out-of-bounds in pipapo_drop+0x50c/0x57c [nf_tables] Read of size 4 at addr ffff8000810e71a4
This frame has 1 object: [32, 160) 'rulemap'
The buggy address is at offset 164 -- exactly 4 bytes past the end of the rulemap array.
Pass 0 instead of rulemap[i + 1].n on the last iteration to avoid the out-of-bounds read.
Linux >= 3c4287f62044a90e73a561aa05fc46e62da173da < 1957e793196e7f8557374fd4eda53abcbb42e1c0Linux >= 3c4287f62044a90e73a561aa05fc46e62da173da < 57fb87ca095d5127cd7a27583b8ec43dcf7c9e9eLinux >= 3c4287f62044a90e73a561aa05fc46e62da173da < 60c1d18781e37bfb96290b86510eb01c5fa24d75Linux >= 3c4287f62044a90e73a561aa05fc46e62da173da < 0a55d62cdb628923d8a21724374a70c76ac7d19dLinux >= 3c4287f62044a90e73a561aa05fc46e62da173da < dfbdac719198778b581bc0dd055df2542edb8c62Linux >= 3c4287f62044a90e73a561aa05fc46e62da173da < e047f6fbb975f685d6c9fcef95b3b7787a79b46dLinux >= 3c4287f62044a90e73a561aa05fc46e62da173da < 324b749aa5b2d516ccfab933df9d3f56e7807f5fLinux >= 3c4287f62044a90e73a561aa05fc46e62da173da < d6d8cd2db236a9dd13dbc2d05843b3445cc964b5Linux 5.6Refer to the linked advisories for vendor-supplied fixes and affected version ranges.
Connected by shared product, vendor, weakness, or advisory.
CVE-2026-99284Nonenet: skbuff: propagate shared-frag marker in skb_zerocopy()
CVE-2026-99283Nonenetfilter: conntrack: tcp: use UNACK timeout for non-closing RST packets
CVE-2026-99272Nonesmb: client: validate the data area in SMB2_read()
CVE-2026-99271NoneALSA: line6: Clear prev_fbuf on capture buffer release
CVE-2026-99273Noneksmbd: reserve space for the UTF-16 terminator in stream info
CVE-2026-99275Nonesmb: client: reject short SESSION_SETUP responses