Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751943Ab0ALGIl (ORCPT ); Tue, 12 Jan 2010 01:08:41 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751180Ab0ALGIk (ORCPT ); Tue, 12 Jan 2010 01:08:40 -0500 Received: from lists.laptop.org ([18.85.2.145]:59952 "EHLO mail.laptop.org" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751095Ab0ALGIj (ORCPT ); Tue, 12 Jan 2010 01:08:39 -0500 Date: Tue, 12 Jan 2010 01:10:58 -0500 From: Michael Stone To: "Serge E. Hallyn" Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org, linux-security-module@vger.kernel.org, Andi Kleen , David Lang , Oliver Hartkopp , Alan Cox , Herbert Xu , Valdis Kletnieks , Bryan Donlan , Evgeniy Polyakov , "C. Scott Ananian" , James Morris , "Eric W. Biederman" , Bernie Innocenti , Mark Seaborn , Randy Dunlap , =?iso-8859-1?Q?Am=E9rico?= Wang , Tetsuo Handa , Samir Bellabes , Casey Schaufler , Pavel Machek , Al Viro , Kyle Moffett , Michael Stone Subject: Re: [PATCH 2/3] Security: Implement disablenetwork semantics. (v4) Message-ID: <20100112061058.GA5231@heat> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20100111174922.GA17285@us.ibm.com> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1423 Lines: 36 Serge Hallyn wrote: > Michael, I'm sorry, I should go back and search the thread for the > answer, but don't have time right now - do you really need > disablenetwork to be available to unprivileged users? Rainbow can only drop the networking privileges when we know at app launch time (e.g. based on a manifest or from the human operator) that privileges can be dropped. Unfortunately, most of the really interesting uses of disablenetwork happen *after* rainbow has dropped privilege and handed control the app. Therefore, having an API which can be used by at least some low-privilege processes is important to me. > is it ok to require CAP_SETPCAP (same thing required for dropping privs from > bounding set)? Let me try to restate your idea: We can make disablenetwork safer by permitting its use only where explicitly permitted by some previously privileged ancestor. The securebits facility described in http://lwn.net/Articles/280279/ may be a good framework in which to implement this control. Did I understand correctly? If so, then yes, this approach seems like it would work for me. Regards, and thanks very much for your help, Michael -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/