La investigación de CTM360 revela cómo el phishing de seguros ha evolucionado hacia el secuestro de cuentas en tiempo real – CYBERDEFENSA.MX

Durante años, las campañas de phishing dirigidas a instituciones financieras siguieron el mismo manual. Se engañó a las víctimas para que ingresaran nombres de usuario y contraseñas, los atacantes recopilaron las credenciales y las cuentas se vieron comprometidas más tarde cuando surgió la oportunidad.

Ese modelo está cambiando.

Investigaciones recientes sobre operaciones de phishing centradas en seguros revelan un enfoque más inmediato. En lugar de recopilar credenciales para su uso posterior, los atacantes ahora sincronizan su actividad con las víctimas en tiempo real, autenticándose en portales de seguros legítimos cuando las víctimas completan el proceso de inicio de sesión sin saberlo. Todo el ataque puede desarrollarse en una sola sesión de navegación.

Este cambio pone de relieve una tendencia más amplia en todo el panorama de la ciberseguridad. A medida que las campañas de phishing se vuelven más sofisticadas, ya no basta con identificar sitios web maliciosos y dominios de suplantación de identidad. Las organizaciones necesitan cada vez más comprender la infraestructura, las técnicas y los flujos de trabajo operativos detrás de estos ataques.

Lea el informe completo aquí: https://www.ctm360.com/reports/insuretrap-fake-insurance-phishing-account-hijacking

Los seguros se han convertido en un objetivo cada vez más atractivo

Los proveedores de seguros han ampliado rápidamente sus servicios en línea. Los clientes ahora pueden comprar pólizas, renovar coberturas, presentar reclamos, administrar cuentas, actualizar información personal y completar pagos completamente a través de portales digitales.

Si bien esto mejora la experiencia del cliente, también crea un entorno atractivo para los actores de amenazas.

A diferencia de los ataques bancarios tradicionales que apuntan principalmente a transacciones financieras, las cuentas de seguros comprometidas a menudo contienen amplia información personal, documentos de identidad, registros de pólizas, métodos de pago y otros datos confidenciales de los clientes que pueden respaldar el fraude mucho más allá del compromiso inicial.

Durante la investigación, se identificó una operación de phishing coordinada dirigida a múltiples proveedores de seguros en varias regiones. En lugar de hacerse pasar por una sola organización, la campaña reutilizó la misma infraestructura operativa en numerosas marcas de seguros, adaptando el lenguaje, la marca y el contenido para adaptarse a los mercados locales. Arabia Saudita parecía ser el objetivo principal, mientras que se observó actividad adicional en Europa, Estados Unidos e India.

Los anuncios de Google se están convirtiendo en el vector de ataque inicial

Una de las observaciones más notables fue el uso constante de anuncios patrocinados de Google como principal mecanismo de entrega.

En lugar de depender de correos electrónicos de phishing o campañas de SMS, los atacantes compran anuncios que aparecen cuando los usuarios buscan cotizaciones de seguros, renovaciones o comparaciones de precios. Los anuncios promocionaban ofertas como «Compare ofertas de seguros de automóvil» o «Seguro a terceros más barato», animando a los usuarios a hacer clic en lo que parecían ser servicios de cotización legítimos.

Después de hacer clic en el anuncio, las víctimas son redirigidas a sitios web de phishing diseñados para parecerse mucho a proveedores de seguros genuinos. Estos sitios replicaron marcas, interfaces de usuario, flujos de trabajo de cotizaciones y portales de clientes con un nivel de realismo destinado a reducir las sospechas durante la interacción.

La infraestructura que apoyaba estas campañas era igualmente desechable. En lugar de depender de alojamiento malicioso dedicado, los operadores frecuentemente aprovechaban creadores de sitios web legítimos y plataformas de alojamiento gratuitas como GitHub Pages, Netlify, Hostinger, Wix, Lovable y otros servicios en la nube. Los dominios aleatorios con poca o ninguna semejanza con las marcas de seguros permitieron que las campañas rotaran rápidamente y al mismo tiempo redujeron la efectividad de los esfuerzos convencionales de monitoreo de marcas.

El phishing ha evolucionado hacia el secuestro de cuentas en tiempo real

Las campañas de phishing se han utilizado durante mucho tiempo para robar información confidencial, incluida información personal, detalles financieros, datos de tarjetas de pago, registros de seguros y credenciales de cuentas. En muchos casos, el objetivo era recopilar la mayor cantidad de información posible y explotarla posteriormente mediante la apropiación de cuentas, el fraude de identidad o el abuso financiero.

Las modernas campañas de phishing en seguros representan una evolución significativa de este modelo. En lugar de funcionar como páginas estáticas de recopilación de datos, estos portales de phishing interactúan activamente con las víctimas durante todo el proceso de autenticación. A medida que las víctimas envían su información, los atacantes utilizan simultáneamente los datos recopilados para interactuar con el portal de seguros legítimo en tiempo real, convirtiendo la página de phishing en un intermediario vivo entre la víctima y el servicio genuino.

