From: Daniel Gil Mayol <daniel.gil-mayol@brunel.de>
To: selinux@tycho.nsa.gov
Subject: Re: Policy tests failed
Date: Thu, 02 Nov 2006 15:07:26 +0100 [thread overview]
Message-ID: <4549FB9E.3030104@brunel.de> (raw)
In-Reply-To: <1162475440.22051.23.camel@moss-spartans.epoch.ncsc.mil>
Stephen Smalley wrote:
> On Thu, 2006-11-02 at 11:01 +0100, Daniel Gil Mayol wrote:
>
>> Hello, I still have some problems with the policy tests.
>>
>> I am testing that a domain can execute files that are defined in the
>> policy. For example, lets take tripwire. In the policy is defined that:
>>
>> can_exec($1_t, shell_exec_t);
>> can_exec($1_t, bin_t);
>>
>> That means that tripwire_t domain is allowed to execute files labeled
>> with shell_exec_t and bin_t.
>>
>> The test first relabel as shell_exec_t a copy that I made previously of
>> /bin/ls (this copy is under my test directory):
>>
>> [root@cnsu PolicyTest]# chcon -u system_u -r object_r -t shell_exec_t ls
>>
>> Then I try to execute ls (under the domain tripwire_t) over a file
>> called '/policytest' defined as:
>>
>> -rw-r--r-- root root system_u:object_r:policy_test_t
>> policytest
>>
>> where policy_test_t is:
>>
>> type policy_test_t, file_type;
>> allow * policy_test_t:file getattr;
>>
>> But this execution fail:
>>
>> [root@cnsu PolicyTest]# runcon -t tripwire_t ./ls /policytest
>> execvp: Permission denied
>>
>> The /var/log/messages shows this:
>>
>> Nov 2 11:06:46 cnsu kernel: audit(1162465606.392:25664): avc: denied
>> { entrypoint } for pid=27705 comm="runcon" name="ls" dev=hda2
>> ino=240308 scontext=root:system_r:tripwire_t
>> tcontext=system_u:object_r:shell_exec_t tclass=file
>>
>> The question is... should I define for all the services this file
>> entrypoint or I am doing something wrong in my test?
>> I would like to avoid to write all these entrypoints.
>>
>
> SELinux distinguishes between an executable that can be used to enter a
> given domain (entrypoint) and an executable that can be subsequently
> executed by that domain. can_exec() only gives permissions for the
> latter. domain_trans() and domain_auto_trans() gives permissions for a
> domain transition, including the entrypoint permission between the new
> domain and the executable. Example:
> domain_trans(unconfined_t, shell_exec_t, $1_t)
> domain_trans(unconfined_t, bin_t, $1_t)
>
> Reference policy splits the entrypoint permission into a separate
> macro/interface, domain_entry_file(), but that wouldn't exist in your
> base policy.
>
>
And how can we test in our script this (that tripwire can execute types
of shell_exec_t and bin_t) without define a domain_trans?
We don't want to allow this only for the test.
--
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:[~2006-11-02 14:07 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-02 10:01 Policy tests failed Daniel Gil Mayol
2006-11-02 13:50 ` Stephen Smalley
2006-11-02 14:07 ` Daniel Gil Mayol [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-10-19 15:00 Daniel Gil Mayol
2006-10-19 18:30 ` Stephen Smalley
2006-10-20 12:58 ` Daniel Gil Mayol
2006-10-20 17:40 ` Stephen Smalley
2006-10-23 8:50 ` Daniel Gil Mayol
2006-10-23 12:59 ` Stephen Smalley
2006-10-25 5:44 ` Nayak Debabrata-a22788
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=4549FB9E.3030104@brunel.de \
--to=daniel.gil-mayol@brunel.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.