From: Shaun Savage <savages@pcez.com>
To: Russell Coker <russell@coker.com.au>, selinux <selinux@tycho.nsa.gov>
Subject: Re: package configuration (for dpkg - rpm will have the same issues)
Date: Tue, 19 Mar 2002 16:11:37 -0800 [thread overview]
Message-ID: <3C97D3B9.2030107@pcez.com> (raw)
In-Reply-To: 20020315231922.EE0931ECB7@lyta.coker.com.au
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
HI
This is what i'm doing with rpm.
There is a rpm domain.
it takes a passwd to enter the rpm domain
the I have two options.
disable checking
play games with preinstall scripts and postinstall scripts
I choose disable checking
If the package has a nonstandard .te, that is installed into the
/etc/selinux/policy directory and the policy is reloaded.
After install and before post install I configure the new files to the correct
attributes
I then restart checking
The problem that I came across is the are too many O-ZOT trying to force a
machine to auto update with checking on
an example is
~ any time a app is dependant upon it's execution upon a app that does'nt know
about it when the .te files were created.
Just some ideas
Shaun Savage
Russell Coker wrote:
| On Fri, 15 Mar 2002 15:00, Stephen Smalley wrote:
|
|>>To solve this I was thinking of having an automatic transition from
|>>sysadm_t to dpkg_t when dpkg_exec_t programs are run. Then there would
|>>be an automatic transition from dpkg_t when running initrc_exec_t
|>>binaries (all the start scripts) which stops run_init from needing a
|>>password.
|>>
|>>What do you think of this idea?
|>
|>I'm not sure I understand. run_init (or something similar) still needs to
|>be used when running the init scripts so that they are executed from the
|>proper security context. run_init re-authenticates for the same reason as
|>newrole - to ensure that the user really wants to perform the transition,
|>as opposed to some malicious code run by the user. If you eliminate the
|>user interaction for dpkg, how do you provide the same guarantee? Or, if
|>you are willing to give up that guarantee, then why not just drop the
|>authentication out of your copy of run_init entirely.
|
|
| OK. What if I make it the proceedure to use run_init to run dpkg or dselect
| for package installation or replacement?
|
| The idea of dropping the authentication out of run_init or doing any major
| change to decrease the security of my setup is not something that I am
| prepared to consider.
|
| My problem is that in the usual Debian package installation process the
| program dselect will run dpkg multiple times, each invocation may install
| multiple packages. Each package installation may run multiple scripts that
| may end up starting daemons, in many cases the daemon start scripts will be
| run with standard input directed to be from /dev/null. So if there is to be
| any authentication in the package installation process then it has to be
| before dselect is started.
|
| Am I on the right track now?
|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE8l9O3n6I06Opz+XURAozGAJ9UBCE7ityjP1h3FC8Cer1Ytc3bqQCgwYyG
e7Ftj0P5jCTHkSUhgH/oZ5w=
=U9j7
-----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 0:13 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 [this message]
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
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=3C97D3B9.2030107@pcez.com \
--to=savages@pcez.com \
--cc=russell@coker.com.au \
--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.