Este enfoque permite a los atacantes superar los mecanismos de autenticación que tradicionalmente limitarían la utilidad de las credenciales robadas. Cuando el proveedor de seguros legítimo envía una contraseña de un solo uso (OTP) u otro desafío de verificación, la página de phishing solicita inmediatamente a la víctima que ingrese el mismo código bajo la apariencia de una verificación de identidad de rutina. Luego, la OTP enviada se transmite al portal legítimo antes de que caduque, lo que permite a los atacantes completar el proceso de autenticación mientras la víctima no se da cuenta.

En lugar de simplemente recopilar información para uso futuro, estas campañas sincronizan cada etapa del proceso de inicio de sesión, lo que permite a los atacantes validar credenciales, satisfacer requisitos de autenticación multifactor y establecer sesiones autenticadas en tiempo real. El resultado es una forma mucho más efectiva de phishing que transforma lo que alguna vez fue un ejercicio de recopilación de datos en una operación activa de secuestro de cuentas, reduciendo significativamente la oportunidad para que las víctimas o los defensores detecten e interrumpan el ataque antes de obtener acceso.

Los kits de phishing modernos funcionan como plataformas operativas

El análisis de la infraestructura de phishing reveló que estas campañas están respaldadas por mucho más que páginas de phishing estáticas.

Durante la investigación, CTM360 identificó un kit de phishing previamente indocumentado y lo nombró Kit InsureOTP. El kit está diseñado específicamente para operaciones de phishing relacionadas con seguros y proporciona gestión de sesiones en vivo, recopilación de datos en tiempo real, administración de backend y múltiples métodos de exfiltración de datos.

A diferencia de los kits de phishing más antiguos que simplemente enviaban por correo electrónico las credenciales capturadas, este marco permite a los operadores gestionar activamente cada sesión de la víctima.

Las capacidades observadas incluyeron:

  • Monitoreo de víctimas en tiempo real
  • Paneles administrativos de backend
  • Flujos de trabajo de aprobación manual
  • Seguimiento de sesiones
  • Integraciones de Telegram Bot
  • Comunicación API de backend directa
  • Manejo de OTP en vivo

Algunas variantes se basaban en las API de Telegram Bot para recibir envíos estructurados de las víctimas al instante, mientras que otras transmitían información directamente a servidores backend controlados por el atacante. Los investigadores también observaron interfaces de backend capaces de solicitar envíos OTP adicionales cada vez que fallaba la autenticación, lo que permitía a los operadores continuar intentando acceder a la cuenta antes de que caducaran los códigos de autenticación.

Estas capacidades demuestran cómo los kits de phishing continúan evolucionando desde simples recolectores de credenciales hasta plataformas de ataque interactivas diseñadas para comprometer cuentas reales.

La infraestructura puede revelar toda la operación

Uno de los aspectos más valiosos de la inteligencia sobre amenazas cibernéticas es la capacidad de ir más allá de las páginas de phishing individuales y comprender el ecosistema de campaña más amplio.

Durante la investigación, CTM360 identificó recursos backend de acceso público asociados con la infraestructura de phishing. El análisis de los archivos expuestos reveló componentes administrativos, código fuente backend, bases de datos SQLite, registros operativos e infraestructura de soporte que proporcionaron información sobre cómo funcionaba el marco de phishing.

La investigación demuestra por qué la inteligencia sobre amenazas moderna va más allá de la identificación de dominios maliciosos o sitios web de phishing. Al analizar la infraestructura subyacente, las herramientas, los componentes backend y los flujos de trabajo de los atacantes, los defensores pueden obtener una comprensión mucho más profunda de cómo se desarrollan, gestionan y ejecutan las campañas.

en lugar de preguntar «¿Dónde está la página de phishing?» los investigadores estan preguntando «¿Cómo funciona la campaña?»

Este cambio refleja uno de los cambios más significativos en la inteligencia moderna sobre amenazas cibernéticas, yendo más allá de la detección de amenazas individuales hacia la comprensión de la infraestructura, las herramientas y la metodología operativa del adversario.

Por qué los defensores necesitan un enfoque diferente

La característica definitoria de esta campaña no es simplemente el robo de credenciales; es compromiso de tiempo de sesión.

La respuesta tradicional a incidentes supone que existe un retraso entre el robo de credenciales y el abuso de cuentas. Esa suposición ya no siempre se cumple.

En estas operaciones, la recolección de credenciales, la interceptación de OTP y la adquisición de cuentas se producen como parte de un único flujo de trabajo continuo. Cuando una víctima se da cuenta de que algo anda mal, es posible que el atacante ya se haya autenticado exitosamente y haya obtenido acceso a la cuenta legítima.

Para los defensores, esto significa que la detección no puede depender únicamente de la identificación de dominios de phishing después de que aparecen en línea.

Las organizaciones deben monitorear los anuncios pagados que abusan de sus marcas, dominios similares recientemente registrados, infraestructura de phishing desechable alojada en la nube y patrones de autenticación que indiquen una interceptación de OTP en tiempo real.

