[SRU][J/N/Q][PATCH 0/1] CVE-2026-23278

Tim Whisonant tim.whisonant at canonical.com
Thu Apr 23 18:11:40 UTC 2026


SRU Justification:

[Impact]

netfilter: nf_tables: always walk all pending catchall elements

During transaction processing we might have more than one catchall element:
1 live catchall element and 1 pending element that is coming as part of the
new batch.

If the map holding the catchall elements is also going away, its
required to toggle all catchall elements and not just the first viable
candidate.

Otherwise, we get:
 WARNING: ./include/net/netfilter/nf_tables.h:1281 at nft_data_release+0xb7/0xe0 [nf_tables], CPU#2: nft/1404
 RIP: 0010:nft_data_release+0xb7/0xe0 [nf_tables]
 [..]
 __nft_set_elem_destroy+0x106/0x380 [nf_tables]
 nf_tables_abort_release+0x348/0x8d0 [nf_tables]
 nf_tables_abort+0xcf2/0x3ac0 [nf_tables]
 nfnetlink_rcv_batch+0x9c9/0x20e0 [..]

[Fix]

Questing: applied Noble patch
Noble:    cherry picked from upstream
Jammy:    backported from upstream
Focal:    not affected
Bionic:   not affected
Xenial:   not affected
Trusty:   not affected

[Test Plan]

Compile and boot tested.

[Where problems could occur]

The change affects netfilter's nftables catchall set objects
code responsible for activating and deactivating these catchall
elements. Failures might manifest as incorrectly deactivated
or activated catchall elements.

Florian Westphal (1):
  netfilter: nf_tables: always walk all pending catchall elements

 net/netfilter/nf_tables_api.c | 2 --
 1 file changed, 2 deletions(-)

-- 
2.43.0




More information about the kernel-team mailing list