Bug 712059

Summary: SELinux is preventing /usr/sbin/sendmail.sendmail from read, write access on the file /tmp/ffilCoFbB (deleted).
Product: [Fedora] Fedora Reporter: Richard Shaw <hobbes1069>
Component: selinux-policyAssignee: Miroslav Grepl <mgrepl>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: 14CC: dominick.grift, dwalsh, jcmj, mgrepl
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: setroubleshoot_trace_hash:8f4ad1cea0b4f73fee7a71c2ea017ab6747bc4141f640d8fbc6b2dec052a2d31
Fixed In Version: selinux-policy-3.9.7-44.fc14 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-08-12 11:01:38 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 Richard Shaw 2011-06-09 11:54:07 UTC
SELinux is preventing /usr/sbin/sendmail.sendmail from read, write access on the file /tmp/ffilCoFbB (deleted).

*****  Plugin catchall (50.5 confidence) suggests  ***************************

If you believe that sendmail.sendmail should be allowed read write access on the ffilCoFbB (deleted) 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 sendmail /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp

*****  Plugin leaks (50.5 confidence) suggests  ******************************

If you want to ignore sendmail.sendmail trying to read write access the ffilCoFbB (deleted) file, because you believe it should not need this access.
Then you should report this as a bug.  
You can generate a local policy module to dontaudit this access.
Do
# grep /usr/sbin/sendmail.sendmail /var/log/audit/audit.log | audit2allow -D -M mypol
# semodule -i mypol.pp

Additional Information:
Source Context                system_u:system_r:system_mail_t:s0
Target Context                system_u:object_r:tmp_t:s0
Target Objects                /tmp/ffilCoFbB (deleted) [ file ]
Source                        sendmail
Source Path                   /usr/sbin/sendmail.sendmail
Port                          <Unknown>
Host                          (removed)
Source RPM Packages           sendmail-8.14.4-10.fc14
Target RPM Packages           
Policy RPM                    selinux-policy-3.9.7-40.fc14
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Permissive
Host Name                     (removed)
Platform                      Linux (removed) 2.6.38.8-31.fc14.x86_64
                              #1 SMP Tue Jun 7 09:47:54 CDT 2011 x86_64 x86_64
Alert Count                   2
First Seen                    Wed 08 Jun 2011 01:03:10 PM CDT
Last Seen                     Thu 09 Jun 2011 05:17:45 AM CDT
Local ID                      a0271fb8-af5f-45f8-980c-ede8a1a6cf2f

Raw Audit Messages
type=AVC msg=audit(1307614665.592:38350): avc:  denied  { read write } for  pid=24175 comm="sendmail" path=2F746D702F6666696C436F466242202864656C6574656429 dev=dm-0 ino=1046545 scontext=system_u:system_r:system_mail_t:s0 tcontext=system_u:object_r:tmp_t:s0 tclass=file


type=SYSCALL msg=audit(1307614665.592:38350): arch=x86_64 syscall=execve success=yes exit=0 a0=a7bcb0 a1=a7bda0 a2=a7a380 a3=1 items=0 ppid=24173 pid=24175 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=483 sgid=483 fsgid=483 tty=(none) ses=4294967295 comm=sendmail exe=/usr/sbin/sendmail.sendmail subj=system_u:system_r:system_mail_t:s0 key=(null)

Hash: sendmail,system_mail_t,tmp_t,file,read,write

audit2allow

#============= system_mail_t ==============
allow system_mail_t tmp_t:file { read write };

audit2allow -R

#============= system_mail_t ==============
allow system_mail_t tmp_t:file { read write };

Comment 1 Richard Shaw 2011-06-09 11:55:15 UTC
I did a autorelabel and I'm still getting these on a few different services/packages including iptables-multi.

Comment 2 Dominick Grift 2011-06-09 11:57:22 UTC
Do you run fail2ban?

Comment 3 Miroslav Grepl 2011-06-09 12:10:55 UTC
If yes, it will fix in the next F14 release.

Comment 4 Richard Shaw 2011-06-14 15:40:54 UTC
Yup... I'll watch for the update and report if I have issues afterwards.

Comment 5 Richard Shaw 2011-06-19 12:55:00 UTC
Do I need to do anything manually? I'm still getting sealerts on a few different programs (not just sendmail) trying to access temporary files.

Comment 6 Miroslav Grepl 2011-06-20 06:53:04 UTC
Fixed in selinux-policy-3.9.7-43.fc14. 

A new build will be available from koji today.

Comment 7 Fedora Update System 2011-08-04 13:58:24 UTC
selinux-policy-3.9.7-44.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/selinux-policy-3.9.7-44.fc14

Comment 8 Fedora Update System 2011-08-05 03:53:34 UTC
Package selinux-policy-3.9.7-44.fc14:
* should fix your issue,
* was pushed to the Fedora 14 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing selinux-policy-3.9.7-44.fc14'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/selinux-policy-3.9.7-44.fc14
then log in and leave karma (feedback).

Comment 9 Fedora Update System 2011-08-12 11:00:32 UTC
selinux-policy-3.9.7-44.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 10 Fedora Update System 2011-08-12 18:25:00 UTC
selinux-policy-3.9.7-44.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.