Igualmente importante es comprender el ecosistema de atacantes detrás de estas campañas en lugar de tratar cada sitio de phishing como un incidente aislado.

Mirando más allá de la página de phishing

Las campañas de phishing en seguros son un claro ejemplo de cómo las amenazas externas siguen evolucionando.

Los atacantes están optimizando la velocidad, la automatización y el acceso inmediato en lugar de retrasar la explotación. La infraestructura es cada vez más desechable, los kits de phishing se están convirtiendo en plataformas operativas y el compromiso de la cuenta ahora ocurre durante la sesión activa de la víctima y no después.

Para los defensores, esto refuerza una realidad importante. Ya no basta con identificar sitios web maliciosos. Los equipos de seguridad necesitan cada vez más inteligencia contextual que conecte la infraestructura, los flujos de trabajo de los atacantes, las herramientas y el comportamiento de las campañas para comprender cómo evolucionan las amenazas y dónde pueden interrumpirse antes de que lleguen a los clientes.

Esto también refleja un cambio más amplio que se está produciendo en toda la industria de la ciberseguridad. La protección contra riesgos digitales (DRP) se ha centrado tradicionalmente en identificar amenazas externas, como sitios web de phishing, suplantación de marcas y dominios maliciosos. Hoy en día, las organizaciones requieren cada vez más de Cyber ​​Threat Intelligence (CTI) que explique cómo operan las campañas, cómo se conecta la infraestructura de los atacantes, cómo evolucionan los kits de phishing y cómo los adversarios ejecutan y adaptan sus operaciones.

CTM360 ha experimentado esta misma evolución, expandiéndose desde una plataforma de protección de riesgos digitales a una plataforma más amplia de inteligencia contra amenazas cibernéticas. A principios de este año, CTM360 fue reconocido como uno de los proveedores incluidos en el Magic Quadrant™ inaugural de Gartner para tecnologías de inteligencia contra amenazas cibernéticas.

Si bien esta investigación se centra en una campaña de phishing de seguros, también demuestra por qué los programas de seguridad modernos requieren inteligencia que va más allá de identificar indicadores individuales para comprender las operaciones completas del adversario.

Lea el informe completo aquí: https://www.ctm360.com/reports/insuretrap-fake-insurance-phishing-account-hijacking

¿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.

Google agrega recuperación de video de selfies para usuarios bloqueados en sus cuentas – CYBERDEFENSA.MX

Google anunció el jueves una nueva forma para que los usuarios inicien sesión en sus cuentas permitiéndoles tomar un video selfie.

El selfie para iniciar sesiónsegún el gigante tecnológico, es otra opción además de los métodos de recuperación existentes para iniciar sesión en una cuenta, incluida una dirección de correo electrónico o un número de teléfono. La idea es utilizar un video selfie como una forma de recuperar el acceso si un usuario alguna vez queda bloqueado o no tiene acceso a su teléfono o computadora habitual.

Como parte del proceso, los usuarios deben configurar un video selfie con solo mirar a la cámara del dispositivo y completar «algunos movimientos cortos y guiados de la cabeza» para capturar su rostro desde diferentes ángulos.

Si los usuarios tienen algún problema para iniciar sesión en sus cuentas con el método selfie en una etapa posterior, pueden tomar otra selfie para volver a iniciar sesión. «El video selfie compara el nuevo video con el que configuró para confirmar que realmente es usted y ayudarlo a regresar a su cuenta», dijo Google en un publicación de blog compartido con The Hacker News.

El gigante tecnológico también enfatizó que la función es totalmente voluntaria y que los usuarios tienen el control total de la función, agregando que se puede eliminar de la cuenta en cualquier momento.

Ciberseguridad

Según un documento de ayudala función está diseñada con tres propósitos clave:

  • Ayude a los usuarios a volver a ingresar a su cuenta si no pueden iniciar sesión.
  • Desbloquee más funciones o servicios, cuando se le solicite, verificando que un usuario sea una persona real y que no haya violado las políticas de Google.
  • Permita a los usuarios crear un avatar para crear contenido de IA que se vea y suene como ellos mismos.

Dicho esto, la opción de video selfie para iniciar sesión no está disponible para cuentas de Google Workspace, cuentas infantiles y cuentas de Google inscritas en el Programa de protección avanzada.

«No puedes agregar un video de selfie mientras estás bloqueado en tu cuenta o en el proceso de recuperación de la cuenta», señaló también Google.

En caso de que un usuario no pueda iniciar sesión en su cuenta, es posible que se le solicite que grabe un video corto de su rostro para confirmar que la cuenta le pertenece. Luego, el video recién capturado se compara con el video selfie agregado por el usuario a su cuenta. Si las caras coinciden, se verificará su identidad y les permitirá recuperar el acceso a la cuenta.

«El video selfie que guardó en su cuenta de Google se comparará con el video selfie que tome para iniciar sesión en su cuenta», advierte Google. «Si hay cambios significativos en tu apariencia facial, actualiza el video selfie que guardaste en tu cuenta».

Además de almacenar el vídeo selfie en formato cifrado en reposo, se utiliza únicamente con el fin de ayudar a los usuarios a iniciar sesión en sus cuentas, a menos que opten por compartirlo para otros casos de uso. Los datos pueden «ayudar a los esfuerzos continuos para desarrollar y mejorar el reconocimiento facial, la estimación de la edad y otros métodos de verificación que pueden utilizar sus características físicas o movimiento», según Google.

Ciberseguridad

Los usuarios pueden cambiar esta configuración en cualquier momento siguiendo los pasos a continuación:

  • En la cuenta de Google, vaya a la página del video Selfie (myaccount.google[.]com/video-verificación)
  • Activa o desactiva Mejorar los servicios de Google (opcional)

La divulgación se produce cuando Google Cloud Fraud Defense ha anunciado un nuevo sistema de verificación de gestos con las manos que pide a los usuarios que realicen gestos simples con las manos a través de la cámara de su dispositivo para completar las comprobaciones de reCAPTCHA, lo que marca un alejamiento de los desafíos tradicionales basados ​​en imágenes para abordar el tráfico de bots automatizados.

La tecnología de detección de vida solicita a los usuarios que realicen movimientos básicos de las manos mientras la cámara está encendida con el objetivo de extraer datos de puntos de referencia de las manos. Esto incluye 21 coordenadas de nudillos.

«Los videos nunca se asocian con la identidad de un usuario y se eliminan después del proceso de verificación», dijo la compañía. «Google no conserva ninguna imagen o vídeo de los gestos con las manos de un usuario más allá del proceso de verificación ni utiliza los datos para ningún otro propósito».

Zoom corrige una falla crítica de Windows que podría permitir la apropiación de cuentas – CYBERDEFENSA.MX

Zoom ha publicado actualizaciones de seguridad para una falla de seguridad crítica que afecta a Zoom Workplace para Windows y que podría facilitar la apropiación de cuentas.

La vulnerabilidad, rastreada como CVE-2026-53412 (Puntuación CVSS: 9,8), afecta a Zoom Desktop Client para Windows, Zoom VDI Client para Windows y Zoom Meeting SDK para Windows.

«La validación de entrada incorrecta en Zoom Desktop Client para Windows, Zoom VDI Client para Windows y Zoom Meeting SDK para Windows puede permitir que un usuario no autenticado realice una apropiación de cuenta a través del acceso a la red», Zoom dicho en un aviso publicado esta semana.

Las últimas correcciones de seguridad también abordan tres fallas de alta gravedad:

  • CVE-2026-53411 (Puntuación CVSS: 7,8): una vulnerabilidad de validación de entrada incorrecta en el complemento VDI de Zoom Workplace para Windows anterior a la versión 6.6.14 que puede permitir a un usuario autenticado realizar una escalada de privilegios a través del acceso local.
  • CVE-2026-53410 (Puntuación CVSS: 7.0): una vulnerabilidad de condición de carrera de tiempo de verificación a tiempo de uso (TOCTOU) en el proceso de instalación y desinstalación de ciertos clientes Zoom para Windows que podría permitir que un usuario local autenticado escale privilegios.
  • CVE-2026-53409 (Puntuación CVSS: 7,8): una vulnerabilidad de gestión de privilegios inadecuada en Zoom Rooms para Windows anterior a la versión 7.1.0 que puede permitir a un usuario autenticado realizar una escalada de privilegios a través del acceso local.
Ciberseguridad

Vale la pena señalar que CVE-2026-53410 afecta a los siguientes productos:

  • Zoom Workplace para Windows antes de la versión 7.0.5
  • Cliente Zoom Workplace VDI para Windows anteriores a 6.5.17 y 6.6.14 en sus respectivas ramas
  • Complemento Zoom Workplace VDI para Windows anteriores a 6.5.17 y 6.6.14 en sus respectivas ramas
  • Zoom Rooms para Windows anteriores a 7.0.5
  • Control remoto para Zoom Contact Center para Windows anterior a la versión 7.0.0

Al momento de escribir este artículo, no hay indicios de que alguna de las fallas esté siendo explotada en ataques del mundo real. Los usuarios pueden mantenerse protegidos aplicando las últimas actualizaciones.

Si pierdes el móvil este verano, haz esto en los primeros cinco minutos para que no vacíen tus cuentas – CYBERDEFENSA.MX

Lo que para muchos comienza como un simple despiste, el perder el teléfono móvil, puede convertirse en pocas horas en un grave problema de seguridad.

Hoy este pequeño dispositivo concentra gran parte de la vida digital de cualquier usuario: aplicaciones bancarias, tarjetas de pago, redes sociales, correos electrónicos, documentos personales y sistemas de autenticación

Actuar con rapidez resulta fundamental para impedir que terceros accedan a información sensible o incluso vacíen las cuentas bancarias.

Localiza el dispositivo cuanto antes

El primer paso será intentar localizar el teléfono desde otro dispositivo.

Los usuarios de Android pueden recurrir a la función «Buscar mi dispositivo», mientras que quienes utilizan un iPhone disponen de la herramienta «Buscar».

