Jueves, 5 de noviembre de 2026

Lo más relevante del hosting en el mundo, en español · ehost.ec →

SonicWall no parcheará dos fallos en su GMS EoL que pueden exponer archivos y alterar bases de datos

SonicWall ha informado que dos vulnerabilidades que afectan a Global Management System (GMS) —versiones 9.5.2 y anteriores— no recibirán parches por estar en fin de vida. La firma recomienda migrar a Network Security Manager (NSM).

Por Equipo ehost3 min de lecturaFuente: The Hacker News
SonicWall no parcheará dos fallos en su GMS EoL que pueden exponer archivos y alterar bases de datos
Imagen ilustrativa generada con inteligencia artificial.

SonicWall ha confirmado la existencia de dos vulnerabilidades que afectan a equipos que ejecutan Global Management System (GMS) 9.5.2 y versiones anteriores y ha anunciado que, por tratarse de un producto en End‑of‑Life (EoL), no publicará correcciones.

Qué se sabe de las vulnerabilidades

Según la alerta difundida por la propia compañía, una de las fallas es una vulnerabilidad de lectura de archivos sin autenticación (referida en informes públicos como CVE-2026-109593, con una puntuación de severidad alta). Esa vulnerabilidad podría permitir a un atacante con acceso a la red leer ficheros internos del GMS.

La otra vulnerabilidad mencionada puede facilitar la modificación de registros en la base de datos gestionada por GMS, lo que abre la puerta a alteraciones en la configuración o en los datos que administra la consola centralizada.

Por qué no habrá parche y qué aconseja SonicWall

SonicWall explica que el producto ha alcanzado su ciclo de vida final (EoL) y, por ese motivo, no se desarrollarán remediaciones ni actualizaciones de seguridad para estas vulnerabilidades. En su comunicado la empresa insta a las organizaciones que aún usen GMS a evaluar los riesgos y a migrar a su producto más reciente, Network Security Manager (NSM).

Impacto para administradores y dueños de webs

  • Exposición de archivos internos: la lectura no autenticada de ficheros puede revelar credenciales, claves o información de configuración que faciliten ataques posteriores.
  • Alteración de bases de datos: la posibilidad de modificar registros administrativos puede desconfigurar políticas, reglas o generar condiciones persistentes de acceso no autorizado.
  • Sistemas afectados: GMS 9.5.2 y versiones anteriores —instancias que muchas organizaciones siguen usando para gestionar múltiples dispositivos de red desde una consola central—.

Para los administradores, esto significa un riesgo directo en entornos donde GMS gestiona firewalls, políticas y dispositivos de red: un atacante que aproveche estas fallas podría escalar compromisos o interrumpir la gestión centralizada.

Qué deben hacer los administradores

  1. Evaluar inmediatamente si su entorno utiliza GMS 9.5.2 o anterior y listar las instancias expuestas a redes no fiables.
  2. Si es posible, aislar las consolas GMS de accesos de red innecesarios —por ejemplo, limitar el acceso a redes de administración privadas y aplicar reglas de firewall que bloqueen accesos desde Internet—.
  3. Planificar la migración a SonicWall Network Security Manager (NSM) u otra solución de gestión moderna; la compañía recomienda NSM como reemplazo.
  4. Revisar registros y auditorías para detectar actividad inusual en las consolas GMS, y considerar restablecer credenciales y claves si se sospecha de acceso no autorizado.
  5. Aplicar controles de compensación: segmentación de red, autenticación fuerte para accesos administrativos, VPN para la administración y monitoreo continuo.

Contexto adicional

La notificación llega tras otra corrección reciente de SonicWall relacionada con una falla crítica de SSRF que fue parcheada hace unas semanas —esa vulnerabilidad estaba siendo explotada en entornos reales, según informes de telemetría citados en medios especializados—. Aunque los detalles concretos de explotación de las nuevas fallas no se han divulgado públicamente en profundidad, el hecho de que el producto esté en EoL obliga a las organizaciones a asumir que el riesgo no será mitigado por el proveedor.

En resumen, las organizaciones que todavía dependen de SonicWall GMS 9.5.2 o versiones anteriores deben tratar estas consolas como activos inseguros: evaluar exposición, aplicar medidas compensatorias y planificar con prioridad una migración a plataformas soportadas.

Lee también:

Fuente: The Hacker News

Compartir