From: Greg KH <gregkh@linuxfoundation.org>
To: Natarajan KV <natarajankv91@gmail.com>
Cc: stable@vger.kernel.org, pablo@netfilter.org,
kadlec@netfilter.org, fw@strlen.de
Subject: Re: [PATCH] netfilter: nft_set_pipapo: clear dirty flag on abort/commit clone failure
Date: Wed, 4 Mar 2026 14:47:56 +0100 [thread overview]
Message-ID: <2026030450-smoky-joystick-5bd5@gregkh> (raw)
In-Reply-To: <20260304133859.28372-1-natarajankv91@gmail.com>
On Wed, Mar 04, 2026 at 05:38:59PM +0400, Natarajan KV wrote:
> nft_pipapo_abort() and nft_pipapo_commit() call pipapo_clone() which
> can fail under memory pressure. When this happens, the functions return
> early without clearing priv->dirty. Since the set_ops->abort callback
> returns void, the nf_tables framework cannot detect this failure.
>
> The stale clone, which still contains modifications from the failed
> transaction, persists with dirty == true. On a subsequent commit,
> nft_pipapo_commit() sees dirty == true and promotes the stale clone
> to the active match via rcu_assign_pointer(), causing the lookup data
> to reflect operations that should have been rolled back.
>
> This can lead to incorrect packet matching (firewall rule bypass),
> memory leaks from unreachable elements, and potential use-after-free
> if elements freed by the framework are still referenced through
> stale clone mapping tables.
>
> In mainline, this was resolved by commit 212ed75dc5fb ("netfilter:
> nf_tables: integrate pipapo into commit protocol") which refactored
> pipapo to use dedicated set commit/abort ops, eliminating
> pipapo_clone() from the abort path entirely. That refactor touches
> 3 files and modifies the nf_tables framework, making it too invasive
> to backport to stable branches.
>
> Fix this minimally by clearing priv->dirty when pipapo_clone() fails
> in both nft_pipapo_commit() and nft_pipapo_abort(), preventing stale
> clone promotion on subsequent commits.
>
> Fixes: 3c4287f62044 ("nf_tables: Add set type for arbitrary concatenation of ranges")
> Cc: stable@vger.kernel.org
> Signed-off-by: Natarajan KV <natarajankv91@gmail.com>
> ---
> net/netfilter/nft_set_pipapo.c | 8 ++++++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/net/netfilter/nft_set_pipapo.c b/net/netfilter/nft_set_pipapo.c
> index 4274831b6e67..34a108399fd3 100644
> --- a/net/netfilter/nft_set_pipapo.c
> +++ b/net/netfilter/nft_set_pipapo.c
> @@ -1708,8 +1708,10 @@ static void nft_pipapo_commit(struct nft_set *set)
> return;
>
> new_clone = pipapo_clone(priv->clone);
> - if (IS_ERR(new_clone))
> + if (IS_ERR(new_clone)) {
> + priv->dirty = false;
> return;
> + }
>
> priv->dirty = false;
>
> @@ -1743,8 +1745,10 @@ static void nft_pipapo_abort(const struct nft_set *set)
> m = rcu_dereference_protected(priv->match, nft_pipapo_transaction_mutex_held(set));
>
> new_clone = pipapo_clone(m);
> - if (IS_ERR(new_clone))
> + if (IS_ERR(new_clone)) {
> + priv->dirty = false;
> return;
> + }
>
> priv->dirty = false;
>
> --
> 2.34.1
>
<formletter>
This is not the correct way to submit patches for inclusion in the
stable kernel tree. Please read:
https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html
for how to do this properly.
</formletter>
next prev parent reply other threads:[~2026-03-04 13:48 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-04 13:38 [PATCH] netfilter: nft_set_pipapo: clear dirty flag on abort/commit clone failure Natarajan KV
2026-03-04 13:47 ` Greg KH [this message]
2026-03-04 13:50 ` Florian Westphal
2026-03-04 15:08 ` [PATCH v2] netfilter: nft_set_pipapo: move clone allocation to insert/removal path Natarajan KV
2026-03-04 15:12 ` Greg KH
2026-03-04 16:54 ` [PATCH v3 6.6.y 0/8] " Natarajan KV
2026-03-04 16:54 ` [PATCH v3 6.6.y 1/8] netfilter: nft_set_pipapo: move prove_locking helper around Natarajan KV
2026-04-08 13:15 ` Greg KH
2026-03-04 16:54 ` [PATCH v3 6.6.y 2/8] netfilter: nft_set_pipapo: make pipapo_clone helper return NULL Natarajan KV
2026-03-04 16:55 ` [PATCH v3 6.6.y 3/8] netfilter: nft_set_pipapo: prepare destroy function for on-demand clone Natarajan KV
2026-03-04 16:55 ` [PATCH v3 6.6.y 4/8] netfilter: nft_set_pipapo: prepare walk " Natarajan KV
2026-03-04 16:55 ` [PATCH v3 6.6.y 5/8] netfilter: nft_set_pipapo: merge deactivate helper into caller Natarajan KV
2026-03-04 16:55 ` [PATCH v3 6.6.y 6/8] netfilter: nft_set_pipapo: prepare pipapo_get helper for on-demand clone Natarajan KV
2026-03-04 16:55 ` [PATCH v3 6.6.y 7/8] netfilter: nft_set_pipapo: move cloning of match info to insert/removal path Natarajan KV
2026-03-04 16:55 ` [PATCH v3 6.6.y 8/8] netfilter: nft_set_pipapo: remove dirty flag Natarajan KV
2026-03-04 21:30 ` [PATCH v3 6.6.y 0/8] netfilter: nft_set_pipapo: move clone allocation to insert/removal path Pablo Neira Ayuso
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2026030450-smoky-joystick-5bd5@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=fw@strlen.de \
--cc=kadlec@netfilter.org \
--cc=natarajankv91@gmail.com \
--cc=pablo@netfilter.org \
--cc=stable@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox