Microsoft parchea la falla de RoguePlanet Defender que puede otorgar privilegios del SISTEMA – CYBERDEFENSA.MX

Microsoft ha publicado actualizaciones de seguridad para una vulnerabilidad de Defender conocida como RoguePlanet, casi un mes después de que los detalles de la falla se hicieran públicos.

La vulnerabilidad, rastreada como CVE-2026-50656 (puntuación CVSS: 7,8), es un problema de escalada de privilegios en Microsoft Malware Protection Engine («mpengine.dll»), que proporciona capacidades de escaneo, detección y limpieza para su software antivirus y antispyware.

El problema se solucionó en Microsoft Malware Protection Engine versión 1.1.26060.3008, junto con actualizaciones de defensa en profundidad para reforzar características relacionadas con la seguridad no especificadas.

RoguePlanet fue revelado por primera vez por un investigador de seguridad llamado Chaotic Eclipse (también conocido como Nightmare-Eclipse), y lo describió como una condición de carrera de la que se podría abusar para generar un shell con privilegios a nivel de SISTEMA. Esto, a su vez, otorga al atacante la capacidad de ejecutar código arbitrario o realizar acciones no autorizadas.

Ciberseguridad

Se ha descubierto que el exploit funciona en sistemas que ejecutan versiones actualizadas de Windows con las actualizaciones del martes de parches de junio de 2026 instaladas. Posteriormente, Chaotic Eclipse también reveló que el exploit funciona independientemente de si la protección en tiempo real está activada o no. Microsoft no ha acreditado oficialmente a Chaotic Eclipse por el descubrimiento de la vulnerabilidad.

RoguePlanet es la cuarta vulnerabilidad de Defender revelada por el investigador después de BlueHammer (CVE-2026-33825), UnDefend (CVE-2026-45498) y RedSun (CVE-2026-41091), todas las cuales desde entonces han sido parcheadas por Microsoft.

El fabricante de Windows dijo que no se requiere ninguna acción por parte del cliente para instalar la actualización para CVE-2026-50656, ya que el software se actualiza con frecuencia para proteger a los clientes contra amenazas nuevas y en evolución.

«Para implementaciones empresariales así como para usuarios finales, la configuración predeterminada en el software antimalware de Microsoft ayuda a garantizar que las definiciones de malware y el motor de protección contra malware de Microsoft se mantengan actualizados automáticamente», dijo Microsoft.

«Dependiendo del software antimalware de Microsoft que se utilice y de cómo esté configurado, el software puede buscar actualizaciones de motores y definiciones todos los días cuando esté conectado a Internet, hasta varias veces al día. Los clientes también pueden optar por buscar actualizaciones manualmente en cualquier momento».

Las herramientas DEBULL abusan del flujo de código de dispositivo de Microsoft para apuntar a cuentas M365 – CYBERDEFENSA.MX

Se ha observado una campaña de phishing de código de dispositivo Microsoft 365 que aprovecha señuelos con temas de colaboración para tomar el control de las cuentas de las víctimas entre la última semana de junio de 2026 y principios de julio, según recomendaciones de ZeroBEC.

«La campaña no dependía de una página de contraseña falsa de Microsoft. Utilizó un señuelo malicioso de estilo colaborativo para empujar a los usuarios a la experiencia legítima de inicio de sesión del dispositivo Microsoft, mientras que un agente backend generaba y sondeaba tokens de código de dispositivo del Agente de Autenticación de Microsoft», dijo la compañía de seguridad de correo electrónico en un informe compartido con The Hacker News.

Se evalúa que la actividad comparte superposiciones «fuertes» con una campaña documentada por Microsoft en febrero de 2025 bajo el nombre de Storm-2372, incluido el uso de mensajes o señuelos estilo Teams para engañar a víctimas desprevenidas para que ingresen un código de dispositivo proporcionado por el atacante, junto con sus credenciales, lo que permite efectivamente al actor de amenazas recuperar el token y secuestrar su cuenta.

A pesar de estas similitudes, se evalúa que los actores de amenazas están empleando técnicas de estilo Storm-2372 a través de lo que se ha descrito como una capa de herramientas reutilizable llamada DEBULL.

El phishing de código de dispositivo se refiere a una técnica de robo de identidad en la que los atacantes explotan un mecanismo de autenticación OAuth 2.0 legítimo, específicamente el flujo de concesión de autorización de dispositivo, para evitar la autenticación multifactor (MFA) y obtener acceso persistente a la cuenta sin tener que robar las contraseñas de los usuarios.

A diferencia de los ataques de phishing tradicionales que requieren que los operadores configuren páginas de inicio de sesión falsas de adversario en el medio (AitM), el phishing de código de dispositivo se basa en manipular a un usuario para que complete un mensaje de autenticación real y confiable.

Ciberseguridad

Autenticación de código de dispositivo, por microsoftes un flujo OAuth legítimo diseñado para dispositivos con interfaces limitadas, como televisores inteligentes o impresoras, que no pueden admitir un inicio de sesión interactivo tradicional. En este escenario, al usuario se le presenta un código corto en el dispositivo desde el que intenta iniciar sesión y se le solicita que ingrese ese código en un navegador web en un dispositivo separado para completar la autenticación.

Los actores de amenazas tienen abusado esta separación para insertarse y iniciar el flujo de autenticación. Luego, comparten ese código con el objetivo a través de un señuelo de phishing. Así, cuando el usuario ingresa el código, autoriza la sesión del actor de la amenaza sin su conocimiento, otorgándole acceso a la cuenta.

«El phishing del código del dispositivo no se abre camino», Huntress notas. «Utiliza un flujo de autenticación legítimo para atravesar la puerta principal, sin necesidad de contraseña, sin pasar por MFA y con tokens de sesión entregados directamente al atacante».

Los ataques exitosos de phishing de código de dispositivo pueden facilitar la apropiación total de la cuenta, el robo de información valiosa, el fraude, el compromiso del correo electrónico empresarial (BEC), el movimiento lateral dentro de un entorno comprometido e incluso ataques disruptivos como el ransomware.

«En la mayoría de los ataques de phishing de código de dispositivo actuales, el código se genera dinámicamente cuando un usuario hace clic en el enlace de phishing inicial. Este cambio aparentemente pequeño permite al usuario ver el correo electrónico en cualquier momento para iniciar la cadena de ataque», Proofpoint dicho en un análisis publicado en mayo de 2026. «Estas nuevas implementaciones de las cadenas de ataque de código de dispositivo se pueden comprar a través de ofertas de phishing como servicio (PhaaS), como EvilTokens o Tycoon, o pueden ser creadas y propiedad del actor de amenazas que realiza las campañas».

También se sabe que estas campañas aprovechan el salto de toma de control de cuenta (ATO), una técnica en la que un atacante compromete una cuenta de correo electrónico inicial y luego abusa de ella para enviar enlaces de phishing a un conjunto más amplio de contactos en forma de botón, texto con hipervínculo, incrustado en un documento o código QR. Los enlaces, cuando los visita el destinatario, inician una secuencia de ataque que emplea el proceso de autorización de dispositivos de Microsoft.

ZeroBEC dijo que la campaña que observó implica el uso de pretextos de pago y carpetas compartidas en correos electrónicos de phishing para engañar a las víctimas para que hagan clic en una URL que las lleva a un sitio web de alquiler croata legítimo pero comprometido, que, a su vez, actúa como un orquestador de códigos de dispositivos utilizado para iniciar la cadena de desafío de códigos de dispositivos de Microsoft.

El flujo de trabajo se caracteriza por la presencia de marcadores de desarrollador en idioma turco, aunque las pistas no son suficientes para atribuir definitivamente la procedencia de la campaña. Un análisis más detallado de la infraestructura ha revelado que DEBULL es probablemente una plataforma de phishing como servicio (PhaaS) que utiliza GraphSpy o un flujo de trabajo derivado de GraphSpy para Microsoft 365 y Entra post-explotación.

«Los operadores pueden definir un nombre de página y un slug, editar HTML, CSS y JavaScript directamente y luego elegir cómo se publica el señuelo», dijo ZeroBEC. «Las plantillas integradas incluían una página de autenticación de código de dispositivo de Microsoft 365, una página de devolución de llamada de OAuth y una página de inicio moderna. La plantilla de Microsoft 365 es especialmente importante porque expone el bloque de construcción exacto utilizado por la campaña: una visualización del código de usuario, un comportamiento de copia de código y un vínculo para iniciar sesión en el dispositivo de Microsoft».

«La conclusión más útil es que el arte de identidad al estilo Storm-2372 ahora se está empaquetando en una infraestructura de corredor reutilizable. DEBULL proporciona la capa orientada a la campaña y al operador. GraphSpy o el código derivado de GraphSpy probablemente maneja la capa posterior a la autenticación. El atractivo se puede cambiar sin cambiar la pila de identidades del backend».

La divulgación se produce como lo dijo Cisco Talos. identificado un panel de operador PhaaS con todas las funciones llamado ARToken que comparte infraestructura, contratos API y patrones operativos con la plataforma de phishing de código de dispositivo EvilTokens y está disponible para los afiliados.

Ciberseguridad

«El panel ARToken expone más de 80 puntos finales API para phishing de códigos de dispositivos, persistencia de tokens de actualización primaria (PRT), acceso a correo electrónico, operaciones de compromiso de correo electrónico empresarial (BEC) y exfiltración de SharePoint, todo accesible para los operadores a través de un panel basado en React», dijo Talos.

EvilTokens, como DEBULL, permiten a los atacantes utilizar tokens recolectados como armas para filtrar correos electrónicos, archivos y otros datos confidenciales de cuentas de Microsoft comprometidas, realizar reconocimientos a través de Microsoft Graph API y establecer acceso persistente. Además, incorpora Funciones impulsadas por inteligencia artificial (IA) para automatizar y escalar los flujos de trabajo de BEC, como examinar miles de correos electrónicos recopilados, identificar hilos de correo electrónico relacionados con finanzas y redactar borradores de correos electrónicos de BEC.

ARToken funciona como un conjunto de herramientas completo posterior al compromiso que permite a los operadores aprovechar el token de acceso capturado recuperado luego de una autenticación exitosa del código del dispositivo para mantener el acceso, realizar operaciones de correo electrónico, acceder a OneDrive y SharePoint, y explorar las sesiones de Microsoft 365 de las víctimas fuera del panel utilizando una herramienta dedicada conocida como ARTBrowser.

«Estas características indican que la plataforma es más madura que un simple kit de phishing de código de dispositivo: es un entorno de operaciones BEC completo», dijo el investigador de Talos, Michael Kelley.

El aumento de los ataques de phishing de códigos de dispositivos también ha llevado a otros kits PhaaS como Tycoon 2FA a adoptar la técnica para secuestrar cuentas de Microsoft 365 en sus rebote después de una operación policial, lo que indica un cambio más amplio dentro del panorama de amenazas.

«Los operadores de Tycoon 2FA han reutilizado su kit PhaaS existente como marco de entrega para el phishing de concesión de código de dispositivo OAuth», eSentire anotado en mayo de 2026. «El ataque comienza cuando una víctima hace clic en una URL de seguimiento de clics de Trustifi en un correo electrónico atractivo y culmina cuando la víctima, sin saberlo, otorga tokens OAuth a un dispositivo controlado por el atacante a través del flujo legítimo de inicio de sesión del dispositivo de Microsoft en microsoft.com/devicelogin».

Microsoft acelera el cambio de criptografía poscuántica hasta 2029 – CYBERDEFENSA.MX

Microsoft dijo el martes que está acelerando su hoja de ruta de seguridad cuántica, afirmando que los avances tecnológicos en la computación cuántica hacen que sea esencial reemplazar los estándares de cifrado existentes antes de lo esperado.

«Los avances en la investigación y el desarrollo cuánticos han cambiado el horizonte de riesgo», dijo Mark Russinovich, director de tecnología de Microsoft Azure. dicho. «Creemos que las computadoras cuánticas criptográficamente relevantes podrían llegar antes de lo esperado, y el trabajo requerido para prepararlas es significativo, por lo que las organizaciones deben comenzar ahora».

