Bug 746019 - SELinux is preventing /usr/bin/gnome-shell from 'execute' accesses on the file /usr/bin/vlc.
Summary: SELinux is preventing /usr/bin/gnome-shell from 'execute' accesses on the fil...
Keywords:
Status: CLOSED ERRATA
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:4ac15d640dfcd235e30a8af70b4...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-13 16:47 UTC by Rob
Modified: 2011-10-19 04:32 UTC (History)
6 users (show)

Fixed In Version: selinux-policy-3.10.0-40.fc16
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-10-19 04:32:17 UTC
Type: ---


Attachments (Terms of Use)

Description Rob 2011-10-13 16:47:32 UTC
libreport version: 2.0.6
executable:     /usr/bin/python
hashmarkername: setroubleshoot
kernel:         3.1.0-0.rc9.git0.0.fc16.x86_64
reason:         SELinux is preventing /usr/bin/gnome-shell from 'execute' accesses on the file /usr/bin/vlc.
time:           Thu Oct 13 17:47:17 2011

description:
:SELinux is preventing /usr/bin/gnome-shell from 'execute' accesses on the file /usr/bin/vlc.
:
:*****  Plugin catchall (100. confidence) suggests  ***************************
:
:If you believe that gnome-shell should be allowed execute access on the vlc file 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 gnome-shell /var/log/audit/audit.log | audit2allow -M mypol
:# semodule -i mypol.pp
:
:Additional Information:
:Source Context                system_u:system_r:xdm_t:s0-s0:c0.c1023
:Target Context                system_u:object_r:mplayer_exec_t:s0
:Target Objects                /usr/bin/vlc [ file ]
:Source                        gnome-shell
:Source Path                   /usr/bin/gnome-shell
:Port                          <Unknown>
:Host                          (removed)
:Source RPM Packages           gnome-shell-3.2.0-2.fc16
:Target RPM Packages           vlc-core-1.1.12-1.fc16
:Policy RPM                    selinux-policy-3.10.0-38.fc16
:Selinux Enabled               True
:Policy Type                   targeted
:Enforcing Mode                Enforcing
:Host Name                     (removed)
:Platform                      Linux (removed) 3.1.0-0.rc9.git0.0.fc16.x86_64 #1
:                              SMP Wed Oct 5 15:30:54 UTC 2011 x86_64 x86_64
:Alert Count                   9
:First Seen                    Wed 12 Oct 2011 10:00:35 PM BST
:Last Seen                     Thu 13 Oct 2011 06:37:43 PM BST
:Local ID                      1a8d9475-3cd9-479d-a3e5-6c37196b22f3
:
:Raw Audit Messages
:type=AVC msg=audit(1318527463.28:54): avc:  denied  { execute } for  pid=1305 comm="gnome-shell" name="vlc" dev=dm-0 ino=159412 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:mplayer_exec_t:s0 tclass=file
:
:
:type=SYSCALL msg=audit(1318527463.28:54): arch=x86_64 syscall=access success=no exit=EACCES a0=153bc24 a1=1 a2=6e69622f7273752f a3=3fa0888170 items=0 ppid=1223 pid=1305 auid=42 uid=42 gid=42 euid=42 suid=42 fsuid=42 egid=42 sgid=42 fsgid=42 tty=(none) ses=1 comm=gnome-shell exe=/usr/bin/gnome-shell subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 key=(null)
:
:Hash: gnome-shell,xdm_t,mplayer_exec_t,file,execute
:
:audit2allow
:
:#============= xdm_t ==============
:allow xdm_t mplayer_exec_t:file execute;
:
:audit2allow -R
:
:#============= xdm_t ==============
:allow xdm_t mplayer_exec_t:file execute;
:

Comment 1 Daniel Walsh 2011-10-13 17:34:34 UTC
Any idea why gdm gnome shell would try to execute /usr/bin/vlc?

Comment 2 Rob 2011-10-13 20:34:57 UTC
Nope this was in a middle of an update using yumex, vlc was not active nor being updated. 

Though i have just noticed in the report its happened more than i thought, i thought only once, but i haven't used vlc at all since it first started. Only installed yesterday so just been installing stuff and playing around with f16

Comment 3 Miroslav Grepl 2011-10-14 11:58:43 UTC
Dan, this does access check

syscall=access


and looks this is an issue with yumex during an update.

Comment 4 Daniel Walsh 2011-10-14 13:28:00 UTC
Yes I just checked in a dontaudit access_check for this.

Fixed in selinux-policy-3.10.0-40.fc16

Comment 5 Fedora Update System 2011-10-14 16:19:02 UTC
selinux-policy-3.10.0-40.fc16 has been submitted as an update for Fedora 16.
https://admin.fedoraproject.org/updates/selinux-policy-3.10.0-40.fc16

Comment 6 Fedora Update System 2011-10-15 14:32:41 UTC
Package selinux-policy-3.10.0-40.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing selinux-policy-3.10.0-40.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2011-14363
then log in and leave karma (feedback).

Comment 7 Fedora Update System 2011-10-19 04:32:17 UTC
selinux-policy-3.10.0-40.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.


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