alta research global

UNC7017 alteró por minutos las actualizaciones de AOMEI Backupper

Entre mayo y julio de 2026 un actor rastreado por Google Threat Intelligence Group modificó archivos de configuración en los servidores de AOMEI durante ventanas de 5 a 10 minutos para instalar un backdoor persistente. El fix del proveedor en el servidor no limpia los equipos que ya lo descargaron.

·17 min de lectura ·Equipo Vantis
En 30 segundos
  • Entre mayo y julio de 2026, un actor que Google Threat Intelligence Group (GTIG) rastrea como UNC7017 alteró dos archivos de configuración en los servidores de actualización de AOMEI Backupper y AnyViewer durante ventanas de 5 a 10 minutos, tres veces confirmadas. Cualquier cliente que consultara actualizaciones en ese lapso podía descargar un downloader (CROSSROAD) que instalaba un backdoor (SHINYROAD) escondido dentro de una copia troyanizada de la herramienta de acceso remoto Radmin.
  • El problema no fue una vulnerabilidad de software: el protocolo de actualización confiaba en archivos sin firmar y guardaba el checksum de integridad en el mismo archivo que indicaba la URL de descarga. Por eso, AOMEI pudo asegurar sus servidores (así lo informó a Mandiant el 29 de julio de 2026) sin que eso limpie los equipos que ya recibieron el backdoor.
  • No hay víctimas confirmadas en Chile en las fuentes revisadas: los 11 países reportados por GTIG no incluyen al país. Aun así, AOMEI Backupper es un producto de backup gratuito y masivamente distribuido entre pymes y proveedores de servicios gestionados en la región, por lo que la recomendación práctica es cazar los artefactos descritos en el propio parque de endpoints, no esperar una confirmación del proveedor.

Qué pasó

Qué encontraron

Este análisis parte de una nota de investigación publicada por Cloud Security Alliance (CSA Labs) el 17 de octubre de 2026, que a su vez sintetiza dos investigaciones independientes: la de Google Threat Intelligence Group (GTIG) y Mandiant, que identificaron y nombraron el malware, y la del ManageEngine Threat Analysis Lab (METAL), cuya telemetría de endpoint detectó la actividad por primera vez. CSA Labs no es fuente primaria de este hallazgo; funciona como capa de síntesis, y por eso cada hecho de este artículo se atribuye a quien lo investigó directamente.

METAL observó el 28 de mayo de 2026 que AOMEI Backupper instalaba Radmin en dos endpoints no relacionados, en países distintos — comportamiento anómalo para un software de backup. Cuando una de esas organizaciones escaló el hallazgo el 7 de junio, el dropper ya se había autoeliminado y su hash no estaba en VirusTotal. METAL entonces puso bajo monitoreo las URLs de descarga de AOMEI y capturó una manipulación en curso el 16 de julio; GTIG y Mandiant reportan una tercera ventana el 20 de julio.

Las tres ventanas confirmadas

| Fecha (2026) | Ventana (UTC) | Duración | Cambio observado |

|---|---|---|---|

| 28 de mayo | 05:40–05:50 | 10 min | Primera entrega documentada de CROSSROAD |

| 16 de julio | 08:33–08:39 | 6 min | Manipulación capturada por el monitoreo de METAL |

| 20 de julio | 10:35–10:40 | 5 min | Descarga movida a Google Cloud Storage; pop-up usado para forzar autenticación NTLM |

La duración acotada no es casualidad: una consulta posterior a las URLs del proveedor, el chequeo típico de triage tras una alerta, no muestra nada anómalo porque el archivo ya volvió a su contenido legítimo. GTIG recomienda preservar la configuración cacheada en el propio endpoint en vez de confiar en una verificación en vivo contra el servidor.

Cómo funciona la cadena

AOMEI Backupper consulta periódicamente un archivo down_html.ini que indica versión, un valor MD5 y una URL de descarga. Un segundo servicio lee Notifycfg.ini, que define ventanas emergentes y puede lanzar programas locales. Ninguno de los dos archivos está firmado.

Cuando el cliente recibía el archivo alterado, descargaba y ejecutaba upgrade-now.exe (CROSSROAD), que: verifica mediante servicios de geolocalización por IP que el equipo no esté en China y aborta si lo está; usa un mutex para evitar instancias concurrentes; restaura down_html.ini a su contenido legítimo para ocultar el cambio; descarga un paquete adicional a %LOCALAPPDATA%\Radmin\; registra una tarea programada llamada RadminComponentRuntime que corre cada tres horas; y se autoelimina mediante un proceso hijo y renombrado de flujos alternativos de datos NTFS (ADS) — la razón por la que METAL no encontró un dropper que analizar.

El paquete instalado incluye binarios de Radmin legítimos y firmados por Famatech, junto con una DLL sin firmar, BlkScrDl.dll, que el ejecutable firmado carga por *DLL search-order hijacking*. Esa DLL registra un servidor COM (RuntimeComponent.dll) que embebe un intérprete PocketPy y ejecuta bytecode Python cifrado en memoria: esto es SHINYROAD, el backdoor final. Ofrece una shell remota interactiva, agrega tráfico basura a sus comunicaciones y usa un único dominio de C2 codificado. SHINYROAD no tiene persistencia propia: depende de la tarea programada que creó CROSSROAD.

En julio, el actor desplegó además Adaptix C2 (framework de post-explotación de código abierto) disfrazado de componentes de Nitro PDF, con una segunda tarea programada llamada NitroRuntime. La ventana del 20 de julio sumó dos técnicas: la descarga se movió a storage.googleapis.com (posiblemente para evadir bloqueos de dominios recién registrados), y el Notifycfg.ini modificado definía un pop-up de 1x1 píxel apuntando a una ruta file:// vía WebDAV en una IP del atacante. Al renderizar ese pop-up, Windows intenta autenticarse contra el servidor remoto, lo que puede exponer una respuesta NetNTLMv2 sin que se ejecute código malicioso en el equipo.

GTIG atribuye la campaña a UNC7017 por patrones consistentes de herramientas e infraestructura entre oleadas, sin nombrar un actor estatal o criminal específico. El medio por el cual el atacante obtuvo acceso de escritura a los servidores de AOMEI no fue revelado en las fuentes citadas por CSA.

Víctimas confirmadas: organizaciones de TI, telecomunicaciones y educación superior en 11 países (Australia, Brasil, India, Pakistán, Portugal, Singapur, Sudáfrica, España, Suiza, Türkiye y Estados Unidos). Dado lo breve de las ventanas, el número total de sistemas afectados se desconoce.

Por qué importa acá

No hay evidencia pública de organizaciones chilenas afectadas — ninguno de los 11 países confirmados es Chile, y las fuentes revisadas no lo mencionan. Dicho eso, AOMEI Backupper es uno de los productos de backup gratuitos más instalados en pymes, equipos de uso personal y, en algunos casos, carteras de clientes de proveedores de servicios gestionados (MSP) en Chile y la región; AnyViewer, del mismo fabricante, se usa como alternativa gratuita a TeamViewer.

Evaluación (confianza baja-media): es plausible que haya instalaciones de AOMEI Backupper en Chile que hayan consultado el servidor de actualización durante alguna de las tres ventanas documentadas, dado el volumen de usuarios del producto. Lo que juega en contra de esa hipótesis es justamente lo que hizo eficaz al ataque para el operador: ventanas de 5 a 10 minutos reducen fuertemente la probabilidad de que cualquier instalación puntual coincidiera con el momento exacto de la manipulación. No tenemos forma de confirmar ni descartar esto sin telemetría propia — es exactamente el tipo de caso donde la respuesta correcta es "no sabemos", y donde la acción correcta es buscar los artefactos localmente en vez de asumir exposición o asumir que no la hay.

Lo que sí es estructural, independiente de si hubo o no un equipo chileno en la ventana de minutos: un software de backup corre con privilegios elevados y acceso de lectura a gran parte del disco, por lo que su compromiso potencialmente expone más datos que el de una utilidad típica — incluyendo credenciales de backup y acceso a repositorios. Si una organización chilena clasificada como OIV u OEE bajo la Ley 21.663 confirma esta infección en su infraestructura, corresponde evaluar el deber de reporte a ANCI según los plazos y criterios que esa ley establece; no citamos plazos específicos aquí porque no los verificamos para este caso. Si el equipo comprometido tenía acceso a datos personales — algo probable dado que es un agente de backup —, aplica además la Ley 21.719 en lo relativo a brechas de datos personales, con la obligación de evaluar el riesgo para los titulares.

El paralelo más útil para equipos de TI en Chile es el de confianza en el canal de actualización como superficie no inspeccionada. La mayoría de las organizaciones audita el instalador de un software de terceros una vez, en la adquisición, pero no monitorea la integridad continua de su canal de actualización. Este caso — junto con el precedente de Notepad++ a inicios de 2026, donde un actor con hosting comprometido sirvió instaladores troyanizados de forma selectiva y sostenida — muestra que ese canal es un vector reutilizable independientemente del actor.

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 gobierno aquí es tratar la integridad del canal de actualización como parte del riesgo de terceros, no solo la integridad del instalador inicial. Si la organización opera como OIV u OEE bajo la Ley 21.663 y confirma una infección derivada de este caso, corresponde evaluar el deber de reporte a ANCI con los criterios y plazos que esa ley define — este artículo no los cita porque no fueron verificados para este caso puntual. Si el equipo comprometido tenía acceso a datos personales, se suma la evaluación bajo la Ley 21.719.

  • Asignar un responsable (TI o seguridad) para decidir si AOMEI Backupper/AnyViewer se mantiene en el catálogo de software aprobado o se reemplaza por una alternativa con canal de actualización firmado.
  • Incorporar en el registro de riesgo de proveedores la pregunta explícita: ¿los metadatos de actualización están firmados criptográficamente?
  • Si la organización es OIV/OEE y confirma infección, activar el procedimiento de evaluación de deber de reporte a ANCI bajo Ley 21.663.
ID IdentificarSi esto me toca, por donde me toca

Antes de cualquier otra acción, hay que saber si el producto está instalado y dónde. AOMEI Backupper y AnyViewer suelen instalarse por decisión individual de usuarios o por MSPs, fuera del inventario central de software.

  • Levantar inventario de todos los hosts con AOMEI Backupper o AnyViewer instalado, incluyendo instalaciones hechas por usuarios individuales o por proveedores externos.
  • Revisar logs de proxy y DNS históricos en busca de conexiones durante las tres ventanas confirmadas: 28 de mayo (05:40–05:50 UTC), 16 de julio (08:33–08:39 UTC) y 20 de julio (10:35–10:40 UTC) de 2026.
  • Buscar en cada host inventariado las tareas programadas RadminComponentRuntime y NitroRuntime, los directorios %LOCALAPPDATA%\Radmin\ y %LOCALAPPDATA%\Nitro Pro\, y los archivos upgrade-now.exe o upgrade-now.zip en rutas de instalación de AOMEI.
PR ProtegerComo evito que ocurra

Los controles priorizados aquí no apuntan a parchear una vulnerabilidad — no la hay en el sentido tradicional — sino a reducir la capacidad de cualquier software de terceros de actuar como canal de distribución no inspeccionado.

Controles priorizados

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

PrioControlEsfuerzoMapeo
P1 Inventariar todos los hosts con AOMEI Backupper o AnyViewer instalado, incluyendo instalaciones de usuarios individuales y de proveedores de servicios gestionados, y ejecutar las reglas de este artículo sobre ese inventario. bajo CIS Controls v8 1.1 ISO 27001 A.5.9
P1 Restringir salida SMB (445) y WebDAV externo en el perímetro, incluido el fallback HTTP del servicio WebClient, para reducir la exposición a coerción de autenticación NTLM. medio MITRE ATT&CK M1037 CIS Controls v8 12.2 ISO 27001 A.8.20
P1 Revisar logs de proxy/DNS retenidos para las tres fechas de manipulación confirmadas (28 may, 16 jul, 20 jul de 2026, horario UTC) antes de que la retención expire. bajo CIS Controls v8 8.1 ISO 27001 A.8.15
P2 Enrutar actualizaciones de software de terceros a través de un sistema de distribución gestionado y deshabilitar actualizadores nativos cuando el proveedor no pueda confirmar firma de metadatos de actualización. medio MITRE ATT&CK M1033 CIS Controls v8 2.3 ISO 27001 A.8.19
P2 Configurar application allowlisting que valide la firma de cada DLL cargada en tiempo de ejecución, no solo la del ejecutable principal. alto MITRE ATT&CK M1038 CIS Controls v8 2.7 ISO 27001 A.8.19
P3 Incorporar en los cuestionarios de evaluación de proveedores preguntas explícitas sobre firma de manifiestos de actualización y separación de claves respecto del hosting web. bajo CIS Controls v8 15.1 ISO 27001 A.5.19

Donde el proveedor no pueda responder afirmativamente sobre la integridad firmada de su canal de actualización, los controles compensatorios (allowlisting, egress restringido para el producto, distribución gestionada) son la defensa principal, no un complemento opcional.

DE DetectarComo me doy cuenta de que ya ocurrio

La detección aquí es conductual: no hay una firma de archivo única y estable que buscar, porque el dropper se autoelimina y el payload final corre en memoria. Lo que sí deja rastro consistente son las tareas programadas, la ruta de instalación y el patrón de carga de DLL no firmada junto a un binario firmado.

  • Desplegar las reglas de este artículo en el SIEM/EDR disponible y correrlas también como búsqueda retroactiva sobre los 90 días previos, dado que las ventanas de manipulación ocurrieron entre mayo y julio de 2026.
  • Habilitar o verificar que esté habilitada la auditoría de creación de tareas programadas (Event ID 4698) y Sysmon con Event ID 7 (carga de imagen/DLL) en los hosts con AOMEI Backupper instalado.
  • Preservar cualquier copia cacheada de down_html.ini y Notifycfg.ini bajo los directorios Tmphtml de AOMEI antes de remediar, porque puede ser el único registro de una descarga manipulada.

Qué necesitas tener logueado

  • Sysmon Event ID 1 (creación de proceso) y 7 (carga de imagen/DLL)
  • Windows Security Event ID 4698 (creación de tarea programada)
  • Microsoft Defender for Endpoint: DeviceProcessEvents, DeviceImageLoadEvents
  • Logs de proxy/DNS con URL completa y hash de respuesta para dominios de actualización de software
  • Telemetría de EDR con linaje de proceso (necesaria porque el dropper se autoelimina)

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
scheduled_task RadminComponentRuntime alta GTIG / CSA Labs
scheduled_task NitroRuntime alta GTIG / CSA Labs
filename BlkScrDl[.]dll alta GTIG / CSA Labs
filename RuntimeComponent[.]dll alta GTIG / CSA Labs
filename upgrade-now[.]exe alta GTIG / CSA Labs
path %LOCALAPPDATA%\Radmin\ alta GTIG / CSA Labs
path %LOCALAPPDATA%\Nitro Pro\ media GTIG / CSA Labs
config_file down_html[.]ini alta GTIG / CSA Labs
config_file Notifycfg[.]ini alta GTIG / CSA Labs
blocklistIndicadores en crudo
RadminComponentRuntime
NitroRuntime
BlkScrDl.dll
RuntimeComponent.dll
upgrade-now.exe
%LOCALAPPDATA%\Radmin\
%LOCALAPPDATA%\Nitro Pro\
down_html.ini
Notifycfg.ini

Reglas y consultas de detección

sigmaCreación de tarea programada asociada a CROSSROAD/SHINYROAD (AOMEI Backupper)
title: Scheduled Task Creation Matching AOMEI Update-Tampering Campaign
id: f3a9c2d4-6b71-4e8a-9c3f-2a7d5e9b1c04
status: experimental
description: Detecta la creación de tareas programadas RadminComponentRuntime o NitroRuntime, asociadas a la campaña de manipulación de actualizaciones de AOMEI Backupper documentada por GTIG en octubre de 2026.
references:
    - https://labs.cloudsecurityalliance.org/research/csa-research-note-aomei-backupper-update-server-tampering-20/
author: Vantis - Equipo de Inteligencia de Amenazas
date: 2026-10-17
tags:
    - attack.persistence
    - attack.t1053.005
logsource:
    category: scheduled_task
    product: windows
detection:
    selection:
        TaskName|contains:
            - 'RadminComponentRuntime'
            - 'NitroRuntime'
    condition: selection
falsepositives:
    - Nombres de tarea idénticos usados legítimamente si el entorno ya tiene convenciones de nombres similares para Radmin o Nitro PDF
level: high
Requiere: Auditoría de creación de tareas programadas habilitada (Windows Security Event ID 4698) o telemetría equivalente de EDR.
sentinel-kqlCreación de tarea RadminComponentRuntime/NitroRuntime (Microsoft Sentinel)
DeviceProcessEvents
| where FileName =~ "schtasks.exe"
| where ProcessCommandLine has_any ("RadminComponentRuntime", "NitroRuntime")
| project Timestamp, DeviceName, AccountName, ProcessCommandLine, InitiatingProcessFileName
Requiere: Microsoft Defender for Endpoint integrado a Sentinel, tabla DeviceProcessEvents disponible.
splunkCreación de tarea RadminComponentRuntime/NitroRuntime (Splunk)
index=wineventlog (EventCode=4698) OR (sourcetype="WinEventLog:Microsoft-Windows-Sysmon/Operational" EventCode=1 Image="*\\schtasks.exe")
| search CommandLine="*RadminComponentRuntime*" OR CommandLine="*NitroRuntime*" OR TaskName="*RadminComponentRuntime*" OR TaskName="*NitroRuntime*"
| table _time, host, user, CommandLine, TaskName
Requiere: index=wineventlog con Event ID 4698 habilitado, o Sysmon desplegado con captura de línea de comandos.
sigmaCarga de DLL no firmada por binario firmado de Radmin (DLL side-loading)
title: Unsigned DLL Loaded by Signed Radmin Binary
status: experimental
description: Detecta la carga de BlkScrDl.dll por un proceso Radmin firmado, patrón de DLL search-order hijacking usado para ejecutar el backdoor SHINYROAD.
references:
    - https://labs.cloudsecurityalliance.org/research/csa-research-note-aomei-backupper-update-server-tampering-20/
