From: Murray McAllister <mmcallis@redhat.com>
To: Stephen Smalley <sds@tycho.nsa.gov>
Cc: SE Linux <selinux@tycho.nsa.gov>
Subject: Re: user guide draft: "SELinux Contexts and Attributes" review
Date: Fri, 05 Sep 2008 15:46:43 +1000 [thread overview]
Message-ID: <48C0C7C3.3050304@redhat.com> (raw)
In-Reply-To: <1220446886.6034.33.camel@moss-spartans.epoch.ncsc.mil>
Stephen Smalley wrote:
> On Wed, 2008-09-03 at 16:04 +1000, Murray McAllister wrote:
>> How about:
>>
>> The level is an attribute of MLS and Multi-Category Security (MCS). The
>> first part of the level, s0-s0, is the sensitivity.
>
> Actually, s0-s0 is a MLS range where the low level has sensitivity s0
> and no categories and the high level has sensitivity s0 and no
> categories.
>
>> The s0 sensitivity
>> is the only sensitivity used for MCS. Since the format of the level is
>> the same for MLS and MCS, and MLS supports ranges of sensitivities, a
>> sensitivity such as s0-s0 is the same as s0 when using MCS.
>
> No, s0-s0 is always the same as just s0, regardless of MCS or MLS. Just
> like s1-s1 is the same as just s1. Versus a non-trivial range like
> s0-s1 or s0-s3.
>
>> Optionally,
>> the level can have a list of categories.
I hope this is correct soon ;)
The level is an attribute of MLS and Multi-Category Security (MCS). The
first part of the level, s0-s0, is an MLS range. This range has an
identical low-level and high-level sensitivity, s0, and no categories. A
range of s0-s0 is the same as s0. The s0 sensitivity is the only
sensitivity used by MCS, as MCS only enforces categories. Optionally,
each level in a range can have a list of categories. MCS in Fedora 10
supports 1024 different categories: c0 through to c1023. If a user is
not authorized for all of the categories of an object, and DAC and Type
Enforcement rules allow access, access is denied. For example, if a user
is only authorized for the c0 category, and an object is labeled with
the c0 and c1 categories, access is denied. If a user is authorized for
the c0 and c1 categories, and an object is only labeled with the c0
category, access is allowed. The /etc/selinux/targeted/setrans.conf file
is used to map levels (s0:c0) to human-readable form (CompanyConfidential).
MLS allows ranges of sensitivities, not just s0. Both sensitivities and
categories are required when using MLS. MLS enforces the Bell-LaPadula
Mandatory Access Model, and is used in Labeled Security Protection
Profile (LSPP) environments. To use MLS restrictions, install the
selinux-policy-mls package, and configure MLS to be the default SELinux
policy. The MLS policy shipped with Fedora omits many program domains
that were not part of the evaluated configuration, and therefore, MLS on
a desktop workstation is unusable (no support for the X Window System);
however, an MLS policy from the upstream SELinux reference policy can be
built that includes all program domains.
>
> Each level in the range can have a list of categories, so you can have:
> s0:c0,c2-s3:c0,c1,c2
> The only requirement is that the high level (s3:c0,c1,c2) must dominate
> the low level (s0:c0,c2), i.e. s3 >= s0 and {c0, c1, c2} is a superset
> of {c0, c2}.
>
> Somewhere you should likely explain the notation:
> sN represents a sensitivity with value N, where sN dominates sM if N >=
> M.
> cN represents category N, where a category set dominates another if it
> is a superset of it.
> The sN and cN values can then be mapped to human-readable labels using
> setrans.conf.
>
>> Categories are used to
>> categorize data and add an extra level of security. Fedora 10 supports
>> 1024 different categories: c0 through to c1023. If a user is not
>> authorized for all of the categories of an object, and DAC and SELinux
>> rules allow access, access is denied.
>
> That would be DAC and type enforcement rules. SELinux rules include TE
> rules, RBAC rules, and constraints (including MLS/MCS).
changed.
>
>> For example, if a user is only
>> authorized for the c0 category, and an object is labeled with the c0 and
>> c1 categories, access is denied. If a user is authorized for the c0 and
>> c1 categories, and an object is only labeled with the c0 category,
>> access is allowed. Levels can be translated to an easier-to-read form,
>> such as CompanyConfidential. For an example list of levels and their
>> translations, refer to the /etc/selinux/targeted/setrans.conf file.
>>
>> MLS allows ranges of sensitivities, not just s0. MLS enforces the
>> Bell-LaPadula Mandatory Access Model, and is used in Labeled Security
>> Protection Profile (LSPP) environments. To use MLS restrictions, install
>> the selinux-policy-mls package, and configure MLS to be the default
>> SELinux policy. The MLS policy shipped with Fedora omits many program
>> domains that were not part of the evaluated configuration, and
>> therefore, MLS on a desktop workstation is unusable (no support for the
>> X Window System); however, an MLS policy from the upstream SELinux
>> reference policy[1] can be built that includes all program domains.
>>
>> I left out details to try to limit mistakes...
>>
>> [1] http://oss.tresys.com/projects/refpolicy
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
next prev parent reply other threads:[~2008-09-05 5:46 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-27 6:54 user guide draft: "SELinux Contexts and Attributes" review Murray McAllister
2008-08-27 13:47 ` Stephen Smalley
2008-09-01 7:03 ` Murray McAllister
2008-09-02 3:39 ` Murray McAllister
2008-09-02 4:48 ` Murray McAllister
2008-09-02 13:19 ` Stephen Smalley
2008-09-02 13:09 ` Stephen Smalley
2008-09-03 6:04 ` Murray McAllister
2008-09-03 13:01 ` Stephen Smalley
2008-09-05 5:46 ` Murray McAllister [this message]
2008-09-05 11:27 ` Stephen Smalley
2008-09-06 4:24 ` Murray McAllister
2008-09-08 0:44 ` Murray McAllister
2008-09-02 12:58 ` Stephen Smalley
2008-09-03 5:56 ` Murray McAllister
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48C0C7C3.3050304@redhat.com \
--to=mmcallis@redhat.com \
--cc=sds@tycho.nsa.gov \
--cc=selinux@tycho.nsa.gov \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.