Bug 641463 - SELinux is preventing /sbin/setfiles "read" access on /var/run/pm-utils/network/dhclient.suspend.
Summary: SELinux is preventing /sbin/setfiles "read" access on /var/run/pm-utils/...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy
Version: 13
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Miroslav Grepl
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: setroubleshoot_trace_hash:516a020614b...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-10-08 19:11 UTC by Steve Tyler
Modified: 2010-11-11 22:22 UTC (History)
3 users (show)

Fixed In Version: selinux-policy-3.7.19-69.fc13
Clone Of:
Environment:
Last Closed: 2010-11-11 22:22:53 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Steve Tyler 2010-10-08 19:11:37 UTC
Summary:

SELinux is preventing /sbin/setfiles "read" access on
/var/run/pm-utils/network/dhclient.suspend.

Detailed Description:

[restorecon has a permissive type (setfiles_t). This access was not denied.]

SELinux denied access requested by restorecon. It is not expected that this
access is required by restorecon and this access may signal an intrusion
attempt. It is also possible that the specific version or configuration of the
application is causing it to require additional access.

Allowing Access:

You can generate a local policy module to allow this access - see FAQ
(http://docs.fedoraproject.org/selinux-faq-fc5/#id2961385) Please file a bug
report.

Additional Information:

Source Context                system_u:system_r:setfiles_t:s0-s0:c0.c1023
Target Context                system_u:object_r:hald_var_run_t:s0
Target Objects                /var/run/pm-utils/network/dhclient.suspend [ file
                              ]
Source                        restorecon
Source Path                   /sbin/setfiles
Port                          <Unknown>
Host                          (removed)
Source RPM Packages           policycoreutils-2.0.83-28.fc13
Target RPM Packages           
Policy RPM                    selinux-policy-3.7.19-65.fc13
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Plugin Name                   catchall
Host Name                     (removed)
Platform                      Linux (removed) 2.6.34.7-56.fc13.x86_64 #1 SMP Wed
                              Sep 15 03:36:55 UTC 2010 x86_64 x86_64
Alert Count                   6
First Seen                    Fri 08 Oct 2010 12:07:06 PM PDT
Last Seen                     Fri 08 Oct 2010 12:09:29 PM PDT
Local ID                      25b35415-89ea-4d9f-a9df-a876f307fde5
Line Numbers                  

Raw Audit Messages            

node=(removed) type=AVC msg=audit(1286564969.923:26066): avc:  denied  { read } for  pid=4091 comm="restorecon" path="/var/run/pm-utils/network/dhclient.suspend" dev=dm-2 ino=263959 scontext=system_u:system_r:setfiles_t:s0-s0:c0.c1023 tcontext=system_u:object_r:hald_var_run_t:s0 tclass=file

node=(removed) type=SYSCALL msg=audit(1286564969.923:26066): arch=c000003e syscall=59 success=yes exit=0 a0=24fd3d0 a1=24fc030 a2=24e2c40 a3=18 items=0 ppid=4053 pid=4091 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="restorecon" exe="/sbin/setfiles" subj=system_u:system_r:setfiles_t:s0-s0:c0.c1023 key=(null)



Hash String generated from  catchall,restorecon,setfiles_t,hald_var_run_t,file,read
audit2allow suggests:

#============= setfiles_t ==============
allow setfiles_t hald_var_run_t:file read;

Comment 1 Steve Tyler 2010-10-08 19:26:47 UTC
This happens after a suspend/resume cycle initiated with System->Shut_Down->Suspend.

NetworkManager is not installed and the network service is enabled.

[stephent@walnut ~]$ cat /etc/sysconfig/network-scripts/ifcfg-eth0 
# Please read /usr/share/doc/initscripts-*/sysconfig.txt
# for the documentation of these parameters.
DEVICE=eth0
BOOTPROTO=dhcp
TYPE=Ethernet
HWADDR=00:30:67:36:c5:af
NM_CONTROLLED=no
ONBOOT=yes
USERCTL=yes
PEERDNS=yes
IPV6INIT=no
#DHCP_HOSTNAME=`hostname`
#DHCPRELEASE=y

[stephent@walnut log]$ rpm -qa 'selinux*' initscripts pm-utils 'Net*' | sort
initscripts-9.12.1-1.fc13.x86_64
NetworkManager-glib-0.8.1-6.git20100831.fc13.x86_64
pm-utils-1.2.6.1-1.fc13.x86_64
selinux-policy-3.7.19-65.fc13.noarch
selinux-policy-targeted-3.7.19-65.fc13.noarch

Comment 2 Miroslav Grepl 2010-10-11 13:28:03 UTC
Looks like this is caused by hal leaking file descriptors.

Comment 3 Daniel Walsh 2010-10-12 14:07:48 UTC
Yes add

hal_dontaudit_leaks(setfiles_t)

Comment 4 Miroslav Grepl 2010-10-13 06:27:49 UTC
Added to selinux-policy-3.7.19-66.fc13.

Comment 5 Fedora Update System 2010-10-27 08:09:14 UTC
selinux-policy-3.7.19-69.fc13 has been submitted as an update for Fedora 13.
https://admin.fedoraproject.org/updates/selinux-policy-3.7.19-69.fc13

Comment 6 Fedora Update System 2010-10-28 06:19:42 UTC
selinux-policy-3.7.19-69.fc13 has been pushed to the Fedora 13 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update selinux-policy'.  You can provide feedback for this update here: https://admin.fedoraproject.org/updates/selinux-policy-3.7.19-69.fc13

Comment 7 Fedora Admin XMLRPC Client 2010-11-08 21:52:10 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 8 Fedora Admin XMLRPC Client 2010-11-08 21:53:33 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 9 Fedora Admin XMLRPC Client 2010-11-08 21:56:09 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 10 Fedora Update System 2010-11-11 22:22:29 UTC
selinux-policy-3.7.19-69.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.


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