All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Serge E. Hallyn" <serue@us.ibm.com>
To: Stephen Smalley <sds@tycho.nsa.gov>
Cc: "Christopher J. PeBenito" <cpebenito@tresys.com>,
	James Morris <jmorris@namei.org>,
	ltp-list@lists.sourceforge.net, selinux@tycho.nsa.gov
Subject: Re: LTP SELinux policy error
Date: Fri, 30 Jan 2009 11:14:53 -0600	[thread overview]
Message-ID: <20090130171453.GA10745@us.ibm.com> (raw)
In-Reply-To: <1233252592.5109.144.camel@localhost.localdomain>

Quoting Stephen Smalley (sds@tycho.nsa.gov):
> On Thu, 2009-01-29 at 11:51 -0500, Christopher J. PeBenito wrote:
> > On Thu, 2009-01-29 at 08:42 -0500, Christopher J. PeBenito wrote:
> > > On Thu, 2009-01-29 at 21:32 +1100, James Morris wrote:
> > > > I'm trying to run the LTP SELinux tests using the latest CVS version of 
> > > > LTP and current Fedora development, and get the following policy 
> > > > compilation error:
> > > > 
> > > > ----
> > > > Compiling targeted test_policy module
> > > > 
> > > > test_policy.te:1730: Warning: r_dir_perms is deprecated please use list_dir_perms instead.
> > > > test_policy.te:1731: Warning: r_file_perms is deprecated please use read_file_perms instead.
> > > > [lots of warnings similar to the above]
> > > > 
> > > > /usr/bin/checkmodule:  loading policy configuration from 
> > > > tmp/test_policy.tmp
> > > > test_policy.te":16:ERROR 'syntax error' at token 
> > > > 'userdom_use_sysadm_terms' on line 3198:
> > > > userdom_use_sysadm_terms(testdomain)
> > > > # This allows read and write sysadm ttys and ptys.
> > > > /usr/bin/checkmodule:  error(s) encountered while parsing configuration
> > > > make[1]: *** [tmp/test_policy.mod] Error 1
> > > > make[1]: Leaving directory `/usr/share/selinux/devel'
> > > > make: *** [load] Error 2
> > > > Failed to build and load test_policy module, aborting test run.
> > > > ----
> > > > 
> > > > Is this likely to be fixed soon, and/or any suggestions for a workaround?
> > > 
> > > It won't compile with the current trunk refpolicy, since the current
> > > release was a major, API breaking change.  I'll try to get a patch out
> > > shortly.
> > 
> > I updated the policy since its fairly old, though I didn't convert its
> > raw rules over to use interfaces.  However this didn't completely fix
> > it, as there is usage of a "unconfined_runs_test()", which isn't in the
> > upstream refpolicy nor the fedora policy, as far as I can see.  One of
> > the updates includes use of sysadm_entry_spec_domtrans_to(), which is in
> > the upstream refpolicy, but doesn't seem to have made its way downstream
> > to the fedora policy.  I have attached my work so someone familiar with
> > the LTP test cases can use it to complete the fix.
> 
> Serge put together a patch and script under selinux-testsuite/misc that
> defines unconfined_runs_test() as well as converting some of the
> interfaces.  That was done so that the ltp testsuite could still be run
> on older distributions (w/ the older policy) and on newer distributions
> (w/ the patch applied to perform conversion).  It was originally done
> based on the deprecation of the sbin interfaces, which is why it is
> named that way even though it now includes more than just conversion of
> those interfaces.

(Sorry, this thread is rolling into my inbox delayed and out-of-order)

So the unconfined_runs_test() shouldn't actually be a problem (right,
Chris? pls let me know if you actually get compile failures as then
something went wrong with the build scripts).

But what could have happened with sysadm_entry_spec_domtrans_to()?  It
must have been in fedora's policy before, since it definately worked on
fedora 7 and 8.  Has it been removed?  (I'll fire up a f10 partition and
look through the policy sources...)

As for the list_dir_perms and read_file_perms, have those always macros
in the refpolicy?  If so, then a straight search-and-replace is fine.
If not, then we'll have to do another hook at the policy build to make
the substitutions only when the policy is new enough.  :(

thanks,
-serge

--
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.

  reply	other threads:[~2009-01-30 17:14 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-29 10:32 LTP SELinux policy error James Morris
2009-01-29 13:42 ` Christopher J. PeBenito
2009-01-29 16:51   ` Christopher J. PeBenito
2009-01-29 18:09     ` Stephen Smalley
2009-01-30 17:14       ` Serge E. Hallyn [this message]
2009-01-30 17:37         ` [LTP] " Serge E. Hallyn
2009-01-30 20:46           ` Chris PeBenito
     [not found]           ` <1233345509.6143.43.camel@defiant.pebenito.net>
2009-02-01 22:54             ` Serge E. Hallyn
2009-02-03 13:55               ` Chris PeBenito
2009-01-30 20:46         ` Chris PeBenito
     [not found]         ` <1233345437.6143.42.camel@defiant.pebenito.net>
2009-02-01 22:51           ` Serge E. Hallyn
2009-02-03 13:51             ` Chris PeBenito
2009-02-02 13:39     ` [LTP] " Subrata Modak
2009-04-29 18:39       ` Stephen Smalley
2009-04-30 10:26         ` Subrata Modak

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=20090130171453.GA10745@us.ibm.com \
    --to=serue@us.ibm.com \
    --cc=cpebenito@tresys.com \
    --cc=jmorris@namei.org \
    --cc=ltp-list@lists.sourceforge.net \
    --cc=sds@tycho.nsa.gov \
    --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.