linux-kernel - Re: Frustrated with capabilities..

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <1219957399.2627.127.camel@moss-terrapins.epoch.ncsc.mil>
Date:	Thu, 28 Aug 2008 17:03:19 -0400
From:	"David P. Quigley" <dpquigl@...ho.nsa.gov>
To:	Theodore Tso <tytso@....edu>
Cc:	Markku Savela <msa@...h.iki.fi>, Pavel Machek <pavel@...e.cz>,
	linux-kernel@...r.kernel.org
Subject: Re: Frustrated with capabilities..

On Thu, 2008-08-28 at 13:48 -0400, Theodore Tso wrote:
> On Thu, Aug 28, 2008 at 05:45:34PM +0300, Markku Savela wrote:
> > 
> > > From: Pavel Machek <pavel@...e.cz>
> > 
> > > Yes, you need upcoming filesystem capabilities.  Binary may not
> > > inherit capabilities unless filesystem flags permit that.
> > 
> > I think this is wrong. Normal executables inherit uid/gid and
> > supplementary groups by default. Why should capabilities be any
> > different?
> 
> Well, because that's not the what the POSIX draft specification (and
> the rest of the Unix industry who were striving to meet the US
> Department of Defense's "B2 by '92" initiative) ended up implementing.

Minor nit. It was actually C2(Controlled Access Protection) by '92 which
is mainly just DAC protections as opposed to B2(Structured Protection)
which also included MAC policies and Sensitivity labels in addition to
DAC protections.

Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/