netdev - RE: [PATCH] tun: make sure interface usage can not overflow

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <063D6719AE5E284EB5DD2968C1650D6D174A0C5C@AcuExch.aculab.com>
Date:	Tue, 30 Sep 2014 08:20:28 +0000
From:	David Laight <David.Laight@...LAB.COM>
To:	'Hannes Frederic Sowa' <hannes@...hat.com>,
	Kees Cook <keescook@...omium.org>
CC:	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"David S. Miller" <davem@...emloft.net>,
	Jason Wang <jasowang@...hat.com>,
	Zhi Yong Wu <wuzhy@...ux.vnet.ibm.com>,
	"Michael S. Tsirkin" <mst@...hat.com>,
	"Tom Herbert" <therbert@...gle.com>,
	Masatake YAMATO <yamato@...hat.com>, Xi Wang <xii@...gle.com>,
	stephen hemminger <stephen@...workplumber.org>,
	"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: RE: [PATCH] tun: make sure interface usage can not overflow

From: Hannes Frederic
> On Mo, 2014-09-29 at 12:41 -0700, Kees Cook wrote:
> > On Mon, Sep 29, 2014 at 4:04 AM, David Laight <David.Laight@...lab.com> wrote:
> > > From: Kees Cook
> > >> This makes the size argument a const, since it is always populated by
> > >> the caller.
> > >
> > > There is almost no point making parameters 'const.
> > > ('const foo *' makes sense).
> > >
> > >> Additionally double-checks to make sure the copy_from_user
> > >> can never overflow, keeping CONFIG_DEBUG_STRICT_USER_COPY_CHECKS happy:
> > >>
> > >>    In function 'copy_from_user',
> > >>        inlined from '__tun_chr_ioctl' at drivers/net/tun.c:1871:7:
> > >>        ... copy_from_user() buffer size is not provably correct
> > >
> > > If 'ifreq_len' could be too big then you want to error the ioctl, not panic.
> > > If it can't be too big you don't need the check.
> >
> > The ifreq_len comes from the callers, and is the output of "sizeof"
> > which is const. Changing the function parameter to "const" means any
> > changes made in the future where the incoming value isn't const, the
> > compiler will throw a warning.
> 
> Hmmm, I think you want something like BUILD_BUG_ON(!
> __builtin_constant_p(var)). const in function argument only ensures that
> the value cannot be modified in the function.

You'd have to do something in the header file - nothing in the function
body can do that check.

I've not got the source handy, but in this case is there any need to
actually pass the size at all?
Is it always the same fixed constant??

	David