[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJHCu1JkX+7bsh2c2GG1LbH4HW_tQ+kJAXzvWY-rVKBtpDL_4g@mail.gmail.com>
Date: Mon, 30 Jul 2018 18:19:22 +0200
From: Salvatore Mesoraca <s.mesoraca16@...il.com>
To: "Eric W. Biederman" <ebiederm@...ssion.com>
Cc: Kernel Hardening <kernel-hardening@...ts.openwall.com>,
Laura Abbott <labbott@...hat.com>,
LKML <linux-kernel@...r.kernel.org>,
Masahiro Yamada <yamada.masahiro@...ionext.com>,
linux-doc@...r.kernel.org, Kees Cook <keescook@...omium.org>
Subject: Re: [RFC] kconfig: add hardened defconfig helpers
2018-07-20 15:37 GMT+02:00 Eric W. Biederman <ebiederm@...ssion.com>:
> Kees Cook <keescook@...omium.org> writes:
>
>>> +CONFIG_USER_NS=n
>>> +~~~~~~~~~~~~~~~~
>>> +
>>> +**Negative side effects level:** Medium
>>
>> Unfortunately I think this is High or Extreme. USER_NS gets a lot of use.
>>
>>> +**- Protection type:** Attack surface reduction
>>> +
>>> +This allows containers to use user namespaces to provide different
>>> +user info for different servers.
>>> +User namespaces have been abused in the past for privilege
>>> +escalation.
>
> This is not a particularly good description.
You are right, I've been a bit shallow...
Thank you for pointing it out.
I didn't mean to say that user namespaces are bad for security in general.
I'll make this less ambiguous in the next revision.
> User namespaces do indeed increase the attack surface of programs that
> don't use them.
>
> User namespaces when used to build ``unprivileged containers'' remove or
> at least drastically reduce the need to run as root when setting up
> containers. Which is attack surface reduction.
>
> User namespaces make available tools that are commonly used to build
> sandboxes. Chrome for example uses users namespaces if they are
> available as part of setting up it's sandbox.
>
> User namespaces are not limited to containers.
>
> The bugs in the attack surface that user namespaces expose that have
> been used for privilege escalation have to the best of my knowledge
> closed. So while there is some danger in the increased attack surface
> we are looking at implementation defects rather than design defects.
>
> Eric
Powered by blists - more mailing lists