Ambas permiten consultar la ubicación del terminal siempre que la función estuviera activada previamente y el móvil permanezca conectado a Internet.

En el caso de quienes cuentan con soluciones de seguridad de Kaspersky para Android, también existe la posibilidad de localizar el terminal mediante el portal My Kaspersky.

Activa el modo perdido y bloquea el acceso

Si el teléfono sigue apareciendo en el mapa, lo siguiente es activar el denominado «modo perdido».

Esta función bloquea el dispositivo de forma remota, permite establecer una nueva contraseña y mostrar un mensaje en pantalla con un número de contacto para facilitar su devolución en caso de que alguien lo encuentre.

Si el móvil permanece sin conexión, el bloqueo se ejecutará automáticamente cuando vuelva a conectarse a Internet.

Algunas herramientas de seguridad ofrecen funciones adicionales, como hacer sonar una alarma aunque el teléfono esté en silencio o incluso capturar una imagen con la cámara frontal para ayudar a identificar a quien esté utilizando el dispositivo.

Protege tus cuentas antes de que sea tarde

Uno de los mayores riesgos tras la pérdida de un móvil no es el valor del aparato, sino el acceso a las cuentas personales.

Por ello, conviene contactar inmediatamente con el operador telefónico para bloquear la tarjeta SIM y evitar que pueda utilizarse para recibir códigos de verificación o realizar llamadas fraudulentas.

También es recomendable avisar al banco para bloquear las tarjetas asociadas al dispositivo o eliminar temporalmente la vinculación con las aplicaciones financieras.

Después, el siguiente paso consiste en cambiar las contraseñas de los servicios más importantes, especialmente las del correo electrónico, banca online, redes sociales y gestores de contraseñas, además de cerrar las sesiones abiertas en otros dispositivos.

Advierte a familiares y contactos

Los ciberdelincuentes no siempre intentan acceder directamente al contenido del móvil.

En muchas ocasiones, utilizan el número de teléfono para enviar mensajes o realizar llamadas haciéndose pasar por el propietario con el objetivo de obtener dinero o información personal.

Por ese motivo, los especialistas aconsejan informar cuanto antes a familiares, amigos y compañeros de trabajo para que desconfíen de cualquier comunicación sospechosa procedente del número perdido.

Comprueba que tus copias de seguridad funcionan

Las fotografías, documentos, conversaciones y contactos solo podrán recuperarse si existía previamente una copia de seguridad automática.

Servicios como Google Drive o iCloud permiten restaurar buena parte de la información almacenada cuando el usuario adquiere un nuevo dispositivo.

Por ello, revisar periódicamente que la sincronización está activa puede evitar la pérdida definitiva de datos importantes.

Borra el contenido si no puedes recuperarlo

Cuando todas las opciones para localizar el teléfono han fracasado, la prioridad pasa a ser proteger la información.

Las funciones de borrado remoto disponibles tanto en Android como en iPhone permiten eliminar completamente los datos almacenados en el dispositivo para impedir que puedan ser utilizados por terceros.

Antes de realizar este paso, también resulta aconsejable presentar una denuncia ante las autoridades, especialmente si el móvil contiene información profesional o datos sensibles.

Cómo reducir el riesgo antes de perder el móvil

Es obvio que la mejor protección comienza antes de que ocurra el incidente.

Entre las medidas preventivas más eficaces destacan

  • Activar la localización del dispositivo
  • Configurar el borrado remoto
  • Mantener copias de seguridad automáticas
  • Utilizar gestores de contraseñas
  • Establecer un bloqueo automático mediante PIN o biometría
  • Evitar dejar el teléfono desatendido en espacios públicos.
Las cuentas inactivas de GitHub ayudan a los atacantes a integrarse mientras mapean organizaciones corporativas – CYBERDEFENSA.MX

Datadog Security Labs advierte sobre «varias campañas superpuestas» que enumeran sistemáticamente organizaciones corporativas de GitHub, repositorios y cuentas de usuario a través de la API de GitHub.

«Los operadores dependen de herramientas de scraping automatizadas con agentes de usuario personalizados o que parecen legítimos, aprovechando cuentas ‘fantasmas’ de GitHub que a menudo tienen años de antigüedad, o tokens OAuth y tokens de acceso personal (PAT) comprometidos de usuarios legítimos», Julie Agnes Sparks, ingeniera de seguridad senior de Datadog, dicho.

Si bien la actividad en la mayoría de los casos implica apuntar a datos públicos, instancias seleccionadas han ido más allá de la enumeración de información pública para clonar con éxito repositorios privados.

La campaña emplea una combinación de herramientas de escaneo automatizadas, más de 50 cuentas inactivas y docenas de cuentas legítimas cuyos tokens de acceso personal (PAT) han sido expuestos involuntariamente o comprometidos mediante algún otro método para facilitar la enumeración.

Ciberseguridad

Lo notable de las cuentas «fantasma» es que se crearon hace entre dos y cinco años y se dejaron inactivas intencionalmente durante períodos prolongados antes de utilizarlas como arma para emitir tráfico API en múltiples organizaciones. Esta técnica es estratégica ya que tiene como objetivo evitar generar señales de alerta y hacer pasar la actividad como legítima, en lugar de crear nuevas cuentas y usarlas inmediatamente para raspar.

Debido a que se puede acceder a una gran parte de la superficie API de GitHub sin autenticación, las consultas de enumeración devuelven los datos necesarios, mientras se combinan con el uso normal de la API. Algunos de ellos incluyen –

  • Listado de los repositorios públicos de una organización
  • Recorrer los seguidores de un usuario y las listas de seguimiento
  • Enumerar lo esencial, los repositorios destacados y las membresías de organizaciones, y
  • Ejecutar consultas GraphQL contra objetos públicos

Un actor de amenazas puede utilizar esta información para realizar un reconocimiento y mapear programáticamente la actividad relacionada con GitHub de una organización, como sus repositorios públicos, sus miembros, a quién siguen esos miembros y qué proyectos modifican.

El acceso a los datos se ha confirmado en algunos escenarios, y los atacantes tomaron medidas para clonar un repositorio privado que pertenece a una sola organización.

«Individualmente, la mayoría de estas solicitudes no tienen nada de especial. Llegan a puntos finales públicos, se autentican limpiamente o no se autentican en absoluto y devuelven respuestas exitosas», dijo Datadog. «La preocupación radica en el agregado: un grupo de cuentas que se mueven sincronizadas entre las organizaciones GitHub de las empresas con herramientas personalizadas versionadas que se iteran durante semanas y, en el peor de los casos, actores que dejaron de enumerar y comenzaron a clonar».

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».

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».

Falla crítica de WP Maps Pro explotada activamente para crear cuentas de administrador – CYBERDEFENSA.MX

Los actores de amenazas están intentando explotar activamente una falla de seguridad crítica que afecta Mapas WP Proun complemento de WordPress que ha tenido más de 15.000 ventas en Envato Market, para crear cuentas de administrador maliciosas en sitios vulnerables.

WP Maps Pro permite a los propietarios de sitios incorporar Google Maps y OpenStreetMap personalizables con marcadores, listados y funciones de ubicación avanzadas en sitios de WordPress. Se utiliza como herramienta de localización de tiendas, lo que facilita a los usuarios encontrar ubicaciones cercanas, ver detalles de listados y obtener direcciones.

La vulnerabilidad en cuestión es CVE-2026-8732 (Puntuación CVSS: 9,8), un error de escalada de privilegios que permite a atacantes no autenticados crear un usuario de WordPress con permisos administrativos, permitiéndoles efectivamente tomar el control de un sitio.

La deficiencia afecta a todas las versiones del complemento anteriores a la 6.1.0 incluida. Se ha solucionado en la versión 6.1.1. Al investigador de seguridad David Brown se le atribuye el mérito de descubrir e informar la falla.

Ciberseguridad

En un nivel alto, el problema tiene su origen en una característica de «acceso temporal» que está diseñada para permitir que el personal de soporte inicie sesión en el sitio de un cliente durante la resolución de problemas. Debido a que este proceso permite a los usuarios no autenticados invocar la función «wpgmp_temp_access_support()» sin las comprobaciones adecuadas, en última instancia les permite crear un usuario administrador.

«Esto se debe a que la acción wpgmp_temp_access_ajax AJAX está registrada con wp_ajax_nopriv_ y protegida solo por una verificación nonce usando el nonce fc-call-nonce, que se incrusta públicamente en cada página frontal a través de wp_localize_script como el campo nonce del objeto JavaScript wpgmp_local, lo que hace que la verificación sea ineficaz como mecanismo de control de acceso», Wordfence dicho.

«Esto hace posible que atacantes no autenticados invoquen el controlador wpgmp_temp_access_support con check_temp=false, que crea incondicionalmente un nuevo usuario de WordPress con el rol codificado de administrador a través de wp_insert_user() y devuelve una URL de inicio de sesión mágica que, cuando se visita, llama a wp_set_auth_cookie() para autenticar completamente al atacante como el administrador recién creado, lo que resulta en una toma completa del sitio».

El parche publicado por los mantenedores del complemento el 20 de mayo de 2026 cierra la vulnerabilidad al garantizar que solo los administradores autenticados puedan acceder al punto final.

Dicho esto, desde entonces la falla de seguridad ha sido objeto de explotación activa, y Wordfence afirma que ha bloqueó 2.858 ataques abordando el problema durante las últimas 24 horas. Por lo tanto, es esencial que los propietarios de sitios actualicen sus instancias a la última versión para una protección óptima.

Zapier corrige la cadena de errores que, según los investigadores, corría el riesgo de una apropiación generalizada de cuentas

Los investigadores de seguridad encadenaron cinco debilidades distintas en el popular servicio de automatización del flujo de trabajo Zapier que, si hubiera sido descubierta por primera vez por un actor malicioso, podría haber otorgado acceso a millones de cuentas de usuarios y a los sistemas a los que se conectan esas cuentas.

