From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
To: SE-Linux <selinux@tycho.nsa.gov>, debian-dpkg@lists.debian.org
Cc: scott@netsplit.com
Subject: Re: dpkg and selinux
Date: Wed, 1 Sep 2004 18:47:18 +0100 [thread overview]
Message-ID: <20040901174718.GE4400@lkcl.net> (raw)
In-Reply-To: <20040901101921.GC5882@lkcl.net>
a summary follows of the discussions of dpkg between scott and myself
(my thanks to scott for taking the time to read what i wrote yesterday,
and for responding).
- dpkg needs in some way to set up the selinux file contexts of each
and every file, directory, symlink and inode of a package it installs.
if it does not do this, the default permissions are likely to be
incorrect, such that the program is highly unlikely to work.
- russell's "postinst.d" patch is _one_ way to achieve this desired
result: after files are unpacked, the list of files / directories
of the package is taken and the selinux contexts are set on all
those files and directories.
- dpkg "postinst" scripts, or more likely the /etc/init.d/* startup
scripts MAY, in some unlikely cases, need to be modified to set
permissions on files, directories or symlinks that they create
INSIDE the "postinst" script or INSIDE their /etc/init.d/XXXX
script.
such modifications have, to date, found to be extremely rare.
one recent example is, however, /etc/init.d/xfs which creates
the directory /tmp/.font-unix and it is necessary to use
restorecon to reset the permissions correctly on that directory.
- the proposed dpkg "trigger" system which scott kindly explained is
an optimisation of the number of times that things like
scrollkeeper-update, ldconfig, update-menus etc are called by
package postinst scripts, to reduce these down to the absolute
minimum [zero or one, at the end of a dpkg run].
- the dpkg "trigger" design would have to be stretched in order to
fit selinux in, but should that be done, the resultant design
could then also deal with "updatedb / locate" and other things
that need to know what files a package has added or removed from
a debian system.
- russell's "postinst.d" system is sufficiently confusingly similar
to "triggers" such that it could end up being abused.
consequently, in short, it's probably best to patch dpkg's
"tarobject()" function to set the SE/Linux file permissions,
and to have those permissions preserved as the unpacked
archive is then moved into place.
l.
--
--
Truth, honesty and respect are rare commodities that all spring from
the same well: Love. If you love yourself and everyone and everything
around you, funnily and coincidentally enough, life gets a lot better.
--
<a href="http://lkcl.net"> lkcl.net </a> <br />
<a href="mailto:lkcl@lkcl.net"> lkcl@lkcl.net </a> <br />
--
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-01 20:05 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-31 23:41 dpkg and selinux Luke Kenneth Casson Leighton
2004-09-01 2:12 ` Scott James Remnant
2004-09-01 10:19 ` Luke Kenneth Casson Leighton
2004-09-01 13:30 ` Scott James Remnant
2004-09-01 17:25 ` Luke Kenneth Casson Leighton
2004-09-01 20:50 ` Scott James Remnant
2004-09-01 21:32 ` Luke Kenneth Casson Leighton
2004-09-01 22:29 ` Scott James Remnant
2004-09-07 12:20 ` Russell Coker
2004-09-07 12:39 ` Luke Kenneth Casson Leighton
2004-09-08 13:32 ` Russell Coker
2004-09-08 22:02 ` Luke Kenneth Casson Leighton
2004-09-07 12:25 ` Russell Coker
2004-09-01 17:47 ` Luke Kenneth Casson Leighton [this message]
2004-09-07 12:13 ` 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=20040901174718.GE4400@lkcl.net \
--to=lkcl@lkcl.net \
--cc=debian-dpkg@lists.debian.org \
--cc=scott@netsplit.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.