Bug 401211

Summary: snmptrapd when using traphandlers defaults to /tmp for temp files, breaks selinux rules
Product: Red Hat Enterprise Linux 5 Reporter: Larry Low <llow0>
Component: net-snmpAssignee: Jan Safranek <jsafrane>
Status: CLOSED ERRATA QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: 5.1CC: dwalsh
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: RHBA-2008-0376 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-05-21 15:42:13 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: 417921    
Attachments:
Description Flags
audit log none

Description Larry Low 2007-11-27 16:03:14 UTC
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

Comment 2 Jan Safranek 2007-12-03 12:29:23 UTC
Created attachment 275641 [details]
audit log

Comment 3 Jan Safranek 2007-12-03 12:30:26 UTC
Please ignore traphandler.pl in the log, focus on snmptrapd.

Comment 4 Daniel Walsh 2007-12-03 18:05:51 UTC
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 5 Jan Safranek 2007-12-05 11:24:08 UTC
Good point, I'll put it there. Thanks!

Comment 6 RHEL Program Management 2007-12-05 11:24:26 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 12 errata-xmlrpc 2008-05-21 15:42:13 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 the 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-0376.html