Enumeración SNMP, paso a paso: de la comunidad al dato que se filtra

$ snmpwalk -v2c -c public 10.50.5.23 sysDescr
SNMPv2-MIB::sysDescr.0 = STRING: Linux msp-mon01 5.10.0 #1 SMP x86_64 GNU/Linux

$ snmpwalk -v2c -c public 10.50.5.23 sysName
SNMPv2-MIB::sysName.0 = STRING: msp-mon01.msp.local

El primer paso no es recorrer todo el árbol: es confirmar que la comunidad (public, la cadena de acceso de la versión 2c) funciona, con una sola consulta a un valor que casi siempre responde (sysDescr, la descripción del sistema). Si esa consulta falla, no tiene sentido seguir probando el resto del árbol con la misma cadena.

Recorrer ifDescr muestra cuántas interfaces de red tiene el dispositivo además del loopback; recorrer ipAdEntAddr muestra la dirección de cada una. Cuando un dispositivo de gestión tiene más de una interfaz, conviene mirar si todas caen dentro del segmento que el alcance firmado cubre: una interfaz fuera de ese segmento describe un equipo con una pata en una red que el encargo no venía a mirar, y eso sí entra al informe.

Abre el laboratorio y lee snmpwalk_msp-mon01.txt: ahí está el recorrido completo de las dos consultas (ifDescr e ipAdEntAddr) contra msp-mon01.

Las versiones 1 y 2c de este protocolo autentican con una sola cadena de texto plano, sin cifrado ni usuario propio — la comunidad hace de contraseña compartida para toda consulta, de lectura o de escritura. La versión 3 reemplaza eso por usuarios, autenticación y cifrado del mensaje, igual que ya vio el módulo 38 al comparar dispositivos de distintas versiones.