From: Daniel J Walsh <dwalsh@redhat.com>
To: Darrel Goeddel <dgoeddel@TrustedCS.com>
Cc: Stephen Smalley <sds@epoch.ncsc.mil>, SELinux <SELinux@tycho.nsa.gov>
Subject: Re: New ideas on implementation on libsetrans.
Date: Tue, 13 Sep 2005 15:54:58 -0400 [thread overview]
Message-ID: <43272E92.4060400@redhat.com> (raw)
In-Reply-To: <43272C09.3050105@trustedcs.com>
Darrel Goeddel wrote:
> Daniel J Walsh wrote:
>
>> After some discussion, we want to change the translation library into
>> a long running daemon with a unix domain socket that libselinux can
>> talk to for translation. This eliminates the need to use dlopen, and
>> link with -dl.
>> Dan
>>
>
> I mentioned the idea of socket communications when I initially presented
> the translation framework patch. My comment was that imposing a
> mechanism
> like that that on all translators may be a little much. The use of the
> dlopen'd library make it easy for someone to use flat files, UDS, TCP...
> Our current translation library is actually just a "communication
> manager"
> that talks via UDS to a daemon process which manages the labels.
Our idea is to put this all in the backend (Yes Luke like winbind :^))
So the backend SELINUX Daemon would have a plugin interface to allow
translation via
local file. ldap, MITRE Library ...
>
> There is an upshot to using UDS in libselinux - it makes the policy
> for all
> users of libselinux generic. The callers of libselinux functions only
> need
> to be able to use the socket. Currently, differing translators could
> require
> different access rights for libselinux users. In the socket scheme,
> only the
> daemon needs the "specific" access rights to do the translations -
> that is
> much easier to manage.
Yes we are having problems with linking against the library and having
different plugins to the library just doesnot feel right.
>
> I like the earlier idea on libsetrans about choosing a library based off
> of the policy type. Would something similar be considered here (like
> /var/setrans/mls, /var/setrans/targeted, etc., where all of the sockets
> share the same type)?
>
Yes except there would only be a single UDS say
/var/run/selinux/seinux_domain.
Then the daemon would choose the appropriate library to use, either via
the policy that is installed or via a config file.
> Have you put any thought into the language that libselinux and the
> daemons
> would speak over the socket?
>
I like ASCII... Of course if someone wants to take the ball and run with
it, it would be great.
--
--
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:[~2005-09-13 19:54 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-13 18:35 New ideas on implementation on libsetrans Daniel J Walsh
2005-09-13 18:59 ` Stephen Smalley
2005-09-13 19:10 ` Luke Kenneth Casson Leighton
2005-09-13 19:44 ` Darrel Goeddel
2005-09-13 19:54 ` Daniel J Walsh [this message]
2005-09-13 19:53 ` Stephen Smalley
2005-09-13 20:04 ` Daniel J Walsh
2005-09-13 20:06 ` Stephen Smalley
2005-09-13 20:33 ` Daniel J Walsh
2005-09-13 20:32 ` Stephen Smalley
2005-09-13 21:19 ` Daniel J Walsh
2005-09-14 13:39 ` Stephen Smalley
2005-09-14 14:15 ` Daniel J Walsh
[not found] ` <20050914192343.GA30138@redhat.com>
2005-09-14 19:51 ` Stephen Smalley
2005-09-14 13:03 ` Steve G
2005-09-14 13:33 ` Stephen Smalley
2005-09-14 17:25 ` Steve G
2005-09-14 17:52 ` Stephen Smalley
2005-09-14 18:01 ` Stephen Smalley
2005-09-16 13:47 ` Luke Kenneth Casson Leighton
2005-09-13 21:22 ` Luke Kenneth Casson Leighton
2005-09-14 11:58 ` Stephen Smalley
2005-09-16 13:59 ` Luke Kenneth Casson Leighton
2005-09-16 17:18 ` Steve G
2005-09-16 17:28 ` Stephen Smalley
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=43272E92.4060400@redhat.com \
--to=dwalsh@redhat.com \
--cc=SELinux@tycho.nsa.gov \
--cc=dgoeddel@TrustedCS.com \
--cc=sds@epoch.ncsc.mil \
/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.