Bug 709882 - SELinux is preventing /usr/bin/xauth from 'write' accesses on the directory /home/paul.
Summary: SELinux is preventing /usr/bin/xauth from 'write' accesses on the directory /...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: kdeadmin
Version: 18
Hardware: i386
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Than Ngo
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: setroubleshoot_trace_hash:488ef891783...
: 896677 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-06-01 20:24 UTC by Paul Vandenberg
Modified: 2013-01-18 07:40 UTC (History)
14 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-07 20:05:40 UTC
Type: ---


Attachments (Terms of Use)

Description Paul Vandenberg 2011-06-01 20:24:17 UTC
SELinux is preventing /usr/bin/xauth from 'write' accesses on the directory /home/paul.

*****  Plugin restorecon (99.5 confidence) suggests  *************************

If you want to fix the label. 
/home/paul default label should be user_home_dir_t.
Then you can run restorecon.
Do
# /sbin/restorecon -v /home/paul

*****  Plugin catchall (1.49 confidence) suggests  ***************************

If you believe that xauth should be allowed write access on the paul directory 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 xauth /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp

Additional Information:
Source Context                unconfined_u:unconfined_r:xauth_t:s0-s0:c0.c1023
Target Context                unconfined_u:object_r:home_root_t:s0
Target Objects                /home/paul [ dir ]
Source                        xauth
Source Path                   /usr/bin/xauth
Port                          <Unknown>
Host                          (removed)
Source RPM Packages           xorg-x11-xauth-1.0.2-9.fc15
Target RPM Packages           
Policy RPM                    selinux-policy-3.9.16-24.fc15
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Host Name                     (removed)
Platform                      Linux (removed) 2.6.38.6-27.fc15.i686 #1 SMP Sun May
                              15 17:57:13 UTC 2011 i686 i686
Alert Count                   10
First Seen                    Wed 01 Jun 2011 04:20:23 PM EDT
Last Seen                     Wed 01 Jun 2011 04:20:41 PM EDT
Local ID                      ca55fe07-9952-4962-9d16-f99e5c764d78

Raw Audit Messages
type=AVC msg=audit(1306959641.171:195): avc:  denied  { write } for  pid=5232 comm="xauth" name="paul" dev=sda1 ino=262481 scontext=unconfined_u:unconfined_r:xauth_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:home_root_t:s0 tclass=dir


type=SYSCALL msg=audit(1306959641.171:195): arch=i386 syscall=open success=no exit=EACCES a0=bfd3b01a a1=c1 a2=180 a3=1 items=0 ppid=5229 pid=5232 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=9 comm=xauth exe=/usr/bin/xauth subj=unconfined_u:unconfined_r:xauth_t:s0-s0:c0.c1023 key=(null)

Hash: xauth,xauth_t,home_root_t,dir,write

audit2allow

#============= xauth_t ==============
#!!!! The source type 'xauth_t' can write to a 'dir' of the following types:
# admin_home_t, user_home_dir_t, tmp_t, user_tmp_t, nx_server_var_lib_t, xauth_tmp_t, user_home_t, var_lib_t, xdm_var_run_t

allow xauth_t home_root_t:dir write;

audit2allow -R

#============= xauth_t ==============
#!!!! The source type 'xauth_t' can write to a 'dir' of the following types:
# admin_home_t, user_home_dir_t, tmp_t, user_tmp_t, nx_server_var_lib_t, xauth_tmp_t, user_home_t, var_lib_t, xdm_var_run_t

allow xauth_t home_root_t:dir write;

Comment 1 Paul Vandenberg 2011-06-01 20:26:55 UTC
I was in KDE 4.6, Fedora 15. I was trying to load system-config-authentication.

Comment 2 Dominick Grift 2011-06-01 20:30:20 UTC
This is not a bug i suspect. Did you create this "paul" directory manually?

run restorecon -R -v -F /home to fix

Comment 3 Paul Vandenberg 2011-06-01 21:48:23 UTC
Yes, I did. Thanks for the response.

Comment 4 Paul Vandenberg 2011-06-01 23:45:40 UTC
Actually, I created it through the tool 'kuser' when creating the user 'paul'.

Comment 5 Daniel Walsh 2011-06-02 13:25:19 UTC
Can someone add a restorecon -R -v /home/USER to kuser to fix the labeling on the Homedir when it is created on modified with kuser?

You can either exec the command, probably the easiest fix or you could implement the code in c using libselinux

Comment 6 Rex Dieter 2011-06-02 13:41:40 UTC
I'm more of a mind to admin the dismal state of many of these kdeadmin utilities and simply not package them, and recommend the use of better/official tools, like system-config-users in this particular case.

Comment 7 Kevin Kofler 2011-06-02 13:48:39 UTC
Well, I actually think we should ship kuser, not system-config-users, on the KDE spin.

In any case, we should make it work, it shouldn't be too hard to fix that…

By the way, the Kubuntu folks designed a better replacement for kuser, hopefully it'll get upstreamed soon.

Comment 8 Daniel Walsh 2011-06-02 13:51:11 UTC
I like the design of accountsdialog, although that is probably gnome specific.

Comment 9 Fedora End Of Life 2012-08-07 20:05:45 UTC
This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 10 Miroslav Grepl 2013-01-18 07:39:16 UTC
*** Bug 896677 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.