Las fallas, reveladas por la firma de seguridad Token Security, no requirieron malware ni acceso interno. El único requisito previo, según el informe de la empresa, era una cuenta Zapier gratuita. A partir de ahí, los investigadores encadenaron debilidades que, tomadas individualmente, habrían parecido rutinarias, pero que en conjunto abrieron el camino hacia uno de los servicios más utilizados de la Internet moderna.

El software de Zapier se puede configurar para mover datos entre correo electrónico, herramientas de relación con el cliente, procesadores de pagos, calendarios, repositorios de códigos y miles de otras aplicaciones. La compañía dice que admite más de 8.000 integraciones de terceros y tiene millones de usuarios, lo que significa que irrumpir en Zapier podría convertirse en un ataque de amplio alcance a la cadena de suministro.

Los investigadores dijeron que un intento de ataque comenzaría explotando una debilidad en la forma en que los usuarios escriben pequeños fragmentos de código como parte de sus automatizaciones. Una vez que se aisló esa característica, los investigadores recuperaron las credenciales de inicio de sesión que el servicio había intentado descartar. Esas credenciales, a su vez, expusieron un sistema de almacenamiento interno que contenía más de 1.100 imágenes privadas del software de Zapier, una de las cuales contenía una clave de publicación para un fragmento de código que se ejecuta dentro del navegador de cada usuario de Zapier que haya iniciado sesión.

Según el informe, si un atacante actualizó ese código, podría haber actuado como un usuario legítimo dentro de la plataforma, creando nuevas automatizaciones, alterando las existentes y aprovechando conexiones que el usuario ya había aprobado para servicios externos. Desde allí, podían ordenar a la plataforma que enviara correos electrónicos, moviera archivos, extrajera registros de bases de datos de clientes o publicara mensajes, todo desde cuentas que parecieran completamente legítimas.

Los investigadores enfatizaron que un posible atacante no podría haber obtenido contraseñas o claves de inicio de sesión para esos servicios conectados, ya que permanecen en los servidores de Zapier. Pero debido a que las acciones se habrían llevado a cabo a través del propio Zapier, habrían parecido, para cualquier sistema externo, como las del usuario.

Un hallazgo separado, descubierto durante la misma investigación, ilustró cuán inmediato puede ser ese riesgo. Los investigadores dijeron que descubrieron una clave funcional vinculada a la cuenta personal del director de tecnología de una empresa externa de inteligencia artificial cuyo software Zapier usaba internamente. Usando esa clave, pudieron enviar un correo electrónico desde la cuenta de Gmail del ejecutivo a un buzón que controlaban.

Token Security le dijo a Zapier que la capacidad existía pero no la explotó. Los investigadores confirmaron que tenían el acceso necesario para insertar una actualización maliciosa en el código que se ejecuta dentro del navegador de cada usuario de Zapier que haya iniciado sesión y, en cambio, informaron los hallazgos en febrero bajo el programa de recompensas por errores de la compañía.

Los investigadores dijeron que Zapier clasificó los problemas en cuatro días, los solucionó en tres semanas y trabajó con la empresa para permitir la divulgación. La compañía pagó la recompensa máxima del programa de 3.000 dólares y dice que no tiene evidencia de que las debilidades fueran explotadas antes de que fueran reparadas.

«Vale la pena decirlo en voz alta en una cultura que a menudo castiga a los programas de divulgación por su lentitud», se lee en la publicación del blog de Token.

Zapier no respondió a la solicitud de comentarios de CyberScoop.

El episodio llega en un momento en el que a las plataformas de automatización y las herramientas de inteligencia artificial se les otorga cada vez más autoridad permanente para actuar en nombre de los usuarios en docenas de servicios a la vez. Los investigadores de Token Security argumentaron que las debilidades que encontraron no eran exclusivas de Zapier. Dijeron que cada eslabón de la cadena era un tipo de error bien documentado. La vulnerabilidad era la cadena misma, y ​​advirtieron que es casi seguro que el mismo patrón existe en otras empresas que aún no han analizado.

Zapier dice que los problemas se han solucionado y no es necesario realizar más acciones. Pero los investigadores sugirieron que las organizaciones con mayor sensibilidad revisen sus registros de automatización en busca de cualquier cosa que no hayan creado y consideren reautorizar las conexiones de Zapier a sistemas particularmente sensibles.

Puede leer el informe de investigación completo en Sitio web de Token Security.

Greg Otto

Escrito por Greg Otto

Greg Otto es el editor en jefe de CyberScoop y supervisa todo el contenido editorial del sitio web. Greg ha dirigido una cobertura de ciberseguridad que ha ganado varios premios, incluidos los de la Sociedad de Periodistas Profesionales y la Sociedad Estadounidense de Editores de Publicaciones Empresariales. Antes de unirse a Scoop News Group, Greg trabajó para Washington Business Journal, US News & World Report y WTOP Radio. Tiene una licenciatura en periodismo televisivo de la Universidad de Temple.

30.000 cuentas de Facebook pirateadas mediante la campaña de phishing de Google AppSheet – CYBERDEFENSA.MX