Para ello, el fabricante de Windows está acelerando el programa Microsoft Quantum Safe (QSP) cronograma con el objetivo de realizar la transición de productos y servicios críticos a la criptografía poscuántica (PQC) para 2029. La compañía también planea incorporar los requisitos de PQC en su Secure Future Initiative (SFI).

Ciberseguridad

Algunas áreas clave de enfoque incluyen la actualización de la criptografía de red mediante la adopción de TLS 1.3, la creación de criptoagilidad para los datos almacenados para facilitar la capacidad de cambiar la criptografía sin tener que rediseñar los sistemas subyacentes y la transición a algoritmos PQC para proteger las cadenas de confianza, como la firma de códigos, la emisión de certificados, la protección de claves y los canales de actualización.

«Esto lleva la preparación para la seguridad cuántica al mismo marco de ingeniería disciplinado que utilizamos para otros resultados de seguridad críticos: propiedad clara, hitos mensurables y progreso transparente», dijo Russinovich. «Integrar estas capacidades en nuestras plataformas permite a los clientes moverse más rápido y con más confianza».

Microsoft también señaló que la criptoagilidad es esencial para la migración poscuántica, y exige la necesidad de eliminar los supuestos de algoritmos codificados, conservar información adecuada para reconstruir el contexto criptográfico y construir sistemas tales que las actualizaciones de algoritmos se conviertan en tareas de ingeniería de rutina en lugar de reescrituras de emergencia.

«La criptoagilidad requiere metadatos criptográficos autodescriptivos o formatos de texto cifrado versionados para que las implementaciones puedan leer datos heredados mientras escriben con los algoritmos aprobados más nuevos», explicado. «Un sistema cripto-ágil bien diseñado debería apuntar a leer formatos de texto cifrado más antiguos durante el tiempo suficiente para soportar la migración, mientras escribe nuevos datos con la configuración aprobada más reciente».

El acontecimiento se produce días después de que el presidente de Estados Unidos, Donald Trump, firmara una orden ejecutiva que establecía plazos estrictos para que las agencias federales transfirieran activos de alto valor y sistemas de alto impacto a PQC.

Ciberseguridad

A principios de marzo, Google anunció un nuevo programa en su navegador Chrome para garantizar que los certificados HTTPS estén seguros contra el riesgo futuro que plantean las computadoras cuánticas. Ese mismo mes, el gigante tecnológico comprometido públicamente a migrar su propia infraestructura para que sea segura cuántica para 2029. La empresa de infraestructura web Cloudflare también ha hizo lo mismo con planes similares para avanzar hacia PQC para el mismo año.

La amenaza se ve agravada por lo que se llama «cosechar ahora, descifrar después», donde los adversarios pueden recopilar datos cifrados ahora con la esperanza de decodificarlos más tarde, una vez que una máquina cuántica a gran escala entre en funcionamiento.

Es más, un equipo de investigadores de Google revelado había mejorado drásticamente el algoritmo cuántico para romper la criptografía de curva elíptica, específicamente el logaritmo discreto de curva elíptica de 256 bits (ECDLP-256), utilizando menos qubits y puertas de los que se pensaba anteriormente.

Por otra parte, un grupo de académicos de Caltech y Oratomic demostrado un nuevo enfoque de corrección de errores que podría hacer algoritmo de shor práctico con tan solo 10.000 qubits reconfigurables y potencialmente romper RSA-2048 y P-256.

La pulverización de contraseñas de la CLI de Azure llega a al menos 78 cuentas de Microsoft en más de 81 millones de intentos – CYBERDEFENSA.MX

Los investigadores de ciberseguridad han advertido sobre un «ataque masivo, continuo y automatizado de pulverización de contraseñas» dirigido a la interfaz de línea de comandos (CLI) de Azure de Microsoft, comprometiendo docenas de cuentas en el proceso.

La actividad, por Cazadorase origina en un rango de direcciones IPv6 (2a0a:d683::/32) controlado por el proveedor de infraestructura de Internet LSHIY LLC (AS32167).

«Entre el 12 y el 26 de junio, el actor de amenazas detrás de esto realizó más de 81 millones de intentos de inicio de sesión y comprometió con éxito al menos 78 cuentas de Microsoft en 64 organizaciones», dijo la compañía en un comunicado. «El objetivo de estos ataques parece basarse enteramente en la prevalencia de contraseñas en listas combinadas de contraseñas comprometidas, y no es específico del tipo de negocio o industria».

Lo que hace que el ataque de pulverización de contraseñas sea digno de mención no es solo la escala, sino también el hecho de que muchas de las organizaciones comprometidas tenían habilitadas políticas de acceso condicional. Específicamente, se descubrió que la campaña aprovecha un flujo OAuth obsoleto llamado Credenciales de contraseña del propietario de recursos (ROPC) para eludir las protecciones de la Política de acceso condicional (CAP).

ROPC es un tipo de concesión de OAuth 2.0 heredado en el que un usuario proporciona directamente su nombre de usuario y contraseña a una aplicación cliente, que luego envía estas credenciales a un servidor de autorización para intercambiarlas por un token de acceso. Quedó obsoleto en OAuth 2.1.

Ciberseguridad

En su documentación, Microsoft recomienda a los clientes que no utilicen ROPC, argumentando que es incompatible con la autenticación multifactor (MFA).

«En la mayoría de los escenarios, hay alternativas más seguras disponibles y recomendadas», afirma el gigante tecnológico. dice. «Este flujo requiere un grado muy alto de confianza en la aplicación y conlleva riesgos que no están presentes en otros flujos. Sólo debe utilizar este flujo cuando no sean viables flujos más seguros».

Se dice que los ataques de pulverización de credenciales y tokens dieron como resultado un puñado de inicios de sesión exitosos por día entre el 12 y el 21 de junio de 2026, con un promedio de dos a cuatro cuentas comprometidas diariamente, con la excepción del 19 de junio, cuando 12 cuentas de usuario (también conocidas como identidades) fueron comprometidas. La cadencia constante cambió el 22 de junio, con 30 identidades en 23 empresas afectadas.

En total, 78 cuentas de usuarios se vieron comprometidas en 64 organizaciones como parte de la campaña. La gran mayoría de la actividad de pulverización de contraseñas provino de LSHIY LLC. Algunas de las direcciones IP se resuelven en EE. UU., mientras que otras se resuelven en China.

«Estos ataques son parte de una gran ola de ataques de pulverización de credenciales en algunos ASN diferentes», dijo Huntress, y agregó que ha sido testigo de un aumento de más de 155 veces en el volumen de ataques de pulverización de credenciales en toda su base de clientes. «Los ataques aumentaron en particular desde finales de mayo hasta principios de junio, con un valor medio actual de alrededor de 1.964 ataques fallidos por mes por inquilino protegido por Huntress».

La actividad parece utilizar específicamente como arma antiguas combinaciones de nombre de usuario y contraseña que fueron violadas previamente pero que nunca se rotaron. El uso del vector ROPC significó que los atacantes pudieron apuntar a empresas que habían implementado MFA, pero no se aplicó ni se configuró para tener en cuenta los inicios de sesión ROPC de la CLI de Azure.

Esto incluyó escenarios en los que no se activó MFA:

  • Aplicar MFA solo para aplicaciones específicas, a diferencia de «Todas las aplicaciones en la nube», por lo que no se cubren los inicios de sesión de la CLI de Azure utilizados por los actores de amenazas.
  • Aplicar MFA solo para grupos de usuarios específicos, como administradores
  • Aplicar MFA solo cuando las solicitudes se originan en ubicaciones que no son de confianza
Ciberseguridad

«Vale la pena señalar que ocho empresas afectadas por la campaña no tenían ninguna política de MFA», dijo Huntress. «Si bien los actores de amenazas en esta campaña pudieron ingresar a pesar de que se configuró MFA, la conclusión no debería ser que MFA no funcione en absoluto; en cambio, las organizaciones deben asegurarse de que sus políticas de MFA estén configuradas adecuadamente para abordar el flujo de autorización utilizado en estos incidentes».

Para contrarrestar esta línea de ataque, se recomienda a las organizaciones exigir MFA para todos los usuarios, todas las aplicaciones en la nube y todos los tipos de aplicaciones cliente al habilitar CAP, restringir la aplicación CLI de Azure para usuarios que no sean administradores y priorizar la respuesta según la validez de las credenciales.

«Este ataque revela grietas en los CAP que no se han configurado adecuadamente», concluyeron los investigadores de Huntress. «Todavía existen debilidades potenciales en la forma en que se implementan los CAP que pueden permitir que los actores de amenazas se escapen. Un error flagrante aquí es que los protocolos heredados como ROPC pueden eludir por completo algunos CAP mal configurados, ya que no pasan por el punto final de autorización donde se aplican las políticas».

Microsoft advierte que las descripciones de herramientas MCP envenenadas pueden hacer que los agentes de IA filtren datos – CYBERDEFENSA.MX

Una nueva investigación de Microsoft muestra cómo los atacantes pueden secuestrar agentes de IA que actúan en nombre de un usuario, utilizando nada más que una descripción de herramienta envenenada para hacer que el agente entregue silenciosamente los datos de la empresa a un extraño.

El truco es que el agente nunca infringe una regla. Cada paso parece rutinario, por lo que en una configuración predeterminada no se puede activar ninguna alarma.

El trabajo proviene de Microsoft Incident Response y su equipo de investigación de seguridad Defender, y llega cuando las empresas comienzan a permitir que la IA haga más que leer y resumir.

¿Qué cambia cuando un agente puede actuar?

Hasta hace poco, el riesgo de la IA en el lugar de trabajo se enmarcaba principalmente en lo que leía y escribía un modelo. Un documento envenenado podía distorsionar una respuesta, y ahí fue donde terminó.

Los agentes son diferentes. Microsoft 365 Copilot puede enviar correos electrónicos, crear archivos y cambiar calendarios. Los agentes personalizados creados en Copilot Studio o Azure AI Foundry pueden acceder a los sistemas empresariales y ejecutar trabajos de varios pasos por sí solos.

El mismo truco de inyección que sesga un resumen ahora desencadena una acción. Contra un lector, un ataque cambia la salida. Contra un agente, cambia lo que realmente hace el software.

Ciberseguridad

Estos agentes llegan a los sistemas empresariales a través de MCP, el Protocolo de contexto modeloun protocolo abierto que permite a una IA llamar a herramientas externas de la misma manera que una aplicación llama a una API. Microsoft la llama la parte de más rápido crecimiento de la cadena de suministro de IA agente, lo que la convierte en una superficie de ataque en expansión.

Cómo funciona el ataque

Cada herramienta MCP viene con una descripción: unas pocas líneas de texto sin formato que le dicen al agente qué hace la herramienta y cuándo usarla. El agente lee ese texto para decidir cómo actuar. Ésa es toda la debilidad. La descripción son sólo palabras, y las palabras pueden contener instrucciones.

microsoft camina a través con un ejemplo de factura, creado para mostrar el patrón en lugar de informar sobre una víctima nombrada. Un equipo de finanzas contrata a un agente para que se encargue de las facturas de los proveedores. Se conecta a tres herramientas, incluido un servicio de «enriquecimiento de facturas» de terceros cuyo uso fue aprobado pero que nunca recibió una revisión de seguridad real.

Luego, el atacante actualiza esa herramienta de terceros. El nombre y el resumen visible siguen siendo los mismos. Enterrada en la descripción, disfrazada de notas de formato, hay una orden oculta: tome las últimas treinta facturas impagas y adjúntelas a la siguiente llamada. MCP detecta cambios en la descripción sobre la marcha. En configuraciones sin un activador de reaprobación, la versión envenenada se activa sin revisión adicional.

Después de eso, un analista hace una pregunta de rutina sobre un proveedor. El agente sigue el orden oculto, recoge las facturas y las envía como parte de una solicitud de apariencia normal. La herramienta devuelve una respuesta limpia y copia silenciosamente los datos robados a un servidor que controla el atacante. El analista no ve nada malo.

Cada movimiento que hace el agente es legítimo por sí solo. La herramienta fue aprobada. La consulta de datos se ejecutó con los permisos propios del analista. La llamada saliente fue a un servidor que estaba permitido cuando se agregó. La debilidad no está en ningún sistema en particular. Vive en lo que Microsoft llama «el límite de confianza entre ellos».

El problema más profundo es que MCP mezcla instrucciones y datos en el mismo lugar. La descripción de una herramienta vive en la memoria de trabajo del agente justo al lado de sus órdenes reales, por lo que editar esa descripción puede orientar al agente con tanta eficacia como reescribir el mensaje del sistema.

El agente no tiene una forma confiable de distinguir una instrucción honesta de una maliciosa introducida por quien mantiene la herramienta. Microsoft señala que esto no es un error en Copilot en sí. Es una brecha de confianza que se abre al conectar herramientas externas.

¿Qué deben hacer los defensores?

El consejo de Microsoft, resumido en términos sencillos:

  • Trate cada herramienta conectada como parte de su cadena de suministro. Mantenga una lista de editores de herramientas aprobados, desactive «permitir todo» y permita que un agente use solo las herramientas específicas que necesita.
  • Trate la descripción de una herramienta como un mensaje del sistema. Revise los cambios de la misma manera que revisaría un cambio de código y escanee el texto en busca de comandos que no tienen por qué estar en un campo de ayuda.
  • Pon a un humano frente a acciones riesgosas. Cualquier cosa que mueva dinero, comparta datos fuera de la empresa o cambie de cuenta debe necesitar la aprobación de una persona.
  • Dale a cada agente su propia identidad y observa lo que hace. Registre sus acciones, establezca una línea de base para lo normal y marque nuevos puntos finales, extracciones de datos más grandes o consultas extrañas.
  • Aplique la menor agencia, no sólo el mínimo privilegio. Incluso un agente con poco permiso puede causar un daño real si se le permite actuar sin controles.

Microsoft asigna sus propios productos a cada paso, incluidos Prompt Shields, Purview DLP, Entra Agent ID, Defender for Cloud y Sentinel, pero los principios se aplican independientemente de la pila que ejecute.

No es una teoría: cómo llegamos aquí

Esta clase de ataque tiene un rastro documental. Invariant Labs denominó «intoxicación por herramientas» en abril de 2025, con un prueba de concepto eso ocultó instrucciones en la descripción de una herramienta de calculadora y consiguió que el editor de cursor leyera la clave SSH privada de un usuario y la enviara. Desarrollador Simon Willison cavado en ello días después.

Ciberseguridad

Más tarde, el mismo grupo mostró un truco relacionado: un problema malicioso de GitHub podría secuestrar un agente conectado al Servidor MCP de GitHub y sacar datos de repositorios privados. Las herramientas allí eran confiables y estaban intactas; las malas instrucciones se basaron en los datos que leyó el agente.

OWASP ahora cita ese caso como ejemplo de vulnerabilidades de la cadena de suministro de agentes en su Top 10 de aplicaciones de agentes de diciembre de 2025.

Ya se ha producido un fallo relacionado en la cadena de suministro. En septiembre de 2025, investigadores de Koi Security encontraron un paquete npm llamado postmark-mcp. Había reflejado una herramienta de correo electrónico legítima durante quince versiones limpias antes de que la versión 1.0.16 incluyera una línea que ocultaba en secreto cada correo electrónico que un agente enviaba a un atacante. Koi lo llamó el primer servidor MCP malicioso del mundo real.

Los académicos también han comenzado a medir el problema. El Punto de referencia MCPToxlanzado en agosto de 2025, ejecutó descripciones de herramientas envenenadas en 45 servidores MCP reales y 20 modelos líderes de IA. Encontró que el ataque fue ampliamente efectivo, con una tasa de éxito de hasta el 72,8 por ciento, y los modelos casi nunca se negaron.

La línea completa es la que Microsoft está presionando ahora. La IA que puede actuar es tan confiable como las herramientas que le dejas tocar, y en este momento esas herramientas son fáciles de envenenar y difíciles de observar.

Microsoft elimina 119 extensiones de Edge que ocultaban malware en imágenes y fuentes – CYBERDEFENSA.MX

Microsoft cerró una operación de extensión maliciosa de larga duración en la tienda de complementos de Edge que ocultaba sus cargas útiles dentro de archivos de imágenes y fuentes comunes y luego se despertaba días después de la instalación para robar credenciales y ejecutar fraude publicitario.

La empresa lo llama StegoAduna combinación de esteganografía y adware, y vincula 119 extensiones a un único actor de amenazas que, según dice, ha estado activo desde al menos 2021.

Las extensiones eran del tipo que la gente instala sin pensarlo dos veces: bloqueadores de publicidad, VPN, traductores, descargadores de vídeos. Cada uno hizo su trabajo y obtuvo críticas. El código malicioso permaneció inactivo hasta que la extensión superó una pila de controles de evasión, y así permaneció en la tienda durante años.

Combinadas, las 119 extensiones tenían una base instalada de hasta 2,6 millones de usuarios. Microsoft tiene claro que se trata de un límite máximo, no de un recuento de víctimas.

Ciberseguridad

Un retraso de varios días, una validación del lado del servidor y una puerta de ejecución del 10% en algunas variantes significaron que la carga útil nunca se activó en muchas instalaciones. Se desconoce cuántas personas se vieron realmente comprometidas.

Código oculto en imágenes y fuentes.

El truco que da nombre a la campaña es la esteganografía: meter código ejecutable dentro de archivos que parecen completamente normales. Las primeras variantes agregaban JavaScript después del marcador IEND de un ícono PNG, por lo que la imagen se mostraba bien en todas partes mientras llevaba una carga útil que los escáneres estáticos nunca marcaban.

A medida que la detección se puso al día, el actor pasó a imágenes WebP, luego a archivos de fuentes WOFF2, ocultando código en rangos de glifos que se leen como texto asiático o metadatos de fuentes. Microsoft considera que la esteganografía a esta escala es poco común en el ecosistema de extensiones de navegador.

Algunas variantes de alto impacto ni siquiera enviaron la carga útil localmente. Obtuvieron una imagen de aspecto normal de un servidor de comando y control. La extensión lo decodificó a través de capas de intercambios de casos, intercambios de dígitos, Base64 y XOR, luego lo comparó con una firma antes de ejecutarlo.

