Summary: SELinux is preventing /usr/libexec/gdm-session-worker "read write" access on /root. Detailed Description: SELinux denied access requested by gdm-session-wor. It is not expected that this access is required by gdm-session-wor 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://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Please file a bug report. Additional Information: Source Context system_u:system_r:xdm_t:s0-s0:c0.c1023 Target Context system_u:object_r:admin_home_t:s0 Target Objects /root [ dir ] Source gdm-session-wor Source Path /usr/libexec/gdm-session-worker Port <Unknown> Host (removed) Source RPM Packages gdm-2.28.1-24.fc12 Target RPM Packages filesystem-2.4.30-2.fc12 Policy RPM selinux-policy-3.6.32-49.fc12 Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Plugin Name catchall Host Name (removed) Platform Linux (removed) 2.6.31.6-145.fc12.i686 #1 SMP Sat Nov 21 16:28:23 EST 2009 i686 i686 Alert Count 1 First Seen Thu 03 Dec 2009 10:51:04 AM EST Last Seen Thu 03 Dec 2009 10:51:04 AM EST Local ID 05d80ca4-e6e1-48f9-97c9-bd109f29adca Line Numbers Raw Audit Messages node=(removed) type=AVC msg=audit(1259855464.673:37): avc: denied { read write } for pid=5640 comm="gdm-session-wor" name="root" dev=sda3 ino=16397 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 tclass=dir node=(removed) type=SYSCALL msg=audit(1259855464.673:37): arch=40000003 syscall=33 success=no exit=-13 a0=8bbb368 a1=7 a2=26d1a4 a3=8c18208 items=0 ppid=5597 pid=5640 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4 comm="gdm-session-wor" exe="/usr/libexec/gdm-session-worker" subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 key=(null) Hash String generated from selinux-policy-3.6.32-49.fc12,catchall,gdm-session-wor,xdm_t,admin_home_t,dir,read,write audit2allow suggests: #============= xdm_t ============== allow xdm_t admin_home_t:dir { read write };
*** This bug has been marked as a duplicate of bug 543970 ***