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