El servidor C2 solo entregó el archivo real a solicitudes que pasaron una huella digital y una verificación de Usuario-Agente; cualquiera que lo investigara directamente, incluidos los investigadores, obtuvo una respuesta de señuelo vacío.

Las extensiones también vigilaban las DevTools abiertas y extendían su inactividad si veían a un analista mirando.

Fraude publicitario arriba, robo de credenciales debajo

El daño visible fue el fraude publicitario: anuncios inyectados, comisiones de afiliados secuestradas en Amazon, eBay y AliExpress, y búsquedas redirigidas, todo ello robando dinero y degradando la navegación.

El análisis de Microsoft de las cargas útiles recuperadas encontró mucho más debajo. Las cargas útiles incluían una puerta trasera de ejecución remota de código que ejecutaba JavaScript arbitrario enviado desde el servidor. También robaron credenciales de Google y códigos de segundo factor al iniciar sesión, recopilaron inicios de sesión de administradores de WordPress y extrajeron cookies en masa para secuestrar sesiones.

Microsoft dice que siete ID de seguimiento de Google Analytics parecen haber servido como telemetría encubierta, brindando al operador paneles de control casi en tiempo real sobre la campaña a través de la propia infraestructura de Google.

La plomería coincidía con la ambición. Microsoft cuenta con más de diez dominios C2 con conmutación por error automática. El actor dirigió el tráfico a través de Cloudflare Workers y abusó de las páginas de GitHub para alojar balizas.

Ciberseguridad

Un marco polimórfico abarcó aproximadamente 66 extensiones con más de 15 variantes de nombres, y la operación migró de Manifest V2 a V3 a medida que el actor se adaptaba a los cambios de plataforma.

que hacer

Microsoft dice que eliminó las 119 extensiones y suspendió las más de 90 cuentas de desarrollador detrás de ellas. La lista completa de ID de extensión se encuentra en la página de la empresa. informe técnico.

Abra edge://extensions y compare sus complementos instalados con esa lista. Si algo coincide, o si Edge eliminó uno automáticamente, trate el navegador como expuesto. Cambie las contraseñas de Google, WordPress, cuentas bancarias y otras cuentas confidenciales.

Revise la actividad de inicio de sesión reciente y active la autenticación sólida de dos factores. Las claves de seguridad de hardware resisten este tipo de robo de credenciales de una manera que no lo hacen los códigos SMS. Microsoft publicó indicadores de compromiso para su uso en Chrome, Firefox y otros navegadores Chromium.

StegoAd se parece menos a una campaña nueva que a la cara nueva de una conocida. Su carga útil de credenciales se filtra a mitarchive.info, un dominio que Koi Security vincula con DarkSpectre, la operación china que vinculó en diciembre con las campañas de extensión ShadyPanda y GhostPoster.

La conexión va más allá del dominio. StegoAd oculta el código dentro del icono de una extensión, el mismo método que utilizó GhostPoster meses antes. Los dos incluso comparten nombres de extensiones, como Ads Block Ultimate.

Microsoft no ha nombrado al actor, pero la superposición es clara. El operador sigue activo, afirma Microsoft.

Microsoft advierte sobre una campaña de phishing de fotografías ZIP dirigida a hoteles con implante Node.js – CYBERDEFENSA.MX

Una campaña activa de phishing ha estado dirigida a hoteles y otras organizaciones hoteleras en Europa y Asia desde abril de 2026, utilizando archivos ZIP con temas fotográficos para colocar un implante Node.js y profundizar en las máquinas de la recepción, dice Microsoft.

La compañía no ha atribuido la actividad a ningún actor de amenazas conocido y el objetivo final de los operadores aún no está claro.

El atractivo reside en cómo funcionan los hoteles. Los correos electrónicos de phishing llevan el nombre para mostrar «Administrador de reservas (a través de Calendly)» y hacen referencia a quejas de los huéspedes, infestaciones de chinches, consultas sobre habitaciones, inspecciones sanitarias y reseñas de estadías.

Los señuelos venían en japonés, danés y holandés, siendo el japonés el más común. La línea de asunto no menciona ningún destinatario o propiedad, lo que indica un envío de gran volumen basado en listas en lugar de un phishing personalizado. La presión es reputacional: quejas, advertencias finales, amenazas de inspecciones.

Ciberseguridad

La entrega es la parte interesante. Los operadores enrutan mensajes a través del sistema de notificación por correo electrónico de Calendly y el servicio de redireccionamiento de URL de Google, un truco al que Microsoft llama lavado de autenticación. Los correos electrónicos enviados a través de la ruta directa de Calendly pasan por SPF, DKIM y DMARC, porque en realidad se envían desde una infraestructura autorizada.

Los controles confirman que el remitente tiene permiso para enviar. No dicen nada sobre para qué sirve el mensaje. Luego, una cadena de múltiples saltos guía a la víctima desde un enlace de Calendly a través de share.google y una redirección de Google a un dominio .cfd recién registrado y con Cloudflare. Ese dominio se encuentra detrás de un desafío Turnstile que también funciona como antianálisis.

Haga clic y el objetivo descargará un archivo llamado foto-.cremallera. Dentro hay un atajo que se hace pasar por una imagen: IMG-.png.lnk en la primera ola, FOTO-.png.lnk en el segundo.

Al abrirlo se activa PowerShell. El script utiliza aritmética BigInt para decodificar una URL de descarga oculta, extrae un .ps1 a %TEMP% y coloca un tiempo de ejecución legítimo de Node.js v24.13.0 desde nodejs.org en el espacio del usuario, que luego ejecuta el implante de JavaScript. No se necesita ninguna instalación de Node en todo el sistema.

El implante se rastrea como TonRAT. Resuelve sus dominios C2 a través de la API de blockchain de TON y luego abre un canal WebSocket cifrado, según SOC Prime. Obtener dominios sobre la marcha hace que las listas de bloqueo estáticas sean menos útiles.

Después del compromiso, el implante dirigió direcciones IP fijas a través de puertos no estándar: 8443, 8445, 8453, 5555 y 56001 a 56003. Algunos hosts también mostraron automatización del navegador sin cabeza (–headless –no-sandbox), una verificación de geolocalización de ip-api.com y un apagado forzado a través de cmd /c Shutdown -s -t 0. Microsoft no ha informado Robo de datos confirmado, ransomware o víctimas nombradas.

