Bug 431786 - SELinux is preventing dolphin from making the program stack executable.
SELinux is preventing dolphin from making the program stack executable.
Status: CLOSED DUPLICATE of bug 428036
Product: Fedora
Classification: Fedora
Component: kdebase (Show other bugs)
rawhide
All Linux
low Severity low
: ---
: ---
Assigned To: Ngo Than
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2008-02-06 17:47 EST by Riku Seppala
Modified: 2008-02-06 22:04 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-02-06 22:04:42 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Riku Seppala 2008-02-06 17:47:34 EST
Summary:

SELinux is preventing dolphin from making the program stack executable.

Detailed Description:

[SELinux is in permissive mode, the operation would have been denied but was
permitted due to permissive mode.]

The dolphin application attempted to make its stack executable. This is a
potential security problem. This should never ever be necessary. Stack memory is
not executable on most OSes these days and this will not change. Executable
stack memory is one of the biggest security problems. An execstack error might
in fact be most likely raised by malicious code. Applications are sometimes
coded incorrectly and request this permission. The SELinux Memory Protection
Tests (http://people.redhat.com/drepper/selinux-mem.html) web page explains how
to remove this requirement. If dolphin does not work and you need it to work,
you can configure SELinux temporarily to allow this access until the application
is fixed. Please file a bug report
(http://bugzilla.redhat.com/bugzilla/enter_bug.cgi) against this package.

Allowing Access:

Sometimes a library is accidentally marked with the execstack flag, if you find
a library with this flag you can clear it with the execstack -c LIBRARY_PATH.
Then retry your application. If the app continues to not work, you can turn the
flag back on with execstack -s LIBRARY_PATH. Otherwise, if you trust dolphin to
run correctly, you can change the context of the executable to
unconfined_execmem_exec_t. "chcon -t unconfined_execmem_exec_t
'/usr/bin/dolphin'" You must also change the default file context files on the
system in order to preserve them even on a full relabel. "semanage fcontext -a
-t unconfined_execmem_exec_t '/usr/bin/dolphin'"

The following command will allow this access:

chcon -t unconfined_execmem_exec_t '/usr/bin/dolphin'

Additional Information:

Source Context                unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1
                              023
Target Context                unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1
                              023
Target Objects                None [ process ]
Source                        ksmserver
Source Path                   /usr/bin/ksmserver
Port                          <Unknown>
Host                          localhost.localdomain
Source RPM Packages           kdebase-4.0.1-3.fc9
Target RPM Packages           
Policy RPM                    selinux-policy-3.2.6-6.fc9
Selinux Enabled               True
Policy Type                   targeted
MLS Enabled                   True
Enforcing Mode                Permissive
Plugin Name                   allow_execstack
Host Name                     localhost.localdomain
Platform                      Linux localhost.localdomain 2.6.24-17.fc9 #1 SMP
                              Mon Feb 4 18:35:53 EST 2008 x86_64 x86_64
Alert Count                   5
First Seen                    Thu 07 Feb 2008 01:26:32 AM EET
Last Seen                     Thu 07 Feb 2008 02:39:06 AM EET
Local ID                      3da04e6f-259f-41b0-a4a9-8bf090c9348b
Line Numbers                  

Raw Audit Messages            

host=localhost.localdomain type=AVC msg=audit(1202344746.662:44): avc:  denied 
{ execstack } for  pid=3499 comm="dolphin"
scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tclass=process

host=localhost.localdomain type=AVC msg=audit(1202344746.662:44): avc:  denied 
{ execmem } for  pid=3499 comm="dolphin"
scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tclass=process

host=localhost.localdomain type=SYSCALL msg=audit(1202344746.662:44):
arch=c000003e syscall=10 success=yes exit=0 a0=7fffd92fb000 a1=1000 a2=1000007
a3=2aaaaacca000 items=0 ppid=2911 pid=3499 auid=500 uid=500 gid=500 euid=500
suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) comm="dolphin"
exe="/usr/bin/dolphin"
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 key=(null)
Comment 1 Kevin Kofler 2008-02-06 21:44:33 EST
Hmmm, where is that execstack request now coming from? Dolphin itself doesn't 
have the execstack bit set, and I have fixed the only library I could find 
which had it (qimageblitz). I'd be grateful if someone could find the library 
which was the execstack bit set. Is your qimageblitz up to date (>= 
0.0.4-0.3.svn706674.fc9)?
Comment 2 Kevin Kofler 2008-02-06 22:04:42 EST

*** This bug has been marked as a duplicate of 428036 ***

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