[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1482254995.1984.20.camel@perches.com>
Date: Tue, 20 Dec 2016 09:29:55 -0800
From: Joe Perches <joe@...ches.com>
To: Kees Cook <keescook@...omium.org>, linux-kernel@...r.kernel.org,
Julia Lawall <julia.lawall@...6.fr>,
Dan Carpenter <error27@...il.com>
Cc: Oleg Drokin <oleg.drokin@...el.com>,
Andreas Dilger <andreas.dilger@...el.com>,
James Simmons <jsimmons@...radead.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"John L. Hammond" <john.hammond@...el.com>,
Emoly Liu <emoly.liu@...el.com>,
Vitaly Fertman <vitaly_fertman@...atex.com>,
Bruno Faccini <bruno.faccini@...el.com>,
Bruce Korb <bruce.korb@...il.com>,
lustre-devel@...ts.lustre.org, devel@...verdev.osuosl.org
Subject: Designated initializers, struct randomization and addressing?
On Fri, 2016-12-16 at 17:00 -0800, Kees Cook wrote:
> Prepare to mark sensitive kernel structures for randomization by making
sure they're using designated initializers.
About the designated initializer patches,
which by themselves are fine of course,
and the fundamental randomization plugin,
c guarantees that struct member ordering
is as specified.
how is the code to be verified so that
any use of things like offsetof and any
address/indexing is not impacted?
Powered by blists - more mailing lists