Summary: SELinux is preventing /usr/sbin/uucico "execute" access on /usr/bin/ssh. Detailed Description: SELinux denied access requested by uucico. It is not expected that this access is required by uucico 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. Allowing Access: You can generate a local policy module to allow this access - see FAQ (http://docs.fedoraproject.org/selinux-faq-fc5/#id2961385) Please file a bug report. Additional Information: Source Context system_u:system_r:uucpd_t:s0-s0:c0.c1023 Target Context system_u:object_r:ssh_exec_t:s0 Target Objects /usr/bin/ssh [ file ] Source uucico Source Path /usr/sbin/uucico Port <Unknown> Host (removed) Source RPM Packages uucp-1.07-23.fc13 Target RPM Packages openssh-clients-5.4p1-3.fc13 Policy RPM selinux-policy-3.7.19-33.fc13 Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Plugin Name catchall Host Name (removed) Platform Linux (removed) 2.6.35-rc4-wl+ #12 SMP Thu Jul 8 11:14:53 EDT 2010 x86_64 x86_64 Alert Count 1 First Seen Tue 03 Aug 2010 03:45:01 PM EDT Last Seen Tue 03 Aug 2010 03:45:01 PM EDT Local ID 11eb2402-a8e9-47f7-a725-47c85557d2f7 Line Numbers Raw Audit Messages node=(removed) type=AVC msg=audit(1280864701.902:157): avc: denied { execute } for pid=9644 comm="uucico" name="ssh" dev=dm-0 ino=5024178 scontext=system_u:system_r:uucpd_t:s0-s0:c0.c1023 tcontext=system_u:object_r:ssh_exec_t:s0 tclass=file node=(removed) type=SYSCALL msg=audit(1280864701.902:157): arch=c000003e syscall=59 success=no exit=-13 a0=16c7b58 a1=16c8650 a2=7fffbcf985c8 a3=7fffbcf97bf0 items=0 ppid=9643 pid=9644 auid=10 uid=10 gid=14 euid=10 suid=10 fsuid=10 egid=14 sgid=14 fsgid=14 tty=(none) ses=10 comm="uucico" exe="/usr/sbin/uucico" subj=system_u:system_r:uucpd_t:s0-s0:c0.c1023 key=(null) I am using SSH to tunnel UUCP connections to a mail server... Hash String generated from catchall,uucico,uucpd_t,ssh_exec_t,file,execute audit2allow suggests: #============= uucpd_t ============== allow uucpd_t ssh_exec_t:file execute;
Created attachment 436378 [details] local.te These policy changes seem to resolve the issue...
It seems reasonable to add corenet_tcp_connect_ssh_port(uucpd_t) optional_policy(` ssh_exec(uucpd_t) ')
Fixed in selinux-policy-3.7.19-43.fc13.noarch.
I guess uucpd uses ssh for connections?
Well, it is _extremely_ flexible. I configure it to use ssh for connections, since by default the network connections are cleartext. :-(
Ok I just want to cover the common setups.
selinux-policy-3.7.19-44.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/selinux-policy-3.7.19-44.fc13
selinux-policy-3.7.19-44.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update selinux-policy'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/selinux-policy-3.7.19-44.fc13
selinux-policy-3.7.19-44.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.