Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966089AbbBCQEI (ORCPT ); Tue, 3 Feb 2015 11:04:08 -0500 Received: from h2.hallyn.com ([78.46.35.8]:42376 "EHLO h2.hallyn.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933933AbbBCQED (ORCPT ); Tue, 3 Feb 2015 11:04:03 -0500 Date: Tue, 3 Feb 2015 17:04:02 +0100 From: "Serge E. Hallyn" To: Mimi Zohar Cc: Serge Hallyn , Casey Schaufler , Christoph Lameter , Serge Hallyn , Andy Lutomirski , Jonathan Corbet , Aaron Jones , "Ted Ts'o" , linux-security-module@vger.kernel.org, linux-kernel@vger.kernel.org, akpm@linuxfoundation.org Subject: Re: [capabilities] Allow normal inheritance for a configurable set of capabilities Message-ID: <20150203160401.GA3653@mail.hallyn.com> References: <54CFB9B8.8020701@schaufler-ca.com> <20150202180806.GE24351@ubuntumail> <1422902826.30131.38.camel@dhcp-9-2-203-236.watson.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1422902826.30131.38.camel@dhcp-9-2-203-236.watson.ibm.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2418 Lines: 56 Quoting Mimi Zohar (zohar@linux.vnet.ibm.com): > On Mon, 2015-02-02 at 18:08 +0000, Serge Hallyn wrote: > > Quoting Casey Schaufler (casey@schaufler-ca.com): > > > I'm game to participate in such an effort. The POSIX scheme > > > is workable, but given that it's 20 years old and hasn't > > > developed real traction it's hard to call it successful. > > > > Over the years we've several times discussed possible reasons for this > > and how to help. I personally think it's two things: 1. lack of > > toolchain and fs support. The fact that we cannot to this day enable > > ping using capabilities by default because of cpio, tar and non-xattr > > filesystems is disheartening. > > We're working on resolving the CPIO issue. Awesome, thanks for that :) > tar currently supports > xattrs. yes, I guess what i was thinking of was a (recent) bug to do with one of the longer term support older systems. Problem is people want to run new releases in containers on older systems :) Anyway when I said "over the years", the first was I believe in 2009/2010, the last was in 2013 (at that LSS, when Ted mentioned it); so yeah things have gotten better with respect to this. But AFAIK we don't yet have any good ideas for tackling the second issue below. > At this point, how many non-xattr filesystems are there really? > > Mimi > > > 2. It's hard for users and applications > > to know what caps they need. yes the API is a bear to use, but we can > > hide that behind fancier libraries. But using capabilities requires too > > much in-depth knowledge of precisely what caps you might need for > > whatever operations library may now do when you asked for something. > > -- > > To unsubscribe from this list: send the line "unsubscribe linux-security-module" in > > the body of a message to majordomo@vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > > -- > 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/ -- 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/