RE: snmpd.conf security

Joan Landry <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
I switched over to use /var/net-snmp/snmpd.conf and I call update_config but the passwords do not get changed to localized keys in the file - the v3 credentials do work correctly.

What triggers the agent to change the createUser line in the snmpd.conf file to remove the passwords - when a new v3 user is added?
Thanks,
Joan





-----Original Message-----
From: Wes Hardaker <[email protected]>
Sent: Tuesday, January 5, 2021 3:40 PM
To: Joan Landry <[email protected]>
Cc: [email protected]
Subject: Re: snmpd.conf security

External email: [[email protected]]

......................................................................
Joan Landry <[email protected]> writes:

> Would like to know if there is a way to make snmpd.conf file more
> secure - as currently it shows the password for a usm user.
> createUser v3user MD5 abcdefghij DES abcdefghij trapsess -r 10 -t 3 -l
> authPriv -u v3user -a MD5 -A abcdefghij -x DES -X abcdefghij
> 10.11.12.98

Per the documentation, a createUser line should *only* go into the persistent file (/var/net-snmp/snmpd.conf) and is replaced by the agent with a usmUser line after startup.  The usmUser line is also sensitive, however, as it contains a private key that is at least localized to just that agent fortunately.  That file is written by the process owner and should only be read by the process owner (typically root), and is the best that can be achieved given the need by the protocol to store localized keys.
--
Wes Hardaker
USC/ISI
Please see our privacy statement at https://www.adva.com/en/about-us/legal/privacy-statement for details of how ADVA processes personal information.


_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.