From: Shaun Savage <savages@pcez.com>
To: selinux <selinux@tycho.nsa.gov>
Subject: Re: package configuration (for dpkg - rpm will have the same issues)
Date: Wed, 20 Mar 2002 06:26:37 -0800 [thread overview]
Message-ID: <3C989C1D.30500@pcez.com> (raw)
In-Reply-To: 20020320133514.46E8075B8@lyta.coker.com.au
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
|
|
| Single user mode is effectively a reboot for users of the system.
|
Yes
|
| Check in what sense? Checking for syntax errors should be easy enough,
| checking for dependencies with other .te's without actually compiling it will
| be difficult, checking for stupid mistakes should be possible, but checking
| for subtle mistakes or malicious omissions will be impossible.
|
I look at the policy as a giant state machine. The checking could/should be
done off line. By using the same concepts used in VLSI design, a software
program could look for nasties. Sounds like a great thesis :) Any one want to
send me to school again? I have work on it some and have a few things worked out
but it would be a two year effort to have something that would get the test
coverage needed.
|
| I was thinking of having the usual sysadm_t domain write it. But you may be
| right, it might make sense to have a special domain to do it.
|
|
|>In situations that REQUIRE super verified security, then the packages them
|>self will be "certified" for that platform and configuration. What
|>"certified" means, I don't know.
|
|
| You still can't do pre-packaged .te's that are complete and fully
| restrictive. Consider the issue of which source of password data to use
| through nss. Consider the issue of which Apache modules are loaded. These
| things can require substantial and subtle changes to many settings.
|
I agree, but what I am saying is There can be a standard install and standard
packages. The The standard is not fully restrictive. you try for 99.99% not
99.999% It will be a subset of a full system. If a/the company wants the 99.999%
security and flexability the need to hire us to do it.
|
|
| The average admin can't properly deal with standard unix permissions. The
| average admin can't compile their own kernel. Is SE Linux ever going to be
| for the average admin?
|
Yes, I would like a distro that works out the the box. all the admin does is add
users, create virtual web sites. .... They don't mess with the system. The
packages are tested and verifed before it get to the sysadmin.
I would like to see SELinux in the schools, hospitals, police/fire stations, in
~ dept. of fish and wildlife offices. But that the 99.99%, where Mr Msadmin can
just click a button the system drops to admin mode, drag the new package to the
~ install box and its done. World peace, and a chicken in every pot. :)
|
| Another thing is that I need to patch setfiles to take a list of file names
| on standard input. Checking the entire file system after replacing a single
| package does not make sense.
|
Yes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE8mJwbn6I06Opz+XURAq9bAJ9gRQaxvsBqZHN7/cItFWTguPH+wwCgtyZW
bzX/kps3A34n99HpRIgbONo=
=dEHp
-----END PGP SIGNATURE-----
--
You have received this message because you are subscribed to the selinux 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:[~2002-03-20 14:28 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-14 17:28 package configuration (for dpkg - rpm will have the same issues) Russell Coker
2002-03-15 14:00 ` Stephen Smalley
2002-03-15 23:19 ` Russell Coker
2002-03-18 21:38 ` Stephen Smalley
2002-03-20 0:11 ` Shaun Savage
2002-03-20 9:41 ` Russell Coker
2002-03-20 12:36 ` Shaun Savage
2002-03-20 13:35 ` Russell Coker
2002-03-20 14:26 ` Shaun Savage [this message]
2002-03-20 15:31 ` Russell Coker
2002-03-20 16:03 ` Shaun Savage
2002-03-20 16:43 ` Russell Coker
2002-03-20 16:47 ` Stephen Smalley
2002-03-20 17:12 ` Russell Coker
2002-03-20 17:48 ` Stephen Smalley
2002-03-22 14:08 ` Dale Amon
2002-03-22 14:44 ` Stephen Smalley
2002-03-22 14:54 ` Russell Coker
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=3C989C1D.30500@pcez.com \
--to=savages@pcez.com \
--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.