netfilter-devel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Pablo Neira Ayuso <pablo@netfilter.org>
To: Patrick McHardy <kaber@trash.net>
Cc: netfilter-devel@vger.kernel.org
Subject: Re: [PATCH] netfilter: nf_tables: fix loop checking with set element data
Date: Fri, 7 Feb 2014 17:20:14 +0100	[thread overview]
Message-ID: <20140207162014.GA3849@localhost> (raw)
In-Reply-To: <20140207155104.GA23911@macbook.localnet>

On Fri, Feb 07, 2014 at 03:51:05PM +0000, Patrick McHardy wrote:
> On Fri, Feb 07, 2014 at 03:47:34PM +0000, Patrick McHardy wrote:
> > On Fri, Feb 07, 2014 at 04:23:51PM +0100, Pablo Neira Ayuso wrote:
> > > This patch fixes two bugs:
> > > 
> > > * Restrict the validation to verdict maps only, since struct nft_data
> > >   is declared as a union, data[0] may contain the values -3 or -4 which
> > >   match with NFT_JUMP and NFT_GOTO. I think this will result in crash
> > >   while performing the chain loop validation.
> > > 
> > > * Access to uninitialized data for end interval elements. The element
> > >   data part is uninitialized in interval end elements.
> > > 
> > 
> > That's not necessary. The function is only invoked for NFT_DATA_VERDICT.
> > 
> > 
> > > Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
> > > ---
> > >  net/netfilter/nf_tables_api.c |    5 +++++
> > >  1 file changed, 5 insertions(+)
> > > 
> > > diff --git a/net/netfilter/nf_tables_api.c b/net/netfilter/nf_tables_api.c
> > > index d0c790e3e..522becb 100644
> > > --- a/net/netfilter/nf_tables_api.c
> > > +++ b/net/netfilter/nf_tables_api.c
> > > @@ -2998,6 +2998,11 @@ static int nf_tables_loop_check_setelem(const struct nft_ctx *ctx,
> > >  					const struct nft_set_iter *iter,
> > >  					const struct nft_set_elem *elem)
> > >  {
> > > +	if (!(set->flags & NFT_SET_MAP) ||
> > > +	    set->dtype != NFT_DATA_VERDICT ||
> > > +	    elem->flags & NFT_SET_ELEM_INTERVAL_END)
> > > +		return 0;
> > > +
> 
> Right, I get the intention now.
> 
> This function is only called for maps with dtype verdict, so just the check
> for SET_ELEM_INTERVAL_END is all we need.

Right, I overlook this:

        list_for_each_entry(set, &ctx->table->sets, list) {
                if (!(set->flags & NFT_SET_MAP) ||
                    set->dtype != NFT_DATA_VERDICT)
                        continue;

at the top of nf_tables_check_loops().

      reply	other threads:[~2014-02-07 16:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-07 15:23 [PATCH] netfilter: nf_tables: fix loop checking with set element data Pablo Neira Ayuso
2014-02-07 15:47 ` Patrick McHardy
2014-02-07 15:51   ` Patrick McHardy
2014-02-07 16:20     ` Pablo Neira Ayuso [this message]

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=20140207162014.GA3849@localhost \
    --to=pablo@netfilter.org \
    --cc=kaber@trash.net \
    --cc=netfilter-devel@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;
as well as URLs for NNTP newsgroup(s).