Seis capacidades que separan a los líderes de las soluciones de IA integradas – CYBERDEFENSA.MX

Crear una lista corta para una evaluación del SOC de IA puede resultar complicado. Los proveedores de SIEM, SOAR y AI SOC puro dicen lo mismo. Pero detrás de la misma etiqueta se encuentran productos muy diferentes, desde asistentes de chat integrados en un SIEM heredado hasta plataformas de agentes que ejecutan detección, clasificación, investigación y respuesta en su propia base de datos.

Que una plataforma cambie materialmente los resultados de su equipo es más importante que cómo se llama. Podemos medir eso en tiempo de investigación, volumen de falsos positivos, horas de analista devueltas, costo total de funcionamiento de su SOC y, finalmente, si la arquitectura aguantará dentro de 2 o 3 años a medida que el volumen, la velocidad y la complejidad de los ataques sigan aumentando.

¿Qué es una plataforma AI SOC?

Un AI SOC La plataforma es una plataforma de operaciones de seguridad donde los agentes de IA llevan a cabo el trabajo principal del SOC (detección, clasificación, investigación y respuesta) razonando sobre datos de seguridad correlacionados, bajo supervisión humana. Se diferencia de la IA integrada, que resume las alertas dentro de un SIEM existente mientras que el trabajo subyacente sigue siendo manual.

Los agentes que hacen el trabajo principal son a lo que se refieren los proveedores cuando dicen agente. La distinción puede parecer sutil en una hoja de datos, pero la prueba real se produce durante las pruebas de concepto.

¿Qué hace que un agente AI SOC sea predecible?

La previsibilidad separa la automatización del SOC en la que puede confiar de la automatización que usted cuida, y es una propiedad de los datos más que una propiedad del modelo. Un agente que solo resume las alertas puede trabajar únicamente desde la carga útil de la alerta. Un agente de confianza para cerrar alertas o tomar acciones de respuesta necesita tener mucho más contexto, como la entidad (identidad, recurso, dispositivo/activo) involucrada, cómo ha variado su configuración y cómo se ve lo normal para la entidad y muchos otros factores.

Las plataformas creadas para ese nivel de confianza mantienen un gráfico de conocimiento en tiempo real, un mapa continuamente actualizado de las identidades, recursos, configuraciones y líneas base de comportamiento en un entorno y las relaciones entre ellos, recopilados antes de que se active cualquier alerta. Basado en ese contexto, y junto con la arquitectura del modelo en capas cubierta en la lista de verificación a continuación, un agente arroja veredictos consistentes y respaldados por evidencia. La IA integrada funciona en la dirección opuesta, consultando registros sin procesar después de que llega una alerta, razón por la cual sus conclusiones a menudo no se mantienen bajo escrutinio. La amplitud es igualmente importante. Las plataformas más potentes añaden cobertura de detección para fuentes que nunca instrumentó, ejecutan búsquedas de amenazas continuamente y comienzan a responder mientras el incidente aún se está desarrollando.

Seis capacidades de AI SOC para probar antes de comprar

Cada capacidad a continuación se puede verificar durante una prueba de concepto, en su propio entorno o en vivo en una demostración del proveedor.

  1. Una base de datos correlacionados en tiempo real. Un veredicto de IA es tan bueno como el contexto detrás de él. Pregunte si los datos de identidad, configuración, recursos y línea de base están correlacionados continuamente (el enfoque del gráfico de conocimiento) o se ensamblan a partir de registros sin procesar en el momento de la consulta. La velocidad por sí sola demuestra poco; un motor de consultas rápido también regresa en segundos. En su lugar, elija una identidad al azar y comprenda sus permisos (administrador o no), deriva de configuración y línea base de comportamiento (ubicación normal, IP, ASN, agente de usuario, etc.). Nada de eso se puede falsificar en el momento de la consulta.
  2. Agentes de ciclo de vida completo. Haga que el proveedor recorra un incidente de principio a fin, desde la detección que lo creó hasta la clasificación, la investigación y una acción de respuesta, y observe si el contexto se transmite en cada paso o se vuelve a reunir. Muchas plataformas automatizan la clasificación de nivel 1 y se detienen ahí, lo que acelera la cola de alertas sin acelerar el SOC.
  3. Veredictos auditables y respaldados por evidencia. Solicite ver el rastro de evidencia detrás de un veredicto (cada línea de registro, correlación e inferencia que lo produjo) y confirme que sus analistas pueden reproducir el hallazgo a partir de los mismos datos. Un veredicto que no se puede auditar es una opinión.
  4. Cobertura de detección más allá del SIEM. Los incidentes reales cruzan la nube, SaaS, identidad y código, pero gran parte de esa telemetría nunca llega al SIEM porque su ingesta cuesta demasiado. Enumere las fuentes que su pila deja oscuras, como registros de auditoría de la nube de gran volumen, GitHub y Google Workspace, luego haga que el proveedor muestre una detección activa sobre ellos y una investigación sobre ellos.
  5. Autonomía escenificada con supervisión humana. La autonomía total desde el primer día es una señal de advertencia, al igual que una plataforma que nunca obtiene más que acceso de solo lectura. Investigue cómo se organiza la confianza, qué acciones comienzan como recomendaciones, qué registro de evidencia desbloquea la ejecución automática y dónde una persona aún aprueba. Confirme que puede ajustar esos umbrales por tipo de acción.
  6. Resultados mensurables. Defina los números antes de que comience la prueba de concepto: tasa de falsos positivos y tiempo medio para investigar y responder. Mida los resultados con respecto a su línea de base actual y pregunte a los clientes de referencia qué se movió en su primer trimestre. Si eventualmente desea que el proveedor lo ejecute por usted, confirme que el servicio administrado utilice el mismo producto que operaría su equipo.

Enfoque: Plataforma SOC Agentic de Exaforce

Una plataforma diseñada en torno a estas capacidades es Exaforce, una plataforma AI SOC agente cuyos cuatro Exabots cubren el ciclo de vida completo del SOC. Exabot Detect funciona como su ingeniero de detección de IA, Exabot Triage lleva cada alerta a un veredicto con profundidad de Nivel 3, Exabot Investigate reduce la barrera para que cualquiera pueda cazar amenazas y Exabot Respond coordina acciones a lo largo de la cadena de eliminación, con un humano aprobando cualquier cosa irreversible.

Los cuatro Exabots razonan sobre un plataforma unificada de datos en tiempo real que ingiere y enriquece los registros y la configuración en la nube, SaaS, identidad, punto final y código. Los analistas lo consultan todo en lenguaje sencillo a través de Exabot. La misma plataforma puede sustituir a un SIEM, menos los analizadores, el mantenimiento de tuberías y las contrataciones de expertos en SIEM que normalmente vienen con uno. Salud guardián convirtió a Exaforce en su SIEM y MDR principal. «Ya no escribo consultas. Sólo le pregunto a Exabot», dice Mike Shannon, director de ingeniería de seguridad de Guardant Health.

Los resultados medidos se corresponden con las capacidades anteriores. El corte invisible significa tiempo para investigar en un 95%llevando las investigaciones de horas o días a minutos. Punto de fuerza reemplazó un MSSP que necesitaba ayuda con Exaforce MDR y ahora tiene un tiempo medio de 14 minutos para responder a incidentes P0.

Tiene la opción de ejecutar la plataforma con su equipo interno o hacer que Exaforce la opere por usted a través de su oferta MDR. La arquitectura y los Exabots son idénticos en ambos sentidos; sólo cambia quién los opera.

¿Qué tan cerca está el SOC autónomo?

Ninguna plataforma, incluida Exaforce, hace que el SOC moderno sea un problema resuelto. La lucha es de IA contra IA, y no se ganará en los modelos de frontera sino en los datos sobre los que razonan los agentes. Los agentes basados ​​en datos en tiempo real correlacionados con identidad, activos/dispositivo, recursos afectados y comportamientos de referencia producen veredictos que se pueden predecir, reproducir y auditar, infundiendo confianza en los humanos para aprovechar la IA en el SOC.

Si está iniciando una evaluación, el manual propio de Exaforce, ¿Qué es un SOC de IA?es una lectura fundamental. Luego, coloque las seis capacidades anteriores frente a cada proveedor de su lista corta y solicitar una demostración para ver cómo Exaforce les responde.

¿Encontró interesante este artículo? Este artículo es una contribución de uno de nuestros valiosos socios. Síguenos en noticias de google, Gorjeo y LinkedIn para leer más contenido exclusivo que publicamos.

SkillCloak permite que las habilidades maliciosas de los agentes de IA evadan los escáneres estáticos con un embalaje autoextraíble

Los escáneres destinados a detectar «habilidades» complementarias maliciosas para agentes de codificación de IA pueden ser engañados con unos pocos cambios simples que dejan el malware funcionando, según un nuevo estudio de investigadores de la Universidad de Ciencia y Tecnología de Hong Kong.

Su truco más fuerte pasó desapercibido para todos los escáneres probados más del 90% de las veces, y el mismo equipo creó un verificador de tiempo de ejecución que detecta la mayoría de las habilidades encubiertas que los escáneres pasan por alto.

Las habilidades son paquetes pequeños, generalmente un archivo de instrucciones Markdown más algunos scripts, que agentes como Claude Code, OpenAI Codex y OpenClaw cargan para adquirir una nueva capacidad. Debido a que una habilidad es solo un conjunto de archivos, la misma puede ejecutarse en diferentes agentes. Y se ejecuta con el acceso del propio agente: tus archivos, tu terminal, tus contraseñas guardadas.

Uno malo puede robar credenciales, copiar código fuente o instalar una puerta trasera. La mayor parte de lo que un mercado público enumera es subido por extraños con poca investigación.

La principal defensa hasta ahora ha sido el escáner de habilidades, que lee los archivos de una habilidad antes de instalarla y bloquea cualquier cosa que parezca peligrosa. El documento, titulado «Ocultar y detonar,» prueba si eso realmente se sostiene. No es así. Sin embargo, vencer a los escáneres no es nuevo.

Ciberseguridad

Hacker News ha cubierto a investigadores que pasan una habilidad falsa más allá de todos los escáneres a los que se enfrentaron, lo que, según el propio recuento de la empresa, llegó a decenas de miles de agentes. Lo que este artículo añade es una manera de hacerlo sistemáticamente, a escala, y una defensa que aún funciona cuando lo hace.

Cómo se transmiten las habilidades disfrazadas

La herramienta de los investigadores, CAPA DE HABILIDADreescribe una habilidad maliciosa para que parezca limpia y se comporte exactamente igual. Funciona de dos maneras.

El más ligero reescribe los bytes revelados en los que teclea un escáner, utilizando los propios operadores del papel: cambia un carácter por uno parecido de otro alfabeto, o divide un comando marcado en una nueva línea, de modo que el patrón del escáner ya no coincida pero el comando aún se ejecuta.

El paquete más pesado, autoextraíble, mueve toda la carga útil a un directorio que el escáner omite, como .git/, detrás de un decodificador de apariencia inofensiva que reconstruye la habilidad solo cuando el agente la ejecuta. Los escáneres omiten dichos directorios para ahorrar tiempo y evitar falsas alarmas, que es exactamente el punto ciego que explota el truco.

A través de ocho escáneres y 1.613 habilidades maliciosas reales extraídas de ClawHub, un mercado público, el truco de embalaje superó cada uno de los ocho más del 90% de las veces, y superó a la mayoría de ellos más del 99%.

La reescritura más ligera aclaró más del 80% en la mayoría de los escáneres y el 96% en uno. Y el disfraz no le cuesta casi nada al atacante: en Claude Code y OpenAI Codex, las habilidades encubiertas funcionaron tan bien como las originales.

Observar lo que hace una habilidad, no cómo se ve

Dado que la apariencia se puede falsificar, los investigadores proponen comprobar el comportamiento, en una herramienta que llaman HABILIDAD DETONAR. Ejecuta la habilidad en un sandbox y observa lo que hace a nivel del sistema operativo: qué lee, qué escribe, dónde envía datos.

Dos ideas hacen que funcione para los agentes. Realiza un seguimiento de los datos confidenciales por dónde fluyen en lugar de por su apariencia, por lo que base64 o el cifrado no los desvían. Y ejecuta las instrucciones que una habilidad construye sólo en tiempo de ejecución, que es exactamente donde el truco de empaque esconde su carga útil.

En una prueba controlada, el verificador captó el 97% de los ataques mientras marcaba erróneamente el 2% de las habilidades seguras, una tasa de falsas alarmas más baja que los escáneres que vence, y se mantuvo estable cuando las habilidades estaban ocultas. En habilidades maliciosas del mundo real, captó el 87%.

El escáner de Cisco, el más potente probado, fue en sentido contrario: captó el 99% de las habilidades del mundo real antes del encubrimiento y alrededor del 10% después.

El problema es la velocidad, un par de minutos por habilidad frente a los pocos segundos de un escáner, aunque se ejecuta una vez, antes de que la habilidad entre en funcionamiento. El trabajo es una preimpresión y aún no ha sido revisado por pares; Los investigadores han publicado su código.

Ya está sucediendo en la naturaleza

Nada de esto es hipotético. Los mercados públicos ya están llenos de habilidades maliciosas que los escáneres no detienen: Bitdefender encontró Aproximadamente el 17% de las habilidades que verificó en un mercado contenían códigos maliciosos ocultos, y Koi Security contado 341 en una sola campaña a la que llamó ClawHavoc, como informó THN, luego 824 a medida que el mercado crecía.

Algunos utilizan los mismos trucos del periódico. De cinco habilidades evasivas Unidad 42 encontró todavía vive en ClawHub a pesar de su escaneo incorporado, uno, omnicogg, rellenó su README con 22 MB de basura para pasar el límite de tamaño del escáner, el mismo operador de relleno de tamaño que prueba el papel. Dos más entregaron ladrones de contraseñas de Mac y dos secuestraron el asesoramiento financiero del agente para impulsar enlaces de afiliados y manipular el lanzamiento de meme-coins.

La brecha en el tiempo de ejecución también aparece fuera de los mercados de habilidades. Un repositorio de GitHub de aspecto limpio recientemente llevó a Claude Code a abrir un shell inverso en la propia máquina del desarrollador, entregando el control remoto al atacante. El código malicioso nunca estuvo en el repositorio; el script de configuración lo obtuvo en tiempo de ejecución de un registro DNS, por lo que un análisis estático no tenía nada que detectar. El equipo 0DIN de Mozilla rastreado la cadena.

Ciberseguridad

Una falla relacionada afecta las descripciones de las herramientas que los agentes leen a través del Protocolo de contexto del modelo. microsoft prevenido que una descripción envenenada, modificada después de que se aprobó la herramienta, empujó silenciosamente a un agente financiero a filtrar facturas impagas. El mecanismo es diferente, pero la suposición rota es la misma: lo que pasó la revisión es lo que se ejecuta.

Vale la pena señalar claramente algunos límites. Nadie ha atrapado todavía a los atacantes utilizando exactamente estos trucos de embalaje a escala; Los casos del mundo real aquí son evasiones adyacentes, no SKILLCLOAK en sí. El verificador de tiempo de ejecución es un prototipo de investigación, sólido en el laboratorio pero no probado en un mercado real o bajo un atacante que intenta evadirlo activamente. Y cada número de desempeño es propio de los autores, de un artículo que no ha sido revisado por pares. La dirección está bien evidenciada; las cifras específicas merecen la cautela habitual debido al trabajo inicial de un solo grupo.

Ésa es la verdadera lección, y es en ella donde converge una línea de trabajo cada vez mayor. Un escáner juzga una habilidad por su apariencia cuando se envía, pero el comportamiento malicioso solo aparece una vez que se ejecuta la habilidad, una vez que ha pasado el escaneo. Por lo tanto, la decisión de confianza debe pasar de la puerta del mercado a la máquina donde se ejecuta la habilidad.

¿Qué cazar? Las evasiones del periódico dejan señales que un defensor puede buscar, incluso en una habilidad que pasó un escaneo:

  • Archivos grandes o de alta entropía escondidos en directorios que un escáner tiende a omitir, como .git/ o build/.
  • Habilidades que desempaquetan o ensamblan código solo cuando se ejecutan, en lugar de enviarlo a la vista.
  • Los archivos superaban con creces un tamaño razonable, el truco que desliza una habilidad por debajo del límite de tamaño de un escáner.

Ninguno de estos es prueba por sí solo. Son primeras banderas baratas, no un veredicto.

