[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110222193418.773ccd4b@lxorguk.ukuu.org.uk>
Date: Tue, 22 Feb 2011 19:34:18 +0000
From: Alan Cox <alan@...rguk.ukuu.org.uk>
To: Kees Cook <kees.cook@...onical.com>
Cc: Greg KH <gregkh@...e.de>, David Daney <ddaney@...iumnetworks.com>,
linux-kernel@...r.kernel.org, Eugene Teo <eugeneteo@...nel.sg>,
Ralph Campbell <infinipath@...gic.com>,
Roland Dreier <roland@...nel.org>,
Sean Hefty <sean.hefty@...el.com>,
Hal Rosenstock <hal.rosenstock@...il.com>,
Jeremy Fitzhardinge <jeremy.fitzhardinge@...rix.com>,
Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>,
Alexander Viro <viro@...iv.linux.org.uk>,
Miklos Szeredi <miklos@...redi.hu>,
"J. Bruce Fields" <bfields@...ldses.org>,
Neil Brown <neilb@...e.de>, Matthew Wilcox <matthew@....cx>,
James Morris <jmorris@...ei.org>,
Stephen Smalley <sds@...ho.nsa.gov>,
Eric Paris <eparis@...isplace.org>,
Nick Piggin <npiggin@...nel.dk>, Arnd Bergmann <arnd@...db.de>,
Ian Campbell <ian.campbell@...rix.com>,
Jarkko Sakkinen <ext-jarkko.2.sakkinen@...ia.com>,
Tejun Heo <tj@...nel.org>,
Casey Schaufler <casey@...aufler-ca.com>
Subject: Re: [PATCH 2/2] debugfs: only allow root access to debugging
interfaces
> What system do you proposed to keep these "stupid mistakes" from
> continuing to happen? If debugfs had already been mode 0700, we could have
> avoided all of these CVEs, including the full-blown local root escalation.
And all sorts of features would have put themselves in sysfs instead and
broken no doubt.
> The "no rules" approach to debugfs is not a good idea, IMO.
It's a debugging fs, it needs to be "no rules" other than the obvious
"don't mount it on production systems"
Anyway - we don't mostly have a "root/non-root" model - it went out
around Linux 1.2. So any model for dealing with should be respecting of
capabilities, SELinux and the like.
Or of course you could just chmod it 0700 in the distro !
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists