From mboxrd@z Thu Jan 1 00:00:00 1970 From: ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org (Eric W. Biederman) Subject: Re: CLONE_NEWUSER|CLONE_FS root exploit Date: Wed, 13 Mar 2013 11:35:15 -0700 Message-ID: <87r4jjkv18.fsf@xmission.com> References: <20130313175729.GH12501@outflux.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20130313175729.GH12501-oSa+0FWJbaXR7s880joybQ@public.gmane.org> (Kees Cook's message of "Wed, 13 Mar 2013 10:57:29 -0700") List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Errors-To: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org To: Kees Cook Cc: Linux Containers , Sebastian Krahmer , linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Oleg Nesterov List-Id: containers.vger.kernel.org Kees Cook writes: > Hi, > > It seem like we should block (at least) this combination. On 3.9, this > exploit works once uidmapping is added. > > http://www.openwall.com/lists/oss-security/2013/03/13/10 Yes. That is a bad combination. It let's chroot confuse privileged processes. Now to figure out if this is easier to squash by adding a user_namespace to fs_struct or by just forbidding this combination. Eric