我不是SNMP协议方面的专家,而且在协议RFC文档中也没有找到任何关于SNMP社区字符串中连字符的容忍度的内容。这似乎是一个双重标准,一些设备,如思科支持它,而其他设备,如惠普和NetApp不支持。
是否有任何关于这方面的文件或双重标准背后的推理?
发布于 2012-09-21 16:20:19
我很确定为什么没有官方的说法,尽管通过不同供应商对标准的不同实现可能会提供线索。更糟糕的是,它甚至依赖于某些供应商(如本VMWare KB所示,在更新/补丁中添加了对连字符的支持)。
您可以始终在社区字符串中搜索允许或禁止字符的列表,但对于不同的供应商(思科使用@
为SNMP
索引,尽管他们的一些设备将允许它无论如何。)来说,这将是不同的。
最好的方法是不要在SNMP
社区字符串中使用特殊字符,因为值无论如何都是在plaintext
中传递的,因此您不会通过使plaintext
-transmitted值更难猜测来添加任何明显的安全性度量。它不需要被猜测;它可以简单地被阅读。
依赖一个好的密码来保护您的SNMP
社区字符串,而不是复杂的社区字符串。同样的建议也适用于更广泛的应用,而不仅仅是SNMP
--用户名不为帐户提供安全,密码也提供安全性。
https://serverfault.com/questions/430661
复制相似问题