| Summary: | SELinux is preventing /usr/bin/xauth from 'write' accesses on the directory /home/paul. | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Paul Vandenberg <paulgvandenberg> |
| Component: | kdeadmin | Assignee: | Than Ngo <than> |
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 18 | CC: | dan, dominick.grift, dwalsh, kevin, ltinkl, mgrepl, rdieter, rnovacek, ry, smparrish, stuart, sullivan_scott, than, thughes |
| Target Milestone: | --- | Keywords: | Triaged |
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | setroubleshoot_trace_hash:488ef8917832c7e96f55f56c00a3e2a92fbde0ffffaa6e2d66e4085e1a13f19c | ||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-08-07 20:05:40 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
I was in KDE 4.6, Fedora 15. I was trying to load system-config-authentication. This is not a bug i suspect. Did you create this "paul" directory manually? run restorecon -R -v -F /home to fix Yes, I did. Thanks for the response. Actually, I created it through the tool 'kuser' when creating the user 'paul'. 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 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. 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. I like the design of accountsdialog, although that is probably gnome specific. 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 *** Bug 896677 has been marked as a duplicate of this bug. *** |
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;