Se ha observado una operación vinculada a Vietnam recientemente descubierta que utiliza una hoja de aplicación de Google como «retransmisión de phishing» para distribuir correos electrónicos de phishing con el objetivo de comprometer cuentas de Facebook.

La actividad ha sido nombrada en código. CuentaDumpling por Guardio, con el plan vendiendo las cuentas robadas a través de una tienda ilícita dirigida por los actores de la amenaza. En total, se estima que unas 30.000 cuentas de Facebook fueron pirateadas como parte de la campaña.

«Lo que encontramos no fue ni un solo kit de phishing», afirmó el investigador de seguridad Shaked Chen. escribió en un informe compartido con The Hacker News. «Era una operación viva con paneles de operador en tiempo real, evasión avanzada, evolución continua y un circuito criminal-comercial que silenciosamente se alimenta de las mismas cuentas que ayuda a robar».

Los hallazgos son solo el ejemplo más reciente de cómo los actores de amenazas vietnamitas continúan adoptando diversas tácticas para obtener acceso no autorizado a las cuentas de Facebook de las víctimas, que luego se venden en ecosistemas subterráneos para obtener ganancias monetarias.

Ciberseguridad

El punto de partida de los últimos ataques es un correo electrónico de phishing dirigido a propietarios de cuentas comerciales de Facebook, afirmando ser de Meta Support e instándolos a presentar una apelación o correr el riesgo de que su cuenta se elimine permanentemente. Los correos electrónicos se envían desde una dirección de Google AppSheet («noreply@appsheet.com»), lo que les permite evitar los filtros de spam.

Este falso sentido de urgencia se utiliza para dirigir a los usuarios a una página web falsa diseñada para recopilar sus credenciales. Vale la pena señalar que KnowBe4 informó sobre una campaña similar en mayo de 2025.

En las últimas semanas, estas campañas han adoptado varios tipos de señuelos diseñados para inducir un «pánico meta-relacionado». Estos van desde la inhabilitación de cuentas y quejas de derechos de autor hasta revisiones de verificación, reclutamiento de ejecutivos y alertas de inicio de sesión en Facebook. Los cuatro grupos principales identificados por Guardio se enumeran a continuación:

  • Páginas del centro de ayuda de Facebook alojadas en Netlify que permiten ataques de apropiación de cuentas, además de recopilar fechas de nacimiento, números de teléfono y fotografías de identificación emitidas por el gobierno. En última instancia, los datos se reenvían a un canal de Telegram controlado por el atacante.
  • Señuelos de evaluación con insignia azul que guían a las víctimas a las páginas «Comprobación de seguridad» o «Meta | Centro de privacidad» alojadas en Vercel que están cerradas por una verificación CAPTCHA falsa antes de dirigir a los usuarios a la página de inicio de phishing para recopilar detalles de contacto, información comercial, credenciales (después de un reintento forzado) y códigos de autenticación de dos factores (2FA) y exfiltrarlos a un canal de Telegram.
  • Archivos PDF alojados en Google Drive que se hacen pasar por instrucciones para completar la verificación de la cuenta para dirigir a los usuarios a recopilar contraseñas, códigos 2FA, fotografías de identificación gubernamental y capturas de pantalla del navegador a través de html2canvas. Los documentos PDF se generan utilizando una cuenta gratuita de Canva.
  • Ofertas de trabajo falsas que se hacen pasar por empresas como WhatsApp, Meta, Adobe, Pinterest, Apple y Coca-Cola para establecer una relación con los destinatarios y pedirles que se unan a una llamada o continúen la discusión en sitios controlados por atacantes.

En conjunto, se ha descubierto que los canales de Telegram asociados con los tres primeros grupos contienen alrededor de 30.000 registros de víctimas, la mayoría de las cuales están ubicadas en los EE. UU., Italia, Canadá, Filipinas, India, España, Australia, el Reino Unido, Brasil y México, y se les ha bloqueado el acceso a sus propias cuentas.

Ciberseguridad

En cuanto a quién está detrás de la operación, la evidencia irrefutable proviene de los archivos PDF generados como parte del tercer grupo utilizando la cuenta gratuita de Canva, con metadatos que enumeran un nombre vietnamita «PHẠM TÀI TÂN» como autor de los archivos. Más inteligencia de fuente abierta ha llevado al descubrimiento de un sitio web («phamtaitan[.]vn»), donde ofrecen servicios de marketing digital.

En una publicación compartida en X en febrero de 2023, el identificador del sitio web dicho «se especializa en brindar servicios de marketing digital, recursos de marketing y consultoría sobre estrategias efectivas de marketing digital».

«En conjunto, forman una imagen consistente de una gran mega operación con base en Vietnam», dijo Chen. «Esta campaña es más grande que un simple abuso de AppSheet. Es una ventana al mercado oscuro en torno a los activos robados de Facebook, donde el acceso, la identidad comercial, la reputación de los anuncios e incluso la recuperación de cuentas se han convertido en productos comercializables. Otra entrada en el patrón que seguimos apareciendo: plataformas confiables reutilizadas como capas de entrega, alojamiento y monetización».