Para los equipos que utilizan agentes de codificación, eso hace que una insignia de «pasó el escaneo» sea un punto de partida, no una garantía. Mantenga el escaneo estático como higiene barata, pero observe lo que hace una habilidad cuando se ejecuta: los archivos que toca, los comandos que ejecuta y adónde envía datos.

El documento también ofrece soluciones provisionales concretas, como aplicar hash a una habilidad cuando se escanea y volver a verificar antes de cada ejecución para detectar cargas útiles que se descomprimen más tarde, y marcar habilidades que envían manchas opacas en carpetas ignoradas o archivos de bloc que superan un límite de tamaño. Ninguno de ellos cierra la brecha por sí solo, lo cual es el punto: la defensa duradera está observando el comportamiento en tiempo de ejecución.

Más allá de eso, instale solo desde una fuente verificada, brinde a los agentes el mínimo acceso que necesiten y no los ejecute en máquinas que contengan secretos que valga la pena robar.

Nuevo QuimaRAT MaaS basado en Java creado para ejecutarse en Windows, Linux y macOS – CYBERDEFENSA.MX

Los investigadores de ciberseguridad han detectado un novedoso troyano de acceso remoto (RAT) basado en Java llamado QuimaRAT que es capaz de apuntar a entornos Windows, Linux y macOS.

Según LevelBlue, el malware multiplataforma se anuncia bajo un modelo de malware como servicio (MaaS), que cuesta entre 150 dólares por un mes y 1200 dólares por acceso de por vida. Otros niveles de suscripción incluyen $300 por tres meses, $500 por seis meses y $700 por doce meses.

«Construido alrededor de una arquitectura modular, el RAT admite la expansión dinámica de la capacidad a través de complementos cifrados que pueden entregarse, cargarse, descargarse y actualizarse directamente desde su infraestructura de comando y control (C2)», dijo la empresa de ciberseguridad. dicho en un análisis del malware.

El autor del malware también anuncia un creador capaz de generar múltiples formatos de salida, incluidos JAR, EXE, APP, SH, BAT y VBS, lo que indica un intento de ayudar a los clientes potenciales a empaquetar el cliente a medida para diferentes entornos y escenarios de entrega.

La publicación del vendedor garantiza total sigilo en Windows y Linux, señalando que no hay elementos visibles de la interfaz de usuario ni entradas del escritorio. En macOS, sin embargo, el actor de amenazas incluye una advertencia de que ciertas funciones como la captura de pantalla y el control de entrada requieren «permisos de administrador otorgados por el usuario».

Ciberseguridad

Al visitar su sitio web, los usuarios son recibidos por un mensaje emergente que indica que la plataforma «proporciona herramientas de seguridad ofensivas destinadas exclusivamente a investigaciones de seguridad profesionales, pruebas de penetración autorizadas y entornos educativos controlados», advirtiéndoles que no las utilicen con «fines maliciosos, no autorizados o ilegales».

En total, el actor de amenazas ofrece cuatro herramientas:

  • Control Quima (también conocido como QuimaRAT), una herramienta de administración remota con 74 módulos de Windows y 46 de macOS y Linux
  • Constructor Quimaun conjunto de herramientas de creación y lanzamiento modular compatible con formatos de archivos XLL, LNK, VBS, JS, BAT, DOCM, XLSM, MSC, CPL y CHM.
  • Cargador Quimaun servicio de entrega de carga útil de caché del navegador para preparar y entregar la carga útil de malware
  • Gotero Quimaun generador de carga útil HTML/SVG

Quima Loader, en particular, es digno de mención, ya que permite a un operador cargar un archivo EXE a través de un panel dedicado y seleccionar un formato de entrega (por ejemplo, HTA o LNK) y una plantilla de página de destino (por ejemplo, verificación CAPTCHA falsa o alertas de actualización de software), después de lo cual la herramienta genera un enlace de etapa que, cuando la víctima lo abre en el navegador, inicia la siguiente secuencia de acciones, según el desarrollador del malware:

  • Se carga la página de destino y la carga útil se recupera y se guarda en la memoria caché del navegador.
  • Aparece un botón Descargar en la página.
  • Al hacer clic en él, se guarda un «archivo de carga pequeño y limpio» en el que confía el navegador.
  • Target ejecuta el cargador, que lee la carga útil almacenada en caché.
  • La carga útil principal se ejecuta en el sistema, evitando al mismo tiempo las protecciones SmartScreen en Windows.

«Un RAT, una suite de creación, un cargador web y un cuentagotas HTML, cada uno construido en torno a lo que Windows ya confía», afirma el autor detrás de la suite Quima en su sitio web. «Rutas de ejecución nativas, recursos propiedad del sistema, resultados limpios. AV [antivirus] no ve nada inusual. El usuario tampoco.»

nivelazul análisis sugiere que QuimaRAT está organizado como un proyecto Java modular creado con Apache Maven, al tiempo que contiene bibliotecas nativas Java Native Access (JNA) integradas para Windows, Linux y macOS en varias arquitecturas. También decodifica y analiza un archivo de configuración interno necesario para la validación del entorno, la instalación persistente y la inicialización de C2.

«Estos componentes nativos permiten que RAT interactúe directamente con las API del sistema operativo de bajo nivel a través de código C/C++, lo que indica un soporte intencional para una amplia implementación multiplataforma», dijeron los investigadores Chen Aviani y Nikita Kazymirskyi.

Antes de la ejecución, el malware garantiza que solo se ejecute una instancia del troyano en la máquina infectada en un momento dado. Lo logra creando un archivo de bloqueo dentro del directorio temporal del sistema operativo y evitando que otros procesos lo utilicen simultáneamente. Si detecta que otra instancia RAT ya mantiene el bloqueo del archivo, finaliza la ejecución.

QuimaRAT está diseñado para determinar el nombre del sistema operativo actual, utilizándolo para dictar el siguiente curso de acción, incluida la evasión de entornos virtuales y de espacio aislado, el establecimiento de persistencia y el servicio de la carga útil principal. Además, admite la capacidad de ejecutar una carga útil integrada adicional o una aplicación señuelo junto con el proceso RAT principal si la funcionalidad, denominada Binder, está habilitada a través de la configuración.

Ciberseguridad

El malware configura la persistencia utilizando una variedad de métodos específicos del sistema operativo: claves de ejecución del registro, tareas programadas y la carpeta de inicio para Windows, entradas de inicio automático .desktop y tareas de reinicio crontab para Linux y un archivo plist de LaunchAgent para macOS.

Es más, el troyano incorpora un mecanismo opcional de actualización del host C2 basado en Pastebin que se controla mediante la configuración. Este enfoque permite al operador rotar o reemplazar dinámicamente la infraestructura C2 sin tener que reconstruir y redistribuir la carga útil.

El objetivo final de QuimaRAT es establecer comunicación con el servidor C2 a través de TCP (o alternativamente a través de WebSocket, TLS y HTTPS) para recibir y ejecutar comandos. Un componente de vigilancia integrado en el malware garantiza que el canal permanezca activo y se vuelva a conectar a él si se pierde el contacto con el servidor C2.

«QuimaRAT mantiene un indicador de estado de apagado interno que se utiliza para controlar si la RAT debe continuar realizando operaciones de red, reconexión, vigilancia y recuperación», dijeron los investigadores. «Este mecanismo permite a QuimaRAT detener las operaciones de reconexión, vigilancia y recuperación de comunicación después de activar el modo de apagado».

El malware admite una amplia gama de capacidades, incluida la ejecución remota de comandos, carga útil remota y entrega de complementos, robo de credenciales, persistencia, transferencia de archivos, manipulación del portapapeles y vigilancia con cámara web, lo que otorga al atacante un control integral sobre un sistema infectado.

Además de estas características convencionales presentes en la mayoría del malware RAT, QuimaRAT facilita la ejecución de shellcode sin archivos en hosts de Windows y un marco de comunicación resistente que permite el acceso persistente a hosts comprometidos.

«QuimaRAT debe verse como una plataforma Java RAT modular en lugar de un único implante estático», afirmó LevelBlue. «Los indicadores de ofuscación de clase ProGuard, la reubicación de Maven Shade, los símbolos de tiempo de ejecución preservados y los descifradores de cadenas sintéticas respaldan aún más la evaluación de que QuimaRAT está diseñado para rotar huellas dactilares estáticas sin cambiar su comportamiento central».

El nuevo ataque TrojPix filtra datos de sistemas aislados a través de emisiones de cable de vídeo – CYBERDEFENSA.MX