author: Vantis - Equipo de Inteligencia de Amenazas
date: 2026-10-17
tags:
    - attack.defense-evasion
    - attack.t1574.002
logsource:
    category: image_load
    product: windows
detection:
    selection:
        Image|contains: 'Radmin'
        ImageLoaded|endswith: 'BlkScrDl.dll'
    condition: selection
falsepositives:
    - Ninguno conocido: el nombre de archivo es altamente específico de esta campaña; verificar igualmente que el entorno use Radmin de forma legítima antes de escalar como incidente mayor
level: critical
Requiere: Sysmon con Event ID 7 (carga de imagen) habilitado y configurado para registrar DLLs en rutas de usuario.
wazuhAlerta sobre artefactos de CROSSROAD en rutas de usuario (Wazuh)
<rule id="100601" level="14">
  <if_sid>61603</if_sid>
  <field name="win.eventdata.image" type="pcre2">(?i)radmin</field>
  <field name="win.eventdata.imageLoaded" type="pcre2">(?i)BlkScrDl\.dll</field>
  <description>Posible carga de DLL no firmada asociada a campaña de manipulación de actualizaciones AOMEI (SHINYROAD)</description>
  <mitre>
    <id>T1574.002</id>
  </mitre>
</rule>
Requiere: Agente Wazuh con módulo Sysmon integrado (sid 61603 corresponde a Event ID 7 de Sysmon en el decoder estándar).
Falsos positivos esperables

RadminComponentRuntime y NitroRuntime son nombres de tarea muy específicos de esta campaña; la probabilidad de colisión con software legítimo es baja, pero organizaciones que usan Radmin de forma administrativa legítima deben confirmar la presencia simultánea de BlkScrDl.dll sin firma antes de escalar como incidente confirmado. Esta nota de CSA no publica las direcciones IP ni los dominios exactos de comando y control usados por el actor — solo se mencionan en términos genéricos en la fuente —, por lo que no se incluyen aquí; equipos que necesiten bloquearlos deben solicitar el reporte técnico original de GTIG.

RS ResponderContencion y erradicacion

Dado que el arreglo del proveedor en el servidor no limpia equipos ya infectados, la respuesta se centra en tratar cualquier hallazgo positivo como compromiso completo del host.

  • Aislar de la red cualquier host donde se confirme la presencia de RadminComponentRuntime, NitroRuntime o BlkScrDl.dll sin firma junto al ejecutable de Radmin.
  • Tratar el host confirmado como totalmente comprometido, incluidas las credenciales que haya tenido disponibles, dado que un agente de backup suele tener acceso a credenciales de repositorios.
  • Si el host contactó alguna vez una ruta WebDAV externa sospechosa, restablecer las credenciales de las cuentas que se autenticaron en ese equipo y revisar por actividad de relay o cracking offline de NetNTLMv2.
  • Bloquear en el egress cualquier dominio o IP de C2 que se identifique durante la investigación local, y documentar la ruta aomeiupdate en Google Cloud Storage si aparece en los logs de proxy durante las fechas de manipulación.
RC RecuperarVolver a operar y no repetirlo

La recuperación no es reinstalar el software: es reconstruir el host desde medios conocidos como buenos y validar que el vector de confianza (la actualización) ya no sea ciego.

  • Reconstruir desde medios conocidos como buenos cualquier equipo confirmado como comprometido, en vez de intentar una limpieza selectiva.
  • Verificar con el equipo de backup que los repositorios a los que tenía acceso el agente comprometido no fueron alterados ni exfiltrados.
  • Confirmar explícitamente, antes de reponer el servicio, que la organización ha implementado al menos uno de los controles P1/P2 de este artículo, no solo que el proveedor dijo haber asegurado sus servidores.

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