All of lore.kernel.org
 help / color / mirror / Atom feed
From: John Chludzinski <john.chludzinski@vivaldi.net>
To: Spencer Shimko <spencer@quarksecurity.com>
Cc: selinux@tycho.nsa.gov
Subject: Re: Trying to update sysadm module in CLIP
Date: Fri, 20 Mar 2015 23:14:02 +0100	[thread overview]
Message-ID: <d1147ae9bfd084f0760cb8457e3cf228@vivaldi.net> (raw)
In-Reply-To: <CAGNxgPiBThm0SpAo-+1D2UsaFyVNY2AKpj56RFvt+8SrfxL-Jw@mail.gmail.com>

1) I noticed 
packages/clip-selinux-policy/clip-selinux-policy/policy/modules.conf 
defines the the modules that are built into a base.pp:

packages/clip-selinux-policy/clip-selinux-policy/ > make base TYPE="mls" 
MLS_SENS=1

which includes sysadm. Is this something of any interest?

2) Reading the output from:

packages/clip-selinux-policy/ > make rpm

I noticed it contains: "Compiling clip base module", which compiles all 
the *.te files.

which, of course, includes sysadm.

The files created are: clip-selinux-policy-6.2.0-1.noarch.rpm, 
clip-selinux-policy-6.2.0-1.src.rpm, clip-selinux-policy-6.2.0.tar.gz.

Should install clip-selinux-policy-6.2.0-1.noarch.rpm?

3) If I'm making small modifications to one of the canonical CLIP 
modules (system, role, etc.) is there something less that replacing the 
policy tree? That's why I build the sysadm.pp.

4) If I'm creating policies unique to this project, should I create a 
directory under policy/modules/<project> and run: make conf? Use 
LOCAL_ROOT to point to a policy source tree hanging off the project 
root? Just trying to come up with some process/strategy that's flexible 
and defensible. Of course LOCAL_ROOT is defined in the Makefile in 
packages/clip-selinux-policy/clip-selinux-policy and I'd be building 
*.pp files? Maybe this is OK for new policy code?


---John



Been inspecting the "other" make (in packages/clip-selinux-policy v. 
packages/clip-selinux-policy/clip-selinux-policy).

On 2015-03-20 00:33, Spencer Shimko wrote:
> Trimmed SELinux mailing list form CCs.
> 
> Did you try the the suggestions in my on-list response a little while 
> ago?
> 
> On Thu, Mar 19, 2015 at 6:38 PM, John Chludzinski
> <john.chludzinski@vivaldi.net> wrote:
>> I ran (when under the role sysadm_r and type sysadm_t):
>> 
>> $ id -Z
>> 
>> and got: Xsysadm_u:sysadm_r:sysadm_t:s0
>> 
>> So now I'm assuming the CLIP image is at "s0" sensitivity level.
>> 
>> Then I noticed that the build.conf file states: "The sensitivities 
>> will be
>> s0 to s(MLS_SENS-1)".
>> 
>> So I built using:
>> 
>> $ make modules APPS_MODS="sysadm" TYPE="mls" MLS_SENS=1
>> 
>> to get an "s0" sensitivity level.
>> 
>> Tried to install and now I get: "duplicate declaration in module:
>> type/attribute sysadm_userhelper_t".
>> (A "Whac-A-Mole" game!)
>> 
>> ---John
>> 
>> 
>> On 2015-03-19 21:31, John Chludzinski wrote:
>>> 
>>> First thing ... I'm a newbie to SELinux.
>>> 
>>> I'm trying to update the sysadm module in a CLIP image. I downloaded
>>> the SELinux policy code from: https://github.com/QuarkSecurity/CLIP.
>>> I modified the sysadm policy code and built (in
>>> ~/clip/packages/clip-selinux-policy/clip-selinux-policy) using:
>>> 
>>> $ make modules APPS_MODS="sysadm"
>>> 
>>> Then I tried to install in the CLIP image using:
>>> 
>>> $ semodule -i /mnt/hdd/SELinix/sysadm.pp
>>> 
>>> and got: "tried to link in a non-MLS module with an MLS base". (I
>>> assume this means the CLIP image I'm working with is MLS?)
>>> Next I built using:
>>> 
>>> $ make modules APPS_MODS="sysadm" TYPE="mls"
>>> 
>>> Tried to load/install the module and got: "sensitivy s10 not declared 
>>> by
>>> base."
>>> 
>>> Next I tried:
>>> 
>>> $ make modules APPS_MODS="auditadm sysadm" TYPE="mls" MLS_SENS=15
>>> 
>>> and !still! got "sensitivy s10 not declared by base".
>>> 
>>> Any suggestions/thoughts?
>>> 
>>> ---John
>>> _______________________________________________
>>> Selinux mailing list
>>> Selinux@tycho.nsa.gov
>>> To unsubscribe, send email to Selinux-leave@tycho.nsa.gov.
>>> To get help, send an email containing "help" to
>>> Selinux-request@tycho.nsa.gov.
>> 
>> 
>> _______________________________________________
>> Selinux mailing list
>> Selinux@tycho.nsa.gov
>> To unsubscribe, send email to Selinux-leave@tycho.nsa.gov.
>> To get help, send an email containing "help" to
>> Selinux-request@tycho.nsa.gov.

  parent reply	other threads:[~2015-03-20 22:14 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-19 20:31 Trying to update sysadm module in CLIP John Chludzinski
2015-03-19 21:54 ` Spencer Shimko
2015-03-19 22:38 ` John Chludzinski
2015-03-20  0:23   ` Brandon Whalen
2015-03-20 21:56     ` John Chludzinski
     [not found]   ` <CAGNxgPiBThm0SpAo-+1D2UsaFyVNY2AKpj56RFvt+8SrfxL-Jw@mail.gmail.com>
2015-03-20 22:14     ` John Chludzinski [this message]
2015-03-21 13:57       ` Brandon Whalen
2015-03-21 17:36         ` Thomas Hurd
     [not found]     ` <55d4ced56b5ade45f9635caa3bd622b9@vivaldi.net>
     [not found]       ` <CAGNxgPh1Tq+ipErajh4F7VSW57cMTiNC7ZWJOa+jpWYsyw_HOA@mail.gmail.com>
2015-03-23 15:16         ` John Chludzinski
2015-03-23 16:01           ` Brandon Whalen
2015-03-23 17:36             ` John Chludzinski
2015-03-23 18:12               ` Mike Palmiotto
2015-03-23 18:22               ` Brandon Whalen
2015-03-23 19:01                 ` John Chludzinski

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=d1147ae9bfd084f0760cb8457e3cf228@vivaldi.net \
    --to=john.chludzinski@vivaldi.net \
    --cc=selinux@tycho.nsa.gov \
    --cc=spencer@quarksecurity.com \
    /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.