Hide Forgot
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 };
I did a autorelabel and I'm still getting these on a few different services/packages including iptables-multi.
Do you run fail2ban?
If yes, it will fix in the next F14 release.
Yup... I'll watch for the update and report if I have issues afterwards.
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.
Fixed in selinux-policy-3.9.7-43.fc14. A new build will be available from koji today.
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
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).
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.