Bug 795051 - SELinux is preventing /usr/bin/xauth from 'write' accesses on the None local.
Summary: SELinux is preventing /usr/bin/xauth from 'write' accesses on the None local.
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy
Version: 16
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Miroslav Grepl
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:790071e5e9f3fae9adadba596a2...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-18 23:12 UTC by Rob
Modified: 2012-02-20 19:54 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-02-20 19:54:24 UTC
Type: ---


Attachments (Terms of Use)

Description Rob 2012-02-18 23:12:15 UTC
libreport version: 2.0.8
executable:     /usr/bin/python
hashmarkername: setroubleshoot
kernel:         3.2.3-2.fc16.x86_64
reason:         SELinux is preventing /usr/bin/xauth from 'write' accesses on the None local.
time:           Sat 18 Feb 2012 11:11:58 PM GMT

description:
:SELinux is preventing /usr/bin/xauth from 'write' accesses on the None local.
:
:*****  Plugin catchall (100. confidence) suggests  ***************************
:
:If you believe that xauth should be allowed write access on the local <Unknown> 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:default_t:s0
:Target Objects                local [ None ]
:Source                        xauth
:Source Path                   /usr/bin/xauth
:Port                          <Unknown>
:Host                          (removed)
:Source RPM Packages           xorg-x11-xauth-1.0.6-1.fc16.x86_64
:Target RPM Packages           
:Policy RPM                    selinux-policy-3.10.0-75.fc16.noarch
:Selinux Enabled               True
:Policy Type                   targeted
:Enforcing Mode                Enforcing
:Host Name                     (removed)
:Platform                      Linux (removed) 3.2.3-2.fc16.x86_64 #1 SMP Fri Feb 3
:                              20:08:08 UTC 2012 x86_64 x86_64
:Alert Count                   17
:First Seen                    Sat 18 Feb 2012 11:08:53 PM GMT
:Last Seen                     Sat 18 Feb 2012 11:10:20 PM GMT
:Local ID                      9326edac-e2d8-4167-aa0b-ea28fbee0bdd
:
:Raw Audit Messages
:type=AVC msg=audit(1329606620.425:146): avc:  denied  { write } for  pid=11424 comm="xauth" name="local" dev=dm-1 ino=1572867 scontext=unconfined_u:unconfined_r:xauth_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:default_t:s0 tclass=dirnode=(removed) type=SYSCALL msg=audit(1329606620.425:146): arch=c000003e syscall=2 success=no exit=-13 a0=7fff23585b40 a1=c1 a2=180 a3=8 items=0 ppid=11417 pid=11424 auid=1000 uid=1001 gid=1001 euid=1001 suid=1001 fsuid=1001 egid=1001 sgid=1001 fsgid=1001 tty=pts0 ses=2 comm="xauth" exe="/usr/bin/xauth" subj=unconfined_u:unconfined_r:xauth_t:s0-s0:c0.c1023 key=(null)
:
:
:Hash: xauth,xauth_t,default_t,None,write
:
:audit2allow
:
:
:audit2allow -R
:
:

Comment 1 Miroslav Grepl 2012-02-20 16:11:03 UTC
Do you have alternative homedir? Where is local located?

Comment 2 Rob 2012-02-20 17:50:48 UTC
Yeah basically i was logged in as user Rob which has home in home/Rob and was trying to log in as user IRAF which had home /iraf/iraf/user ( i have no idea why iraf needs to install itself to / it just does)

Comment 3 Daniel Walsh 2012-02-20 19:54:24 UTC
Rob You need to fix the labels.  I am not sure what the home dir is here.

semanage fcontext -a -t home_root_t /iraf
semanage fcontext -a -e /iraf/iraf /home

If the homedir is root this makes sense.  If the user homedir is /iraf/iraf, then you should just do.


semanage fcontext -a -e /iraf /home


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