770065 – SELinux AVC denials for check_icmp

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 770065 - SELinux AVC denials for check_icmp

Summary: SELinux AVC denials for check_icmp

Keywords:
Status:	CLOSED ERRATA
Alias:	None
Product:	Red Hat Enterprise Linux 6
Classification:	Red Hat
Component:	selinux-policy
Sub Component:
Version:	6.3
Hardware:	x86_64
OS:	Linux
Priority:	unspecified
Severity:	low
Target Milestone:	rc
Target Release:	---
Assignee:	Miroslav Grepl
QA Contact:	Michal Trunecka
Docs Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+	depends on / blocked

Reported:	2011-12-23 09:03 UTC by Stijn Hoop
Modified:	2018-11-30 22:24 UTC (History)
CC List:	10 users (show)
Fixed In Version:	selinux-policy-3.7.19-185.el6
Doc Type:	Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:	2013-02-21 08:34:37 UTC
Target Upstream Version:
Embargoed:

Attachments	(Terms of Use)

Links
System	ID	Private	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHBA-2013:0314	0	normal	SHIPPED_LIVE	selinux-policy bug fix and enhancement update	2013-02-20 20:35:01 UTC

Description Stijn Hoop 2011-12-23 09:03:22 UTC

Description of problem:

On an CentOS 6.2 + EPEL out of the box install with SELinux enabled, I cannot run the check_icmp nagios plugin.

Version-Release number of selected component (if applicable):

$ rpm -q nagios-plugins-icmp
nagios-plugins-icmp-1.4.15-2.el6.x86_64
  
Actual results:

Dec 23 09:00:53 pluto kernel: type=1400 audit(1324627253.257:85105): avc:  denie
d  { create } for  pid=23520 comm="check_icmp" scontext=unconfined_u:system_r:na
gios_services_plugin_t:s0 tcontext=unconfined_u:system_r:nagios_services_plugin_
t:s0 tclass=rawip_socket
Dec 23 09:00:53 pluto kernel: type=1400 audit(1324627253.257:85106): avc:  denie
d  { setuid } for  pid=23520 comm="check_icmp" capability=7  scontext=unconfined
_u:system_r:nagios_services_plugin_t:s0 tcontext=unconfined_u:system_r:nagios_se
rvices_plugin_t:s0 tclass=capability

Additional info:

I fixed it by adding the following policy:

module localnagios 1.0;

require {
        type nagios_services_plugin_t;
        class capability setuid;
        class rawip_socket { read write create setopt };
}

#============= nagios_services_plugin_t ==============
allow nagios_services_plugin_t self:capability setuid;
allow nagios_services_plugin_t self:rawip_socket { read write create setopt };

Comment 1 Erinn Looney-Triggs 2012-03-13 19:03:18 UTC

Any movement on this? It seems like it "should be" a simple change in SELinux policy, but who knows. 

-Erinn

Comment 2 Daniel Walsh 2012-03-13 19:24:06 UTC

Seems like we need a new policy for check_icmp.

Comment 7 RHEL Program Management 2012-07-10 08:20:40 UTC

This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 8 RHEL Program Management 2012-07-11 01:55:05 UTC

This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development.  This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4.

Comment 9 Miroslav Grepl 2012-07-17 08:49:48 UTC

Fixed in selinux-policy-3.7.19-156.el6

Comment 15 Daniel Walsh 2012-11-26 22:11:03 UTC

This looks like either the protection on /var/run/nrpe is too tight to root to see or nrpe is not running as the nrpe user but running as root.

Comment 16 Miroslav Grepl 2012-11-27 11:29:53 UTC

Michal,
does the test recreate this directory?

Could you add your output of

# ls -dZ /var/run/nrpe

an tell us under which user is nrpe running.

Comment 17 Michal Trunecka 2012-12-03 13:40:00 UTC

# ls -dZ /var/run/nrpe
drwxrwxr-x. nrpe nrpe system_u:object_r:var_run_t:s0   /var/run/nrpe

The test doesn't manipulate with this directory at all. At least not directly.

Comment 18 Miroslav Grepl 2012-12-03 13:52:52 UTC

Ok, so we have


nrpe nrpe system_u:object_r:var_run_t:s0   /var/run/nrpe

but nrpe is running as root.

Comment 19 Jan ONDREJ 2012-12-03 13:54:38 UTC

grep -e nrpe_user -e nrpe_group /etc/nagios/nrpe.cfg
nrpe_user=nrpe
nrpe_group=nrpe

Comment 20 Miroslav Grepl 2012-12-03 14:01:55 UTC

type=SYSCALL msg=audit(1353589934.759:131): arch=c000003e syscall=2 success=no exit=-13 a0=1687380 a1=41 a2=1a4 a3=4000 items=1 ppid=1 pid=5162 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=7 comm="nrpe" exe="/usr/sbin/nrpe" subj=unconfined_u:system_r:nrpe_t:s0 key=(null)
type=AVC msg=audit(1353589934.759:131): avc:  denied  { dac_override } for  pid=5162 comm="nrpe" capability=1  scontext=unconfined_u:system_r:nrpe_t:s0 tcontext=unconfined_u:system_r:nrpe_t:s0 tclass=capability


=> "uid=0"

Michal,
how does your config look?

Comment 21 Michal Trunecka 2012-12-04 09:15:53 UTC

But the AVC is about PID file, which is created by init script, which is intended to be run by root.

Comment 22 Michal Trunecka 2012-12-04 09:18:54 UTC

Comment from /etc/nagios/nrpe.cfg:

# PID FILE
# The name of the file in which the NRPE daemon should write it's process ID
# number.  The file is only written if the NRPE daemon is started by the root
# user and is running in standalone mode.

Comment 25 errata-xmlrpc 2013-02-21 08:34:37 UTC

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-2013-0314.html

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