All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joshua Brindle <method@manicmethod.com>
To: "Anamitra Dutta Majumdar (anmajumd)" <anmajumd@cisco.com>
Cc: Daniel J Walsh <dwalsh@redhat.com>,
	SE Linux <selinux@tycho.nsa.gov>,
	"Radha Venkatesh (radvenka)" <radvenka@cisco.com>
Subject: Re: Adding AV assertion to selinux policy in RHEL5
Date: Thu, 27 Aug 2009 16:24:23 -0400	[thread overview]
Message-ID: <4A96EB77.5070200@manicmethod.com> (raw)
In-Reply-To: <4EF101F7236DB443A8FABF8164BFBD0C0850C77E@xmb-sjc-223.amer.cisco.com>

Anamitra Dutta Majumdar (anmajumd) wrote:
> Hi Daniel, Joshua,
>
> We need a neverallow rule to forbid all apps including the ones running
> as root and  except insmod and modprobe from acessing the /lib folder .
>

You can't do that with a neverallow rule. A neverallow rule is an assertion that 
will cause a policy build error if it is violated.

You will need to remove all of the offending rules from the policy, which is 
non-trivial.

Though I must say, I don't quite understand what security goal you are trying to 
attain.

> Thanks
> Anamitra
>
> -----Original Message-----
> From: Daniel J Walsh [mailto:dwalsh@redhat.com]
> Sent: Wednesday, August 26, 2009 10:14 AM
> To: Joshua Brindle
> Cc: Anamitra Dutta Majumdar (anmajumd); SE Linux
> Subject: Re: Adding AV assertion to selinux policy in RHEL5
>
> On 08/26/2009 12:09 PM, Joshua Brindle wrote:
>> Daniel J Walsh wrote:
>>> On 08/25/2009 06:43 PM, Anamitra Dutta Majumdar (anmajumd) wrote:
>>>>
>>>> We are looking for a well documented procedure to add AV assertion
>>>> to selinux policy on RHEL5.
>>>> So far all SELinux URL links refer to the fact that the AV assertion
>
>>>> needs to be added to assert.te file under $SELINUX_SRC folder.
>>>> This appears to be true only for RHEL4 not RHEL5 since there is no
>>>> src folder under /etc/selinux/targeted that contains the source
>>>> policies in RHEL5.
>>>> We have installed and built the selinux-policy-2.4.6-248.el5.src.rpm
>
>>>> on our RHEL5.4 box and we did not find any assert.te file.
>>>> Can someone help us with the exact method as to what needs to be
>>>> done to add an AV assertion rule to our policy.
>>>>
>>>> Thanks
>>>> Anamitra&   Radha
>>>>
>>>> --
>>>> fedora-selinux-list mailing list
>>>> fedora-selinux-list@redhat.com
>>>> https://www.redhat.com/mailman/listinfo/fedora-selinux-list
>>> questions like this should be asked on the
>>> SELinux<selinux@tycho.nsa.gov>   Mail List.
>>>
>>> I am not sure what you are asking for.
>>
>> assert.te was the old place for neverallow rules in the example
> policy.
>> In the reference policy neverallows are put in their appropriate place
>
>> (you could grep for them in the source policy if you want to see).
>>
>> However, with RHEL5 and greater distros you can just insert policy
>> modules to add rules (including assertions). So just follow the RHEL5
>> instructions on adding a policy and you can add neverallows there.
>>
>> You also need to enable assertion checking by adding this line to
>> /etc/selinux/semanage.conf
>>
>> expand-check = 1
>>
>>
>>
>> --
>> 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.
>>
>>
> Right but I am not sure they want a neverallow rule.
>
> I still would like to have them explain what they want for assertions.
> Are they just looking to make sure that no one loads a policy module
> that allows a certain rule?  If yes then Josh is correct.
> If they are looking to remove some access from a domain, like a DENY
> rule, then assertions will not do it, other then getting the policy
> build to blow up (if expand-check is turnedon)
>


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

      parent reply	other threads:[~2009-08-27 20:24 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <c63e41180908211425s3a66c448g1a81865c9f14bcc@mail.gmail.com>
     [not found] ` <alpine.LRH.2.00.0908241149000.21562@tundra.namei.org>
     [not found]   ` <4EF101F7236DB443A8FABF8164BFBD0C084801CF@xmb-sjc-223.amer.cisco.com>
2009-08-26 12:33     ` Adding AV assertion to selinux policy in RHEL5 Daniel J Walsh
2009-08-26 16:09       ` Joshua Brindle
2009-08-26 17:14         ` Daniel J Walsh
     [not found]           ` <4EF101F7236DB443A8FABF8164BFBD0C0850C77E@xmb-sjc-223.amer.cisco.com>
2009-08-27 20:24             ` Joshua Brindle [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=4A96EB77.5070200@manicmethod.com \
    --to=method@manicmethod.com \
    --cc=anmajumd@cisco.com \
    --cc=dwalsh@redhat.com \
    --cc=radvenka@cisco.com \
    --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.