Investigadores de Universidad de Shandong han mostrado una nueva forma rápida de extraer datos de computadoras que están aisladas de todas las redes. La técnica, llamada TrojPixmodifica los píxeles de la pantalla de maneras que el ojo no puede ver, de modo que el cable de video que los transporta irradia una débil señal de radio que un receptor cercano puede decodificar.

Pero TrojPix sólo funciona una vez que el malware ya está en la máquina objetivo, por lo que es una forma para que los datos robados salgan, no una forma de entrar. En las pruebas de los investigadores, TrojPix alcanzó un rendimiento máximo de 8,1 Mbps y alcanzó hasta 208 metros, los dos medidos por separado en lugar de juntos.

La mayoría de los canales encubiertos de espacio de aire avanzan a bits o kilobits por segundo; A 8,1 megabits, aproximadamente un megabyte por segundo, TrojPix podía mover un archivo de 100 MB en menos de dos minutos. Eso hace que la amenaza pase de filtrar una contraseña a mover archivos completos mientras el monitor parece apagado.

El alcance en el mundo real es otra cuestión: un receptor todavía tiene que luchar contra paredes, blindajes y ruido.

Ciberseguridad

El método, que los investigadores llaman modulación de píxeles imperceptibleno necesita derechos de administrador ni cambios de hardware, dicen; El malware a nivel de usuario que puede aparecer en la pantalla es suficiente.

Describen dos formas de ocultar el tráfico. Uno finge una pantalla apagada, manteniendo la pantalla oscura mientras transmite. El otro entierra la señal en lo que ya está en la pantalla, por lo que el contenido de apariencia ordinaria lleva la carga útil.

El equipo informa que está trabajando en nueve marcas de monitores y quince cables de video, por lo que el resultado no está vinculado a una sola configuración.

Convertir un cable de vídeo en un transmisor encubierto no es algo nuevo. Se remonta al estudio de décadas de antigüedad sobre las emanaciones comprometedoras, conocido como TEMPEST, y más recientemente a funcionar como TEMPEST-LoRa (CCS 2025), que utilizó el mismo truco para llegar a las radios LoRa disponibles en el mercado, un estándar inalámbrico común de largo alcance.

Ese alcanzó un máximo de 87,5 metros, o 21,6 kbps. El rendimiento máximo de TrojPix es cientos de veces mayor, aunque los dos utilizan receptores diferentes en condiciones diferentes, por lo que las cifras no son una comparación directa.

Estos canales de emisión siguen siendo trabajos de laboratorio. Los ataques de brecha de aire que han surgido en la naturaleza, desde Stuxnet hasta Agent.BTZ, cruzaron la brecha en unidades USB, no a través de radio; TrojPix y sus similares muestran lo que es posible, no lo que se ha detectado.

Otro canal basado en pantalla, PIXHELL, que The Hacker News cubrió en 2024, hizo que la propia pantalla emitiera sonido para filtrar datos desde una PC con espacio de aire.

Ciberseguridad

Otros han extraído datos de Ethernet con un implante de hardwareel tipo de cambio de hardware que TrojPix evita.

No se puede reparar la emisión en sí. Las contramedidas son físicas y preventivas: transmitir vídeo a través de enlaces de fibra óptica, que no transportan dicha señal, en lugar de cobre; blindar cables y habitaciones donde los datos lo ameriten, como ya lo hacen las instalaciones con clasificación TEMPEST; y, sobre todo, mantener el malware fuera de la máquina, ya que sin ese punto de apoyo, TrojPix no tiene nada que enviar.

Una vez que un atacante está dentro, un canal tan rápido puede sacar los datos mientras la pantalla permanece oscura.

La falla de Opera GX permite que los sitios maliciosos instalen automáticamente modificaciones para robar datos de las páginas visitadas

Los investigadores encontraron un defecto en Ópera GXla versión del navegador Opera centrada en los juegos, que permite a un sitio web malicioso instalar silenciosamente un complemento del navegador y utilizarlo para extraer datos específicos de las páginas que visita la víctima.

En una prueba de concepto, reconstruyeron la dirección completa de Gmail de un usuario que había iniciado sesión a partir de una sola visita, sin hacer clic. Opera ha reparado el defecto y dice que no encontró evidencia de que alguna vez se haya utilizado en la naturaleza.

La solución se envió en Opera GX versión 130.0.5847.89, por lo que cualquiera con una versión actual ya está cubierta; Puedes confirmar el tuyo en opera://about. No existe CVE.

Como el ataque no necesitaba clics ni aprobaciones, no había otra solución que el parche. El equipo de recompensas por errores de Opera calificó el problema como P1, su máxima gravedad, y pagó la recompensa máxima de 5.000 dólares por un error crítico.

Cómo funciona el ataque

GX Mods te permite cambiar el diseño de Opera GX con sonidos, temas, fondos de pantalla y CSS personalizados que modifican el estilo de los sitios que visitas. Se envían como archivos .crx, como extensiones de navegador, pero no pueden ejecutar JavaScript y no tienen permisos.

La debilidad está en cómo se instalan: la canalización de mods de Opera descarga y habilita un mod automáticamente, sin solicitar aprobación. Por lo tanto, una página maliciosa puede instalar uno de forma silenciosa, por ejemplo, cargando un iframe oculto que apunta a un archivo .crx.

Ciberseguridad

La única señal es una barra de notificación debajo de la barra de direcciones que le indica que se agregó un mod, con un botón Eliminar.

Este comportamiento de instalación automática no es nuevo. el investigador Renwa lo identificó allá por 2023. y, al convertir un mod instalado en una extensión completa, lo usó para falsificar la barra de direcciones del navegador. Opera parchó ese ataque específico en marzo de 2023, pero dejó la instalación automática subyacente, que es en lo que se basa esta nueva investigación.

Un mod de apariencia silenciosa suena inofensivo por sí solo. Pero el CSS de un mod se aplica a cada página que visitas, no sólo a una. La inyección de CSS ordinaria se limita a la página a la que llega; aquí, el estilo del atacante llega a cada sitio que abre el navegador, una técnica que los investigadores llaman inyección universal de CSS.

CSS no puede leer una página y enviarla por sí solo. Pero se le puede convencer para que filtre un valor pieza por pieza. El truco se basa en selectores de atributos: una regla puede probar si el valor del atributo de un elemento, como un correo electrónico escondido en un campo oculto, comienza con una letra determinada y obtener una imagen de fondo del servidor del atacante sólo cuando lo hace. Dispara suficientes de estos y aprenderás el valor carácter por carácter.

Los investigadores llaman esto es Fuga XSabreviatura de fuga entre sitios. Para obtener una dirección de Gmail, los investigadores apuntaron a una página de cuenta de Google, myaccount.google.com/contactemail, que lleva la dirección dentro de tres de sus atributos HTML.

Empaquetaron un mod con aproximadamente 150.000 reglas CSS, un conjunto para cada posible fragmento de tres letras de la dirección, y dejaron que un script de reconstrucción uniera las coincidencias nuevamente. Primero probaron piezas de cuatro letras, que necesitaban 5,6 millones de reglas y alrededor de 880 MB de CSS. El navegador se atragantó, por lo que lo redujeron a fragmentos de tres letras que se superponen lo suficiente para volver a ensamblarse.

Encadenarlo solo requirió un empujón. La víctima llega a la página del atacante, el mod se instala en segundos y unas pocas líneas de JavaScript redirigen el navegador a la página de la cuenta de Google. El CSS del mod ya está cargado allí, por lo que activa las solicitudes y filtra la dirección a medida que se muestra la página, antes de que la víctima pueda alcanzar el botón Eliminar del aviso.

La dirección de Gmail fue sólo la prueba de concepto; El mismo enfoque puede resaltar otros valores que una página expone en su marcado, como un nombre de usuario.

La misma ruta de instalación automática tiene un segundo uso, más crudo, que documentaron los investigadores: cargar un .crx en modo privado (incógnito) bloquea el navegador y descarga todas las pestañas abiertas. Este también afecta a Opera normal, no solo a Opera GX, ya que cualquier .crx activa el proceso de instalación de extensiones, independientemente de lo que contenga. El aviso de Opera aborda la solución al robo de datos y no menciona el bloqueo.

La gravedad y el panorama general

El informe casi no obtuvo lo que se merecía. Opera ejecuta su programa de recompensas en Bugcrowd, y los analistas de clasificación tuvieron dificultades para comprender qué hacía el error, primero calificándolo como P3 mediocre.

Los investigadores presentaron su caso de una manera inusualmente directa: mientras un analista reproducía el ataque, capturaron los propios trigramas del analista, reconstruyeron la dirección de Gmail del analista y la pegaron en el informe. Luego, el equipo de Opera elevó la gravedad a P1 y pagó el máximo de nivel crítico de $5,000.

Ciberseguridad

El propio relato de Opera es más mesurado. en su consultivola compañía dice que está «bastante segura» de que la falla nunca fue explotada en la naturaleza, y presenta el ataque como complicado de llevar a cabo: la víctima tuvo que aterrizar en un sitio malicioso, terminar con un mod nuevo e ignorar el aviso de eliminación el tiempo suficiente para que se activara la redirección.

La demostración de los investigadores es el contrapeso. Su redireccionamiento se ejecuta segundos antes de que un usuario pueda leer el aviso, y mucho menos hacer clic en Eliminar. Fue un ataque limitado y complicado del que Opera no encontró rastros en la naturaleza, y aún funcionó sin clics una vez que se configuró.

El riesgo aquí nunca fue la característica cosmética en sí misma. Fue alcance. Una vez que el CSS de un mod podía seguirte de un sitio a otro, «simplemente diseñar» resultó ser suficiente.

Ése es el giro de una idea familiar: el robo de sólo CSS normalmente queda atrapado en la página donde se inyecta, como en el caso de PortSwigger. Exfiltración ciega de CSS investigación, pero aquí avanzó en cada sitio que abrió la víctima.

Tampoco es la primera característica de Opera que se vuelve contra sus usuarios; Hacker News cubrió el error MyFlaw de 2024 en My Flow de Opera, y Opera había sido advertida sobre este comportamiento de instalación automática desde 2023.

Entidad del gobierno de EE. UU. pagó a Kairos $1 millón en un caso de extorsión por robo de datos – CYBERDEFENSA.MX

Una entidad del gobierno de EE. UU. pagó alrededor de 1 millón de dólares para evitar que se filtraran archivos robados, según un nuevo informe. estudio de caso de Rakesh Krishnan para Ransom-ISACconstruido sobre un chat de negociación filtrado y el rastro de blockchain que dejó el pago.

Lo curioso: el grupo que se llevó el dinero se autodenomina Kairóspero puede que no sea una banda de ransomware en absoluto. Krishnan no encontró señales de que alguna vez hubiera bloqueado una sola máquina: ni cifrador, ni casillero, ni solicitud de clave de descifrado. La amenaza era más sencilla. Roba los archivos y luego cobra a la víctima por no publicarlos.

krishnan no nombra a la víctima, pero el chat apunta al condado de Union, Ohio. Los archivos de prueba de robo llevan nombres como Union.xlsx, 1 union co psi template.doc y un archivo final llamado union.rar. La víctima se autodenomina un condado pequeño con recursos limitados. El atacante se apoya en una carpeta en particular, marcada como «fiscalía», y advierte que filtrarla ayudaría a los delincuentes a evadir cargos.

Las pistas encajan en un caso real. En mayo de 2025, el condado de Union, Ohio, dijo que detectó ransomware en su red y luego notificó a 45,487 residentes y al personal que se habían tomado sus datos, lo que afectó a la mayor parte del condado de aproximadamente 70,000 habitantes. Los registros robados iban desde la Seguridad Social y detalles financieros hasta huellas dactilares y números de pasaporte.

Ciberseguridad

Ni el condado ni Kairos han confirmado la conexión. Pero si se mantiene, el gobierno de un condado pagó alrededor de $1 millón que nunca reveló públicamente. The Hacker News se ha puesto en contacto con la Oficina de los Comisionados del Condado de Union para solicitar comentarios. Esta historia se actualizará con cualquier respuesta.

La negociación duró aproximadamente un mes. Kairos abrió a 3 millones de dólares y afirmó que contenía más de 2 terabytes de datos, unos 1,6 millones de archivos. El condado comenzó con $100,000, subió lentamente hasta $255,000 y luego $430,000. Kairos bajó a 2 millones de dólares, luego fijó una cifra final estricta: 1 millón de dólares, pago antes del viernes o los archivos se harán públicos.

El pago en cadena: alrededor de 9,44 BTC llegan a la billetera vinculada a Kairos.

Utilizó las palancas habituales: un cronómetro de cuenta regresiva, plazos ajustados y amenazas de deshacerse primero de las carpetas más confidenciales. El condado pagó el 13 de junio de 2025, diez veces su primera oferta.

El pago fue de aproximadamente 9,44 bitcoins, con un valor aproximado de 1 millón de dólares en ese momento. Krishnan rastreó el dinero desde allí. En cuestión de horas, se dividió en dos y se empujó a través de una cadena de billeteras hacia direcciones de depósito vinculadas a los intercambios de cifrado Bybit, OKX y un servicio ruso llamado BELQI.

Ese tipo de rastreo de manos lo llevan los investigadores, no los nombres. Y el dinero no compró nada sólido. Kairos envió un archivo de «prueba de eliminación», pero una lista de nombres de archivos muestra sólo que el atacante alguna vez tuvo los archivos, no que los originales fueron eliminados. Pagar para hacer desaparecer los datos robados es un acto de fe y el recibo lo escribe el ladrón.

El condado de Union llamó a lo que le sucedió ransomware, la palabra que todos buscan, pero en el caso Kairos, nada estaba bloqueado. Ese es el verdadero cambio: gran parte de lo que todavía se llama ransomware ahora omite el cifrado y utiliza los datos robados como punto de presión.

Sophos informó en 2025 que solo alrededor de la mitad de los ataques de ransomware todavía implican cifrado, la tasa más baja en seis años. Algunas tripulaciones lo han abandonado por completo. Silent Ransom Group, una filial de Conti, ha pasado años ejecutando extorsión por robo de datos contra firmas legales y financieras estadounidenses sin ningún tipo de cifrado.

Ciberseguridad

El chat Kairos también se ajusta a un patrón de negociación familiar. Cuando los chats internos de Black Basta se filtraron en febrero de 2025, un análisis de los mensajes reveló un acuerdo que iba desde una demanda de 1,5 millones de dólares hasta una contrapartida de 100.000 dólares y un pago de 1 millón de dólares, casi el mismo arco. Esas conversaciones, y las filtraciones de Conti que tuvieron lugar en 2022, son la forma en que los investigadores ahora reconstruyen la forma en que realmente se cierran estos acuerdos.

El propio Kairos se ha quedado en silencio. El sitio de la fuga no funciona y su última víctima conocida apareció en junio de 2026. Pero una billetera vinculada a la operación todavía movía dinero en mayo de 2026, un recordatorio de que un sitio de fuga oscuro no es lo mismo que una tripulación muerta.

Para cualquiera que dirija una pequeña red gubernamental, las lecciones son aburridas y familiares, y ese es el punto. Active la autenticación multifactor, ya que Kairos afirmó que accedió simplemente adivinando una contraseña.

Esté atento a los repetidos inicios de sesión fallidos, grandes transferencias de datos salientes y enlaces para compartir archivos grabadores, como las direcciones temp.sh que Kairos usó para mover los archivos. Mantenga los registros legales, de recursos humanos y de ciudadanos separados del resto de la red. Tenga listo un plan de declaración pública antes de que lo necesite. Y trate cualquier promesa de eliminar datos robados como si no valiera nada.

Hackers norcoreanos publican 108 paquetes y extensiones maliciosos en la campaña PolinRider – CYBERDEFENSA.MX

Los actores de amenazas norcoreanos vinculados al Entrevista contagiosa Se ha observado que la campaña publica 108 paquetes únicos y extensiones de navegador web que abarcan npm, Packagist, Go y Google Chrome como parte de una actividad continua denominada PolinRider.

«La campaña permanece activa y es probable que sigan apareciendo nuevos paquetes maliciosos a medida que los actores de amenazas comprometan las cuentas de los mantenedores, modifiquen los repositorios legítimos y publiquen versiones de paquetes infectados donde retengan u obtengan acceso al registro», dijo Karlo Zanki, investigador de seguridad de Socket. dicho en un análisis publicado esta semana.

El 162 artefactos de liberación maliciosos abarcan múltiples versiones correspondientes a 108 paquetes y extensiones únicos, incluidas 19 bibliotecas npm, 10 paquetes Composer, 61 módulos Go y una extensión de Google Chrome.

