Bug 417921

Summary: snmptrapd when using traphandlers defaults to /tmp for temp files, breaks selinux rules
Product: Red Hat Enterprise Linux 4 Reporter: Jan Safranek <jsafrane>
Component: net-snmpAssignee: Jan Safranek <jsafrane>
Status: CLOSED ERRATA QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: 4.6   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: RHBA-2008-0700 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-07-24 19:50:30 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: 401211    
Bug Blocks:    

Description Jan Safranek 2007-12-10 11:53:08 UTC
+++ This bug was initially created as a clone of Bug #401211 +++

Description of problem:
snmptrapd requires write access to /tmp/snmpdXXXXXX when using traphandlers. 
This can be defined through NETSNMP_TEMP_FILE_PATTERN.

I suggest creating a new context for these files as well as a context for
executing the external traphandlers.

I also see that the "self:udp_socket connect" context must be allowed as well. 
This I do not completely understand.

How reproducible:
Very

Steps to Reproduce:
1. SELinux set to enforcing
2. Create traphandler in /etc/snmp/snmptrapd.conf
3. Send trap to snmptrapd that will be executed by traphandler
4. Review audit log

-- Additional comment from jsafrane on 2007-12-03 07:28 EST --
dwalsh: what do you think about it? snmptrapd daemon really needs to
create/write/read/remove /tmp/snmp* files.


-- Additional comment from dwalsh on 2007-12-03 13:05 EST --
Daemons should not be using /tmp for anything.  /tmp is for users.
/var/run is for daemons.

/tmp can be attacked by a user.

/var/run can not.

So smpmtrapd should be setup to write its temp files to /var/run.  If it needs
to have the temporary files survive a reboot it should use /var/cache.

Comment 1 RHEL Program Management 2007-12-10 12:04:50 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 8 errata-xmlrpc 2008-07-24 19:50:30 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2008-0700.html