|
|
Log in / Subscribe / Register

Re: Re: [PATCH 0/2] sysctl: allow CLONE_NEWUSER to be disabled

From:  Serge Hallyn <serge.hallyn-AT-ubuntu.com>
To:  kernel-hardening-AT-lists.openwall.com
Subject:  Re: Re: [PATCH 0/2] sysctl: allow CLONE_NEWUSER to be disabled
Date:  Tue, 26 Jan 2016 07:38:52 +0000
Message-ID:  <20160126073852.GC6652@ubuntumail>
Cc:  "Eric W. Biederman" <ebiederm-AT-xmission.com>, Andrew Morton <akpm-AT-linux-foundation.org>, Al Viro <viro-AT-zeniv.linux.org.uk>, Richard Weinberger <richard-AT-nod.at>, Andy Lutomirski <luto-AT-amacapital.net>, Robert =?utf-8?B?xZp3acSZY2tp?= <robert-AT-swiecki.net>, Dmitry Vyukov <dvyukov-AT-google.com>, David Howells <dhowells-AT-redhat.com>, Miklos Szeredi <mszeredi-AT-suse.cz>, Kostya Serebryany <kcc-AT-google.com>, Alexander Potapenko <glider-AT-google.com>, Eric Dumazet <edumazet-AT-google.com>, Sasha Levin <sasha.levin-AT-oracle.com>, "linux-doc-AT-vger.kernel.org" <linux-doc-AT-vger.kernel.org>, LKML <linux-kernel-AT-vger.kernel.org>
Archive‑link:  Article

Quoting Kees Cook (keescook@chromium.org):
> On Fri, Jan 22, 2016 at 7:02 PM, Eric W. Biederman
> > So I have concerns about both efficacy and usability with the proposed
> > sysctl.
> 
> Two distros already have this sysctl because it was so strongly
> requested by their users. This needs to be upstream so we can manage
> the effects correctly.

Which two distros?  Was it in fact requested by their users?

My opinion remains that long-term this is a bad thing.  If we're going to
have this upstream, it should be clearly marked so as to be easily
removable at some point down the road.  Userspace that cannot count on a
feature (in the best case) won't use it or (much worse) will fall back
to broken behavior in one case or the other.




to post comments


Copyright © 2016, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds