From: Daniel J Walsh <dwalsh@redhat.com>
To: Colin Walters <walters@verbum.org>
Cc: Joshua Brindle <method@gentoo.org>,
russell@coker.com.au, selinux <selinux@tycho.nsa.gov>,
Chris PeBenito <pebenito@gentoo.org>
Subject: Re: [RFC] Upstream policy handling
Date: Mon, 20 Sep 2004 08:26:52 -0400 [thread overview]
Message-ID: <414ECC8C.9080801@redhat.com> (raw)
In-Reply-To: <1095651232.4431.123.camel@nexus.verbum.private>
I think we do want to start moving strict policy back. A lot of the
changes and tunables we added were to make
SELinux work in a mainstream operating system. This finally led us to
the targeted policy which can satisfy our
desire to add some SELinux functionality to the Masses without leading
them to turn it off and worse bury our
support centers with calls. :^( I see even targeted policy slowly
moving toward strict policy over then next few
years as we better undestand how MAC can work in a mainstream operating
system.
So I have no problem with moving strict policy back towards a more
strict behavior and the elimination of some tunables.
(Singleuserdomain should be eliminated). Some of the unlimitedXYZ
should be removed also, as long as the people using
strict policy can put up with the pain, and it would probably force us
to fix some more applications.
As far as the policy having a Red Hat bent, this is because we have
probably submitted more patches to policy then any other
distro.
I would like to get to the point that policy-sources would only be
installed like kernel-sources is now. IE only required for
developers.
Allowing sysadmin's to configure policy via booleans is in my opinion a
much better way to go.
I believe that having Stephen and NSA as being the final Policy CZar is
the way to go and I worry about distributions, not
submitting the patches to policy for peer review.
Dan
--
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:[~2004-09-20 12:27 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-19 15:07 [RFC] Upstream policy handling Joshua Brindle
2004-09-19 19:21 ` Luke Kenneth Casson Leighton
2004-09-19 21:10 ` Luke Kenneth Casson Leighton
2004-09-19 20:46 ` Russell Coker
2004-09-19 21:11 ` Joshua Brindle
2004-09-19 21:29 ` Russell Coker
2004-09-19 23:48 ` Joshua Brindle
2004-09-20 3:33 ` Colin Walters
2004-09-20 12:26 ` Daniel J Walsh [this message]
2004-09-20 12:56 ` Christopher J. PeBenito
2004-09-20 15:53 ` Colin Walters
2004-09-20 20:44 ` File types that are not sysadmfiles Daniel J Walsh
2004-09-21 5:08 ` Russell Coker
2004-09-21 14:42 ` Colin Walters
2004-09-21 15:25 ` Russell Coker
2004-09-21 15:45 ` Colin Walters
2004-09-21 14:42 ` Colin Walters
2004-09-22 20:22 ` James Carter
2004-09-23 16:43 ` [RFC] Upstream policy handling Daniel J Walsh
2004-09-23 19:10 ` Russell Coker
2004-09-20 12:25 ` Luke Kenneth Casson Leighton
2004-09-20 14:54 ` Russell Coker
2004-09-19 22:08 ` Colin Walters
2004-09-19 23:24 ` Joshua Brindle
2004-09-20 0:07 ` Colin Walters
2004-09-20 12:22 ` Luke Kenneth Casson Leighton
2004-09-20 15:17 ` Thomas Bleher
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=414ECC8C.9080801@redhat.com \
--to=dwalsh@redhat.com \
--cc=method@gentoo.org \
--cc=pebenito@gentoo.org \
--cc=russell@coker.com.au \
--cc=selinux@tycho.nsa.gov \
--cc=walters@verbum.org \
/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.