NET1675 - SNMP privileged and non-privileged access.

Warning! Audit Deprecated

This audit has been deprecated and will be removed in a future update.

View Next Audit Version

Information

The network device must use different SNMP community names or groups for various levels of read and write access.

Numerous vulnerabilities exist with SNMP; therefore, without unique SNMP community names, the risk of compromise is dramatically increased. This is especially true with vendors default community names which are widely known by hackers and other networking experts. If a hacker gains access to these devices and can easily guess the name, this could result in denial of service, interception of sensitive information, or other destructive actions.

NOTE: Nessus has not performed this check. Please review the benchmark to ensure target compliance.

Review the SNMP configuration of all managed nodes to ensure different community names (V1/2) or groups/users (V3) are configured for read-only and read-write access. If unique community strings or accounts are not used for SNMP peers, this is a finding.

Solution

Configure the SNMP community strings on the network device and change them from the default values. SNMP community strings and user passwords must be unique and not match any other network device passwords. Different community strings (V1/2) or groups (V3) must be configured for various levels of read and write access.

See Also

https://iasecontent.disa.mil/stigs/zip/U_Network_L2_Switch_V8R27_STIG.zip

Item Details

References: CAT|II, Rule-ID|SV-3043r4_rule, STIG-ID|NET1675, Vuln-ID|V-3043

Plugin: Cisco

Control ID: 67edc86ed5c36e8ac21bc2a9011a6c0ee4d69e00245296586cae3051e968776c