Description of problem: Seems to correlate with having accessed the box via SSH earlier. SELinux is preventing /usr/sbin/sshd from 'entrypoint' accesses on the file /usr/lib64/security/pam_krb5/pam_krb5_cchelper. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that sshd should be allowed entrypoint access on the pam_krb5_cchelper 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 sshd /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context staff_u:staff_r:staff_t:s0-s0:c0.c1023 Target Context system_u:object_r:lib_t:s0 Target Objects /usr/lib64/security/pam_krb5/pam_krb5_cchelper [ file ] Source sshd Source Path /usr/sbin/sshd Port <Unknown> Host (removed) Source RPM Packages openssh-server-6.1p1-6.fc18.x86_64 Target RPM Packages pam_krb5-2.4.1-1.fc18.x86_64 Policy RPM selinux-policy-3.11.1-85.fc18.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 3.7.9-201.fc18.x86_64 #1 SMP Mon Feb 18 21:07:56 UTC 2013 x86_64 x86_64 Alert Count 2 First Seen 2013-03-16 20:35:21 EDT Last Seen 2013-03-16 21:36:09 EDT Local ID cd349ac3-50c2-4fd3-ae6d-602fc10937ce Raw Audit Messages type=AVC msg=audit(1363484169.735:2927): avc: denied { entrypoint } for pid=11623 comm="sshd" path="/usr/lib64/security/pam_krb5/pam_krb5_cchelper" dev="dm-0" ino=3801148 scontext=staff_u:staff_r:staff_t:s0-s0:c0.c1023 tcontext=system_u:object_r:lib_t:s0 tclass=file type=SYSCALL msg=audit(1363484169.735:2927): arch=x86_64 syscall=execve success=no exit=EACCES a0=7fb5f6c28ce0 a1=7fff175a9d50 a2=7fb5f6bc4260 a3=7fb5f4b30ad0 items=0 ppid=11616 pid=11623 auid=11892 uid=11892 gid=11892 euid=11892 suid=11892 fsuid=11892 egid=11892 sgid=11892 fsgid=11892 ses=390 tty=(none) comm=sshd exe=/usr/sbin/sshd subj=system_u:system_r:sshd_t:s0-s0:c0.c1023 key=(null) Hash: sshd,staff_t,lib_t,file,entrypoint audit2allow #============= staff_t ============== allow staff_t lib_t:file entrypoint; audit2allow -R #============= staff_t ============== allow staff_t lib_t:file entrypoint; Additional info: hashmarkername: setroubleshoot kernel: 3.7.9-201.fc18.x86_64 type: libreport
# chcon -t bin_t /usr/lib64/security/pam_krb5/pam_krb5_cchelper will fix. But what does # ps -axfZ |grep ssh
system_u:system_r:sshd_t:s0-s0:c0.c1023 793 ? Ss 0:00 /usr/sbin/sshd -D staff_u:staff_r:staff_t:s0-s0:c0.c1023 14351 pts/5 S+ 0:00 | | | \_ grep --color=auto ssh The ssh session in question is long over, of course. I only found the error when I walked up to the box physically, much later.
commit 1dc4583ba54fa05923edabdfaf78ec8b3d6d9738 Author: Miroslav Grepl <mgrepl> Date: Mon Mar 18 10:56:37 2013 +0100 Label /usr/lib64/security/pam_krb5/pam_krb5_cchelper as bin_t
selinux-policy-3.11.1-87.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/selinux-policy-3.11.1-87.fc18
Package selinux-policy-3.11.1-87.fc18: * should fix your issue, * was pushed to the Fedora 18 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.11.1-87.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-4251/selinux-policy-3.11.1-87.fc18 then log in and leave karma (feedback).
selinux-policy-3.11.1-87.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.