Entrevista Contagiosa es el apodo asignado a una campaña alineada con Corea del Norte que arma contratación de trabajo para apuntar a desarrolladores de software e individuos que trabajan en los sectores de criptomonedas, utilizando entrevistas de trabajo y evaluaciones persuasivas para engañarlos para que ejecuten código malicioso.

Ciberseguridad

Se sabe que la actividad está activa desde al menos 2023. Atacantes mascarada como reclutadores o colaboradores en plataformas como LinkedIn, GitHub o sitios web independientes, a menudo configurando empresas fachada elaboradas y perfiles de empleados generados por IA para generar confianza y, en última instancia, distribuir malware.

PolinRider fue primero marcado por el equipo de OpenSourceMalware en marzo de 2026, y lo describió como que los actores de amenazas implantaban cargas útiles maliciosas de JavaScript ofuscadas en cientos de repositorios públicos de GitHub que pertenecen a varios propietarios únicos para entregar una nueva variante de BeaverTail, un conocido malware de JavaScript asociado con Contagious Interview.

Hasta el 11 de abril de 2026, la actividad comprometió 1951 repositorios públicos de GitHub asociados con 1047 propietarios únicos, al mismo tiempo que se fusionó con otro clúster llamado TaskJacker que coloca archivos de tareas VS Code maliciosos en los repositorios existentes de los usuarios de GitHub. Las tareas de VS Code incluyen la opción «runOn: ‘folderOpen’» para activar la ejecución de código arbitrario cuando la carpeta se abre como una carpeta de espacio de trabajo en un IDE como VS Code o Cursor.

«El actor de la amenaza no está utilizando credenciales de GitHub robadas», dijo OpenSourceMalware. «En cambio, las víctimas han sido comprometidas a través de una extensión VS Code maliciosa o un paquete npm». Se cree que los atacantes se están apoderando de las cuentas de mantenimiento, probablemente mediante la adquisición de dominios vencidos u otra ruta de recuperación de cuentas, para llevar a cabo el plan.

Una vez ejecutado, el malware busca en la computadora infectada ciertos archivos como «postcss.config.mjs», «tailwind.config.js», «eslint.config.mjs», next.config.mjs», babel.config.js» y «app.js» y, si los encuentra, les agrega código JavaScript malicioso.

También utiliza un script por lotes de Windows para modificar sigilosamente la última confirmación, haciendo que parezca como si hubiera sido realizada por el autor original. Se sospecha que se están utilizando herramientas similares para reescribir el historial de Git para otros sistemas operativos como Linux y macOS.

«El oficio principal sigue siendo consistente en toda la campaña: los actores de amenazas colocan cargadores de JavaScript ofuscados en repositorios legítimos, ocultan el código a través de espacios en blanco o archivos de fuentes .woff2 falsos y activan la ejecución a través de herramientas de desarrollo como archivos de tareas VS Code», dijo Socket.

Ciberseguridad

En la última ola, la carga útil funciona como un cargador de malware JavaScript que llega a la infraestructura blockchain, incluidos los servicios TRON, Aptos y BNB Smart Chain, para recuperar una carga útil cifrada de segunda etapa que se descomprime en DEV#POPPER RAT y OmniStealer. Esta cadena de ataque fue detallada por eSentire en marzo de 2026.

«Los actores de amenazas utilizan la reescritura del historial de Git, incluidos forzados y compromisos antifechados para hacer que los cambios maliciosos parezcan más antiguos y menos sospechosos», dijo Zanki. «Esto hace que la página de inicio de GitHub y el historial de confirmaciones visibles sean indicadores poco confiables de compromiso; los defensores deben revisar los registros de actividad del repositorio, los metadatos de lanzamiento de paquetes, la configuración de tareas de VS Code y los cambios sospechosos en los archivos de configuración».

El desarrollo se produce cuando JFrog descubrió un grupo de paquetes npm vinculados a Contagious Interview, algunos de los cuales se hacían pasar por herramientas Rollup polyfill para permitir el acceso remoto y el robo de datos. A principios de esta semana, se identificó que otro conjunto de paquetes npm y paquetes Go incorporaban tareas de ejecución automática de VS Code para ejecutar cargas útiles de JavaScript disfrazadas de archivos de fuentes falsos, lo que indica superposiciones tácticas entre Fake Font, TaskJacker y PolinRider.

Los usuarios que hayan instalado estos paquetes deben tratar el entorno como si estuviera comprometido, rotar los secretos expuestos de una máquina limpia, eliminar las versiones afectadas y reconstruir a partir de un archivo de bloqueo en buen estado, y auditar las estaciones de trabajo y los repositorios de los desarrolladores en busca de rutas de ejecución ocultas o confirmaciones sospechosas que hayan modificado los archivos «.vscode/tasks.json», «config.js», «vite.config.js» y «eslint.config.js».

Defectos sin parches revelados en sistemas de archivos incluidos en millones de dispositivos integrados – CYBERDEFENSA.MX

La empresa de seguridad runZero ha revelado siete vulnerabilidades en Gordosuna pequeña biblioteca de sistema de archivos que permite que un dispositivo lea y escriba los formatos FAT y exFAT utilizados en unidades USB y tarjetas SD.

Los defectos son importantes porque los FatF están en casi todas partes. Se envía dentro del firmware que ejecuta cámaras de seguridad, drones, controladores industriales, billeteras criptográficas de hardware y otros dispositivos integrados en sistemas operativos en tiempo real.

En los sistemas más afectados, un atacante que introduce una unidad USB, una tarjeta SD o un archivo de actualización con trampa explosiva en un dispositivo puede dañar su memoria y ejecutar su propio código.

Muchos dispositivos integrados carecen de las protecciones de memoria que se encuentran en los teléfonos y computadoras de escritorio, razón por la cual runZero dice «Cualquier acceso físico conduce a una fuga». Un quiosco público, una cámara con ranura SD, un cajero automático o una máquina de votación con puerto USB no deberían ceder el control total después de un momento de acceso físico, pero aquí sí pueden.

Los siete errores funcionan de la misma manera básica. El dispositivo intenta leer un volumen de almacenamiento o una imagen de firmware que ha sido deliberadamente mal formado y FatFs maneja mal los datos incorrectos. runZero calificó el conjunto CVSS de medio a alto, sin críticas.

Ciberseguridad

El error del titular es CVE-2026-6682 (CVSS 7.6), un desbordamiento de números enteros en el código que monta un volumen FAT32. Los malos cálculos pueden producir un tamaño de archivo falso, que el código posterior trata como una longitud de lectura real. En hardware real, esto puede convertirse en corrupción de memoria y ejecución de código.

Aquí están los siete, los peores primero según la clasificación de runZero:

  • CVE-2026-6682 (7.6, Alto): Desbordamiento de enteros de montaje FAT32 que provoca daños en la memoria y posible ejecución de código. Accesible a través de algunas actualizaciones de firmware, no solo de medios físicos.
  • CVE-2026-6687 (7.6, Alto): un campo de etiqueta de volumen exFAT desborda un pequeño búfer, lo que le da al atacante un punto de apoyo limpio para la corrupción de la memoria.
  • CVE-2026-6688 (7.6, Alto): Los nombres de archivos largos desbordan el código contenedor que muchos proyectos colocan alrededor de FatF, como un strcpy de fno.fname en un búfer fijo. Es difícil de solucionar solo dentro de los FatF.
  • CVE-2026-6685 (6.1, Medio): un ajuste matemático en el manejo de caché en volúmenes fragmentados que pueden corromper datos silenciosamente.
  • CVE-2026-6683 (4.6, Medio): una división exFAT por cero que bloquea el dispositivo. En un flujo de actualización, puede bloquear el hardware. También se puede acceder a través de algunas actualizaciones de firmware.
  • CVE-2026-6686 (4.6, Medio): un archivo extendido más allá de su final puede filtrar datos sobrantes de archivos eliminados previamente.
  • CVE-2026-6684 (4.6, Medio): una tabla de particiones GPT mal formada (el mapa del disco) puede bloquear el dispositivo durante el montaje. Es el único de los siete fijados en sentido ascendente, en FatFs R0.16.

Aquí está la parte difícil. FatFs es mantenido por un desarrollador en un pequeño rincón de Internet, y runZero dice que intentó repetidamente comunicarse con el mantenedor y se conectó con el centro de coordinación JPCERT/CC de Japón, sin respuesta.

