From mboxrd@z Thu Jan 1 00:00:00 1970 Reply-To: kernel-hardening@lists.openwall.com Date: Sun, 8 Nov 2015 00:21:55 -0800 From: Josh Triplett Message-ID: <20151108082155.GA1900@x> References: <20151106235545.97d0e86a5f1f80c98e0e9de6@gmail.com> <20151107002508.GA2605@cloud> <20151107024612.GC19551@kroah.com> <20151107054217.GA32075@x> <20151107230702.e10955217163dee58f989daf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151107230702.e10955217163dee58f989daf@gmail.com> Subject: [kernel-hardening] Re: Proposal for kernel self protection features To: Emese Revfy Cc: Kees Cook , Greg KH , "kernel-hardening@lists.openwall.com" , PaX Team , Brad Spengler , Theodore Tso List-ID: On Sat, Nov 07, 2015 at 11:07:02PM +0100, Emese Revfy wrote: > > > I agree in both cases: having the plugin usable in "make it so" mode for > > the benefit of legacy or out-of-tree code, and having it usable in > > "suggest changes to the source" (or outright *edit* the source and > > produce a patch) mode to avoid actually mandating the plugin. Not least > > of which because I'd find it surprising if the plugin ever worked across > > as broad a range of GCC versions as the kernel typically wants to > > support. > > All gcc plugins in PaX support all plugin capable gcc versions (4.5-5). The kernel supports older GCC than that, though. > And of course the plugin infrastructure handles gcc versions that don't > support plugins. ...huh? How does *that* work?