Re: What severity would this SELinux denial have for the latest kernel?
by Antonio Olivares
--- Jim Cornette <fct-cornette(a)insight.rr.com> wrote:
> I updated the kernel after installing the latest
> mkinitrd package and
> some errors were reported when pup finished. I also
> got the attsched
> SELinux error.
> The other SELinux error with xdm_var_lib_t was
> already mentioned in an
> earlier post.
>
> Jim
>
>
> kernel - 2.6.24-0.133.rc6.git8.fc9.i686
> WARNING: Couldn't open directory
>
/tmp/initrd.dY3159/lib/modules/2.6.24-0.133.rc6.git8.fc9:
> Permission denied
> FATAL: Could not open
>
/tmp/initrd.dY3159/lib/modules/2.6.24-0.133.rc6.git8.fc9/modules.dep.temp
>
> for writing: Permission denied
>
> --
> If life is a stage, I want some better lighting.
> >
> Summary
>
> SELinux is preventing the depmod(/sbin/depmod) from
> using potentially mislabeled
> files ().
> Detailed Description
>
> SELinux has denied depmod(/sbin/depmod) access to
> potentially mislabeled file(s)
> (<Unknown>). This means that SELinux will not allow
> depmod(/sbin/depmod) to use
> these files. It is common for users to edit files in
> their home directory or tmp
> directories and then move (mv) them to system
> directories. The problem is that
> the files end up with the wrong file context which
> confined applications are not
> allowed to access.
> Allowing Access
>
> If you want depmod(/sbin/depmod) to access this
> files, you need to relabel them
> using restorecon -v <Unknown>. You might want to
> relabel the entire directory
> using restorecon -R -v <Unknown>.Additional
> Information
>
> Source Context
> system_u:system_r:depmod_t
> Target Context
> system_u:object_r:tmp_t
> Target Objects None [ dir ]
> Source depmod(/sbin/depmod)
> Port <Unknown>
> Host HP-JCF7
> Source RPM Packages
> Target RPM Packages
> Policy RPM
> selinux-policy-3.2.5-7.fc9
> Selinux Enabled True
> Policy Type targeted
> MLS Enabled True
> Enforcing Mode Enforcing
> Plugin Name home_tmp_bad_labels
> Host Name HP-JCF7
> Platform Linux HP-JCF7
> 2.6.23.8-63.fc8 #1 SMP Wed Nov 21
> 18:51:08 EST 2007 i686
> athlon
> Alert Count 2
> First Seen Thu 03 Jan 2008
> 05:47:20 PM EST
> Last Seen Thu 03 Jan 2008
> 05:47:20 PM EST
> Local ID
> bf1d6609-37f4-42b1-bd2c-75c64deca263
> Line Numbers
>
> Raw Audit Messages
>
> host=HP-JCF7 type=AVC msg=audit(1199400440.555:34):
> avc: denied { search } for pid=5198 comm="depmod"
> name="tmp" dev=sda6 ino=260097
> scontext=system_u:system_r:depmod_t:s0
> tcontext=system_u:object_r:tmp_t:s0 tclass=dir
>
> host=HP-JCF7 type=SYSCALL
> msg=audit(1199400440.555:34): arch=40000003
> syscall=5 success=no exit=-13 a0=bf866ab0 a1=241
> a2=1b6 a3=9c68480 items=0 ppid=2957 pid=5198
> auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0
> sgid=0 fsgid=0 tty=(none) comm="depmod"
> exe="/sbin/depmod"
> subj=system_u:system_r:depmod_t:s0 key=(null)
>
>
> > --
> fedora-test-list mailing list
> fedora-test-list(a)redhat.com
> To unsubscribe:
>
https://www.redhat.com/mailman/listinfo/fedora-test-list
Jim,
at least you have it installed, on my machine it
failed :(
/sbin/new-kernel-pkg: line 254: /sbin/depmod:
Permission denied
nash received SIGSEGV! Backtrace (11):
/sbin/nash[0x805315a]
[0x130440]
/lib/libglib-2.0.so.0[0x1991a3]
/usr/lib/libbdevid.so.6.0.24(bdevid_module_unload_all+0x31)[0x5cee37]
/usr/lib/libbdevid.so.6.0.24(bdevid_destroy+0x2d)[0x5ce57c]
/usr/lib/libnash.so.6.0.24[0x5ac198]
/usr/lib/libnash.so.6.0.24(nash_vitals_destroy_probes+0x3f)[0x5ac810]
/usr/lib/libnash.so.6.0.24(_nashFreeContext+0x1c)[0x59cfd6]
/sbin/nash[0x80536f4]
/lib/libc.so.6(__libc_start_main+0xe0)[0x33f4a0]
/sbin/nash[0x804ae71]
^[[B error:
%post(kernel-2.6.24-0.133.rc6.git8.fc9.i686) scriptlet
failed, signal 2
Selinux upon rebooting caused other errors with
firefox3beta, previously submitted to this list and
selinux-list as well. I will also forward this to
fedora-selinux-list as well so that they can recommend
us what to do :)
Regards,
Antonio
____________________________________________________________________________________
Looking for last minute shopping deals?
Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
16 years, 4 months
SELinux is preventing firefox(/usr/lib/firefox-3.0b3pre/firefox)
by Antonio Olivares
Summary
SELinux is preventing
firefox(/usr/lib/firefox-3.0b3pre/firefox) from making
the
program stack executable.
Detailed Description
The firefox(/usr/lib/firefox-3.0b3pre/firefox)
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
firefox(/usr/lib/firefox-3.0b3pre/firefox) 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
firefox(/usr/lib/firefox-3.0b3pre/firefox) to run
correctly, you can change the
context of the executable to
unconfined_execmem_exec_t. "chcon -t
unconfined_execmem_exec_t
firefox(/usr/lib/firefox-3.0b3pre/firefox)" 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
firefox(/usr/lib/firefox-3.0b3pre/firefox)" The
following command will allow this access:
chcon -t unconfined_execmem_exec_t
firefox(/usr/lib/firefox-3.0b3pre/firefox)
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
firefox(/usr/lib/firefox-3.0b3pre/firefox)
Port <Unknown>
Host localhost
Source RPM Packages
Target RPM Packages
Policy RPM
selinux-policy-3.2.5-7.fc9
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name allow_execstack
Host Name localhost
Platform Linux localhost
2.6.24-0.115.rc5.git5.fc9 #1 SMP
Tue Dec 18 23:57:17 EST
2007 i686 athlon
Alert Count 2
First Seen Thu 03 Jan 2008 01:43:26
PM CST
Last Seen Thu 03 Jan 2008 01:43:26
PM CST
Local ID
34b8cafb-76b2-4a09-9515-0287ddf573b3
Line Numbers
Raw Audit Messages
host=localhost type=AVC msg=audit(1199389406.998:23):
avc: denied { execstack } for pid=2751
comm="firefox"
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 type=SYSCALL
msg=audit(1199389406.998:23): arch=40000003
syscall=125 success=no exit=-13 a0=bfa16000 a1=1000
a2=1000007 a3=fffff000 items=0 ppid=1 pid=2751
auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500
egid=500 sgid=500 fsgid=500 tty=(none) comm="firefox"
exe="/usr/lib/firefox-3.0b3pre/firefox"
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
key=(null)
____________________________________________________________________________________
Looking for last minute shopping deals?
Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
16 years, 4 months
SELinux is preventing dbus-daemon
by Antonio Olivares
Summary
SELinux is preventing dbus-daemon(/bin/dbus-daemon)
(xdm_dbusd_t) "search" to
(xdm_var_lib_t).
Detailed Description
SELinux denied access requested by
dbus-daemon(/bin/dbus-daemon). It is not
expected that this access is required by
dbus-daemon(/bin/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 <Unknown>,
restorecon -v <Unknown> 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:xdm_var_lib_t
Target Objects None [ dir ]
Source
dbus-daemon(/bin/dbus-daemon)
Port <Unknown>
Host localhost
Source RPM Packages
Target RPM Packages
Policy RPM
selinux-policy-3.2.5-7.fc9
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name catchall_file
Host Name localhost
Platform Linux localhost
2.6.24-0.115.rc5.git5.fc9 #1 SMP
Tue Dec 18 23:57:17 EST
2007 i686 athlon
Alert Count 1
First Seen Thu 03 Jan 2008 01:40:06
PM CST
Last Seen Thu 03 Jan 2008 01:40:06
PM CST
Local ID
dd947e49-faa9-4afc-8018-1006b011d0c9
Line Numbers
Raw Audit Messages
host=localhost type=AVC msg=audit(1199389206.974:13):
avc: denied { search } for pid=2372
comm="dbus-daemon" name="gdm" dev=dm-0 ino=3342356
scontext=system_u:system_r:xdm_dbusd_t:s0-s0:c0.c1023
tcontext=system_u:object_r:xdm_var_lib_t:s0 tclass=dir
host=localhost type=SYSCALL
msg=audit(1199389206.974:13): arch=40000003 syscall=5
success=no exit=-13 a0=b89072a0 a1=98800 a2=0 a3=0
items=0 ppid=2371 pid=2372 auid=4294967295 uid=42
gid=42 euid=42 suid=42 fsuid=42 egid=42 sgid=42
fsgid=42 tty=(none) comm="dbus-daemon"
exe="/bin/dbus-daemon"
subj=system_u:system_r:xdm_dbusd_t:s0-s0:c0.c1023
key=(null)
____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
16 years, 4 months
Sendmail 8.14 selinux
by Harley Race
Ladies and Gentlemen,
If I can get some help here. I am running Fedora 8
with sendmail 8.14.2. I have been getting the
following messages in audit.log. I am not really sure
what to make of them either. Sendmail runs. Errors
are listed below:
type=AVC msg=audit(1198878517.713:16): avc: denied {
signull } for pid=3153 comm="sendmail"
scontext=system_u:system_r:sendmail_t:s0
tcontext=system_u:system_r:sendmail_t:s0
tclass=process
type=SYSCALL msg=audit(1198878517.713:16):
arch=40000003 syscall=37 success=no exit=-13 a0=10fd
a1=0 a2=b7f3731c a3=84 items=0 ppid=1 pid=3153
auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0
egid=51 sgid=51 fsgid=51 tty=(none) comm="sendmail"
exe="/usr/sbin/sendmail.sendmail"
subj=system_u:system_r:sendmail_t:s0 key=(null)
Sorry about the formatting, this webmail interface
does not support elaborate formatting.
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
16 years, 4 months
depmod_t failure again..... sigh
by Tom London
Today's yum update of kernel reports (in targeted/enforcing):
Installing: kernel ####################### [10/60]
WARNING: Couldn't open directory
/tmp/initrd.fu5084/lib/modules/2.6.24-0.133.rc6.git8.fc9: Permission
denied
FATAL: Could not open
/tmp/initrd.fu5084/lib/modules/2.6.24-0.133.rc6.git8.fc9/modules.dep.temp
for writing: Permission denied
Here is the raw AVC:
type=AVC msg=audit(1199371409.130:30): avc: denied { search } for
pid=7185 comm="depmod" name="tmp" dev=dm-0 ino=2686977
scontext=unconfined_u:system_r:depmod_t:s0
tcontext=system_u:object_r:tmp_t:s0 tclass=dir
type=SYSCALL msg=audit(1199371409.130:30): arch=40000003 syscall=5
success=no exit=-13 a0=8941070 a1=98800 a2=2e646f6d a3=8941110 items=0
ppid=4720 pid=7185 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0
sgid=0 fsgid=0 tty=pts0 comm="depmod" exe="/sbin/depmod"
subj=unconfined_u:system_r:depmod_t:s0 key=(null)
type=AVC msg=audit(1199371409.130:31): avc: denied { search } for
pid=7185 comm="depmod" name="tmp" dev=dm-0 ino=2686977
scontext=unconfined_u:system_r:depmod_t:s0
tcontext=system_u:object_r:tmp_t:s0 tclass=dir
type=SYSCALL msg=audit(1199371409.130:31): arch=40000003 syscall=5
success=no exit=-13 a0=bfb012b0 a1=241 a2=1b6 a3=895d480 items=0
ppid=4720 pid=7185 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0
sgid=0 fsgid=0 tty=pts0 comm="depmod" exe="/sbin/depmod"
subj=unconfined_u:system_r:depmod_t:s0 key=(null)
Removing kernel package, and rerunning in permissive mode yields:
type=AVC msg=audit(1199371729.926:38): avc: denied { search } for
pid=10294 comm="depmod" name="tmp" dev=dm-0 ino=2686977
scontext=unconfined_u:system_r:depmod_t:s0
tcontext=system_u:object_r:tmp_t:s0 tclass=dir
type=AVC msg=audit(1199371729.926:38): avc: denied { search } for
pid=10294 comm="depmod" name="initrd.qF8194" dev=dm-0 ino=2687511
scontext=unconfined_u:system_r:depmod_t:s0
tcontext=unconfined_u:object_r:rpm_script_tmp_t:s0 tclass=dir
type=AVC msg=audit(1199371729.926:38): avc: denied { read } for
pid=10294 comm="depmod" name="2.6.24-0.133.rc6.git8.fc9" dev=dm-0
ino=2687516 scontext=unconfined_u:system_r:depmod_t:s0
tcontext=unconfined_u:object_r:rpm_script_tmp_t:s0 tclass=dir
type=SYSCALL msg=audit(1199371729.926:38): arch=40000003 syscall=5
success=yes exit=3 a0=8ac5070 a1=98800 a2=2e646f6d a3=8ac5110 items=0
ppid=7830 pid=10294 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0
sgid=0 fsgid=0 tty=pts0 comm="depmod" exe="/sbin/depmod"
subj=unconfined_u:system_r:depmod_t:s0 key=(null)
type=AVC msg=audit(1199371729.927:39): avc: denied { getattr } for
pid=10294 comm="depmod"
path="/tmp/initrd.qF8194/lib/modules/2.6.24-0.133.rc6.git8.fc9"
dev=dm-0 ino=2687516 scontext=unconfined_u:system_r:depmod_t:s0
tcontext=unconfined_u:object_r:rpm_script_tmp_t:s0 tclass=dir
type=SYSCALL msg=audit(1199371729.927:39): arch=40000003 syscall=197
success=yes exit=0 a0=3 a1=bfd6253c a2=950ff4 a3=3 items=0 ppid=7830
pid=10294 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0
fsgid=0 tty=pts0 comm="depmod" exe="/sbin/depmod"
subj=unconfined_u:system_r:depmod_t:s0 key=(null)
type=AVC msg=audit(1199371729.927:40): avc: denied { read } for
pid=10294 comm="depmod" name="scsi_mod.ko" dev=dm-0 ino=2687575
scontext=unconfined_u:system_r:depmod_t:s0
tcontext=unconfined_u:object_r:rpm_script_tmp_t:s0 tclass=file
type=SYSCALL msg=audit(1199371729.927:40): arch=40000003 syscall=5
success=yes exit=4 a0=8ae2514 a1=0 a2=1b6 a3=8ae8c20 items=0 ppid=7830
pid=10294 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0
fsgid=0 tty=pts0 comm="depmod" exe="/sbin/depmod"
subj=unconfined_u:system_r:depmod_t:s0 key=(null)
type=AVC msg=audit(1199371729.927:41): avc: denied { getattr } for
pid=10294 comm="depmod"
path="/tmp/initrd.qF8194/lib/modules/2.6.24-0.133.rc6.git8.fc9/scsi_mod.ko"
dev=dm-0 ino=2687575 scontext=unconfined_u:system_r:depmod_t:s0
tcontext=unconfined_u:object_r:rpm_script_tmp_t:s0 tclass=file
type=SYSCALL msg=audit(1199371729.927:41): arch=40000003 syscall=197
success=yes exit=0 a0=4 a1=bfd6228c a2=950ff4 a3=8ae8c20 items=0
ppid=7830 pid=10294 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0
sgid=0 fsgid=0 tty=pts0 comm="depmod" exe="/sbin/depmod"
subj=unconfined_u:system_r:depmod_t:s0 key=(null)
type=AVC msg=audit(1199371729.931:42): avc: denied { write } for
pid=10294 comm="depmod" name="2.6.24-0.133.rc6.git8.fc9" dev=dm-0
ino=2687516 scontext=unconfined_u:system_r:depmod_t:s0
tcontext=unconfined_u:object_r:rpm_script_tmp_t:s0 tclass=dir
type=AVC msg=audit(1199371729.931:42): avc: denied { add_name } for
pid=10294 comm="depmod" name="modules.dep.temp"
scontext=unconfined_u:system_r:depmod_t:s0
tcontext=unconfined_u:object_r:rpm_script_tmp_t:s0 tclass=dir
type=AVC msg=audit(1199371729.931:42): avc: denied { create } for
pid=10294 comm="depmod" name="modules.dep.temp"
scontext=unconfined_u:system_r:depmod_t:s0
tcontext=unconfined_u:object_r:rpm_script_tmp_t:s0 tclass=file
type=AVC msg=audit(1199371729.931:42): avc: denied { write } for
pid=10294 comm="depmod" name="modules.dep.temp" dev=dm-0 ino=2687612
scontext=unconfined_u:system_r:depmod_t:s0
tcontext=unconfined_u:object_r:rpm_script_tmp_t:s0 tclass=file
type=SYSCALL msg=audit(1199371729.931:42): arch=40000003 syscall=5
success=yes exit=3 a0=bfd62510 a1=241 a2=1b6 a3=8b3b1e0 items=0
ppid=7830 pid=10294 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0
sgid=0 fsgid=0 tty=pts0 comm="depmod" exe="/sbin/depmod"
subj=unconfined_u:system_r:depmod_t:s0 key=(null)
type=AVC msg=audit(1199371729.932:43): avc: denied { remove_name }
for pid=10294 comm="depmod" name="modules.dep.temp" dev=dm-0
ino=2687612 scontext=unconfined_u:system_r:depmod_t:s0
tcontext=unconfined_u:object_r:rpm_script_tmp_t:s0 tclass=dir
type=AVC msg=audit(1199371729.932:43): avc: denied { rename } for
pid=10294 comm="depmod" name="modules.dep.temp" dev=dm-0 ino=2687612
scontext=unconfined_u:system_r:depmod_t:s0
tcontext=unconfined_u:object_r:rpm_script_tmp_t:s0 tclass=file
type=SYSCALL msg=audit(1199371729.932:43): arch=40000003 syscall=38
success=yes exit=0 a0=bfd62510 a1=bfd62570 a2=8b3b1e0 a3=bfd62510
items=0 ppid=7830 pid=10294 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0
egid=0 sgid=0 fsgid=0 tty=pts0 comm="depmod" exe="/sbin/depmod"
subj=unconfined_u:system_r:depmod_t:s0 key=(null)
or
#============= depmod_t ==============
allow depmod_t rpm_script_tmp_t:dir { write search read remove_name
getattr add_name };
allow depmod_t rpm_script_tmp_t:file { read write getattr create rename };
allow depmod_t tmp_t:dir search;
tom
--
Tom London
16 years, 4 months
/var/log/btmp getting mislabeled?
by Tom London
I just got this one logging in. Looks like /var/log/btmp is getting mislabeled
Summary
SELinux is preventing gdm-simple-slav(/usr/libexec/gdm-simple-slave) (xdm_t)
"write" to (var_log_t).
Detailed Description
SELinux is preventing gdm-simple-slav(/usr/libexec/gdm-simple-slave) (xdm_t)
"write" to <Unknown> (var_log_t). The SELinux type var_log_t, is a generic type
for all files in the directory and very few processes (SELinux Domains) are
allowed to write to this SELinux type. This type of denial usual indicates a
mislabeled file. By default a file created in a directory has the gets the
context of the parent directory, but SELinux policy has rules about the creation
of directories, that say if a process running in one SELinux Domain (D1) creates
a file in a directory with a particular SELinux File Context (F1) the file gets
a different File Context (F2). The policy usually allows the SELinux Domain (D1)
the ability to write, unlink, and append on (F2). But if for some reason a file
(<Unknown>) was created with the wrong context, this domain will be denied. The
usual solution to this problem is to reset the file context on the target file,
restorecon -v <Unknown>. If the file context does not change from var_log_t,
then this is probably a bug in policy. Please file a bug report
(http://bugzilla.redhat.com/bugzilla/enter_bug.cgi) against the selinux-policy
package. If it does change, you can try your application again to see if it
works. The file context could have been mislabeled by editing the file or moving
the file from a different directory, if the file keeps getting mislabeled, check
the init scripts to see if they are doing something to mislabel the file.
Allowing Access
You can attempt to fix file context by executing restorecon -v
<Unknown> The following command will allow this access:
restorecon <Unknown>
Additional Information
Source Context system_u:system_r:xdm_t:SystemLow-SystemHigh
Target Context system_u:object_r:var_log_t
Target Objects None [ file ]
Source gdm-simple-slav(/usr/libexec/gdm-simple-slave)
Port <Unknown>
Host localhost.localdomain
Source RPM Packages
Target RPM Packages
Policy RPM selinux-policy-3.2.5-7.fc9
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Enforcing
Plugin Name mislabeled_file
Host Name localhost.localdomain
Platform Linux localhost.localdomain
2.6.24-0.133.rc6.git8.fc9 #1 SMP Wed Jan 2
18:40:29 EST 2008 i686 i686
Alert Count 1
First Seen Thu 03 Jan 2008 07:19:37 AM PST
Last Seen Thu 03 Jan 2008 07:19:37 AM PST
Local ID f5de46fe-618f-4bc4-9bae-e0a5c22c3343
Line Numbers
Raw Audit Messages
host=localhost.localdomain type=AVC msg=audit(1199373577.824:19): avc:
denied { write } for pid=2544 comm="gdm-simple-slav" name="btmp"
dev=dm-0 ino=66570 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023
tcontext=system_u:object_r:var_log_t:s0 tclass=file
host=localhost.localdomain type=SYSCALL msg=audit(1199373577.824:19):
arch=40000003 syscall=5 success=no exit=-13 a0=8060c66 a1=8001 a2=0
a3=8060c70 items=0 ppid=2484 pid=2544 auid=4294967295 uid=0 gid=0
euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none)
comm="gdm-simple-slav" exe="/usr/libexec/gdm-simple-slave"
subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 key=(null)
---------
[root@localhost log]# restorecon -v -R /var/log
restorecon reset /var/log/btmp context
system_u:object_r:var_log_t:s0->system_u:object_r:faillog_t:s0
restorecon reset /var/log/rpmpkgs context
system_u:object_r:cron_log_t:s0->system_u:object_r:rpm_log_t:s0
[root@localhost log]#
--
Tom London
16 years, 4 months
question re: mount_t context and network I/O
by Christopher Allen Wing
Hello,
I have a question regarding the mount_t context on RHEL5 (but for my
purposes the recent Fedora SELinux policies are equally relevant).
I am having a problem where occasionally the 'umount' binary hangs because
the filesystem being unmounted (OpenAFS) tries to do network I/O as part
of the kernel code path triggered by the umount() system call.
The actual audit messages in the log look like this:
audit(1199237877.841:1837): avc: denied { write } for pid=29174 comm="umount" lport=7001 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:system_r:initrc_t:s0 tclass=udp_socket
What's happening here, as far as I can tell, is that the openafs
filesystem (kernel code) tries to do some network I/O from inside the
umount() system call. Because this happens in the context of the umount
process itself, SELinux applies the same restrictions that it would have
if umount had deliberately used sockets itself.
(The UDP socket in question, bound to port 7001, would have been created
at the time that the openafs filesystem was initialized)
My question is:
What does the current SELinux policy (e.g. targeted policy) on Fedora do
for the case of NFS and cifs, for the mount_t context? Can mount/umount
perform any network I/O, or is this restricted?
Thanks,
Chris Wing
wingc(a)umich.edu
16 years, 4 months
Is SELinux support as a kernel module possible ??
by Leo Prasath
Hi guys,
I have a need to install SELinux on a sytem running with a kernel without
SELinux built into it. However, I cannot reinstall a custom kernel with the
SELinux built into it.
So, I am looking at building a kernel module for SELinux and load it. I
tried compiling the kernel with config option CONFIG_SECURITY_SELINUX=m and
i got this error:
.config:984:warning: symbol value 'm' invalid for SECURITY_SELINUX
Is it possible to load SELinux as a kernel module ? Has anyone tried this ?
Any help is appreciated
Thanks,
Leo.
16 years, 4 months