Bug 661368 – MLS policy prevents modprobe from reading a shm object

Bug 661368 - MLS policy prevents modprobe from reading a shm object

Summary:	MLS policy prevents modprobe from reading a shm object

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Linux 5
Classification:	Red Hat
Component:	selinux-policy (Show other bugs)
Sub Component:
Version:	5.6
Hardware:	All Linux

Priority	low Severity medium
Target Milestone:	rc
Target Release:	---
Assigned To:	Miroslav Grepl
QA Contact:	Milos Malik
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2010-12-08 11:45 EST by Milos Malik
Modified:	2013-04-10 03:16 EDT (History)
CC List:	1 user (show)

See Also:
Fixed In Version:	selinux-policy-2.4.6-300.el5
Doc Type:	Bug Fix
Doc Text:	Prior to this update, the SELinux MLS policy prevented modprobe from reading an SHM (shared memory) object. This update corrects the SELinux policy, and modprobe now works as expected.
Story Points:	---
Clone Of:
Environment:
Last Closed:	2011-01-13 16:51:53 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Milos Malik 2010-12-08 11:45:51 EST

Description of problem:


Version-Release number of selected component (if applicable):
selinux-policy-mls-2.4.6-298.el5
selinux-policy-devel-2.4.6-298.el5
selinux-policy-targeted-2.4.6-298.el5
selinux-policy-2.4.6-298.el5
selinux-policy-strict-2.4.6-298.el5
selinux-policy-minimum-2.4.6-298.el5

How reproducible:
always

Steps to Reproduce:
1. install MLS policy on a RHEL-5.6 machine, force filesystem auto-relabel
2. modify /etc/selinux/config so that the machine will start up with MLS policy
in permissive mode
3. reboot into single mode
4. log in via console
5. run dmesg | grep "type="

Actual results:
type=1400 audit(1291801571.871:4): avc:  denied  { unix_read } for  pid=753 comm="modprobe" key=1946157237 scontext=system_u:system_r:insmod_t:s0-s15:c0.c1023 tcontext=system_u:system_r:insmod_t:s15:c0.c1023 tclass=shm
type=1400 audit(1291801571.876:5): avc:  denied  { unix_read } for  pid=753 comm="modprobe" key=1946157237 scontext=system_u:system_r:insmod_t:s0-s15:c0.c1023 tcontext=system_u:system_r:insmod_t:s15:c0.c1023 tclass=shm

Expected results:
no AVCs

Comment 3 Miroslav Grepl 2010-12-09 05:28:38 EST

Fixed in selinux-policy-2.4.6-300.el5.

Comment 6 Jaromir Hradilek 2011-01-05 11:30:27 EST

    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Prior to this update, the SELinux MLS policy prevented modprobe from reading an SHM (shared memory) object. This update corrects the SELinux policy, and modprobe now works as expected.

Comment 8 errata-xmlrpc 2011-01-13 16:51:53 EST

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0026.html

Note You need to log in before you can comment on or make changes to this bug.