/usr/bin/xauth: error in locking authority file

[Bob Benites]

I've searched the archives about this particular
problem and not found a reference to it. While
a Google search yields some results, the solutions
provided do not solve my problem.

When we run SELinux in enforcing mode and
attempt to ssh to the host using the -X option
(yes, I've tried the -Y option) a user will see a
pause on the console and messages such as:

benites@host1's password:
Last login: Thu Mar 15 11:17:22 2012 from host0
/usr/bin/xauth:  error in locking authority file /home/benites/.Xauthority
[benites@host1 ~]$ xbiff
X11 connection rejected because of wrong authentication.
Error: Can't open display: localhost:10.0
[benites@host1 ~]$

If we switch the host to permissive mode the X11
forwarding works fine.

What is most peculiar is that there are no messages in
audit log to identify why the forwarding is denied when we
run in enforcing mode.

Some post I have read suggest it has to do with the file context
on the home directory and/or .Xauthority files:

[benites@host1 ~]$ ls -lZd /home/benites /home/benites/.Xauthority
drwxr-xr-x. benites users system_u:object_r:default_t:s0   /home/benites
-rw-------. benites users unconfined_u:object_r:default_t:s0
/home/benites/.Xauthority

I've tried changing the context on both, but nothing
seems to fix the problem.

Any suggestions?

Thanks!

-- Bob

[Dominick Grift]

On Thu, 2012-03-15 at 11:35 -0400, Bob Benites wrote:

>  [benites@host1 ~]$ ls -lZd /home/benites /home/benites/.Xauthority
>  drwxr-xr-x. benites users system_u:object_r:default_t:s0   /home/benites
>  -rw-------. benites users unconfined_u:object_r:default_t:s0
>  /home/benites/.Xauthority 
your home directory is mislabeled.

what does matchpathcon return:

matchpathcon /home/benites

does user benites have a home directory and login shell specified, what
is benites uid/gid?

grep benites /etc/passwd

[Bob Benites]

>  On Thu, 2012-03-15 at 11:35 -0400, Bob Benites wrote:
>
> > [benites@host1 ~]$ ls -lZd /home/benites /home/benites/.Xauthority
> > drwxr-xr-x. benites users system_u:object_r:default_t:s0   /home/benites
> > -rw-------. benites users unconfined_u:object_r:default_t:s0
> > /home/benites/.Xauthority
>
>  your home directory is mislabeled. 
I thought as much.

>  what does matchpathcon return:
>
>  matchpathcon /home/benites 
/home/benites	system_u:object_r:user_home_dir_t:s0

>  does user benites have a home directory and login shell specified,
> what
>  is benites uid/gid?
>
>  grep benites /etc/passwd 
Sorry, I knew I forgot something. We use LDAP
and Kerberos for authentication so I do not have
a entry in /etc/passwd. On another system where I
use local password authentication and is also
running RHEL 6:

[benites@host2 ~]$ grep benites /etc/passwd
benites:x:500:100:Robert K. Benites:/home/benites:/bin/bash
[benites@host2 ~]$ ls -ldZ /home/benites
drwxr-xr-x. benites users unconfined_u:object_r:user_home_dir_t:s0 /home/benites

I thought adding the context user_home_dir_t on my
home directory on the host where I'm having problems
would solve the problem -- something suggested in
one of the posts I read, but I was unsuccessful
at doing that.

-- Bob

[Dominick Grift]

On Thu, 2012-03-15 at 12:53 -0400, Bob Benites wrote:

>  > what does matchpathcon return:
>  >
>  > matchpathcon /home/benites
>  
>  /home/benites	system_u:object_r:user_home_dir_t:s0
>   
Try:
 restorecon -R -v /home/benites

See if it resets the security contexts on your home directory.

I am not sure how genhomedircon deals with LDAP/Kerberos for
authentication.