Bug 737495
| Summary: | selinux prevets radiusd search on /tmp | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Karel Srot <ksrot> |
| Component: | selinux-policy | Assignee: | Miroslav Grepl <mgrepl> |
| Status: | CLOSED ERRATA | QA Contact: | Milos Malik <mmalik> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 6.2 | CC: | dpal, dwalsh, mmalik, syeghiay |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | selinux-policy-3.7.19-112.el6 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-12-06 10:18:36 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 743047 | ||
Any idea why radiusd needs this access? This same issues was reported in Fedora as bug 730843, please see the comments there. Short story is we do not yet know what is trying to access /tmp. FreeRADIUS is large and complex so it's hard to know if some part of the code is trying to access /tmp but from static code inspection it doesn't seem to. However FreeRADIUS also links with a lot of libraries, any of which could be the culprit. I think we need to run FreeRADIUS under the debugger and break when open() is called on a path containing /tmp to figure out where this is occurring. Lets just dontaudit the access and be done with it. In the past tools have listed the contents of /tmp looking for files like keberos host or cc cache files. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2011-1511.html |
Description of problem: selinux-policy-3.7.19-109.el6.noarch This seems to be something new. Following is not allowed neither in RHEL6.1 but in RHEL6.1 these AVCs didn't appear. In RHEL6.1 AVCs appear occasionally. Seems like some library rsyslog is using changed the behavior (same behavior with RHEL6.1 rsyslog packages) ---- time->Sun Sep 11 08:18:02 2011 type=SYSCALL msg=audit(1315743482.229:345766): arch=c000003e syscall=2 success=no exit=-13 a0=7f32dd596d57 a1=0 a2=1b6 a3=0 items=0 ppid=1 pid=15834 auid=4294967295 uid=95 gid=95 euid=95 suid=95 fsuid=95 egid=95 sgid=95 fsgid=95 tty=(none) ses=4294967295 comm="radiusd" exe="/usr/sbin/radiusd" subj=unconfined_u:system_r:radiusd_t:s0 key=(null) type=AVC msg=audit(1315743482.229:345766): avc: denied { read } for pid=15834 comm="radiusd" name="tmp" dev=dm-0 ino=1438977 scontext=unconfined_u:system_r:radiusd_t:s0 tcontext=system_u:object_r:tmp_t:s0 tclass=dir ---- time->Sun Sep 11 08:18:02 2011 type=SYSCALL msg=audit(1315743482.229:345767): arch=c000003e syscall=2 success=no exit=-13 a0=7f32dd596d53 a1=0 a2=1b6 a3=0 items=0 ppid=1 pid=15834 auid=4294967295 uid=95 gid=95 euid=95 suid=95 fsuid=95 egid=95 sgid=95 fsgid=95 tty=(none) ses=4294967295 comm="radiusd" exe="/usr/sbin/radiusd" subj=unconfined_u:system_r:radiusd_t:s0 key=(null) type=AVC msg=audit(1315743482.229:345767): avc: denied { read } for pid=15834 comm="radiusd" name="tmp" dev=dm-0 ino=392547 scontext=unconfined_u:system_r:radiusd_t:s0 tcontext=system_u:object_r:tmp_t:s0 tclass=dir ----