Intel MX

[Intel MX] 2026-10-23 Qilin reclama a SEPIVER mientras la cadena de suministro de software cede por varios frentes

23 de octubre de 2026

nacional
ransomware
doble-extorsion
malware
vulnerabilidad
brecha
acceso-inicial
credenciales
tecnologia
confianza-alta
confianza-media

Una víctima mexicana sin detalles, en un día en el que fallan los canales de actualización.

El grupo Qilin agregó a SEPIVER a su lista de víctimas. No publicó qué datos dice tener ni a qué sector pertenece la organización, y por ahora nadie ha confirmado nada en público. Fuera de México, el día se resume en una idea incómoda: lo que se instala con confianza puede venir envenenado. Atacantes comprometieron la cadena de publicación de LiteLLM. Los servidores de actualización de AOMEI sirvieron malware de forma intermitente entre abril y julio. Microsoft atribuye el ataque contra ConnectWise a un actor alineado con el Estado chino que usa agentes de IA. Railway pide a sus usuarios rotar secretos, y dos fallas (en Arista VeloCloud y PHP2Shell) ya se explotaban antes de que existiera un parche. Para cerrar, eMudhra abandona el negocio global de certificados SSL/TLS después de que se supo que una de sus llaves privadas era literalmente el número cuatro.

Qilin pone a SEPIVER en su sitio de filtraciones

El operador de ransomware Qilin listó a SEPIVER como víctima en su portal de extorsión. Ransomware.live detectó la reivindicación el 2026-10-22 y la ubica en México. La publicación no trae resumen, muestras de archivos, volumen de datos ni fecha límite de pago, y tampoco aclara a qué sector pertenece la organización. Al cierre de esta edición no encontramos un comunicado público de la entidad ni reportes en medios abiertos que confirmen o detallen el incidente. Qilin trabaja bajo el modelo de doble extorsión: cifra los sistemas, roba datos sensibles y amenaza con publicarlos en su sitio de filtraciones si no se paga el rescate.

Comentario del editor: Tenemos alta confianza en que la reivindicación existe, pero eso no dice nada sobre el alcance real del incidente. Lo que conviene vigilar en los próximos días es si aparecen muestras de datos y si la organización emite algún comunicado.

LiteLLM: el paquete oficial distribuyó un ladrón de credenciales

Atacantes comprometieron la cadena de publicación de LiteLLM, una biblioteca muy usada para enrutar llamadas a modelos de lenguaje. Comprometieron el paquete de PyPI del proyecto y publicaron imágenes de Docker maliciosas con una carga útil que roba credenciales, secretos y variables de entorno. El ataque afectó todos los paquetes wheel de PyPI de la versión 1.107.0 de LiteLLM, con impacto en Windows, Linux y macOS. ^[1]

Comentario del editor: LiteLLM suele estar en medio de todo: guarda las llaves de API de varios proveedores de IA a la vez. Si un equipo instaló o actualizó a la versión afectada, debe tratar como ya filtrada cada llave que ese entorno podía leer.

Railway pide rotar secretos tras actividad sospechosa

La plataforma de nube Railway emitió una alerta urgente a sus usuarios. Detectó actividad sospechosa en los sistemas donde guarda las variables de entorno de sus clientes y les recomienda rotar sus secretos ^[2].

Microsoft atribuye el ataque a ConnectWise a un actor chino con agentes de IA

Según Microsoft, un grupo de hackers alineado con el gobierno chino usó herramientas automatizadas para ejecutar el reciente ataque a la cadena de suministro de ConnectWise, empresa de software de gestión de TI, y aplica las mismas técnicas para intentar comprometer organizaciones en todo el mundo ^[3]. Microsoft llama a este actor Storm-0940 y señala que usó ARTEX, un framework de pruebas de penetración con IA, para vulnerar la infraestructura en la nube de distintas organizaciones.

Comentario del editor: El valor de atacar a un proveedor como ConnectWise está en la confianza que sus clientes ya le otorgaron. Storm-0940 abusó de credenciales robadas de aplicaciones de ConnectWise para entrar a los entornos en la nube de los clientes. Las empresas mexicanas que tercerizan su TI deberían revisar hoy mismo qué aplicaciones de terceros tienen permisos en sus entornos en la nube y cómo se supervisan.

AOMEI sirvió malware desde sus propios servidores de actualización

AOMEI, empresa registrada en Hong Kong, confirmó que entre abril y julio unos atacantes modificaron varias veces los archivos de configuración de sus servidores de actualización. Así, durante intervalos de algunos minutos, su software descargaba malware. La compañía todavía no ha notificado a sus clientes ^[4].

Comentario del editor: Operar por ventanas de minutos es una técnica pensada para no ser detectada. Los atacantes devolvían los archivos de configuración a su estado original en cuestión de minutos, lo que dificultaba detectar el compromiso. El silencio de AOMEI deja a los usuarios sin saber si alguna vez quedaron expuestos. Si en su organización se usa AOMEI Backupper o AnyViewer, vale la pena revisar la telemetría de los equipos en ese periodo.

Arista parcha un día cero explotado en VeloCloud Orchestrator

Arista Networks publicó actualizaciones para una vulnerabilidad de día cero que ya se explota activamente en instalaciones locales (On-Prem) de VeloCloud Orchestrator ^[5].

PHP2Shell se explotaba cuatro días antes del parche

Investigadores de Amazon Threat Intelligence afirman que los ataques contra las fallas conocidas como PHP2Shell empezaron cuatro días antes de que se publicaran los parches, que salieron el miércoles ^[6].

Comentario del editor: Si la explotación empezó antes que el parche, actualizar no basta: también hay que revisar los registros desde varios días antes de la fecha de publicación.

eMudhra abandona los certificados SSL/TLS: una llave privada era el número cuatro

eMudhra anunció que se retira voluntariamente del negocio global de certificados SSL/TLS, luego de que se descubrió que las llaves privadas de ocho de sus certificados intermedios eran débiles. El problema lo hizo público el investigador Scott Helme: en lugar de un número aleatorio de 384 bits, una de las llaves privadas era simplemente el número cuatro ^[7].

Referencias