selinux-policy-3.3.1-51 and browser_confine_unconfined
by Stefan Schulze Frielinghaus
In policy version 3.3.1-42 a boolean browser_confine_unconfined exists
to control firefox. Since version 3.3.1-51 it's gone and only one for
guest exists. I checked the RPM changelog but nothing helpful. What
happened to the other one? Does there also exist one for staff_t etc.?
Best regards
Stefan
16 years, 1 month
Postfix pipe command and python scripts
by Fabrizio Buratta
Hi everybody.
This problem with selinux is exhausting my little head:
I wrote a python script in order to provide out of office mail system to my
postfix mailserver on Centos5. This script use sqlite module to connect to a
db file and store some information about email replies, users etc. I invoke
my script from /etc/postfix/master.cf :
autoreply unix - n n - - pipe
flags= user=vacation
argv=/etc/config_files/postfix/autoresponder/vacation.py --deliver ${sender}
-- ${recipient}
whose permissions are: (ls -Z /etc/config_files/postfix/autoresponder/)
-rwxrwxrwx vacation vacation system_u:object_r:etc_t database.db
-rwxrwxrwx vacation vacation system_u:object_r:postfix_pipe_exec_t
vacation.py
The latter context was set by me to allow /urs/libexec/postfix/pipe to be
able to execute my script (i wouldn't use this kind of dirty "tricks"). If i
leave with its canonical context , postfix will
complain saying it has not permission to execute vacation.py.
Assuming this configuration right, my script is able to connect and
retrieve information by the database (select statement ) but cannot write on
it (database.db) . Take a look at audit log:
type=SYSCALL msg=audit(1211975254.056:1341): arch=c000003e syscall=2
success=no exit=-13 a0=27f4ec0 a1=42 a2=1a4 a3=1 items=0 ppid=7203 pi\
d=7212 auid=0 uid=514 gid=514 euid=514 suid=514 fsuid=514 egid=514 sgid=514
fsgid=514 tty=(none) comm="python" exe="/usr/bin/python" subj=\
root:system_r:postfix_pipe_t:s0 key=(null)
type=AVC msg=audit(1211975254.060:1342): avc: denied { write } for
pid=7206 comm="python" name="localUsers.db" dev=dm-0 ino=262646 scon\
text=root:system_r:postfix_pipe_t:s0 tcontext=system_u:object_r:etc_t:s0
tclass=file
I Guess python sqlite function cannot create journaling files which is
required by sqlite to modify a database (i've also tried to add a PRAGMA
statement fo change the temporary directory and python complains that it is
not writable .....even /tmp dir) . Actually if i disable selinux everyhing
works, but i don't want to do it at all.
I have no ideas anymore to solve it out. If i create a new policy package
form my audit.log using :
audit2allow -i /var/log/audit/audit.log -m vacation > vacation.te etc....
and loading it with semodule the issue doesn't run away.
Any help will be really appreciated
Fabrizio
16 years, 1 month
Confused about /var/www contexts
by Jason L Tibbitts III
I'm trying to understand why, on an updated F8 machine with
selinux-policy-3.0.8-101.fc8.noarch and
selinux-policy-targeted-3.0.8-101.fc8.noarch, /var/www/blah/cgi-bin
doesn't end up as httpd_sys_script_exec_t.
semanage fcontext -l says (among many other lines, of course):
/var/www/[^/]*/cgi-bin(/.*)? all files system_u:object_r:httpd_sys_script_exec_t:s0
and yet:
> sudo restorecon -R -v /var/www
> ls -lZ /var/www/blah
drwxr-xr-x root root unconfined_u:object_r:httpd_sys_content_t:s0 cgi-bin/
Am I misinterpreting the semanage output above? Is it possible that
the following line, which appears earlier in the semanage output, is overriding?
/var/www(/.*)? all files system_u:object_r:httpd_sys_content_t:s0
- J<
16 years, 1 month
selinux + livecd-creator, May 20, 2008
by Eric Paris
***passwd:
running a system with selinux enforcing/permissive (doesn't matter) and
attempting to run livecd-creator with selinux --disabled results in
passwd espoloding. passwd called is_selinux_enabled() which says yes
since /proc/mounts has an selinuxfs and the passwd calls
selinux_enforcing() which explodes when it can't find
a /selinux/enforce. First discussion was to change /proc/mounts to hide
the selinuxfs, sounds like a good plan until I realize /proc/mounts is
actually link to /proc/self/mounts and that its getting way to complex
tying to set up FS namespaces or whatever this is going to take. Right
now I'm thinking of creating a /selinux with enforce=0 in all cases
inside the chroot, anyone see a problem with that? (I could also work
on fixing passwd, but i'm trying to be as 'backwards compatible' as
possible....
***restorecon:
do we have an interface to see what is actually in security.xattr?
Making use of the wonderful new deferred selinux context patch set from
the kernel I get beautiful message like:
/sbin/restorecon reset /sbin/dump context
system_u:object_r:unlabeled_t:s0->system_u:object_r:eparis_exec_t:s0
The file wasn't really "unlabeled_t" it just wasn't a valid label on the
host machine. Since restorecon/fixfiles runs over the same files like 3
times during a livecd creation this gets rather annoying. Do we have an
interface I could use to make restorecon do the right comparison here?
***allow unlabeled_t fs_t:filesystem associate:
anyone have thoughts on how we want to handle this? I can probably do
some sort of fscontext= mount magic once i figure out the right fs we
are talking about and where the script does the mount. But then host
policy is going to need rules to allow everything that can associate
with fs_t with fs_allow_unlabeled_t. Is that hard? I assume Dan can
help me out there. Does this sound like a good way to solve it? Is
hard coding some 'fscontext=' line into livecd-creator a good idea?
Should I just generically allow it? Should I make livecd-creator load a
policy module to start off and unload it at the end? (I don't like
this idea since I've learned livecd-creator can be pretty fragile and
leave things half done/half undone...)
***Invalid prefix *
On rawhide we just dropped that stuff altogether. Can we do the same on
F8? Is it actually causing a problem? Dan, any hints on how I can make
the system lie to you?
Needless to say, I successfully built an F8 livecd with types not known
tot he host system on rawhide today, booted, and logged in.
tomorrow I spend more time typing to make the policy for livecd-creator
a bit better.....
-Eric
16 years, 1 month
selinux denials for new Fedora 9 install
by Antonio Olivares
Dear all,
I have installed Fedora 9 unto a new machine x86_64, it was working beautifully, I am at this time putting in updates. However I got some selinux denials from setroubleshoot deamon
Tomboy Notes shows this error in box
\begin{box}
"Tomboy Notes" has quit unexpectedly
If you reload a panel object, it will automatically be added back to the panel.
\end{box}
The selinux denials follow:
Advice/Suggestions/Comments are welcome :)
Regards,
Antonio
Summary:
SELinux is preventing tomboy (unlabeled_t) "read" to socket (unlabeled_t).
Detailed Description:
SELinux denied access requested by tomboy. It is not expected that this access
is required by tomboy 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.
Allowing Access:
You can generate a local policy module to allow this access - see FAQ
(http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Or you can disable
SELinux protection altogether. Disabling SELinux protection is not recommended.
Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi)
against this package.
Additional Information:
Source Context system_u:object_r:unlabeled_t:s0
Target Context system_u:object_r:unlabeled_t:s0
Target Objects socket [ unix_stream_socket ]
Source tomboy
Source Path /usr/bin/mono
Port <Unknown>
Host localhost.localdomain
Source RPM Packages mono-core-1.9.1-2.fc9
Target RPM Packages
Policy RPM selinux-policy-3.3.1-42.fc9
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name catchall
Host Name localhost.localdomain
Platform Linux localhost.localdomain 2.6.25-14.fc9.x86_64
#1 SMP Thu May 1 06:06:21 EDT 2008 x86_64 x86_64
Alert Count 1
First Seen Thu 22 May 2008 02:18:36 PM CDT
Last Seen Thu 22 May 2008 02:18:36 PM CDT
Local ID e22208e0-0d5a-43aa-a57d-ca251e71c7f0
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC msg=audit(1211483916.963:40): avc: denied { read } for pid=2664 comm="tomboy" path="socket:[19661]" dev=sockfs ino=19661 scontext=system_u:object_r:unlabeled_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=unix_stream_socket
host=localhost.localdomain type=SYSCALL msg=audit(1211483916.963:40): arch=c000003e syscall=0 success=no exit=-13 a0=3 a1=e69c24 a2=1000 a3=1 items=0 ppid=1 pid=2664 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1 comm="tomboy" exe="/usr/bin/mono" subj=system_u:object_r:unlabeled_t:s0 key=(null)
Summary:
SELinux is preventing tomboy (unlabeled_t) "write" to socket (unlabeled_t).
Detailed Description:
SELinux denied access requested by tomboy. It is not expected that this access
is required by tomboy 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.
Allowing Access:
You can generate a local policy module to allow this access - see FAQ
(http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Or you can disable
SELinux protection altogether. Disabling SELinux protection is not recommended.
Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi)
against this package.
Additional Information:
Source Context system_u:object_r:unlabeled_t:s0
Target Context system_u:object_r:unlabeled_t:s0
Target Objects socket [ unix_stream_socket ]
Source tomboy
Source Path /usr/bin/mono
Port <Unknown>
Host localhost.localdomain
Source RPM Packages mono-core-1.9.1-2.fc9
Target RPM Packages
Policy RPM selinux-policy-3.3.1-42.fc9
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name catchall
Host Name localhost.localdomain
Platform Linux localhost.localdomain 2.6.25-14.fc9.x86_64
#1 SMP Thu May 1 06:06:21 EDT 2008 x86_64 x86_64
Alert Count 5
First Seen Thu 22 May 2008 02:18:37 PM CDT
Last Seen Thu 22 May 2008 02:18:37 PM CDT
Local ID 125d1844-fea9-4203-9bde-2f6582a25bec
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC msg=audit(1211483917.148:46): avc: denied { write } for pid=2664 comm="tomboy" path="socket:[19778]" dev=sockfs ino=19778 scontext=system_u:object_r:unlabeled_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=unix_stream_socket
host=localhost.localdomain type=SYSCALL msg=audit(1211483917.148:46): arch=c000003e syscall=20 success=no exit=-13 a0=14 a1=ef21e0 a2=1 a3=a0 items=0 ppid=1 pid=2664 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1 comm="tomboy" exe="/usr/bin/mono" subj=system_u:object_r:unlabeled_t:s0 key=(null)
Summary:
SELinux is preventing tomboy (unlabeled_t) "search" to / (root_t).
Detailed Description:
SELinux denied access requested by tomboy. It is not expected that this access
is required by tomboy 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.
Allowing Access:
Sometimes labeling problems can cause SELinux denials. You could try to restore
the default system file context for /,
restorecon -v '/'
If this does not work, there is currently no automatic way to allow this access.
Instead, you can generate a local policy module to allow this access - see FAQ
(http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Or you can disable
SELinux protection altogether. Disabling SELinux protection is not recommended.
Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi)
against this package.
Additional Information:
Source Context system_u:object_r:unlabeled_t:s0
Target Context system_u:object_r:root_t:s0
Target Objects / [ dir ]
Source tomboy
Source Path /usr/bin/mono
Port <Unknown>
Host localhost.localdomain
Source RPM Packages mono-core-1.9.1-2.fc9
Target RPM Packages filesystem-2.4.13-1.fc9
Policy RPM selinux-policy-3.3.1-42.fc9
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name catchall_file
Host Name localhost.localdomain
Platform Linux localhost.localdomain 2.6.25-14.fc9.x86_64
#1 SMP Thu May 1 06:06:21 EDT 2008 x86_64 x86_64
Alert Count 1
First Seen Thu 22 May 2008 02:18:37 PM CDT
Last Seen Thu 22 May 2008 02:18:37 PM CDT
Local ID dc21e5d6-47fb-47f9-97de-31a1009d6922
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC msg=audit(1211483917.148:47): avc: denied { search } for pid=2664 comm="tomboy" name="/" dev=dm-0 ino=2 scontext=system_u:object_r:unlabeled_t:s0 tcontext=system_u:object_r:root_t:s0 tclass=dir
host=localhost.localdomain type=SYSCALL msg=audit(1211483917.148:47): arch=c000003e syscall=87 success=no exit=-13 a0=ef24a0 a1=ef1cd0 a2=ef24a0 a3=7ffff6f6ede0 items=0 ppid=1 pid=2664 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1 comm="tomboy" exe="/usr/bin/mono" subj=system_u:object_r:unlabeled_t:s0 key=(null)
Summary:
SELinux is preventing tomboy (unlabeled_t) "unix_write" to <Unknown>
(unlabeled_t).
Detailed Description:
SELinux denied access requested by tomboy. It is not expected that this access
is required by tomboy 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.
Allowing Access:
You can generate a local policy module to allow this access - see FAQ
(http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Or you can disable
SELinux protection altogether. Disabling SELinux protection is not recommended.
Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi)
against this package.
Additional Information:
Source Context system_u:object_r:unlabeled_t:s0
Target Context system_u:object_r:unlabeled_t:s0
Target Objects None [ sem ]
Source tomboy
Source Path /usr/bin/mono
Port <Unknown>
Host localhost.localdomain
Source RPM Packages mono-core-1.9.1-2.fc9
Target RPM Packages
Policy RPM selinux-policy-3.3.1-42.fc9
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name catchall
Host Name localhost.localdomain
Platform Linux localhost.localdomain 2.6.25-14.fc9.x86_64
#1 SMP Thu May 1 06:06:21 EDT 2008 x86_64 x86_64
Alert Count 1
First Seen Thu 22 May 2008 02:18:37 PM CDT
Last Seen Thu 22 May 2008 02:18:37 PM CDT
Local ID be7c4e58-a211-4d65-b643-49e9315ba3a6
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC msg=audit(1211483917.148:48): avc: denied { unix_write } for pid=2664 comm="tomboy" key=1291903136 scontext=system_u:object_r:unlabeled_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=sem
host=localhost.localdomain type=SYSCALL msg=audit(1211483917.148:48): arch=c000003e syscall=65 success=no exit=-13 a0=0 a1=7ffff6f6f0d0 a2=1 a3=700 items=0 ppid=1 pid=2664 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1 comm="tomboy" exe="/usr/bin/mono" subj=system_u:object_r:unlabeled_t:s0 key=(null)
Summary:
SELinux is preventing tomboy (unlabeled_t) "signal" to <Unknown> (unlabeled_t).
Detailed Description:
SELinux denied access requested by tomboy. It is not expected that this access
is required by tomboy 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.
Allowing Access:
You can generate a local policy module to allow this access - see FAQ
(http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Or you can disable
SELinux protection altogether. Disabling SELinux protection is not recommended.
Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi)
against this package.
Additional Information:
Source Context system_u:object_r:unlabeled_t:s0
Target Context system_u:object_r:unlabeled_t:s0
Target Objects None [ process ]
Source tomboy
Source Path /usr/bin/mono
Port <Unknown>
Host localhost.localdomain
Source RPM Packages mono-core-1.9.1-2.fc9
Target RPM Packages
Policy RPM selinux-policy-3.3.1-42.fc9
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name catchall
Host Name localhost.localdomain
Platform Linux localhost.localdomain 2.6.25-14.fc9.x86_64
#1 SMP Thu May 1 06:06:21 EDT 2008 x86_64 x86_64
Alert Count 2
First Seen Thu 22 May 2008 02:18:37 PM CDT
Last Seen Thu 22 May 2008 02:18:37 PM CDT
Local ID 8a1b1271-3864-4af1-90f6-b050cca48dd5
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC msg=audit(1211483917.266:51): avc: denied { signal } for pid=2664 comm="tomboy" scontext=system_u:object_r:unlabeled_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=process
host=localhost.localdomain type=SYSCALL msg=audit(1211483917.266:51): arch=c000003e syscall=234 success=no exit=-13 a0=a68 a1=a68 a2=6 a3=8 items=0 ppid=1 pid=2664 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1 comm="tomboy" exe="/usr/bin/mono" subj=system_u:object_r:unlabeled_t:s0 key=(null)
Summary:
SELinux is preventing tomboy (unlabeled_t) "fork" to <Unknown> (unlabeled_t).
Detailed Description:
SELinux denied access requested by tomboy. It is not expected that this access
is required by tomboy 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.
Allowing Access:
You can generate a local policy module to allow this access - see FAQ
(http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Or you can disable
SELinux protection altogether. Disabling SELinux protection is not recommended.
Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi)
against this package.
Additional Information:
Source Context system_u:object_r:unlabeled_t:s0
Target Context system_u:object_r:unlabeled_t:s0
Target Objects None [ process ]
Source tomboy
Source Path /usr/bin/mono
Port <Unknown>
Host localhost.localdomain
Source RPM Packages mono-core-1.9.1-2.fc9
Target RPM Packages
Policy RPM selinux-policy-3.3.1-42.fc9
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name catchall
Host Name localhost.localdomain
Platform Linux localhost.localdomain 2.6.25-14.fc9.x86_64
#1 SMP Thu May 1 06:06:21 EDT 2008 x86_64 x86_64
Alert Count 1
First Seen Thu 22 May 2008 02:18:37 PM CDT
Last Seen Thu 22 May 2008 02:18:37 PM CDT
Local ID 25c06d10-f06e-4883-a58b-65a70df67409
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC msg=audit(1211483917.499:84): avc: denied { fork } for pid=2664 comm="tomboy" scontext=system_u:object_r:unlabeled_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=process
host=localhost.localdomain type=SYSCALL msg=audit(1211483917.499:84): arch=c000003e syscall=56 success=no exit=-13 a0=1200011 a1=0 a2=0 a3=7f0aede2d840 items=0 ppid=1 pid=2664 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1 comm="tomboy" exe="/usr/bin/mono" subj=system_u:object_r:unlabeled_t:s0 key=(null)
Summary:
SELinux is preventing tomboy (unlabeled_t) "use" to /dev/null (unconfined_t).
Detailed Description:
SELinux denied access requested by tomboy. It is not expected that this access
is required by tomboy 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.
Allowing Access:
You can generate a local policy module to allow this access - see FAQ
(http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Or you can disable
SELinux protection altogether. Disabling SELinux protection is not recommended.
Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi)
against this package.
Additional Information:
Source Context system_u:object_r:unlabeled_t:s0
Target Context unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1
023
Target Objects /dev/null [ fd ]
Source tomboy
Source Path /usr/bin/mono
Port <Unknown>
Host localhost.localdomain
Source RPM Packages mono-core-1.9.1-2.fc9
Target RPM Packages
Policy RPM selinux-policy-3.3.1-42.fc9
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name catchall
Host Name localhost.localdomain
Platform Linux localhost.localdomain 2.6.25-14.fc9.x86_64
#1 SMP Thu May 1 06:06:21 EDT 2008 x86_64 x86_64
Alert Count 35
First Seen Thu 22 May 2008 02:18:36 PM CDT
Last Seen Thu 22 May 2008 02:18:37 PM CDT
Local ID a83681c0-d977-4078-83ad-3ffe26691266
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC msg=audit(1211483917.499:85): avc: denied { use } for pid=2664 comm="tomboy" path="/dev/null" dev=tmpfs ino=1898 scontext=system_u:object_r:unlabeled_t:s0 tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tclass=fd
host=localhost.localdomain type=SYSCALL msg=audit(1211483917.499:85): arch=c000003e syscall=1 success=no exit=-13 a0=2 a1=13d570 a2=124 a3=7f0aede2d7b0 items=0 ppid=1 pid=2664 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1 comm="tomboy" exe="/usr/bin/mono" subj=system_u:object_r:unlabeled_t:s0 key=(null)
16 years, 1 month
avc denials: nspluginscan, file_t, gconfd?
by Antonio Olivares
Dear all,
I got a setroubleshoot popop on the laptop. I am
attaching them here:
Advice/suggestions/comments greatly appreciated.
TIA,
Antonio
Summary:
SELinux is preventing nspluginscan from making the
program stack executable.
Detailed Description:
The nspluginscan 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 nspluginscan 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
nspluginscan to run correctly, you can change the
context of the executable to
unconfined_execmem_exec_t. "chcon -t
unconfined_execmem_exec_t
'/usr/bin/nspluginscan'" 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/nspluginscan'"
Fix Command:
chcon -t unconfined_execmem_exec_t
'/usr/bin/nspluginscan'
Additional Information:
Source Context
unconfined_u:unconfined_r:unconfined_t:SystemLow-
SystemHigh
Target Context
unconfined_u:unconfined_r:unconfined_t:SystemLow-
SystemHigh
Target Objects None [ process ]
Source nspluginscan
Source Path /usr/bin/nspluginscan
Port <Unknown>
Host localhost.localdomain
Source RPM Packages kdebase-4.0.3-9.fc9
Target RPM Packages
Policy RPM
selinux-policy-3.3.1-45.fc10
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name allow_execstack
Host Name localhost.localdomain
Platform Linux
localhost.localdomain
2.6.26-0.17.rc3.fc10.i686 #1 SMP Sun May 18
19:05:03 EDT 2008 i686
i686
Alert Count 11
First Seen Tue 05 Feb 2008 07:13:02
AM CST
Last Seen Wed 21 May 2008 08:23:12
AM CDT
Local ID
7afb3a36-5b69-486c-a93b-02e714040250
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC
msg=audit(1211376192.783:89): avc: denied {
execstack } for pid=3177 comm="nspluginscan"
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(1211376192.783:89): arch=40000003
syscall=125 success=no exit=-13 a0=bfeee000 a1=1000
a2=1000007 a3=fffff000 items=0 ppid=3166 pid=3177
auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500
egid=500 sgid=500 fsgid=500 tty=(none) ses=1
comm="nspluginscan" exe="/usr/bin/nspluginscan"
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
key=(null)
Summary:
SELinux is preventing nm-system-setti
(NetworkManager_t) "read" to
./PolicyKit.reload (system_crond_var_lib_t).
Detailed Description:
SELinux denied access requested by nm-system-setti. It
is not expected that this
access is required by nm-system-setti 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.
Allowing Access:
Sometimes labeling problems can cause SELinux denials.
You could try to restore
the default system file context for
./PolicyKit.reload,
restorecon -v './PolicyKit.reload'
If this does not work, there is currently no automatic
way to allow this access.
Instead, you can generate a local policy module to
allow this access - see FAQ
(http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385)
Or you can disable
SELinux protection altogether. Disabling SELinux
protection is not recommended.
Please file a bug report
(http://bugzilla.redhat.com/bugzilla/enter_bug.cgi)
against this package.
Additional Information:
Source Context
system_u:system_r:NetworkManager_t:SystemLow-
SystemHigh
Target Context
system_u:object_r:system_crond_var_lib_t
Target Objects ./PolicyKit.reload [
file ]
Source nm-system-setti
Source Path
/usr/sbin/nm-system-settings
Port <Unknown>
Host localhost.localdomain
Source RPM Packages
NetworkManager-0.7.0-0.9.3.svn3675.fc10
Target RPM Packages
Policy RPM
selinux-policy-3.3.1-45.fc10
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name catchall_file
Host Name localhost.localdomain
Platform Linux
localhost.localdomain
2.6.26-0.17.rc3.fc10.i686 #1 SMP Sun May 18
19:05:03 EDT 2008 i686
i686
Alert Count 3
First Seen Wed 21 May 2008 08:21:22
AM CDT
Last Seen Thu 22 May 2008 06:51:05
AM CDT
Local ID
842c746b-258d-45ad-bb2e-22c271d0b9ef
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC
msg=audit(1211457065.391:7): avc: denied { read }
for pid=2501 comm="nm-system-setti"
name="PolicyKit.reload" dev=dm-0 ino=443096
scontext=system_u:system_r:NetworkManager_t:s0-s0:c0.c1023
tcontext=system_u:object_r:system_crond_var_lib_t:s0
tclass=file
host=localhost.localdomain type=SYSCALL
msg=audit(1211457065.391:7): arch=40000003 syscall=292
success=no exit=-13 a0=6 a1=75d620 a2=106 a3=9b81f20
items=0 ppid=2500 pid=2501 auid=4294967295 uid=0 gid=0
euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none)
ses=4294967295 comm="nm-system-setti"
exe="/usr/sbin/nm-system-settings"
subj=system_u:system_r:NetworkManager_t:s0-s0:c0.c1023
key=(null)
Summary:
SELinux is preventing nm-system-setti
(NetworkManager_t) "getattr" to /dev/root
(fixed_disk_device_t).
Detailed Description:
SELinux denied access requested by nm-system-setti. It
is not expected that this
access is required by nm-system-setti 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.
Allowing Access:
Sometimes labeling problems can cause SELinux denials.
You could try to restore
the default system file context for /dev/root,
restorecon -v '/dev/root'
If this does not work, there is currently no automatic
way to allow this access.
Instead, you can generate a local policy module to
allow this access - see FAQ
(http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385)
Or you can disable
SELinux protection altogether. Disabling SELinux
protection is not recommended.
Please file a bug report
(http://bugzilla.redhat.com/bugzilla/enter_bug.cgi)
against this package.
Additional Information:
Source Context
system_u:system_r:NetworkManager_t:SystemLow-
SystemHigh
Target Context
system_u:object_r:fixed_disk_device_t
Target Objects /dev/root [ blk_file ]
Source nm-system-setti
Source Path
/usr/sbin/nm-system-settings
Port <Unknown>
Host localhost.localdomain
Source RPM Packages
NetworkManager-0.7.0-0.9.3.svn3675.fc10
Target RPM Packages
Policy RPM
selinux-policy-3.3.1-45.fc10
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name catchall_file
Host Name localhost.localdomain
Platform Linux
localhost.localdomain
2.6.26-0.17.rc3.fc10.i686 #1 SMP Sun May 18
19:05:03 EDT 2008 i686
i686
Alert Count 3
First Seen Wed 21 May 2008 08:21:23
AM CDT
Last Seen Thu 22 May 2008 06:51:07
AM CDT
Local ID
12a9ceb6-2b80-406f-86ce-eddd56016c6b
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC
msg=audit(1211457067.143:8): avc: denied { getattr }
for pid=2501 comm="nm-system-setti" path="/dev/root"
dev=tmpfs ino=402
scontext=system_u:system_r:NetworkManager_t:s0-s0:c0.c1023
tcontext=system_u:object_r:fixed_disk_device_t:s0
tclass=blk_file
host=localhost.localdomain type=SYSCALL
msg=audit(1211457067.143:8): arch=40000003 syscall=195
success=no exit=-13 a0=415283d a1=bff720ec a2=3d8fff4
a3=415283d items=0 ppid=1 pid=2501 auid=4294967295
uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0
fsgid=0 tty=(none) ses=4294967295
comm="nm-system-setti"
exe="/usr/sbin/nm-system-settings"
subj=system_u:system_r:NetworkManager_t:s0-s0:c0.c1023
key=(null)
Summary:
SELinux is preventing dbus-daemon (xdm_dbusd_t)
"execute" to ./gconfd-2
(gconfd_exec_t).
Detailed Description:
SELinux denied access requested by dbus-daemon. It is
not expected that this
access is required by dbus-daemon 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.
Allowing Access:
Sometimes labeling problems can cause SELinux denials.
You could try to restore
the default system file context for ./gconfd-2,
restorecon -v './gconfd-2'
If this does not work, there is currently no automatic
way to allow this access.
Instead, you can generate a local policy module to
allow this access - see FAQ
(http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385)
Or you can disable
SELinux protection altogether. Disabling SELinux
protection is not recommended.
Please file a bug report
(http://bugzilla.redhat.com/bugzilla/enter_bug.cgi)
against this package.
Additional Information:
Source Context
system_u:system_r:xdm_dbusd_t:SystemLow-SystemHigh
Target Context
system_u:object_r:gconfd_exec_t
Target Objects ./gconfd-2 [ file ]
Source dbus-daemon
Source Path /bin/dbus-daemon
Port <Unknown>
Host localhost.localdomain
Source RPM Packages dbus-1.2.1-3.fc10
Target RPM Packages
Policy RPM
selinux-policy-3.3.1-45.fc10
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name catchall_file
Host Name localhost.localdomain
Platform Linux
localhost.localdomain
2.6.26-0.17.rc3.fc10.i686 #1 SMP Sun May 18
19:05:03 EDT 2008 i686
i686
Alert Count 401
First Seen Wed 21 May 2008 08:21:39
AM CDT
Last Seen Thu 22 May 2008 06:55:49
AM CDT
Local ID
3d366e28-6abd-4740-b078-7ec3f331bce5
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC
msg=audit(1211457349.146:165): avc: denied { execute
} for pid=3544 comm="dbus-daemon" name="gconfd-2"
dev=dm-0 ino=125235
scontext=system_u:system_r:xdm_dbusd_t:s0-s0:c0.c1023
tcontext=system_u:object_r:gconfd_exec_t:s0
tclass=file
host=localhost.localdomain type=SYSCALL
msg=audit(1211457349.146:165): arch=40000003
syscall=11 success=no exit=-13 a0=b8ed76f0 a1=b8edffa8
a2=b8ede8f8 a3=b8edbb58 items=0 ppid=3543 pid=3544
auid=4294967295 uid=42 gid=42 euid=42 suid=42 fsuid=42
egid=42 sgid=42 fsgid=42 tty=(none) ses=4294967295
comm="dbus-daemon" exe="/bin/dbus-daemon"
subj=system_u:system_r:xdm_dbusd_t:s0-s0:c0.c1023
key=(null)
Summary:
SELinux is preventing access to files with the label,
file_t.
Detailed Description:
SELinux permission checks on files labeled file_t are
being denied. file_t is
the context the SELinux kernel gives to files that do
not have a label. This
indicates a serious labeling problem. No files on an
SELinux box should ever be
labeled file_t. If you have just added a new disk
drive to the system you can
relabel it using the restorecon command. Otherwise you
should relabel the entire
files system.
Allowing Access:
You can execute the following command as root to
relabel your computer system:
"touch /.autorelabel; reboot"
Additional Information:
Source Context
system_u:system_r:tmpreaper_t
Target Context system_u:object_r:file_t
Target Objects ./kpc [ dir ]
Source tmpwatch
Source Path /usr/sbin/tmpwatch
Port <Unknown>
Host localhost.localdomain
Source RPM Packages tmpwatch-2.9.13-2
Target RPM Packages
Policy RPM
selinux-policy-3.3.1-45.fc10
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name file
Host Name localhost.localdomain
Platform Linux
localhost.localdomain
2.6.26-0.17.rc3.fc10.i686 #1 SMP Sun May 18
19:05:03 EDT 2008 i686
i686
Alert Count 12
First Seen Thu 28 Feb 2008 08:12:12
AM CST
Last Seen Thu 22 May 2008 08:15:01
AM CDT
Local ID
78c39dd1-e417-40e6-8056-ac3a90e9e235
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC
msg=audit(1211462101.317:204): avc: denied { read }
for pid=14967 comm="tmpwatch" name="kpc" dev=dm-0
ino=885859 scontext=system_u:system_r:tmpreaper_t:s0
tcontext=system_u:object_r:file_t:s0 tclass=dir
host=localhost.localdomain type=SYSCALL
msg=audit(1211462101.317:204): arch=40000003 syscall=5
success=no exit=-13 a0=804ac62 a1=98800 a2=0 a3=0
items=0 ppid=14964 pid=14967 auid=4294967295 uid=0
gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0
tty=(none) ses=4294967295 comm="tmpwatch"
exe="/usr/sbin/tmpwatch"
subj=system_u:system_r:tmpreaper_t:s0 key=(null)
16 years, 1 month
SELinux prevented umount from mounting on the file or directory "/media/.hal-mtab-lock" (type "mnt_t").
by Antonio Olivares
Dear all,
I have gotten a new avc., after applying the updates, the other ones disappeared :) Hope that was just it.
Regards,
Antonio
Summary:
SELinux prevented umount from mounting on the file or directory
"/media/.hal-mtab-lock" (type "mnt_t").
Detailed Description:
SELinux prevented umount from mounting a filesystem on the file or directory
"/media/.hal-mtab-lock" of type "mnt_t". By default SELinux limits the mounting
of filesystems to only some files or directories (those with types that have the
mountpoint attribute). The type "mnt_t" does not have this attribute. You can
either relabel the file or directory or set the boolean "allow_mount_anyfile" to
true to allow mounting on any file or directory.
Allowing Access:
Changing the "allow_mount_anyfile" boolean to true will allow this access:
"setsebool -P allow_mount_anyfile=1."
Fix Command:
setsebool -P allow_mount_anyfile=1
Additional Information:
Source Context system_u:system_r:mount_t:s0
Target Context system_u:object_r:mnt_t:s0
Target Objects /media/.hal-mtab-lock [ file ]
Source umount
Source Path /bin/umount
Port <Unknown>
Host localhost.localdomain
Source RPM Packages util-linux-ng-2.13.1-6.fc9
Target RPM Packages
Policy RPM selinux-policy-3.3.1-51.fc9
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name allow_mount_anyfile
Host Name localhost.localdomain
Platform Linux localhost.localdomain 2.6.25.3-18.fc9.x86_64
#1 SMP Tue May 13 04:54:47 EDT 2008 x86_64 x86_64
Alert Count 1
First Seen Thu 22 May 2008 03:52:14 PM CDT
Last Seen Thu 22 May 2008 03:52:14 PM CDT
Local ID b4ecd96d-7c1b-4016-84f4-b9edb6aa30c9
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC msg=audit(1211489534.822:146): avc: denied { read write } for pid=16678 comm="umount" path="/media/.hal-mtab-lock" dev=dm-0 ino=1785858 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:mnt_t:s0 tclass=file
host=localhost.localdomain type=SYSCALL msg=audit(1211489534.822:146): arch=c000003e syscall=59 success=yes exit=0 a0=403665 a1=7fff62ce68d0 a2=7fff62ce6f58 a3=0 items=0 ppid=16677 pid=16678 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="umount" exe="/bin/umount" subj=system_u:system_r:mount_t:s0 key=(null)
16 years, 1 month
Root unable to change services on F8
by Adam Huffman
Recently I've been unable to start/stop services when running su -
root in a terminal of an X session.
The error I see is:
service certmaster status
env: /etc/init.d/certmaster: Permission denied
In permissive mode, the command succeeds. In that terminal root is:
unconfined_u:unconfined_r:unconfined_t:SystemLow-SystemHigh
If I login as root on the console, the command succeeds. However, I
prefer not to do that too often as it sometimes causes X to crash.
On the console, root is
system_u:system_r:unconfined_t
16 years, 1 month
setroubleshootd high memory usage
by Paul Lauria
Hi,
I have been tracking an issue with regard to setroubleshootd for a month or
so now, and am trying to work out why memory usage is so high.
I have followed this issue that was also discussed:
http://www.redhat.com/archives/fedora-selinux-list/2007-September/msg00000.h
tml
Top:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2253 root 15 0 585m 472m 3304 S 0 46.7 3:55.34 setroubleshootd
I use Webmin and this shows the following as 'Running Processes' :
2253 root 600020 kB /usr/bin/python -E /usr/sbin/setroubleshootd
Obviously this is extremely high memory usage for a process (I only have 1
GB of RAM installed!)
WC:
wc /var/lib/setroubleshoot/audit_listener_database.xml
1313352 4320305 66032275
/var/lib/setroubleshoot/audit_listener_database.xml
I have run audit2allow and pretty much cleared up the AVC denials that were
appearing, but I am still receiving one or two from ClamAV
SELAERT:
sealert -a /var/log/audit/audit.log
100% done
found 2 alerts in /var/log/audit/audit.log
First Alert:
SELinux is preventing /usr/bin/clamdscan (clamscan_t) "write" access to
/var/webmin/sessiondb.pag (var_t).
Second Alert:
SELinux is preventing /usr/bin/clamdscan (clamscan_t) "connectto" access
to
/tmp/clamd.socket (initrc_t).
Thanks for any assistance,
Regards,
Paul
--
Paul Lauria
16 years, 1 month
SELINUX admin with LDAP
by Rob Visser
Hello,
Is it possible to administer SELINUX users and RBAC stuff in LDAP? With RH
directory server?
It would be nice, since all the other stuff can be administered in LDAP.
Rob Visser
16 years, 1 month
