Lo que encontraron los barridos
Lava Security publicó la investigación el 8 de octubre. En cuatro barridos de internet realizados entre marzo y mayo de 2026 halló unos 2.100 hosts que servían públicamente métricas del DCGM Exporter de NVIDIA, el componente que reporta salud, uso y temperatura de las GPU a una pila de monitorización. Entre todos ellos reportaban más de 12.000 GPU distintas. Ninguno exigía autenticación.
El hardware detrás de esas métricas no es de aficionado. Lava contó 312 B200 y 32 B300, junto a H200 y H100, las piezas de centro de datos de NVIDIA, pensadas para grandes trabajos de entrenamiento e inferencia. Aproximadamente la otra mitad del inventario era silicio de consumo y de estación de trabajo, sobre todo RTX 4090 y 5090. Lava cifra toda la flota visible en unos 100 millones de dólares en hardware.
La telemetría no son datos de entrenamiento, y leer la curva de uso de una GPU ajena no entrega su modelo. Lo que sí entrega es la forma: cuántos aceleradores opera una empresa, de qué tipo, con cuánta carga y cuándo se quedan en silencio. Eso es un mapa de reconocimiento, y estaba gratis.
El fallo, y lo que hace en realidad
La vulnerabilidad que reportó Lava se identifica como CVE-2026-47483 y NVIDIA la puntúa con un 8,2 en la escala CVSS: alta, no crítica. Reside en los puntos de perfilado /debug/pprof de Go, que el exportador puede dejar expuestos. Peticiones concurrentes sin autenticar a esos puntos provocan lo que el aviso de NVIDIA llama consumo descontrolado de recursos: se agota la memoria del exportador y el proceso cae, llevándose consigo la monitorización de las GPU. La misma presión sobre CPU y memoria puede ralentizar el trabajo de entrenamiento o inferencia que comparta la máquina.
Conviene ser preciso sobre el techo del asunto. Tumbar el exportador no detiene la carga de trabajo de la GPU, y no entrega al atacante ni el modelo ni los datos. Deja ciego al operador, que es lo que más importa justo cuando algo más está yendo mal.
Lava dice que al principio sospechó de una mala configuración del operador, y que luego reprodujo el comportamiento usando la propia imagen de contenedor oficial de NVIDIA.
La solución es subir de versión y cerrar un puerto
NVIDIA corrigió el fallo en DCGM Exporter 4.8.2; quien esté en algo anterior debería actualizar. La segunda recomendación de Lava no cuesta nada: dejar apagado el punto de perfilado salvo que se esté perfilando de verdad. En las versiones actuales --enable-pprof es opcional y no está expuesto por defecto, así que un despliegue reciente bien configurado no es alcanzable por esta vía.
La instrucción de fondo es más antigua que el fallo. El puerto del exportador no es una interfaz pública, y 2.100 operadores lo tenían mirando a internet abierto sobre HTTP en claro y sin nada delante. Eso es un problema de valores por defecto en el despliegue, no de código de NVIDIA, y ningún parche lo cierra.
Qué mirar ahora
El trabajo de Lava demuestra una vía de ataque; no afirma que ninguna de las organizaciones halladas fuera atacada, ni que se llevaran datos de modelos. La cifra que conviene volver a comprobar es si esos 2.100 bajan. Los barridos se hicieron entre marzo y mayo, el aviso de NVIDIA llegó en julio y la investigación se hizo pública este mes, así que el próximo barrido independiente es el que dirá si la divulgación movió algo, o si un puerto de monitorización que nadie considera superficie de ataque sigue abierto porque nadie lo tiene asignado.