Según runZero, no existe una solución inicial para los errores de corrupción de memoria, no hay una lista de correo de seguridad y no hay forma de que los muchos productos que incluyen FatF sepan que están afectados. La actualización ayuda con el bloqueo de GPT, ya que la versión actual lo bloquea, pero el resto corresponde a los proveedores intermedios para parchearlo por su cuenta.

runZero nombra las plataformas afectadas, incluidas Espressif ESP-IDF, STMicroelectronics STM32Cube, Zephyr, MicroPython, ArduPilot, RT-Thread, Mbed, Samsung TizenRT y el actualizador SWUpdate. Eso lleva el problema al IoT de consumo, los equipos industriales, los drones y las carteras criptográficas.

Hasta la divulgación de runZero el 1 de julio, no se habían reportado ataques que utilizaran estos errores y ninguno ha aparecido desde entonces. Pero el material del exploit ya es público: runZero envió imágenes de disco de prueba de concepto, un arnés de prueba y un ejemplo funcional de exploit basado en QEMU en un repositorio complementario.

Si crea firmware que toca medios FAT o exFAT, el consejo es directo. Encuentre la copia de FatF en su producto, audite el código contenedor que la rodea, observe detenidamente cómo maneja los nombres y tamaños de los archivos y planee aplicar parches.

Ciberseguridad

Si ejecuta dispositivos afectados, trate los puertos físicos y los canales de actualización como una superficie de ataque: limite quién puede conectar medios y esté atento a las actualizaciones de firmware de los proveedores.

¿Por qué esto sigue sucediendo?

runZero auditó manualmente los FatF por primera vez en 2017 y encontró que poco valía la pena informar. Al regresar en marzo de 2026, el equipo señaló una configuración lista para usar con el mismo código: Visual Studio Code, GitHub Copilot en modo «automático» y algunas indicaciones sencillas.

El LLM creó un fuzzer, una herramienta que introduce datos mal formados en el código hasta que algo se rompe. Eso sacó a la luz errores que la auditoría manual había pasado por alto y ayudó a confirmar que eran explotables.

Eso se ajusta a un patrón creciente. A finales de 2024, el agente Big Sleep de Google encontró un error de memoria real y explotable en SQLite que la fuzzing ordinaria no había detectado.

El mes pasado, un agente autónomo de IA descubrió 21 errores de seguridad de la memoria en FFmpeg, otra biblioteca C ampliamente integrada. El punto de runZero es contundente: si un canal de IA en su mayoría disponible en el mercado puede encontrarlos, cualquiera también puede hacerlo, por lo que sentarse en ellos silenciosamente no protege a nadie.

El problema de los parches es familiar. runZero espera que las correcciones posteriores lleven años, no días, y PixieFail es el precedente: un lote de nueve errores en 2024 en el código de arranque de red de EDK II, el firmware detrás de muchas marcas de PC y servidores, que los proveedores tardaron en parchar. Los FatF tienen la misma forma y un canal de solución más débil, porque no hay ninguna respuesta ascendente.

Esté atento a dos cosas: si el mantenedor de FatFs resurge con un parche y cómo responden los grandes proveedores de plataformas que lo agrupan. Hasta que lo hagan, supongamos que muchos dispositivos de envío leen almacenamiento que no es de confianza con un código que no tiene solución.

El nuevo marco de malware Avalon incluye capacidades de ransomware CrownX – CYBERDEFENSA.MX

Investigadores de ciberseguridad han descubierto un marco de malware modular previamente no documentado con nombre en código Ávalón que se distribuye mediante una cadena de phishing de varias etapas capaz de burlar los controles de seguridad tradicionales.

Avalon combina recopilación de credenciales, movimiento lateral, acceso remoto, interrupción de la recuperación y ejecución de ransomware, reuniendo diversas funciones bajo un mismo paraguas. El componente de ransomware se ha denominado internamente CrownX.

«El ataque comenzó con un correo electrónico con un documento legal falsificado que dirigía a los destinatarios a un archivo protegido con contraseña en Proton Drive», afirman los investigadores de Blackpoint Cyber, Nevan Beal y Sam Decker. dicho. «El contenido malicioso se incrustó dentro de una imagen ISO en lugar de adjuntarse directamente, lo que redujo la probabilidad de detección en la capa de correo electrónico».

Si el destinatario del correo electrónico interactúa con un acceso directo de Windows con tema de documento («Documento seguro CA-283505.pdf.lnk») dentro de la imagen montada, se desencadena una secuencia de malware preparada que culmina con la implementación de Avalon. Específicamente, el acceso directo ejecuta un comando para iniciar un proyecto de MSBuild ubicado en la imagen ISO.

El proyecto MSBuild, por su parte, carga un ensamblado .NET integrado, que luego interfiere con el funcionamiento normal de Event Tracing para Windows (ETW) para reducir la visibilidad forense y descargar una carga útil de la siguiente etapa a través de HTTPS responsable del lanzamiento de Avalon.

Ciberseguridad

El marco de malware cuenta con un extenso subsistema de evasión de defensa que tiene como objetivo evadir la detección, al tiempo que incorpora métodos específicos para ocultar la ejecución de las herramientas de seguridad asociadas con Microsoft Defender, SentinelOne, CrowdStrike, Sophos, Elastic Endpoint, FortiEDR, ESET, McAfee y Bitdefender.

«Estas capacidades le dan al marco una multitud de formas de reducir la telemetría, evitar el monitoreo del modo de usuario y ajustar su ejecución dependiendo de los controles defensivos presentes en el host», dijeron los investigadores.

El conjunto completo de funciones integradas en Avalon es el siguiente:

  • Obtenga credenciales, cookies, historial y marcadores de navegadores basados ​​en Chromium y Mozilla Firefox.
  • Recopile datos de aplicaciones de billeteras de criptomonedas como MetaMask, Phantom, Coinbase Wallet, Exodus, Electrum, Atomic Wallet, Ledger Live y Bitcoin Core, junto con Discord, Slack, Teams, OpenVPN, WireGuard y Windows Credential Manager.
  • Recopile detalles sobre hosts conocidos de SSH, conexiones RDP guardadas, perfiles de Wi-Fi y artefactos de contraseña de preferencias de política de grupo.
  • Exfiltrar datos a un servidor remoto («helloxcherry[.]com») y sondea el servidor para recibir comandos de tareas.
  • Realice reconocimientos y priorice sistemas que puedan ampliar el alcance del compromiso.
  • Cifre archivos asociados con operaciones comerciales, desarrollo de software, ingeniería, almacenamiento de datos e infraestructura virtual mediante Windows. API de criptografía y entregar una nota de rescate que contenga instrucciones de pago y temporizadores de fecha límite que muestren cuánto tiempo queda antes de que se aumente el monto del rescate.
  • Inhiba la recuperación del sistema finalizando el Servicio de instantáneas de volumen y eliminando las instantáneas.
  • Elimine rastros de artefactos utilizando un subsistema de limpieza antiforense para complicar los esfuerzos de respuesta a incidentes.
  • Interactúa directamente con las estructuras del disco, probablemente en un esfuerzo por dañar la información de la partición, los registros de arranque u otras áreas críticas de la unidad, lo que efectivamente inutiliza el sistema.

«CrownX representó la etapa final de extorsión, pero el daño se extendió mucho más allá del cifrado en sí», dijo la compañía. «Para cuando apareció la nota de rescate, el marco más amplio ya había recopilado credenciales, establecido comunicaciones C2, preparado múltiples caminos para el movimiento lateral y debilitado las opciones de recuperación local».

Otro detalle importante es que Avalon muestra signos de desarrollo asistido por inteligencia artificial (IA), un desarrollo que ha ensamblado múltiples componentes sin tener en cuenta las técnicas sofisticadas o la seguridad operativa, algo que requiere una experiencia significativa para construir.

Los hallazgos son otra señal más de cómo la IA puede reducir la barrera de entrada, haciendo que el desarrollo de malware sea más accesible con poco tiempo y esfuerzo, e incluso permitiendo a actores con poca experiencia técnica y recursos idear herramientas que pueden requerir un gran esfuerzo de desarrollo. En otras palabras, la presencia de una determinada capacidad ya no es un indicador confiable de la sofisticación o madurez operativa de un actor de amenazas.