Ciberseguridad

La corrección completa debe afectar a ambas rutas de persistencia: la entrada RunOnce que apunta a ProgramData y la clave Run de Node.js, además de los archivos runtime y .js en AppData\Local\Nodejs. Tirar de uno deja al otro vivo. Los sistemas de recepción, reservas y front office son los primeros lugares donde buscar.

La campaña no es nueva. SOC Prime y ITOCHU documentó el mismo phishing de hotel y la cadena LNK-to-PowerShell-to-Node.js unas dos semanas antes, y Microsoft dice que sus hallazgos coinciden con esos informes.

El phishing con temas de reservas dirigido al personal del hotel ha sido un patrón recurrente, incluidas las campañas de ClickFix que utilizaron PureRAT para robar los inicios de sesión de Booking.com.

Lo que ninguno de los informes puede responder todavía es lo que quieren estos operadores. El acceso es duradero, es fácil equivocarse en la limpieza y la carga útil final no ha sido fijada. Esto es suficiente para tratar esto como algo más que otro phishing relacionado con reservas.

Microsoft detalla la campaña de malware Windows Clipper utilizando el gusano USB LNK y C2 basado en Tor – CYBERDEFENSA.MX

Microsoft ha revelado detalles de una campaña de eliminación de criptomonedas basada en Windows que se ha dirigido a los usuarios desde febrero de 2026.

«El clipper de esta campaña se basa en Windows Script Host y en la lógica impulsada por ActiveX para lanzar un proxy Tor incluido y sondear un servicio oculto C2. [command-and-control] servidor», el equipo de investigación de seguridad de Microsoft Defender dicho en un análisis publicado el martes. «Lleva a cabo robo de portapapeles de alta frecuencia, exfiltración de capturas de pantalla y sustitución de direcciones de billetera».

«La ejecución de este clipper es notable porque no depende de un instalador tradicional o de una infraestructura C2 basada en IP expuesta. En cambio, implementa un cliente Tor portátil, enruta el tráfico a través de un proxy SOCKS5 local y combina el robo de datos con la ejecución remota de código, convirtiendo a un ladrón con motivación financiera en una puerta trasera liviana».

Ciberseguridad

El malware Clipper se refiere a un tipo de software malicioso que monitorea silenciosamente el portapapeles de un usuario e intercepta datos confidenciales pegados en el búfer de corto plazo. Se dirige principalmente a las transacciones de criptomonedas sustituyendo cadenas de direcciones de billetera que coinciden con patrones de direcciones de blockchain conocidos para redirigirlas a direcciones bajo su control.

Los ataques implican la distribución de un archivo malicioso de acceso directo de Windows (LNK) a través de dispositivos de almacenamiento USB, cuya apertura activa un componente de gusano que verifica si la máquina ya está infectada y solo procede a buscar la carga útil de un servidor remoto si no está presente. Un segundo módulo implementado es el clipper que recolecta y extrae información de la billetera de criptomonedas.

La carga útil LNK escanea el dispositivo USB en busca de tipos de documentos comunes como DOC, XLSX y PDF y, si los encuentra, los oculta y crea nuevos archivos LNK con los mismos nombres de archivo y que contienen argumentos que se alinean con el componente del gusano. Por lo tanto, cuando un usuario desprevenido inicia el acceso directo pensando que está abriendo un documento inofensivo, se desencadena la ejecución del malware.

El componente del gusano, además de garantizar la propagación a otras unidades USB no comprometidas, implementa tareas programadas como una forma de persistencia tanto para el componente del gusano como para el componente ladrón. El cortapelos, por su parte, utiliza WScript y ActiveXObject para interactuar con el sistema operativo y sale si el Administrador de tareas se encuentra entre la lista de procesos en ejecución activa para evadir la detección.

En la etapa final, el malware lanza un binario Tor renombrado en una ventana oculta, genera un identificador de víctima único y lo registra en el servidor externo. Una vez que se completa este paso, el malware entra en un bucle continuo, sondeando periódicamente el servidor C2 en busca de instrucciones y al mismo tiempo monitorea el portapapeles cada 500 milisegundos para extraer frases iniciales y claves privadas.

Ciberseguridad

«También secuestra direcciones de criptomonedas reemplazando valores de billetera copiados con alternativas controladas por atacantes y carga capturas de pantalla a través de Tor», dijo Microsoft. «Si el C2 devuelve una respuesta EVAL, el malware ejecuta el código proporcionado por el atacante en tiempo de ejecución».

El gigante tecnológico ha recomendado que los defensores den prioridad a las detecciones de comportamiento sobre las firmas estáticas, buscando específicamente la captura de pantalla basada en PowerShell y el uso de WScript, CScript o motores de script relacionados para iniciar curl, cmd.exe, PowerShell o ejecutables inesperados.

Otras mitigaciones incluyen deshabilitar la ejecución automática/reproducción automática para todos los medios extraíbles, bloquear la ejecución de LNK desde unidades extraíbles a través de objetos de política de grupo (GPO), restringir el uso innecesario de wscript.exe o cscript.exe y revisar los comportamientos relacionados con el portapapeles y las capturas de pantalla en dispositivos que manejan flujos de trabajo financieros confidenciales.

Los piratas informáticos de DragonForce abusan de los relés de Microsoft Teams para ocultar la puerta trasera. Gire el tráfico C2

Se ha observado que los actores de amenazas asociados con el ransomware DragonForce utilizan un troyano de acceso remoto (RAT) personalizado basado en Go llamado Puerta trasera.Girar para ocultar el tráfico de comando y control (C2) dentro de la infraestructura de retransmisión de Microsoft Teams.

Según las conclusiones de Symantec, propiedad de Broadcom, y Carbon Black, la puerta trasera se utilizó contra una importante empresa de servicios estadounidense. El nombre de la empresa no fue revelado.

