selinux January 2008

selinux@lists.fedoraproject.org

38 participants
58 discussions

Re: What severity would this SELinux denial have for the latest kernel?
by Antonio Olivares 03 Jan '08

03 Jan '08

--- 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

2 1

SELinux is preventing firefox(/usr/lib/firefox-3.0b3pre/firefox)
by Antonio Olivares 03 Jan '08

03 Jan '08

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

1 0

SELinux is preventing dbus-daemon
by Antonio Olivares 03 Jan '08

03 Jan '08

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

1 0

Sendmail 8.14 selinux
by Harley Race 03 Jan '08

03 Jan '08

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

2 2

depmod_t failure again..... sigh
by Tom London 03 Jan '08

03 Jan '08

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

2 1

/var/log/btmp getting mislabeled?
by Tom London 03 Jan '08

03 Jan '08

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

2 1

question re: mount_t context and network I/O
by Christopher Allen Wing 02 Jan '08

02 Jan '08

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

1 0

Is SELinux support as a kernel module possible ??
by Leo Prasath 01 Jan '08

01 Jan '08

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.

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

selinux January 2008