Red Hat Bugzilla – Bug 427648
setroubleshooter denying my fetchmail su in rc.local
Last modified: 2008-03-05 17:17:22 EST
Description of problem:
SELinux denied access requested by /bin/su. It is not expected that this access
is required by /bin/su 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.
Version-Release number of selected component (if applicable):
I have been for a couple of years, starting fetchmail with this line in my
su gene -c "fetchmail -d 90 --fetchmailrc /home/gene/.fetchmailrc"
Steps to Reproduce:
1. Setup all the fetchmail paths for access by the user 'gene'
2. Add the above line to the rc.local script
3. Install F8 after something in FC6 caused the partition table of my boot drive
to be filled with 0x00's after an x crash/lockup and the following hardware
reset button push to recover.
Actual results: See above description.
Please note that I can reset the inittab to 5, and login as gene, su -, and then
this command line pasted directly from the rc.local file, works as expected, but
it no longer works during the late bootup.
The previous setroubleshooter line also reports this summary:
SELinux is preventing /bin/su (fetchmail_t) "sigchld" to (initrc_su_t).
Which was my clue that it was a fetchmail startup problem.
dit2allow -M mypol -i /var/log/audit/audit.log
# semodule -i mypol.pp
Fixed in selinux-policy-3.0.8-74.fc8
Bugs have been in modified for over one month. Closing as fixed in current
release please reopen if the problem still persists.