Description of problem: SELinux is preventing /usr/bin/stunnel from using the 'execstack' accesses on a process. ***** Plugin catchall (100. confidence) suggests ************************** If vous pensez que stunnel devrait être autorisé à accéder execstack sur les processus étiquetés stunnel_t par défaut. Then vous devriez rapporter ceci en tant qu'anomalie. Vous pouvez générer un module de stratégie local pour autoriser cet accès. Do autoriser cet accès pour le moment en exécutant : # grep stunnel /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:stunnel_t:s0 Target Context system_u:system_r:stunnel_t:s0 Target Objects [ process ] Source stunnel Source Path /usr/bin/stunnel Port <Unknown> Host (removed) Source RPM Packages stunnel-4.56-3.fc20.x86_64 Target RPM Packages Policy RPM selinux-policy-3.13.1-10.fc21.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Permissive Host Name (removed) Platform Linux (removed) 3.13.0-0.rc5.git0.1.fc21.x86_64 #1 SMP Mon Dec 23 14:23:13 UTC 2013 x86_64 x86_64 Alert Count 1 First Seen 2013-12-30 11:50:42 CET Last Seen 2013-12-30 11:50:42 CET Local ID 5da44fd1-2a58-4004-b522-6742514a28c7 Raw Audit Messages type=AVC msg=audit(1388400642.663:64): avc: denied { execstack } for pid=1050 comm="stunnel" scontext=system_u:system_r:stunnel_t:s0 tcontext=system_u:system_r:stunnel_t:s0 tclass=process type=AVC msg=audit(1388400642.663:64): avc: denied { execmem } for pid=1050 comm="stunnel" scontext=system_u:system_r:stunnel_t:s0 tcontext=system_u:system_r:stunnel_t:s0 tclass=process type=SYSCALL msg=audit(1388400642.663:64): arch=x86_64 syscall=mprotect success=yes exit=0 a0=7fff3dcfd000 a1=1000 a2=1000007 a3=0 items=0 ppid=1 pid=1050 auid=4294967295 uid=979 gid=970 euid=979 suid=979 fsuid=979 egid=970 sgid=970 fsgid=970 ses=4294967295 tty=(none) comm=stunnel exe=/usr/bin/stunnel subj=system_u:system_r:stunnel_t:s0 key=(null) Hash: stunnel,stunnel_t,stunnel_t,process,execstack Additional info: reporter: libreport-2.1.10 hashmarkername: setroubleshoot kernel: 3.13.0-0.rc5.git0.1.fc21.x86_64 type: libreport
*** This bug has been marked as a duplicate of bug 1045699 ***