«La cadena de destrucción ilustra cómo un atractivo comercial familiar puede progresar hacia un marco reutilizable y de múltiples capacidades diseñado para recolectar credenciales, recuperar cargas útiles posteriores completamente en la memoria y organizar múltiples acciones de seguimiento desde un único punto final comprometido», dijo Blackpoint Cyber.

LLM detrás de un ataque de ransomware agente

La divulgación se produce cuando Sysdig detalló lo que dijo fue la primera infección de ransomware agente documentada públicamente impulsada por un modelo de lenguaje grande de principio a fin, mientras reintentaba y ajustaba sus acciones en tiempo real para completar tareas. El actor de amenaza agente (ATA) detrás de la operación recibió el nombre en código JADEPUFFER.

El operador «obtuvo acceso inicial a una instancia de Langflow orientada a Internet a través de CVE-2025-3248 y ejecutó una campaña adaptativa y totalmente automatizada, que finalmente giró hacia el objetivo previsto y ejecutó un manual destructivo de extorsión de bases de datos contra el servidor de bases de datos de producción de la víctima», dijo Michael Clark de Sysdig.

Ciberseguridad

«Las habilidades para ejecutar ransomware se han reducido a lo que cueste ejecutar un agente, y si ese agente se ejecuta con credenciales robadas a través de LLMjacking, el costo para un atacante es cercano a cero».

Malware de IA que utiliza LLM en un ataque sin código

Los hallazgos también siguen al descubrimiento de un malware de inteligencia artificial que combina un bot de Telegram con una API pública de LLM para diseñar un ataque sin código. Una vez lanzado, el implante transmite detalles básicos sobre el sistema comprometido al bot de Telegram del atacante y entra en un bucle de comando y control (C2) que sondea la API del bot cada 5 segundos en busca de nuevos mensajes. Los resultados de la ejecución del comando se extraen utilizando el mismo canal.

La especialidad de este malware es que cada mensaje del operador se reenvía a un punto final público de la API LLM («api.groq[.]com/openai/v1/chat/completions»), que luego traduce las instrucciones en lenguaje natural proporcionadas por el atacante a su comando de shell equivalente. El artefacto fue subido a la plataforma VirusTotal el 11 de marzo de 2026 y hasta la fecha no ha tenido detecciones en todos los motores.

«Este trabajo introduce una capa de traducción LLM que reemplaza la sintaxis del shell con texto sin formato. El atacante escribe instrucciones de texto sin formato en Telegram», Unidad 42 de Palo Alto Networks dicho. «El LLM traduce las instrucciones en comandos de shell. Y la víctima ejecuta los comandos de shell. No se requieren conocimientos de línea de comandos».

La nueva falla del kernel de Linux «Bad Epoll» permite a los usuarios sin privilegios obtener root y llega a Android – CYBERDEFENSA.MX

Una falla del kernel de Linux recientemente revelada llamada mal epoll (CVE-2026-46242) permite a un usuario normal sin acceso especial tomar el control total de una máquina como root. Afecta a los escritorios, servidores y Android de Linux, y ya no existe una solución.

mal epoll se encuentra en el mismo pequeño tramo de código del kernel donde se encuentra el modelo de IA más poderoso de Anthropic, Mitosrecientemente encontró un error diferente.

La IA detectó un defecto y pasó por alto este. Un investigador, Jaeyoung Chung, lo encontró y construyó un ataque funcional.

Cómo funciona el error

Epoll es una característica estándar de Linux que permite a un programa observar muchos archivos o conexiones de red a la vez. Los servidores, los servicios de red y los navegadores web se basan en él. No puedes simplemente apagarlo.

Bad Epoll es un error de «uso después de la liberación». Dos partes del kernel intentan limpiar el mismo objeto interno al mismo tiempo. Uno libera la memoria mientras el otro sigue escribiendo en ella. Esa breve colisión permite que un atacante corrompa la memoria del kernel y luego pase de una cuenta normal a la raíz.

El problema es el tiempo. La ventana donde chocan los dos caminos tiene sólo seis instrucciones de máquina de ancho, por lo que un intento aleatorio casi nunca aterriza en ella. El exploit de Chung amplía esa ventana y lo reintenta sin fallar, alcanzando la raíz aproximadamente el 99% de las veces en los sistemas probados.

Ciberseguridad

Dos cosas lo hacen más peligroso: según su cuenta, puede activarse desde dentro del entorno limitado de renderizado de Chrome, que bloquea casi todos los demás errores del kernel, y puede llegar a Android, algo que la mayoría de los errores de privilegios de Linux no pueden.

Chung presentó la falla como de día cero al programa kernelCTF de Google, y los detalles técnicos completos se encuentran en su redacción pública. No hay señales de que se haya utilizado en ataques reales: al momento de escribir este artículo, no está en la lista de vulnerabilidades explotadas conocidas de CISA, y el único código que funciona es la prueba de concepto de kernelCTF. Aún se está desarrollando una versión para Android del exploit.

Ambos errores se remontan a un único cambio de 2023 en el código epoll. Chung dice que Mythos encontró el primero de los dos, ahora rastreado como CVE-2026-43074, con un aterrizaje fijo a principios de 2026.

Anthropic ha dicho por separado Mythos Se encontraron errores de escalada de privilegios en el kernel de Linux.aunque no ha vinculado públicamente ese trabajo con Bad Epoll. Encontrar el primero fue un resultado real, porque los errores en las condiciones de carrera son notoriamente difíciles de detectar.

Entonces, ¿por qué la misma IA pasó por alto el defecto del hermano? Chung ofrece dos razones probables y tiene cuidado de decir que nadie puede estar seguro.

  • En primer lugar, la ventana de tiempo es pequeña, por lo que es difícil imaginar la secuencia exacta de eventos, incluso cuando se mira el código.
  • En segundo lugar, hay poca evidencia en tiempo de ejecución.

Una vez que se corrige el primer error, el error de memoria de Bad Epoll generalmente no activa KASAN, el principal detector de errores del kernel, por lo que nada indica que algo anda mal.

Epoll no se puede desactivar, por lo que no existe ninguna solución. Aplicar compromiso ascendente a6dc643c6931o instale el backport de su distribución cuando llegue. Los kernels creados con la versión 6.4 o posterior se ven afectados a menos que ya tengan la solución.

Los kernels más antiguos basados ​​en 6.1, incluidos algunos teléfonos Android como el Pixel 8, no lo son, porque el error llegó en 6.4.

Un mal año para el kernel de Linux

Bad Epoll se une a una conocida familia de errores del kernel utilizados para rootear Android, siguiendo entradas anteriores llamadas Bad Binder, Bad IO_uring y Bad Spin.

También se encuentra en una zona ocupada por fallas de privilegios de Linux, aunque la mayoría de las recientes funcionan de manera diferente. Copy Fail (CVE-2026-31431) llegó en abril y ahora está en la lista de vulnerabilidades explotadas conocidas de CISA. Le siguieron la cadena Dirty Frag, Fragnesia, DirtyClone y pedit COW.

Ciberseguridad

Ambos son errores deterministas de escritura de caché de página, como Dirty Pipe (2022), sin carrera para ganar, lo que los hace mucho más confiables de ejecutar. Bad Epoll es el tipo más antiguo y más difícil: una carrera que tienes que ganar, como Dirty Cow (2016).

También ha aparecido una prueba de concepto pública para CVE-2026-31694una falla separada en el código del sistema de archivos FUSE del kernel, encontrada por la firma de investigación Bynario, impulsada por IA. Un usuario local con acceso FUSE puede alimentar al kernel con un sistema de archivos malicioso y dañar la memoria.

Dependiendo de la configuración, eso puede significar acceso de root, fugas de datos o una falla. Debido a que ese acceso es común en contenedores y espacios de nombres de usuarios, representa más un riesgo para el servidor y el contenedor que para el teléfono.

Bynario no es el único. Mythos también encontró y aprovechó un error de ejecución remota de código de 17 años en el servidor NFS de FreeBSD (CVE-2026-4747), y los investigadores de Anthropic han utilizado sus modelos para descubrir otros defectos del kernel.

Bad Epoll es un contrapunto útil. Muestra que las condiciones de carrera son difíciles en cada etapa: difíciles de encontrar, incluso para una IA líder; difícil de arreglar, ya que el primer parche se quedó corto y uno correcto tardó alrededor de dos meses; y difícil de explotar, a través de una ventana de sólo seis instrucciones de ancho. Por ahora, el error que deja pasar una IA sigue siendo el que una persona tiene que detectar.