Bug 783669

Summary: SELinux is preventing /usr/sbin/crond from 'write' accesses on the None .
Product: [Fedora] Fedora Reporter: Nicolas Mailhot <nicolas.mailhot>
Component: selinux-policyAssignee: Miroslav Grepl <mgrepl>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: dominick.grift, dwalsh, mgrepl
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:1e87b0d1ceb48244d7cb0b2ee55be79ec8903a2c28bc2d12a8b00681032ff792
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-01-24 16:36:11 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Nicolas Mailhot 2012-01-21 15:39:41 UTC
libreport version: 2.0.8
executable:     /usr/bin/python
hashmarkername: setroubleshoot
kernel:         3.2.1-5.fc17.x86_64
reason:         SELinux is preventing /usr/sbin/crond from 'write' accesses on the None .
time:           sam. 21 janv. 2012 16:32:15 CET

description:
:SELinux is preventing /usr/sbin/crond from 'write' accesses on the None .
:
:*****  Plugin catchall (100. confidence) suggests  ***************************
:
:If you believe that crond should be allowed write access on the  <Inconnu> 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 crond /var/log/audit/audit.log | audit2allow -M mypol
:# semodule -i mypol.pp
:
:Additional Information:
:Source Context                system_u:system_r:crond_t:s0-s0:c0.c1023
:Target Context                unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1
:                              023
:Target Objects                 [ None ]
:Source                        crond
:Source Path                   /usr/sbin/crond
:Port                          <Inconnu>
:Host                          (removed)
:Source RPM Packages           
:Target RPM Packages           
:Policy RPM                    <Inconnu>
:Selinux Enabled               True
:Policy Type                   targeted
:Enforcing Mode                Enforcing
:Host Name                     (removed)
:Platform                      Linux (removed) 3.2.1-5.fc17.x86_64 #1 SMP Tue Jan
:                              17 18:57:18 UTC 2012 x86_64 x86_64
:Alert Count                   1
:First Seen                    sam. 21 janv. 2012 16:30:01 CET
:Last Seen                     sam. 21 janv. 2012 16:30:01 CET
:Local ID                      ced2947f-471d-4a30-85ca-47dd209f3848
:
:Raw Audit Messages
:type=AVC msg=audit(1327159801.277:188): avc:  denied  { write } for  pid=2593 comm="crond" scontext=system_u:system_r:crond_t:s0-s0:c0.c1023 tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tclass=keynode=(removed) type=SYSCALL msg=audit(1327159801.277:188): arch=c000003e syscall=250 success=yes exit=0 a0=8 a1=fffffffc a2=fffffffd a3=303035 items=0 ppid=931 pid=2593 auid=500 uid=500 gid=500 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=5 comm="crond" exe="/usr/sbin/crond" subj=system_u:system_r:crond_t:s0-s0:c0.c1023 key=(null)
:
:
:Hash: crond,crond_t,unconfined_t,None,write
:
:audit2allow
:
:
:audit2allow -R
:
:

Comment 1 Miroslav Grepl 2012-01-23 09:42:37 UTC
Do you know what you were doing when this happened? Or did it happen by default?

Comment 2 Nicolas Mailhot 2012-01-23 15:14:48 UTC
It's cron, it doesn't ask for my permission to run :( I'll try to identify the failing cron job if that's possible

Comment 3 Daniel Walsh 2012-01-24 16:36:11 UTC
This is cron writing to the kernel keyring for a user.

Fixed in selinux-policy-3.10.0-80.fc17