Bajaron un programa del sitio oficial, venía firmado, y aun así los infectó
Resumen: en abril de 2026 alguien comprometió el sistema de descargas de CPUID, el fabricante de CPU-Z y HWMonitor, dos utilidades que están instaladas en casi cualquier oficina de sistemas. Durante 19 horas, quien entró al sitio oficial del fabricante y apretó «descargar» se bajó un instalador firmado y genuino que traía un troyano al lado. Hubo más de 150 víctimas confirmadas y Brasil fue uno de los tres países más golpeados. Ninguna de esas víctimas hizo nada mal.
Qué pasó
Entre las 15:00 UTC del 9 de abril y las 10:00 UTC del 10 de abril de 2026, los atacantes tomaron control de la API de descargas de cpuid.com y redirigieron los enlaces legítimos hacia infraestructura propia. Las versiones afectadas fueron CPU-Z 2.19, HWMonitor 1.63, HWMonitor Pro 1.57 y PerfMonitor 2.04.
El detalle que vuelve este caso importante es que el ejecutable que bajabas era el verdadero, con su firma digital válida. Lo malicioso viajaba al lado: una biblioteca llamada CRYPTBASE.dll que Windows carga automáticamente cuando el programa arranca. Es una técnica vieja y conocida —DLL sideloading— y funciona justamente porque el archivo que se revisa es el que está bien.
Lo que se instalaba era STX RAT, un troyano de acceso remoto con escritorio oculto, captura de teclado y mouse, robo de credenciales guardadas en Chrome, Firefox, Edge y Brave, acceso al almacén de credenciales de Windows y proxy inverso hacia adentro de la red. Para no dejar rastro en los registros de DNS de la empresa, se comunicaba con sus servidores usando DNS cifrado sobre HTTPS. Y dejaba tres mecanismos de persistencia distintos, para sobrevivir a que alguien encontrara uno.
Por qué la víctima es peor de lo que parece
CPU-Z no lo usa cualquiera. Lo usan administradores de sistemas, desarrolladores e ingenieros — la gente que en una organización de cien personas suele tener credenciales de administrador de dominio y acceso a producción. Los atacantes no eligieron al azar: eligieron el software que descarga exactamente la persona cuyas credenciales más valen.
Las víctimas confirmadas por Kaspersky están en retail, manufactura, consultoría, telecomunicaciones y agro, con concentración en Brasil, Rusia y China. Es decir: el rubro y la región son los nuestros.
Por qué un antivirus tradicional no lo ve
Pensá en cómo trabaja un antivirus clásico. Cuando aparece un archivo, lo compara contra una lista de amenazas conocidas. Si está en la lista, lo bloquea. Si no está, lo deja pasar.
Ahora aplicá eso a este caso. El archivo que se descargó estaba firmado por el fabricante y era el original. La DLL era nueva, así que no figuraba en ninguna lista. Y todo lo que pasó después lo hicieron programas que ya vienen con Windows. No había nada que reconocer.
Este no es un caso raro. Según Bitdefender, el 84% de los grandes ciberataques usa herramientas legítimas que ya están en el sistema operativo, precisamente para no aparecer en ninguna lista.
Qué hizo SentinelOne
La plataforma Singularity no mira qué es el archivo. Mira qué hace. Y lo que hizo esa secuencia no tenía ninguna explicación razonable: cpuz_x64.exe lanzó powershell.exe, que lanzó el compilador de C# de Windows, que lanzó otro proceso más. Como resume el propio informe del fabricante en una frase que se explica sola: «CPU-Z no hace eso».
Según SentinelOne, la alerta —«Penetration framework or shellcode was detected»— se disparó en los primeros segundos de ejecución, por la convergencia de cinco indicadores de comportamiento: resolución anómala de funciones del sistema, carga de código en memoria sin que existiera archivo en disco, memoria con permisos de escritura y ejecución simultáneos, patrones de inyección y heurística de shellcode. Y el agente terminó y puso en cuarentena los procesos por su cuenta, antes de que el ataque avanzara.
Cómo leer esto, y cómo no. El ataque está confirmado por Kaspersky, BleepingComputer, The Hacker News y Help Net Security. La actuación de la plataforma en los equipos donde estaba instalada la reporta SentinelOne, y hasta donde pudimos verificar ningún tercero la corrobora. Lo decimos porque preferimos que sepas qué está confirmado por quién. Lo que sí es incuestionable es el punto de fondo: ninguna lista de amenazas iba a frenar un instalador firmado por su fabricante.
La tecnología que un antivirus no tiene: deshacer el cifrado
Si tuviéramos que elegir una sola capacidad de SentinelOne que las soluciones tradicionales no tienen, es esta: la reversión, o rollback.
Cuando un ransomware alcanza a cifrar archivos antes de ser detenido, el antivirus clásico te deja exactamente donde estabas: con los archivos cifrados y la esperanza puesta en el último respaldo. SentinelOne hace algo distinto. El agente registra los cambios que el proceso malicioso fue haciendo en el sistema de archivos y, apoyándose en las instantáneas de volumen del propio Windows, puede devolver el equipo al estado anterior al ataque desde la consola, con un clic.
La diferencia práctica es enorme. Restaurar desde el respaldo significa localizar la copia buena, verificar que no esté infectada, coordinar una ventana con el área usuaria y perder todo lo hecho desde el último punto. La reversión se mide en minutos y no pierde el trabajo del día.
Dos aclaraciones honestas, porque es una función que se suele vender mal: funciona en Windows y depende de que el servicio de instantáneas de volumen esté habilitado y con espacio asignado. Configurarlo bien es parte del despliegue, y es una de las primeras cosas que revisamos. Y no reemplaza al respaldo: Veeam sigue siendo la red que te salva cuando lo que falla es el servidor entero.
Y las otras tres que tampoco
El modelo de inteligencia artificial corre en el equipo
Los motores de SentinelOne se ejecutan en el propio endpoint, no en la nube. Eso significa dos cosas concretas: no hace falta una actualización de firmas para detectar algo nuevo —como en este caso, donde no existía firma— y la protección sigue funcionando con el equipo desconectado. Para una notebook que viaja, para una planta con conectividad intermitente o para un servidor en una red segmentada, no es un detalle.
Storyline: el incidente contado como una historia
La mayoría de las herramientas te entregan alertas sueltas y te dejan el trabajo de unirlas. Storyline correlaciona automáticamente todo lo que pasó —cada proceso, cada archivo, cada conexión de red— y arma el árbol completo del ataque: por dónde entró, qué tocó, qué se llevó. Es la diferencia entre saber que algo pasó y poder responder qué pasó, que es lo que te van a preguntar si tenés que reportar el incidente.
Ranger: encontrar lo que nadie está protegiendo
En toda organización hay equipos que nadie inventarió: la máquina del proveedor, el servidor viejo que quedó prendido, la impresora con IP fija. Ranger usa los agentes ya instalados para descubrir esos dispositivos desde la propia red, sin hardware extra ni escaneos externos. Es la respuesta a una pregunta incómoda que casi nadie puede contestar con precisión: ¿cuántas cosas conectadas tenemos realmente?
El caso que viene: el agente de inteligencia artificial que instala solo
Una semana antes del caso de CPUID pasó algo que conviene mirar, porque anticipa el problema de los próximos años. El grupo TeamPCP comprometió herramientas de seguridad de código abierto y, con credenciales robadas, publicó versiones envenenadas de LiteLLM, una biblioteca que usan muchísimos proyectos de inteligencia artificial.
Lo notable no fue el paquete, sino cómo llegó a un entorno real: lo instaló solo un asistente de programación con inteligencia artificial al que le habían dado permisos irrestrictos. En palabras del informe: «ningún desarrollador humano ejecutó pip install». La detección, según SentinelOne, se apoyó exactamente en el mismo principio que en CPU-Z: no importa quién instaló el paquete —una persona, un proceso automatizado o un agente de inteligencia artificial—, importa qué hace cuando se ejecuta.
Si en tu organización alguien ya está usando asistentes de programación con permisos amplios, vale la pena tener esta conversación antes y no después.
Qué revisar en tu organización esta semana
- ¿Con qué criterio decide tu protección actual? Si la respuesta es «compara con una lista», este ataque habría pasado. Es la pregunta más importante de todas.
- ¿Quién tiene permisos de administrador de dominio y qué software instala esa gente por su cuenta? Ese es el perfil que eligieron los atacantes.
- Si mañana se cifran cien equipos, ¿en cuánto tiempo volvés a operar? Si la respuesta depende solo del respaldo, se mide en días.
- ¿Cuántos dispositivos hay conectados a tu red y cuántos tienen protección instalada? La diferencia entre esos dos números es tu superficie de ataque real.
- ¿Podés reconstruir qué pasó en un incidente de hace tres semanas? Si no, no vas a poder reportarlo.
Un dato para organismos públicos
En enero de 2026 la plataforma Singularity obtuvo la autorización GovRAMP en nivel de alto impacto, y ya contaba con FedRAMP High para Singularity Platform, Singularity Data Lake, Purple AI, CNAPP e Hyperautomation. Son homologaciones del gobierno de Estados Unidos para el manejo de información sensible, y sirven como antecedente verificable cuando hay que justificar una elección técnica en un pliego. Ver soluciones para el sector público.
¿Tu protección decide por lista o por comportamiento?
Coordinamos una prueba de SentinelOne sobre tus propios equipos, sin costo y sin desinstalar lo que tenés. En dos semanas vas a saber qué está viendo tu herramienta actual y qué no.
Fuentes: Securelist (Kaspersky), análisis del ataque a CPUID · BleepingComputer · SentinelOne sobre el bloqueo del ataque · SentinelOne, autorización GovRAMP High.
Ver también: SentinelOne en Uruguay · soluciones de ciberseguridad · soporte e implementación certificada
