alta alerta global

Falla crítica en Hitachi Energy Asset Suite expone servlets sin autenticación

CISA documentó dos CVEs con CVSS 8.1 en el software de gestión de activos que usan generadoras, transmisoras y distribuidoras eléctricas. No hay explotación activa confirmada, pero el vector no exige credenciales previas.

·9 min de lectura ·Equipo Vantis
En 30 segundos
  • CISA publicó el aviso ICSA-26-279-03 sobre Hitachi Energy Asset Suite en versiones hasta la 9.9.0 inclusive, con dos vulnerabilidades de acceso no autenticado a servlets: CVE-2026-7395 y CVE-2026-11796, CVSS v3 8.1.
  • El fabricante indica impacto potencial sobre confidencialidad, integridad y disponibilidad del producto. CISA no reporta explotación activa al momento de esta publicación; el aviso es preventivo.
  • Asset Suite es un EAM (software de gestión de activos empresariales, ex Ventyx/Indus) usado por utilities eléctricas para mantenimiento predictivo y gestión de activos de red. Cualquier instancia accesible desde una red no confiable debe tratarse como prioridad inmediata.

Qué pasó

CISA publicó el 6 de octubre de 2026 el aviso ICSA-26-279-03, basado en información reportada por Hitachi Energy, sobre dos vulnerabilidades de acceso no autenticado a servlets en Asset Suite, el producto de gestión de activos empresariales (EAM) de la compañía orientado al sector eléctrico.

Los datos duros que entrega el aviso:

El texto del aviso que recibimos viene truncado en la fuente original y no especifica la ruta exacta del servlet afectado, el método de explotación paso a paso ni si existe ya un parche disponible. No vamos a inventar esos detalles. Lo que sí es consistente con el nombre de la categoría ('unauthenticated servlet access') es que un atacante podría alcanzar funcionalidad de la aplicación sin pasar por el flujo de autenticación normal, algo típico en aplicaciones Java (WebLogic/Tomcat) mal configuradas o con endpoints de administración expuestos.

Evaluación, confianza media: dado que el aviso agrupa dos CVEs bajo la misma descripción genérica y un único CVSS, es probable que ambas fallas compartan el mismo mecanismo de acceso (dos rutas de servlet distintas con el mismo defecto de autenticación) más que ser dos clases de vulnerabilidad distintas. La alternativa que no podemos descartar es que una de las dos tenga impacto de solo lectura y la otra permita escritura; el aviso no lo distingue.

Por qué importa acá

No tenemos un afectado chileno confirmado y no lo vamos a forzar. Lo que sí es público y verificable es que Hitachi Energy opera comercialmente en Chile prestando equipamiento y servicios de transmisión eléctrica (línea heredada de ABB Power Grids) a actores del Sistema Eléctrico Nacional.

Evaluación, confianza baja: señalamos esto porque Asset Suite está dirigido exactamente a ese tipo de cliente —generadoras, transmisoras, distribuidoras— y no porque tengamos evidencia de que alguna empresa chilena use específicamente este producto. Si tu organización es un operador eléctrico y usa Asset Suite (o su nombre histórico, Indus Asset Suite / Ventyx Asset Suite) para mantenimiento de activos, esta alerta es directamente aplicable y debe tratarse con la misma urgencia que cualquier CVE de borde con CVSS alto.

Si tu organización califica como operador de infraestructura crítica eléctrica bajo la Ley 21.663, y llegaras a confirmar explotación de esta vulnerabilidad, el deber de reporte a ANCI aplica. No citamos plazos específicos aquí porque no los verificamos contra el reglamento vigente; corresponde revisarlos con el equipo legal/compliance antes de que ocurra un incidente, no después.

Anatomía del ataque

Mapeo a marcos públicos, para que puedas cruzarlo con tu propia matriz de cobertura.

Qué hacer, fase por fase

Estructurado sobre las seis funciones del NIST CSF 2.0, según el ciclo de respuesta a incidentes de NIST SP 800-61r3 (abril 2025, reemplaza al r2). Proteger y Detectar vienen abiertas.

GV GobernarQuien decide, que se reporta y a quien

La decisión de parchar o mitigar Asset Suite no debería depender solo del equipo de TI: en utilities eléctricas, Asset Suite suele estar en el límite entre IT y OT, y un cambio mal coordinado puede afectar la disponibilidad de datos de mantenimiento de activos de red. Define quién aprueba la ventana de mitigación y quién evalúa si corresponde reporte regulatorio.

  • Asignar un responsable único (CISO u homólogo) para decidir si esta vulnerabilidad activa el procedimiento de gestión de crisis de la organización.
  • Si la organización es operadora de infraestructura crítica bajo Ley 21.663, verificar con el equipo legal si un eventual acceso no autorizado confirmado activa deber de reporte a ANCI, y en qué plazo según el reglamento vigente.
  • Documentar la decisión de mitigación (parche, segmentación o aceptación de riesgo temporal) con fecha y responsable, para auditoría posterior.
