[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160323173818.GA11724@salvia>
Date: Wed, 23 Mar 2016 18:38:18 +0100
From: Pablo Neira Ayuso <pablo@...filter.org>
To: Baozeng <sploving1@...il.com>
Cc: Eric Dumazet <eric.dumazet@...il.com>, kaber@...sh.net,
kadlec@...ckhole.kfki.hu, coreteam@...filter.org,
netfilter-devel@...r.kernel.org,
Vladislav Yasevich <vyasevich@...il.com>,
nhorman@...driver.com, davem@...emloft.net,
linux-sctp@...r.kernel.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: net/sctp: stack-out-of-bounds in sctp_getsockopt
On Thu, Mar 24, 2016 at 12:42:43AM +0800, Baozeng wrote:
> 2016-03-22 23:27 GMT+08:00 Eric Dumazet <eric.dumazet@...il.com>:
> > Untested patch would be :
> >
> > diff --git a/net/bridge/netfilter/ebtables.c b/net/bridge/netfilter/ebtables.c
> > index 67b2e27999aa..fceb7354d169 100644
> > --- a/net/bridge/netfilter/ebtables.c
> > +++ b/net/bridge/netfilter/ebtables.c
> > @@ -346,7 +346,7 @@ find_inlist_lock(struct list_head *head, const char *name, const char *prefix,
> > {
> > return try_then_request_module(
> > find_inlist_lock_noload(head, name, error, mutex),
> > - "%s%s", prefix, name);
> > + "%.*s%s", EBT_TABLE_MAXNAMELEN, prefix, name);
> > }
> >
> > static inline struct ebt_table *
> >
> >
>
> Thanks for your quick patch. I tested it but it still reproduce the
> bug. We should limit the length of the name,
> not the prefix. The following patch fixs it.
Could you give a try to this patch? Thanks.
View attachment "x.patch" of type "text/x-diff" (2687 bytes)
Powered by blists - more mailing lists