«Backdoor.Turn obtiene un token de visitante anónimo de Teams de los servicios de identidad respaldados por Skype de Microsoft, utiliza un relé TURN legítimo de Microsoft para configurar la conexión y luego ejecuta una sesión QUIC en el servidor de comando y control (C2) real del atacante», explicó Threat Hunter Team. dicho en un informe compartido con The Hacker News.

«Para los defensores de la red, el único tráfico que podían ver eran las conexiones salientes a servidores legítimos de Microsoft Teams. Los atacantes estuvieron en la red de la víctima entre uno y dos meses».

El desarrollo marca el primer caso documentado públicamente de actores de amenazas que abusan del Traversal Usando Relays alrededor de NAT (DOBLAR) infraestructura de retransmisión.

Ciberseguridad

Se sospecha que el actor de amenazas obtuvo acceso inicial explotando una vulnerabilidad en un servidor SQL o MS-SQL, aunque se desconoce la naturaleza exacta de la falla. También es posible que el acceso se haya adquirido a través de un intermediario de acceso inicial (IAB).

La actividad maliciosa inicial en la red de la víctima comenzó en diciembre de 2025, cuando los atacantes ejecutaron un comando de PowerShell para colocar un archivo ZIP con el pretexto de una revisión de soporte técnico. El archivo ZIP responsable de lanzar un ataque de carga lateral de DLL, que luego ejecuta una DLL no autorizada para realizar reconocimiento, configurar la persistencia y silenciar el software de seguridad mediante un controlador de Huawei («HWAuidoOs2Ec.sys»).

Esto se logra mediante una técnica de ataque llamada técnica de traer su propio controlador vulnerable (BYOVD). El controlador se ha utilizado en una campaña de publicidad maliciosa a gran escala dirigida a personas residentes en EE. UU. que buscan documentos relacionados con impuestos, aunque se dice que esto tuvo lugar después del incidente del ransomware.

Algunos de los otros controladores utilizados para este propósito se enumeran a continuación:

Lo notable del ataque es la ejecución de Backdoor.Turn inyectándolo en el proceso legítimo «DbgView64.exe» después de que se haya implementado el ransomware DragonForce. Esto sugiere un intento de mantener el acceso continuo al host comprometido para ataques posteriores o revenderlo con fines de lucro.

El mecanismo subyacente basado en TURN de Backdoor.Turn se basa en una técnica de comunicación C2 sigilosa llamada Ghost Calls que fue documentada por Praetorian en agosto de 2024. La puerta trasera admite una amplia gama de capacidades, incluida la ejecución de comandos, la creación de procesos, el escaneo de redes, la búsqueda de LDAP y Active Directory, el movimiento lateral basado en credenciales y el robo de credenciales del navegador.

Ciberseguridad

«La puerta trasera solicita un token de visitante del backend de Microsoft Teams/Skype, usa ese token para interactuar con la infraestructura asociada a Teams (retransmisión TURN) y luego establece la conectividad saliente», explicaron Symantec y Carbon Black.

«Obtiene un token de autenticación de visitante (anónimo) de Teams respaldado por los servicios de identidad de Skype. Luego utiliza un servidor legítimo de Microsoft como servidor de retransmisión TURN durante la configuración de la conexión. Después de la configuración asistida por retransmisión, el malware establece una sesión QUIC directa al servidor C&C, lo cual es malicioso».

Los hallazgos pintan una imagen de un grupo de hackers que se apoya en sofisticados métodos cibernéticos para llevar a cabo ataques dirigidos de alto impacto, mientras deja a las víctimas en la ignorancia sobre la filtración encubierta de datos. Esto es particularmente significativo ya que Hackledorb, el actor de amenazas detrás de DragonForce, ha pasado de un modelo convencional de ransomware como servicio (RaaS) a una estructura de cartel formalizada y altamente organizada.

«El cronograma operativo revela un patrón de desarrollo continuo de capacidades, con la adopción de técnicas altamente avanzadas convirtiéndose en un sello distintivo de su actividad posterior a 2025», dijo la compañía. «La implementación de Backdoor.Turn, combinada con su evasión BYOVD multivectorial, los marca como uno de los grupos de ransomware más capaces y persistentes que operan en la actualidad».

Microsoft confirma RoguePlanet Defender Zero-Day y dice que el parche está en desarrollo – CYBERDEFENSA.MX

Microsoft ha revelado formalmente que está trabajando para lanzar un parche para abordar un Defender de día cero con nombre en código RoguePlanet.

A la vulnerabilidad ahora se le ha asignado el identificador CVE. CVE-2026-50656 (Puntuación CVSS: 7,8), y el gigante tecnológico lo describe como una falla de escalada de privilegios.

«Microsoft es consciente de una elevación de privilegios en el motor de protección contra malware de Microsoft en Microsoft Defender, denominado públicamente ‘RoguePlanet’», dijo la compañía. «Estamos trabajando para proporcionar una actualización de seguridad de alta calidad que aborde esta vulnerabilidad».

El desarrollo se produce casi una semana después de que un investigador de seguridad llamado Chaotic Eclipse (también conocido como Nightmare-Eclipse) publicara RoguePlanet, calificando el exploit como un caso de condición de carrera que otorga a los atacantes un shell con privilegios a nivel de SISTEMA.

Ciberseguridad

«El exploit es una condición de carrera, por lo que es una cuestión de éxito o fracaso», señaló el investigador. «He logrado obtener una tasa de éxito del 100 % en algunas máquinas, mientras que en otras tenía dificultades para funcionar».

En una actualización compartida el martes, el investigador agregado: «Olvidé agregar una cosa, sorprendentemente, el PoC para RoguePlanet funciona independientemente de si la protección en tiempo real está activada o no, lo cual es gracioso. Creo que incluso funciona en el caso del modo pasivo, pero no estoy realmente seguro, no lo he probado».

Microsoft le dijo a The Hacker News la semana pasada que está al tanto de la vulnerabilidad reportada y que está «investigando activamente la validez y potencial aplicabilidad de estas afirmaciones».

RoguePlanet es la cuarta vulnerabilidad de Defender revelada por Chaotic Eclipse después de BlueHammer (CVE-2026-33825), UnDefend (CVE-2026-45498) y RedSun (CVE-2026-41091), todas las cuales desde entonces han sido parcheadas por Microsoft.