ID IdentificarSi esto me toca, por donde me toca

Antes de mitigar hay que saber si el producto existe en el entorno y en qué versión. Asset Suite ha cambiado de nombre comercial varias veces (Ventyx, Indus), así que el inventario de activos de software puede no reconocerlo con el nombre actual.

  • Buscar en el CMDB y en los registros de licenciamiento instancias de 'Asset Suite', 'Ventyx Asset Suite' o 'Indus Asset Suite', y confirmar número de versión contra el umbral <= 9.9.0.
  • Determinar si la instancia es alcanzable desde la red corporativa IT, desde internet, o solo desde la red de gestión de activos aislada.
  • Revisar reglas de firewall y NAT que expongan el puerto de la aplicación (típicamente HTTP/HTTPS sobre WebLogic o Tomcat) hacia segmentos no confiables.
  • Confirmar con Hitachi Energy si existe parche o actualización disponible para las versiones afectadas; el aviso de CISA referenciado no detalla remediación específica en el extracto disponible.
PR ProtegerComo evito que ocurra

Mientras no haya confirmación de parche disponible, la mitigación es de exposición de red, no solo de versión.

Controles priorizados

P1: esta semana · P2: este mes · P3: este trimestre

PrioControlEsfuerzoMapeo
P1 Eliminar la exposición directa de Asset Suite a internet o a redes IT no segmentadas; debe ser alcanzable solo desde la subred de administración de activos. medio MITRE ATT&CK M1030 CIS Controls v8 12.2 ISO 27001 A.8.22
P1 Contactar al proveedor/soporte de Hitachi Energy para confirmar disponibilidad de parche o mitigación oficial para CVE-2026-7395 y CVE-2026-11796, y aplicarla en cuanto esté disponible. medio MITRE ATT&CK M1051 CIS Controls v8 7.1 ISO 27001 A.8.8
P1 Desplegar un reverse proxy o WAF delante de la aplicación para bloquear solicitudes directas a rutas de servlet sin sesión válida, mientras no haya parche aplicado. bajo MITRE ATT&CK M1050 CIS Controls v8 13.10 ISO 27001 A.8.23
P2 Exigir VPN con autenticación multifactor para cualquier acceso remoto administrativo a la plataforma, eliminando accesos directos por IP pública. medio MITRE ATT&CK M1032 CIS Controls v8 6.5 ISO 27001 A.8.5
P3 Revisar y endurecer la configuración de autenticación de la aplicación (servlets administrativos, cuentas por defecto) conforme a la guía de hardening de Hitachi Energy. medio MITRE ATT&CK M1026 CIS Controls v8 4.1 ISO 27001 A.8.9

No hay confirmación en el aviso de que exista ya un parche publicado para las versiones afectadas. Hasta que el equipo responsable confirme eso directamente con Hitachi Energy, los controles de reducción de exposición de red (P1) son la mitigación real, no un paso intermedio.

DE DetectarComo me doy cuenta de que ya ocurrio

No existen IOCs públicos (hashes, IPs, dominios) asociados a esta vulnerabilidad porque no hay explotación confirmada reportada. La detección propuesta es conductual, basada en patrones de acceso HTTP anómalos a la aplicación, y debe calibrarse con el endpoint real del cliente — las rutas usadas abajo son de referencia, no están confirmadas por el aviso oficial.

Qué necesitas tener logueado

  • Logs de acceso del servidor de aplicaciones donde corre Asset Suite (WebLogic/Tomcat access log)
  • Logs de proxy inverso / WAF frente a la aplicación, si existe
  • Logs de firewall perimetral o de segmentación OT/IT para el segmento donde reside Asset Suite

Indicadores de compromiso

OjoLos indicadores están defanged (hxxp, [.]) para evitar clics accidentales. El bloque de abajo los trae en crudo, listos para tu lista de bloqueo.
TipoIndicadorConfianzaNota
cve CVE-2026-7395 alta CISA ICSA-26-279-03
cve CVE-2026-11796 alta CISA ICSA-26-279-03
blocklistIndicadores en crudo
CVE-2026-7395
CVE-2026-11796

Reglas y consultas de detección

sigmaPosible acceso directo no autenticado a servlets de Asset Suite
title: Posible acceso no autenticado a servlet de Hitachi Energy Asset Suite
id: 3f29a7d4-6b1e-4c8a-9f2d-7e5b9c1a4f60
status: experimental
description: |
  Detecta solicitudes HTTP a rutas típicas de Asset Suite sin cookie de sesión
  previa (JSESSIONID), patrón conductual consistente con explotación de
  CVE-2026-7395 / CVE-2026-11796. CISA no publicó la ruta exacta del servlet
  vulnerable; esta regla debe ajustarse al endpoint real una vez identificado
  en el entorno del cliente.
