Description of problem: SELinux is preventing /usr/sbin/named-checkconf from using the 'execstack' accesses on a process. ***** Plugin catchall (100. confidence) suggests ************************** If vous pensez que named-checkconf devrait être autorisé à accéder execstack sur les processus étiquetés named_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 named-checkconf /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:named_t:s0 Target Context system_u:system_r:named_t:s0 Target Objects [ process ] Source named-checkconf Source Path /usr/sbin/named-checkconf Port <Unknown> Host (removed) Source RPM Packages bind-9.9.4-11.fc21.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 2 First Seen 2013-12-30 11:50:36 CET Last Seen 2013-12-30 11:50:39 CET Local ID 67ddca77-da9a-4c0d-a19e-7707269fb756 Raw Audit Messages type=AVC msg=audit(1388400639.228:58): avc: denied { execstack } for pid=1029 comm="named" scontext=system_u:system_r:named_t:s0 tcontext=system_u:system_r:named_t:s0 tclass=process type=AVC msg=audit(1388400639.228:58): avc: denied { execmem } for pid=1029 comm="named" scontext=system_u:system_r:named_t:s0 tcontext=system_u:system_r:named_t:s0 tclass=process type=SYSCALL msg=audit(1388400639.228:58): arch=x86_64 syscall=mprotect success=yes exit=0 a0=7fffb0d0c000 a1=1000 a2=1000007 a3=0 items=0 ppid=1 pid=1029 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=4294967295 tty=(none) comm=named exe=/usr/sbin/named subj=system_u:system_r:named_t:s0 key=(null) Hash: named-checkconf,named_t,named_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 ***