All of lore.kernel.org
 help / color / mirror / Atom feed
From: ebiederm@xmission.com (Eric W. Biederman)
To: Jessica Frazelle <me@jessfraz.com>
Cc: Thomas Garnier <thgarnie@google.com>,
	Kernel Hardening <kernel-hardening@lists.openwall.com>
Subject: Re: [kernel-hardening] Container Hardening
Date: Sat, 04 Feb 2017 08:21:07 +1300	[thread overview]
Message-ID: <871svfytb0.fsf@xmission.com> (raw)
In-Reply-To: <CAEk6tEz5XqKOytCSCYj3TfpXZDKSBS6aam-O1Aqp0Oz7-_RgNw@mail.gmail.com> (Jessica Frazelle's message of "Fri, 3 Feb 2017 10:04:14 -0800")

Jessica Frazelle <me@jessfraz.com> writes:

> Yeah I can definitely come up with a list. The interesting thing is
> some vulnerabilities don't even need for the process to be _in_ a user
> namespace, just that CONFIG_USERNS=y. So as far as I currently know, a
> lot has to do with hitting these obscure-ish code paths. But will work
> on a list :)

I believe you are a little misinformed about the current situation,
but one thing I can agree with is more people and more eyeballs on the
code can not hurt.

My best estimate of where things are at is at this point most of the
design issues have been fixed, and that user namespaces and namespaces
in general are about as buggy as the rest of the kernel.

As any process can create a user namespace a system does not have to be
using user namespaces to be vulnerable to their issues.  At the same
time there are a set of sysctls under /proc/sys/user/ that can be used
to reduce the attack surface if you are not using the features.

I will be happy to help resolve and merge any bugs you happen to find.

Although if they are ordinary kernel bugs in the network stack it is
probably easiest just to go through David Miller, and the netdev mailing
list.  I won't mind being Cc'd in that case.

Eric

  reply	other threads:[~2017-02-03 19:21 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-03 16:13 [kernel-hardening] Container Hardening Jessica Frazelle
2017-02-03 16:54 ` Thomas Garnier
2017-02-03 18:04   ` Jessica Frazelle
2017-02-03 19:21     ` Eric W. Biederman [this message]
2017-02-03 19:32       ` Jessica Frazelle
2017-02-03 20:48         ` Vincent Batts
2017-02-03 21:13           ` Jessica Frazelle
2017-02-06 13:51             ` Jessica Frazelle

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=871svfytb0.fsf@xmission.com \
    --to=ebiederm@xmission.com \
    --cc=kernel-hardening@lists.openwall.com \
    --cc=me@jessfraz.com \
    --cc=thgarnie@google.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.