From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 19:35:19 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFDA116A4CE for ; Mon, 31 Jan 2005 19:35:19 +0000 (GMT) Received: from shellma.zin.lublin.pl (shellma.zin.lublin.pl [212.182.126.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 868E343D31 for ; Mon, 31 Jan 2005 19:35:19 +0000 (GMT) (envelope-from pawmal-posting@freebsd.lublin.pl) Received: by shellma.zin.lublin.pl (Postfix, from userid 1018) id 1469C347BA8; Mon, 31 Jan 2005 20:39:35 +0100 (CET) Date: Mon, 31 Jan 2005 20:39:35 +0100 From: Pawel Malachowski To: freebsd-hackers@freebsd.org Message-ID: <20050131193935.GA34986@shellma.zin.lublin.pl> References: <1107178792.613.22.camel@spirit> <20050131161006.GD60177@obiwan.tataz.chchile.org> <51723.81.84.175.77.1107199764.squirrel@81.84.175.77> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <51723.81.84.175.77.1107199764.squirrel@81.84.175.77> User-Agent: Mutt/1.4.2i Subject: Re: Idea about 'skeleton jail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 19:35:20 -0000 On Mon, Jan 31, 2005 at 01:29:24PM -0600, security@revolutionsp.com wrote: > Very nice idea!! This greatly improves jail management on FreeBSD. There > is a possibility for a minor drawback -- if one can change a system binary > in the host system, them all jails are compromised -- but assuming one > would need root access on the host to change the binary, he would have > power to change any jail anyway, so this is rather redundant. > > Great feature here, when can we see this added to the system? BTW, people are using setups like this for years. > >> I have already done some experiments. Basically we want the following > >> directories to be mount_null'ed: > >> /bin, /sbin, /lib, /libexec, /usr/bin, /usr/sbin, /usr/include, > >> /usr/lib, /usr/libdata, /usr/libexec, /usr/sbin, /usr/share -- Paweł Małachowski