references:
  - https://www.cisa.gov/news-events/ics-advisories/icsa-26-279-03
author: Vantis
date: 2026/10/06
tags:
  - attack.initial-access
  - attack.t1190
logsource:
  category: webserver
detection:
  selection:
    cs-uri-stem|contains:
      - '/assetsuite'
      - '/AssetSuite'
      - '/servlet/'
  filter_session:
    cs-cookie|contains: 'JSESSIONID'
  condition: selection and not filter_session
falsepositives:
  - Integraciones API legítimas que no usan cookies de sesión de navegador
  - Escaneos de vulnerabilidad autorizados contra el mismo host
level: medium
Requiere: Logs del servidor de aplicaciones o del proxy inverso con URI completa y encabezado de cookies disponibles (campo cs-uri-stem / cs-cookie o equivalente).
splunkAcceso anómalo a servlets de Asset Suite sin sesión
index=proxy OR index=web sourcetype=access_combined
(uri_path="*assetsuite*" OR uri_path="*AssetSuite*" OR uri_path="*/servlet/*")
NOT cookie="*JSESSIONID*"
| stats count by src_ip, uri_path, user_agent
| where count > 5
Requiere: index=proxy o index=web con sourcetype access_combined (o equivalente) que incluya ruta y cookies de la solicitud.
sentinel-kqlSolicitudes repetidas a Asset Suite sin cookie de sesión
CommonSecurityLog
| where RequestURL has_any ("assetsuite", "AssetSuite", "/servlet/")
| where RequestURL !contains "JSESSIONID"
| summarize Hits = count() by SourceIP, RequestURL, DestinationHostName
| where Hits > 5
Requiere: Firewall o proxy reenviando logs HTTP completos (URL y cookies) hacia CommonSecurityLog vía Azure Monitor Agent o CEF connector.
Falsos positivos esperables

Esta detección es conductual y experimental, no basada en IOCs confirmados: CISA no publicó indicadores de explotación activa. Puede generar falsos positivos con integraciones API legítimas que no manejan cookies de sesión de navegador, balanceadores de carga que reescriben encabezados, y escáneres de vulnerabilidad autorizados que prueban las mismas rutas. Ajustar el umbral de conteo y la lista de rutas al comportamiento normal del entorno antes de poner la regla en modo de alerta activa.

RS ResponderContencion y erradicacion

Si se detecta acceso sospechoso a Asset Suite antes de aplicar mitigación, el procedimiento es de contención de aplicación web, no de endpoint.

  • Aislar la instancia de Asset Suite de la red si se confirma acceso anómalo: bloquear el segmento en el firewall perimetral, no solo la IP origen.
  • Revisar logs del servidor de aplicaciones (WebLogic/Tomcat) de los últimos 30 días buscando accesos directos a rutas de servlet sin sesión previa válida.
  • Forzar cierre de todas las sesiones activas y rotar credenciales administrativas de la aplicación y de la base de datos subyacente, aunque el vector reportado sea no autenticado.
  • Preservar los logs antes de reiniciar o actualizar el servicio, para permitir análisis forense posterior si se confirma compromiso.
RC RecuperarVolver a operar y no repetirlo

La vuelta a operación normal debe incluir verificación de que la causa raíz —no solo el síntoma— quedó cerrada.

  • Validar que la versión parcheada (cuando Hitachi Energy la publique) quedó efectivamente instalada en todas las instancias, no solo en la productiva.
  • Confirmar que la exposición de red que permitía el acceso no autenticado fue corregida de forma permanente (regla de firewall, no solo un bloqueo temporal).
  • Actualizar el inventario de activos de software para que Asset Suite quede correctamente etiquetado y visible en el próximo ciclo de gestión de vulnerabilidades.

Llévatelo

Lo de arriba explica. Esto se ejecuta. Son archivos, no capturas de pantalla: se abren, se pegan y funcionan.

La regla Sigma es la canónica: es el formato neutral del que se derivan las demás. Si tu SIEM no aparece en la lista, esa se convierte con pySigma. Las traducciones a motores concretos van sin validar contra tu modelo de datos — revisa los nombres de tabla y campo antes de subirlas a producción.

Fuentes

¿Esto te aplica y no sabes por dónde partir?

Revisamos tu exposición real frente a lo que describe este análisis: superficie expuesta, cobertura de detección y brechas frente a la Ley 21.663. Diagnóstico de 15 minutos, sin costo.

Agendar diagnóstico

Relacionado