login
Login
/
Register
Search
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
November
»
25
Re: [PATCH] -mm (2.6.24-rc3-mm1) Smack using capabilities 32 and 33
view
thread
!MAILaRCHIVE_VOTE_RePLACE
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
[view in full thread]
From:
Casey Schaufler <casey@...>
To: Andrew Morgan <morgan@...>, <casey@...>
Cc: <akpm@...>, <torvalds@...>, <linux-kernel@...>, <linux-security-module@...>
Subject:
Re: [PATCH] -mm (2.6.24-rc3-mm1) Smack using capabilities 32 and 33
Date: Sunday, November 25, 2007 - 1:13 pm
--- Andrew Morgan <morgan@kernel.org> wrote:
quoted text
> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > Casey Schaufler wrote: > > diff -uprN -X linux-2.6.24-rc3-mm1-base/Documentation/dontdiff > linux-2.6.24-rc3-mm1-base/include/linux/capability.h > linux-2.6.24-rc3-mm1-smack/include/linux/capability.h > > --- linux-2.6.24-rc3-mm1-base/include/linux/capability.h 2007-11-22 > 01:51:36.000000000 -0800 > > +++ linux-2.6.24-rc3-mm1-smack/include/linux/capability.h 2007-11-24 > 11:26:51.000000000 -0800 > > @@ -314,6 +314,23 @@ typedef struct kernel_cap_struct { > > > > #define CAP_SETFCAP 31 > > > > +/* Override MAC access. > > + The base kernel enforces no MAC policy. > > + An LSM may enforce a MAC policy, and if it does and it chooses > > + to implement capability based overrides of that policy, this is > > + the capability it should use to do so. */ > > + > > +#define CAP_MAC_OVERRIDE 32 > > + > > +/* Allow MAC configuration or state changes. > > + The base kernel requires no MAC configuration. > > + An LSM may enforce a MAC policy, and if it does and it chooses > > + to implement capability based checks on modifications to that > > + policy or the data required to maintain it, this is the > > + capability it should use to do so. */ > > + > > +#define CAP_MAC_ADMIN 33 > > + > > /* > > * Bit location of each capability (used by user-space library and kernel) > > */ > > @@ -334,7 +351,8 @@ typedef struct kernel_cap_struct { > > | CAP_TO_MASK(CAP_DAC_OVERRIDE) \ > > | CAP_TO_MASK(CAP_DAC_READ_SEARCH) \ > > | CAP_TO_MASK(CAP_FOWNER) \ > > - | CAP_TO_MASK(CAP_FSETID)) > > + | CAP_TO_MASK(CAP_FSETID) \ > > The following looks a bit fishy: > > + | CAP_TO_MASK(CAP_MAC_OVERRIDE)) > > (1<<32) & 0xffffffff == 0 > > I think you need to define CAP_FS_MASK_B1.
I think you're right, and I'll need to use it, too. Casey Schaufler
casey@schaufler-ca.com
-
unsubscribe notice
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/
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
Messages in current thread:
[PATCH] -mm (2.6.24-rc3-mm1) Smack using capabilities 32 and...
, Casey Schaufler
, (Sun Nov 25, 1:53 am)
Re: [PATCH] -mm (2.6.24-rc3-mm1) Smack using capabilities 32...
, Serge E. Hallyn
, (Mon Nov 26, 12:28 pm)
Re: [PATCH] -mm (2.6.24-rc3-mm1) Smack using capabilities 32...
, Andrew Morgan
, (Sun Nov 25, 12:33 pm)
Re: [PATCH] -mm (2.6.24-rc3-mm1) Smack using capabilities 32...
, Casey Schaufler
, (Sun Nov 25, 1:13 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Greg KH
[GIT PATCH] driver core patches against 2.6.24
david
Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
David Woodhouse
[PATCH 1/3] firmware: allow firmware files to be built into kernel image
Peter Zijlstra
[PATCH 00/23] per device dirty throttling -v8
git
:
linux-netdev
:
Jarek Poplawski
[PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Gerrit Renker
[PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side)
Josip Rodin
bnx2_poll panicking kernel
Patrick McHardy
Re: [GIT]: Networking
openbsd-misc
:
Colocation donated by:
Who's online
There are currently
0 users
and
703 guests
online.
Syndicate