Description of problem: This happened on a Cinnamon desktop immediately after login, when the network-manager applet went to unlock the keyring so it could connect to a wireless network. The user logs in as staff_u and whatnot. SELinux is preventing /usr/bin/gnome-keyring-daemon from 'create' accesses on the file user. ***** Plugin catchall (100. confidence) suggests ************************** If you believe that gnome-keyring-daemon should be allowed create access on the user 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 gnome-keyring-d /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context staff_u:staff_r:staff_gkeyringd_t:s0-s0:c0.c1023 Target Context staff_u:object_r:cache_home_t:s0 Target Objects user [ file ] Source gnome-keyring-d Source Path /usr/bin/gnome-keyring-daemon Port <Unknown> Host (removed) Source RPM Packages gnome-keyring-3.10.1-1.fc20.x86_64 Target RPM Packages Policy RPM selinux-policy-3.12.1-106.fc20.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 3.12.6-300.fc20.x86_64 #1 SMP Mon Dec 23 16:44:31 UTC 2013 x86_64 x86_64 Alert Count 2 First Seen 2014-01-07 14:44:33 PST Last Seen 2014-01-07 14:44:33 PST Local ID 1221f003-ed78-4392-9904-c2b4a04c1993 Raw Audit Messages type=AVC msg=audit(1389134673.609:529): avc: denied { create } for pid=10323 comm=64636F6E6620776F726B6572 name="user" scontext=staff_u:staff_r:staff_gkeyringd_t:s0-s0:c0.c1023 tcontext=staff_u:object_r:cache_home_t:s0 tclass=file type=SYSCALL msg=audit(1389134673.609:529): arch=x86_64 syscall=open success=no exit=EACCES a0=7feaec017100 a1=42 a2=180 a3=0 items=0 ppid=1 pid=10323 auid=1000 uid=1000 gid=100 euid=1000 suid=1000 fsuid=1000 egid=100 sgid=100 fsgid=100 ses=3 tty=(none) comm=64636F6E6620776F726B6572 exe=/usr/bin/gnome-keyring-daemon subj=staff_u:staff_r:staff_gkeyringd_t:s0-s0:c0.c1023 key=(null) Hash: gnome-keyring-d,staff_gkeyringd_t,cache_home_t,file,create Additional info: reporter: libreport-2.1.10 hashmarkername: setroubleshoot kernel: 3.12.6-300.fc20.x86_64 type: libreport
commit b6ec1659a0b6e1ffbd77ee5304f6ca51ad48e298 Author: Miroslav Grepl <mgrepl> Date: Fri Jan 10 14:24:28 2014 +0100 Allow gnome_manage_generic_cache_files also create cache_home_t files
selinux-policy-3.12.1-116.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/selinux-policy-3.12.1-116.fc20
Package selinux-policy-3.12.1-116.fc20: * should fix your issue, * was pushed to the Fedora 20 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.12.1-116.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-0806/selinux-policy-3.12.1-116.fc20 then log in and leave karma (feedback).
selinux-policy-3.12.1-116.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.