Bug 592483 - SELinux is preventing /usr/libexec/openssh/gnome-ssh-askpass "connectto" access on @/tmp/.X11-unix/X0.
Summary: SELinux is preventing /usr/libexec/openssh/gnome-ssh-askpass "connectto" acce...
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy
Version: 13
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Daniel Walsh
QA Contact: Fedora Extras Quality Assurance
Whiteboard: setroubleshoot_trace_hash:8f6defb945b...
Depends On:
TreeView+ depends on / blocked
Reported: 2010-05-14 21:50 UTC by Alex Lancaster
Modified: 2010-07-29 16:49 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2010-07-29 16:49:11 UTC
Type: ---

Attachments (Terms of Use)

Description Alex Lancaster 2010-05-14 21:50:56 UTC

SELinux is preventing /usr/libexec/openssh/gnome-ssh-askpass "connectto" access
on @/tmp/.X11-unix/X0.

Detailed Description:

[ssh-askpass has a permissive type (mount_t). This access was not denied.]

SELinux denied access requested by ssh-askpass. It is not expected that this
access is required by ssh-askpass 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.

Trying to mount sshfs file system using autofs as described here:


Allowing Access:

You can generate a local policy module to allow this access - see FAQ
(http://docs.fedoraproject.org/selinux-faq-fc5/#id2961385) Please file a bug

Additional Information:

Source Context                unconfined_u:system_r:mount_t:s0
Target Context                system_u:system_r:xserver_t:s0-s0:c0.c1023
Target Objects                @/tmp/.X11-unix/X0 [ unix_stream_socket ]
Source                        ssh-askpass
Source Path                   /usr/libexec/openssh/gnome-ssh-askpass
Port                          <Unknown>
Host                          (removed)
Source RPM Packages           openssh-askpass-5.4p1-1.fc13
Target RPM Packages           
Policy RPM                    selinux-policy-3.7.19-10.fc13
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Plugin Name                   catchall
Host Name                     (removed)
Platform                      Linux sup35.ccdom.wi.mit.edu
                     #1 SMP Mon May 3 22:37:18
                              UTC 2010 x86_64 x86_64
Alert Count                   3
First Seen                    Fri 14 May 2010 05:40:48 PM EDT
Last Seen                     Fri 14 May 2010 05:47:29 PM EDT
Local ID                      997f253a-c7d1-4e4c-9997-56720495f5fe
Line Numbers                  

Raw Audit Messages            

node=sup35.ccdom.wi.mit.edu type=AVC msg=audit(1273873649.820:29429): avc:  denied  { connectto } for  pid=3280 comm="ssh-askpass" path=002F746D702F2E5831312D756E69782F5830 scontext=unconfined_u:system_r:mount_t:s0 tcontext=system_u:system_r:xserver_t:s0-s0:c0.c1023 tclass=unix_stream_socket

node=sup35.ccdom.wi.mit.edu type=SYSCALL msg=audit(1273873649.820:29429): arch=c000003e syscall=42 success=yes exit=128 a0=3 a1=7fffb8893700 a2=14 a3=7fffb8893703 items=0 ppid=3276 pid=3280 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=1 comm="ssh-askpass" exe="/usr/libexec/openssh/gnome-ssh-askpass" subj=unconfined_u:system_r:mount_t:s0 key=(null)

Hash String generated from  catchall,ssh-askpass,mount_t,xserver_t,unix_stream_socket,connectto
audit2allow suggests:

#============= mount_t ==============
allow mount_t xserver_t:unix_stream_socket connectto;

Comment 1 Daniel Walsh 2010-05-17 14:04:03 UTC
How did you get this to happen?  Looks like the mount command is executing some kind of helper app?

Comment 2 Alex Lancaster 2010-05-17 23:53:25 UTC
(In reply to comment #1)
> How did you get this to happen?  Looks like the mount command is executing some
> kind of helper app?    

I was trying to mount sshfs file system using autofs as described here:


The error happened when I attempted to enter the subdirectory that is supposed to be mounted by fuse.  Since it's over ssh, it's probably trying to run the helper app that asks for the ssh passphrase.

Comment 3 Daniel Walsh 2010-05-19 21:14:38 UTC
can you execute 

semanage permissive -a mount_t

And get this to happen again.
Then gather all of the AVC messages
using ausearch -m avc -ts recent

semanage permissive -d mount_t

Will remove permissive bits.

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