From: Stephen Smalley <sds@tycho.nsa.gov>
To: Andrew Holway <andrew.holway@native-instruments.de>,
selinux@tycho.nsa.gov
Subject: Re: virtualenv
Date: Fri, 30 Jan 2015 12:31:15 -0500 [thread overview]
Message-ID: <54CBBFE3.1030505@tycho.nsa.gov> (raw)
In-Reply-To: <54CBB4CD.6060006@native-instruments.de>
On 01/30/2015 11:43 AM, Andrew Holway wrote:
> Hello,
>
> We're using virtualenv so we can use weird and wonderful python
> libraries. In the process of writing the SELinux policy module we have
> found that the parent process is in the initrc_t domain rather than the
> desired myapp_t domain.
>
> It seems the virtualenv parent process is not transitioning to the
> nativeapi_t domain because the shell command "source" is not a
> standalone executable therefore we cannot set this with the
> "nativeapi_exec_t" type label. Is there a way around that would be more
> elegant than using some kind of wrapper script?
>
> Its a bit odd to me that the parent process can be in one domain and the
> children in another.
BTW, that's not odd at all - domain transitions normally occur on exec,
so when a parent process does a fork+exec and you have defined a domain
transition in policy on the type assigned to the executable, the child
will run in the new domain, and you'll have parent and child in
different domains. That's to be expected.
prev parent reply other threads:[~2015-01-30 17:31 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-30 16:43 virtualenv Andrew Holway
2015-01-30 17:28 ` virtualenv Stephen Smalley
2015-02-04 11:51 ` virtualenv Andrew Holway
2015-02-04 14:05 ` virtualenv Stephen Smalley
2015-01-30 17:31 ` Stephen Smalley [this message]
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=54CBBFE3.1030505@tycho.nsa.gov \
--to=sds@tycho.nsa.gov \
--cc=andrew.holway@native-instruments.de \
--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.