Hi Frank, thanks for clarification !
br, Ulrich Gesendet: Mittwoch, 08. August 2018 um 22:26 Uhr Von: "Frank Fock" <f...@agentpp.com> An: "ulrich berl" <ulrich.b...@gmx.net> Cc: snmp4j@agentpp.org Betreff: Re: [SNMP4J] Consecutive SNMPv3 GET Requests using same User Hi Ulrich, A SNMP entity is any command generator or command responder instance. An instance of org.snmp4j.Snmp is a SNMP entity too. Bes regards, Frank On 8. Aug 2018, at 09:16, ulrich berl <ulrich.b...@gmx.net[mailto:ulrich.b...@gmx.net]> wrote: Hi Frank, Thanks for your explanation. With non-localised users, you can use a single user entry for several SNMP entities. To be able to do so,the agent must know the passphrase which is stored unencrypted in the local persistent storage. What exactly do you mean by 'SNMP entities' ? Is this an instance of class org.snmp4j.Snmp ? In this sentence the 'agent' is the SnmpManager ? With localised users, you will not have this security drawback. The stored key, is only usable with a target it has been localised for.No passphrase is stored persistently (only the localised key). Yep, i saw this during debugging of a snmp request. You can mix both approaches too, but that would require more additional management overhead, because localised instances of a generic user need to be explicitly deleted if the generic user is updated.Thats the case using snmp.getUSM().addUser(...): user must be removed in case of update. br, Ulrich Gesendet: Dienstag, 07. August 2018 um 19:46 Uhr Von: "Frank Fock" <f...@agentpp.com[mailto:f...@agentpp.com]> An: "ulrich berl" <ulrich.b...@gmx.net[mailto:ulrich.b...@gmx.net]> Cc: snmp4j@agentpp.org[mailto:snmp4j@agentpp.org] Betreff: Re: [SNMP4J] Consecutive SNMPv3 GET Requests using same User Hi Ulrich, If you need highest security, then use localised users only. With non-localised users, you can use a single user entry for several SNMP entities. To be able to do so, the agent must know the passphrase which is stored unencrypted in the local persistent storage. With localised users, you will not have this security drawback. The stored key, is only usable with a target it has been localised for. No passphrase is stored persistently (only the localised key). SNMP4J offers both approaches, users have to choose which one best fits to their requirements. You can mix both approaches too, but that would require more additional management overhead, because localised instances of a generic user need to be explicitly deleted if the generic user is updated. Best regards, Frank On 7. Aug 2018, at 14:30, ulrich berl <ulrich.b...@gmx.net[mailto:ulrich.b...@gmx.net]> wrote: Take the following: A SnmpManager application creates one (global) instance of class org.snmp4j.Snmp after startup. SnmpManager application will do consecutive SNMPv3 GET Requests (sysDescr) with user MD5 using global snmp instance. The authPassphrase for user MD5 is changeable between GET Requests. If i do an snmp.getUSM().addUser(...) in the getRequest(...): [OK] Request 1 - CorrectAuthPassphrase -> sysDescr returned --- change authPassphrase in SnmpManager application [NOK] Request 2 - WrongAuthPassphrase -> sysDescr returned <-- should be an authentication failure If i do an snmp.getUSM().addLocalizedUser(...) in the getRequest(...): [OK] Request 1 - CorrectAuthPassphrase -> sysDescr returned --- change authPassphrase in SnmpManager application [OK] Request 2 - WrongAuthPassphrase -> error So for such an application i should always use localized users (https://oosnmp.net/confluence/pages/viewpage.action?pageId=1441800[https://oosnmp.net/confluence/pages/viewpage.action?pageId=1441800]) or clearing the user table before next request ? What about the snmp.getUSM().addUser(...) method - when to use this method ? br, Ulrich _______________________________________________ SNMP4J mailing list SNMP4J@agentpp.org[mailto:SNMP4J@agentpp.org] https://oosnmp.net/mailman/listinfo/snmp4j[https://oosnmp.net/mailman/listinfo/snmp4j] _______________________________________________ SNMP4J mailing list SNMP4J@agentpp.org https://oosnmp.net/mailman/listinfo/snmp4j
