Bug 679765 - SELinux is preventing /usr/sbin/sedispatch from 'write' accesses on the sock_file log.
Summary: SELinux is preventing /usr/sbin/sedispatch from 'write' accesses on the sock_...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy
Version: 15
Hardware: i386
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Miroslav Grepl
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: setroubleshoot_trace_hash:d4bef1c8c92...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-02-23 13:30 UTC by ultima.ratio.regum69
Modified: 2011-02-23 22:01 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-02-23 22:01:06 UTC
Type: ---


Attachments (Terms of Use)

Description ultima.ratio.regum69 2011-02-23 13:30:41 UTC
SELinux is preventing /usr/sbin/sedispatch from 'write' accesses on the sock_file log.

*****  Plugin catchall (100. confidence) suggests  ***************************

If you believe that sedispatch should be allowed write access on the log sock_file by default.
Then you should report this as a bug.
You can generate a local policy module to allow this access.
Do
allow this access for now by executing:
# grep sedispatch /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp

Additional Information:
Source Context                system_u:system_r:audisp_t:s0
Target Context                system_u:object_r:tmpfs_t:s0
Target Objects                log [ sock_file ]
Source                        sedispatch
Source Path                   /usr/sbin/sedispatch
Port                          <Inconnu>
Host                          (removed)
Source RPM Packages           setroubleshoot-server-3.0.28-1.fc15
Target RPM Packages           
Policy RPM                    selinux-policy-3.9.14-2.fc15
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Permissive
Host Name                     (removed)
Platform                      Linux (removed) 2.6.38-rc5-git1 #1 SMP
                              PREEMPT Tue Feb 22 15:45:17 CET 2011 i686 i686
Alert Count                   1
First Seen                    mar. 22 févr. 2011 18:35:31 CET
Last Seen                     mar. 22 févr. 2011 18:35:31 CET
Local ID                      e8413fd7-7cdb-428c-a15f-8db19e4a318a

Raw Audit Messages
type=AVC msg=audit(1298396131.956:177): avc:  denied  { write } for  pid=2567 comm="sedispatch" name="log" dev=tmpfs ino=7950 scontext=system_u:system_r:audisp_t:s0 tcontext=system_u:object_r:tmpfs_t:s0 tclass=sock_file


type=SYSCALL msg=audit(1298396131.956:177): arch=i386 syscall=socketcall success=yes exit=0 a0=3 a1=bfc85e4c a2=4934aff4 a3=ffffff70 items=0 ppid=2559 pid=2567 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=sedispatch exe=/usr/sbin/sedispatch subj=system_u:system_r:audisp_t:s0 key=(null)

Hash: sedispatch,audisp_t,tmpfs_t,sock_file,write

audit2allow

#============= audisp_t ==============
allow audisp_t tmpfs_t:sock_file write;

audit2allow -R

#============= audisp_t ==============
allow audisp_t tmpfs_t:sock_file write;

Comment 1 Miroslav Grepl 2011-02-23 13:59:08 UTC
Did you install F15 from Fedora 15 Alpha RC2 install image?

Comment 2 ultima.ratio.regum69 2011-02-23 14:09:01 UTC
no.
I've used desktop-i386-20110219.20.iso and installed updates.

Do you want me to try Fedora 15 Alpha RC2 ?

Comment 3 Daniel Walsh 2011-02-23 21:05:31 UTC
No it looks like you have a labeling problem though.  /dev/log is mislabeled as is probably most of /dev.

I would try to relabel your system.
touch /.autorelabel; reboot

Comment 4 ultima.ratio.regum69 2011-02-23 22:01:06 UTC
thanks, you're right.
/dev was also mislabeled. /usr and /lib were also mislabeled.
I feel kinda stupid, i should have found this by myself.

sorry for the noise.


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