public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Patrick McHardy <kaber@trash.net>
Cc: linux-kernel@vger.kernel.org, Andrew Morton <akpm@osdl.org>,
	coreteam@netfilter.org, "David S. Miller" <davem@davemloft.net>,
	Herbert Xu <herbert@gondor.apana.org.au>
Subject: Re: [netfilter-core] Re: [lockup] 2.6.17-rc3: netfilter/sctp: lockup in	sctp_new(), do_basic_checks()
Date: Tue, 2 May 2006 16:01:02 +0200	[thread overview]
Message-ID: <20060502140102.GA31743@elte.hu> (raw)
In-Reply-To: <4457648C.6020100@trash.net>


* Patrick McHardy <kaber@trash.net> wrote:

> Ingo Molnar wrote:
> > thinking about it, what prevents the SCTP chunk's len field from being 
> > zero, and thus causing an infinite loop in for_each_sctp_chunk()? The 
> > patch below should fix that.
> > 
> > 	Ingo
> > 
> > ----
> > From: Ingo Molnar <mingo@elte.hu>
> > 
> > fix infinite loop in the SCTP-netfilter code: check SCTP chunk size to 
> > guarantee progress of for_each_sctp_chunk(). (all other uses of 
> > for_each_sctp_chunk() are preceded by do_basic_checks(), so this fix 
> > should be complete.)
> > 
> > Signed-off-by: Ingo Molnar <mingo@elte.hu>
> > 
> > Index: linux/net/ipv4/netfilter/ip_conntrack_proto_sctp.c
> > ===================================================================
> > --- linux.orig/net/ipv4/netfilter/ip_conntrack_proto_sctp.c
> > +++ linux/net/ipv4/netfilter/ip_conntrack_proto_sctp.c
> > @@ -227,6 +227,15 @@ static int do_basic_checks(struct ip_con
> >  	flag = 0;
> >  
> >  	for_each_sctp_chunk (skb, sch, _sch, offset, count) {
> > +		unsigned int len = (htons(sch->length) + 3) & ~3;
> > +
> > +		/*
> > +		 * Dont get into a loop with zero-sized or negative
> > +		 * length values:
> > +		 */
> > +		if (!len || len >= skb->len)
> > +			goto fail;
> > +
> 
> I just came up with a similar fix :) I think I'm going to take my own 
> patch though because its IMO slightly nicer. Thanks anyway.

could you send your patch so that i can start using it instead of mine?

	Ingo

  reply	other threads:[~2006-05-02 13:56 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-02 11:34 [lockup] 2.6.17-rc3: netfilter/sctp: lockup in sctp_new(), do_basic_checks() Ingo Molnar
2006-05-02 13:40 ` Ingo Molnar
2006-05-02 13:45   ` Ingo Molnar
2006-05-02 13:54   ` [netfilter-core] " Patrick McHardy
2006-05-02 14:01     ` Ingo Molnar [this message]
2006-05-02 13:57       ` Patrick McHardy
2006-05-02 14:16         ` Ingo Molnar
2006-05-02 14:24           ` Ingo Molnar
2006-05-02 14:29           ` Patrick McHardy
2006-05-02 14:38             ` Ingo Molnar
2006-05-02 14:35               ` Patrick McHardy
2006-05-02 14:42               ` Ingo Molnar
2006-05-02 14:40                 ` Patrick McHardy
2006-05-02 13:45 ` [netfilter-core] " Patrick McHardy
2006-05-02 15:34 ` Marcel Holtmann
2006-05-02 15:55   ` [netfilter-core] " Patrick McHardy

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=20060502140102.GA31743@elte.hu \
    --to=mingo@elte.hu \
    --cc=akpm@osdl.org \
    --cc=coreteam@netfilter.org \
    --cc=davem@davemloft.net \
    --cc=herbert@gondor.apana.org.au \
    --cc=kaber@trash.net \
    --cc=linux-kernel@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