Ingeniero de seguridad de Google acusado de convertir tendencias de búsqueda confidenciales en una ganancia de 1,2 millones de dólares en Polymarket

Un ingeniero de seguridad de Google fue arrestado en Nueva York y acusado de delitos relacionados con apuestas que supuestamente hizo en Polymarket utilizando información confidencial que extrajo de los sistemas de Google, dijo el miércoles el Departamento de Justicia.

Michele Spagnuolo, un ciudadano italiano de 36 años que vive en Suiza, está acusado de realizar múltiples operaciones en el mercado de predicciones el año pasado que le reportaron una ganancia de más de 1,2 millones de dólares. Supuestamente abusó del acceso interno a los datos no públicos del Año en Búsqueda de Google y realizó una serie de apuestas sobre las personas más buscadas en Google en 2025.

«Las acusaciones de hoy refuerzan un mensaje de décadas de antigüedad: los insiders corporativos no pueden utilizar información confidencial para obtener ganancias en nuestros mercados», dijo Jay Clayton, fiscal federal para el Distrito Sur de Nueva York, en un comunicado el miércoles. «El uso de información privilegiada compromete la integridad de nuestros mercados, y el pueblo estadounidense quiere que esta conducta impulsada por la codicia sea investigada y procesada».

Spagnuolo fue acusado de violar la Ley de Bolsa de Productos Básicos, fraude electrónico y lavado de dinero, que conllevan una sentencia máxima combinada de hasta 50 años de prisión.

También le sirvieron un denuncia civil por la Comisión de Comercio de Futuros de Productos Básicos que lo acusó de uso de información privilegiada. La agencia gubernamental busca restitución, devolución, sanciones monetarias civiles, prohibiciones de comercio y registro y una orden judicial permanente contra futuras violaciones de las regulaciones.

Spagnuolo ha trabajado como ingeniero de seguridad en Google desde 2014, donde creó productos, especificaciones y dirigió múltiples proyectos en la unidad de seguridad de la información, según la biografía de su empresa, que desde entonces ha sido eliminada.

Un portavoz de Google dijo que la compañía está trabajando con las autoridades en su investigación. «El empleado accedió a nuestro material de marketing utilizando una herramienta disponible para todos los empleados, pero utilizar dicha información confidencial para realizar apuestas es una infracción grave de nuestras políticas», dijo el portavoz en un comunicado. «Hemos puesto al empleado en licencia y tomaremos las medidas apropiadas».

Spagnuolo no respondió a una solicitud de comentarios.

en un queja revelado el miércoles, un investigador federal dijo que Spagnulo, quien usó el nombre de usuario «AlphaRaccoon» en Polymarket, tomó medidas deliberadas para ocultar su uso de información no pública, incluidos esfuerzos para ocultar la fuente y la propiedad de sus ganancias.

Los fiscales señalaron que la herramienta de software interna de Google, que proporcionó a Spagnuolo acceso a las tendencias de búsqueda, llevaba un cartel que decía «Google Confidential» en texto rojo, y agregaron que Spagnuolo confirmó que entendía las diversas políticas de confidencialidad y ética de la compañía para acceder a los datos.

Spagnuolo supuestamente creó su cuenta Polymarket en mayo de 2024 y realizó una serie de operaciones más tarde ese año arriesgando aproximadamente $ 2,75 millones en 25 resultados que el mercado consideró improbables.

El FBI dijo que rastreó la cuenta Polymarket de Spagnuolo hasta una billetera de criptomonedas que supuestamente usó para financiar la cuenta e iniciar múltiples transferencias. Spagnuolo también está acusado de enviar múltiples transacciones a través de un servicio de intercambio de criptomonedas que fueron recibidas por una cuenta a su nombre vinculada a su tarjeta de identificación del gobierno italiano.

Spagnuolo supuestamente cambió su nombre de usuario Polymarket a una dirección de billetera alfanumérica a principios de diciembre, después de que Google publicara sus resultados del Año en Búsqueda y varios usuarios en Discord y X especularan que la persona entre las cuentas era un miembro de Google.

Matt Kapko

Escrito por Matt Kapko

Matt Kapko es reportero de CyberScoop. Su ámbito incluye delitos cibernéticos, ransomware, defectos de software y (mala) gestión de vulnerabilidades. El californiano de toda la vida comenzó su carrera periodística en 2001 con paradas anteriores en Cybersecurity Dive, CIO, SDxCentral y RCR Wireless News. Matt tiene una licenciatura en periodismo e historia de la Universidad Estatal de Humboldt.

Panel de la Cámara de Representantes está listo para celebrar una audiencia centrada en el impacto de la IA en la cibernética

Un subcomité de la Cámara de Representantes celebrará una audiencia abierta la próxima semana sobre cómo los modelos de inteligencia artificial de vanguardia están dando forma al panorama de la ciberseguridad, para bien y para mal.

La audiencia del 4 de junio será la segunda que realiza el Subcomité de Seguridad Nacional sobre Ciberseguridad y Protección de Infraestructura que se centró al menos en parte en el tema, luego de una audiencia similar celebrada en Diciembre. Pero a diferencia de esa audiencia del subcomité conjunto, donde los miembros también examinaron otras tecnologías emergentes, la IA ocupa un lugar central la próxima semana.

Cierra una serie de reuniones a puertas cerradas del panel de Homeland donde los miembros y el personal han estado evaluando la intersección de la IA y la cibernética. CyberScoop es el primero en informar detalles sobre la audiencia.

Los testigos serán Sandra Joyce, vicepresidenta de Google Threat Intelligence; Chris Meserole, director ejecutivo del Frontier Model Forum; y Jack Cable, ex alto funcionario de la Agencia de Seguridad de Infraestructura y Ciberseguridad y ahora director ejecutivo y cofundador de Corridor Security.

«La China comunista se está moviendo agresivamente para controlar las tecnologías que definirán el futuro del poder económico y militar, y pocas tecnologías tienen más consecuencias que la inteligencia artificial», dijo el presidente del subcomité Andy Ogles, republicano por Tennessee, en una declaración escrita. «Los adversarios ya están trabajando para robar las capacidades de IA estadounidenses, convertir en armas herramientas habilitadas para IA, infiltrarse en sistemas críticos y socavar nuestra seguridad nacional».

“La IA es la misión del futuro de America First y se está convirtiendo en nuestra arma ofensiva y defensiva número uno contra los ciberterroristas”, continuó. «Espero escuchar a nuestros testigos sobre cómo podemos adelantarnos a las amenazas cibernéticas basadas en la IA, proteger los servicios en los que confían los estadounidenses y ganar esta carrera armamentista de la IA».

La audiencia es la última respuesta del Capitolio a la avalancha de noticias sobre las capacidades de los modelos avanzados de IA para descubrir vulnerabilidades cibernéticas. A principios de este mes, por ejemplo, los legisladores escribieron al Director Nacional Cibernético, Sean Cairncross, solicitando un plan para hacer frente al posible aumento en el descubrimiento de vulnerabilidades derivadas de tales modelos.

La semana pasada, la administración Trump pospuso un proyecto de orden ejecutiva sobre IA. Es algo sobre lo que probablemente los legisladores pregunten en la audiencia de la próxima semana.

Tim Starks

Escrito por Tim Starks

Tim Starks es reportero senior de CyberScoop. Sus paradas anteriores incluyen trabajar en The Washington Post, POLITICO y Congressional Quarterly. Originario de Evansville, Indiana, se ocupa de la ciberseguridad desde 2003. Envíe un correo electrónico a Tim aquí: tim.starks@cyberscoop.com.

La vulnerabilidad crítica de Gogs RCE permite que cualquier usuario autenticado ejecute código arbitrario – CYBERDEFENSA.MX

Se ha revelado una vulnerabilidad de seguridad crítica en Gogs, un popular servicio Git autohospedado de código abierto, que permite a un usuario autenticado ejecutar código arbitrario bajo ciertas condiciones.

La falla de seguridad, según Rapid7, tiene una calificación de 9,4 en el sistema de puntuación CVSS. No tiene un identificador CVE.

«La vulnerabilidad permite a cualquier usuario autenticado lograr la ejecución remota de código (RCE) en el servidor mediante la creación de una solicitud de extracción con un nombre de rama malicioso que inyecta el indicador –exec en git rebase durante la operación de fusión ‘Rebase antes de fusionar’», dijo el investigador de seguridad Jonah Burgess. dicho.

Rebasar es una acción de Git que se utiliza para tomar una secuencia de confirmaciones de una rama de características y reproducirlas encima de otra rama base para crear un historial de proyecto lineal. Mientras que «git rebase» resuelve el mismo problema que «git merge» (es decir, integrar cambios de una rama en otra), el primero reescribe el historial del proyecto creando nuevas confirmaciones para cada confirmación en la rama original.

Ciberseguridad

La acción «git rebase» también acepta como argumento un comando de shell a través de un –bandera ejecutiva que se ejecuta después de que se reproduce cada confirmación. Un aspecto notable de la vulnerabilidad es que no requiere privilegios de administrador ni interacción con otros usuarios. Para llevar a cabo el ataque, todo lo que un actor de amenazas no autenticado tiene que hacer es crear una cuenta y un repositorio en cualquier instancia configurada de forma predeterminada.

«Cualquier usuario registrado que cree un repositorio es automáticamente su propietario», dijo Burgess. «A partir de ahí, habilitar la fusión de rebase es un solo cambio en la configuración, y toda la cadena de exploits se puede operar sin la interacción de ningún otro usuario».

En un escenario alternativo, un usuario con acceso de escritura a un repositorio donde el rebase ya está habilitado puede explotar la falla directamente para obtener la ejecución del código. En las instancias de Gogs donde la creación de repositorios está restringida, se requiere que un atacante tenga acceso de escritura a cualquier repositorio que tenga habilitada la combinación de rebase.

Al momento de escribir este artículo, la vulnerabilidad sigue sin parchear a pesar de que se informó al responsable del mantenimiento el 17 de marzo de 2026. La explotación exitosa del error podría brindarle a un atacante la capacidad de violar el servidor, acceder a todos los repositorios de la instancia, volcar credenciales, pasar a otros sistemas accesibles en la red y alterar el código de cualquier repositorio alojado.

Es más, puede provocar una filtración de datos entre inquilinos, lo que permite al atacante leer los repositorios privados de otros usuarios alojados en el mismo servidor compartido. Según Rapid7, la falla afecta a todas las plataformas compatibles, como Windows, Linux y macOS.

Se estima que hay 1.141 instancias de Gogs conectadas a Internet. Sin embargo, se espera que la cifra real sea mayor, dado que la mayoría de las implementaciones se ubican detrás de VPN o redes internas.

Ciberseguridad

A falta de un parche, se describen las siguientes recomendaciones:

  • Restringir el registro de usuarios (DISABLE_REGISTRATION = true en app.ini) para evitar que usuarios que no son de confianza creen cuentas
  • Restringir la creación de repositorios (MAX_CREATION_LIMIT = 0 en app.ini) para evitar que los usuarios creen sus propios repositorios
  • Auditar la configuración de fusión de rebase

Rapid7 también ha hecho un módulo de metasploit que automatiza toda la cadena de exploits contra objetivos Linux y Windows. El módulo admite dos modos: un modo predeterminado en el que se crea un repositorio temporal en la cuenta del atacante, se ejecuta el exploit y se elimina el repositorio. El segundo enfoque apunta a un repositorio al que el atacante ya tiene acceso de escritura y fusión.

«Cuando el atacante crea y elimina su propio repositorio, el único rastro es un HTTP 500 en los registros del servidor», dijo el experto en ciberseguridad. «Cuando se explota un repositorio existente, quedan artefactos adicionales».

Los actores de amenazas aprovechan la falla crítica de FortiClient EMS para implementar el ladrón de credenciales – CYBERDEFENSA.MX

Los actores de amenazas continúan explotando una falla de seguridad crítica, ahora parcheada, que afecta las implementaciones de FortiClient Endpoint Management Server (EMS) para entregar malware de robo de credenciales.

«La campaña abusó de la infraestructura confiable de administración de puntos finales para distribuir malware en los puntos finales administrados», Arctic Wolf dicho. «Los actores de amenazas disfrazaron la carga útil del ladrón de credenciales como una actualización del endpoint de Fortinet, ejecutando silenciosamente el ejecutable malicioso a través de PowerShell».

La actividad, observada por la empresa de ciberseguridad en mayo de 2026, implica la explotación de CVE-2026-35616 (puntuación CVSS: 9,1), una omisión crítica de acceso a la API de autenticación previa que conduce a una escalada de privilegios. Fortinet solucionó el problema en FortiClient EMS 7.4.7 y versiones posteriores.

Ciberseguridad

A un compromiso exitoso le sigue que el actor de la amenaza tome medidas para modificar las configuraciones para aplazar los recordatorios de actualización del firmware, así como también modifique la configuración del perfil de acceso remoto y la política de terminal para insertar un script malicioso para su ejecución en dispositivos de terminal.

«El patrón de ejecución observado sugiere que los actores de amenazas utilizaron la propia vía de administración de FortiClient para enviar comandos maliciosos de PowerShell a los puntos finales administrados de una manera que se asemejaba a operaciones de administración legítimas», dijo Arctic Wolf.

«Una vez que los actores de la amenaza tuvieron una ruta para modificar la configuración administrada por EMS, cada punto final administrado se convirtió en un objetivo de ejecución potencial sin requerir una ruta de intrusión separada para cada dispositivo».

Además, se descubrió que el ataque aprovecha «fortitray.exe», un ejecutable legítimo asociado con FortiClient para iniciar un archivo de script .cmd usando «cmd.exe». El script .cmd está diseñado para invocar un script de PowerShell codificado en Base64 que, a su vez, es responsable de descargar una carga útil maliciosa, ejecutarla y filtrar los resultados a «83.138.53».[.]110″ a través de una solicitud HTTP POST.

El ejecutable, llamado «FortiEndpoint_Patch.exe», se hace pasar por una actualización, pero, en realidad, es un ladrón de información de Windows no reportado anteriormente, capaz de recopilar datos confidenciales, como contraseñas, cookies y detalles de autocompletar, como información de tarjetas de crédito, direcciones y números de teléfono, de navegadores basados ​​en Chromium y Gecko.

Ciberseguridad

Los datos se escriben en un archivo de registro y se guardan en el directorio ProgramData. Vale la pena señalar que el ladrón carece de capacidades de exfiltración basadas en la red. Es el script de PowerShell el que transmite los datos capturados a la infraestructura controlada por el atacante.

«Al evitar la autenticación API e interactuar con la funcionalidad EMS en un contexto privilegiado, los actores de amenazas pudieron modificar la configuración de administración y enviar scripts maliciosos para su ejecución en puntos finales administrados», dijo Arctic Wolf.

«Las cookies de sesión y las credenciales guardadas del navegador pueden proporcionar a los actores de amenazas un acceso posterior a servicios en la nube, aplicaciones internas y otros recursos autenticados, incluidos los casos en los que la reutilización de sesiones puede eludir las indicaciones de MFA».

Claude Security Plugin, Azure Priv-Esc, Kali365 MFA Bypass, FIFA Scams +15 More – CYBERDEFENSA.MX

Every time you think the industry has finally stopped doing some reckless, low-effort crap, somebody spins up a fresh box full of sketchy loaders, fake installers, recycled social-engineering bait, and enough exposed infrastructure to make you wonder if prod is just a public beta now – meanwhile some researcher casually drops a technique that turns a «minor» foothold into total account compromise because apparently six digits and blind trust were all that stood between your vault and getting absolutely pwned. Cool. Great. Love that for us.

Then there’s the supply chain mess… signed binaries, poisoned updates, legit tooling getting hijacked like it’s still 2017, plus a few reports this week that feel less like advanced tradecraft and more like watching skiddies discover low-hanging fruit with enterprise branding slapped on top. The weird part isn’t that it works. The weird part is how damn easy it still is.

Anyway. Grab caffeine. Let’s get into it.

None of this was especially sophisticated. That’s the lesson nobody wants to hear. Most breaches still start with trust abuse, stale configs, lazy access controls, or users getting socially engineered by someone sounding vaguely competent over the phone.

Patch faster. Audit harder. Stop assuming signed software, MFA prompts, or «internal-only» tooling means safe. The attackers already figured out the shortcuts. Might be time defenders stop pretending those shortcuts don’t exist.

Microsoft critica las divulgaciones públicas de día cero en medio de la eliminación de la cuenta de investigador de GitHub – CYBERDEFENSA.MX

Microsoft se ha pronunciado firmemente a favor de la Divulgación Coordinada de Vulnerabilidades (CVD), instando a la comunidad de investigación a compartir sus hallazgos y brindar a los proveedores afectados la oportunidad de comprender mejor el impacto y abordarlos antes de que se divulguen públicamente.

El desarrollo se produce después de que un investigador llamado Chaotic Eclipse (también conocido como Nightmare-Eclipse) revelara detalles de múltiples vulnerabilidades de día cero que afectan a múltiples componentes de Windows, incluidos Defender y BitLocker, durante el último mes, citando una falla en el manejo por parte de Microsoft del proceso de divulgación de vulnerabilidades.

«En las últimas semanas se han revelado públicamente varias vulnerabilidades de día cero», afirma el gigante tecnológico. dicho. «Los detalles de estas vulnerabilidades no se compartieron con Microsoft antes de su lanzamiento y las revelaciones ponen a nuestros clientes en riesgos innecesarios».

Ciberseguridad

«En respuesta al riesgo innecesario creado por estas divulgaciones, nuestros equipos de seguridad han estado trabajando día y noche para comprender el impacto, proteger a nuestros clientes y desarrollar actualizaciones de seguridad».

Las vulnerabilidades incluyen BlueHammer (CVE-2026-33825), RedSun (CVE-2026-41091), UnDefend (CVE-2026-45498), YellowKey (CVE-2026-45585), GreenPlasma y MiniPlasma. Tras la divulgación, BlueHammer, RedSun y UnDefend han sido objeto de explotación activa en la naturaleza.

Microsoft dijo que se opone «firmemente» a tales revelaciones descoordinadas y que poner un código de prueba de concepto para vulnerabilidades sin parches puede tener «consecuencias en el mundo real» cuando terminan en manos de malos actores.

«Invitamos a diversas perspectivas que ayuden a la comunidad de seguridad a trabajar junta para proteger a todos. Nos damos cuenta de que no siempre estaremos de acuerdo en todo, pero estamos comprometidos con la transparencia y continuamos creando oportunidades para el diálogo», añadió el gigante tecnológico.

«Estas conversaciones ocurren en eventos de apreciación de investigadores, conferencias de seguridad y el trabajo diario que hacemos juntos para comprender y abordar las vulnerabilidades».

Se dice que las consecuencias de estas revelaciones llevaron a GitHub a eliminar la cuenta del investigador la semana pasada. Aunque el código de explotación de las seis vulnerabilidades se cargó posteriormente en GitLab, el cuenta recién creada desde entonces ha sido bloqueado.

Ciberseguridad

«Déjame aclarar esto: cuando te pedí activamente que te comunicaras conmigo, te negaste, me humillaste y te aseguraste de insultarme frente a la gente», dijo el investigador. dicho en una publicación publicada durante el fin de semana.

«Me difamas en público con tu aviso CVE-2026-45585 a pesar de que literalmente borraste la cuenta de Microsoft con la que solía informarte de errores y no recibí ningún centavo por hacerlo y todavía felizmente me comportaba como un idiota. ¿Ahora tienes la cortesía de marcar mi cuenta de GitHub y borrarla del público, así de simple? ¿Le estás demostrando a todos que [sic] «Estoy escalando activamente este conflicto, pero ya no te lo ruego».

El investigador también dijo que tienen la intención de publicar algo el 14 de julio de 2026 que «asegurará que sus huesos estén destrozados ese día».

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.

El riesgo de la IA empresarial está muy concentrado en un pequeño grupo de «usuarios avanzados» de la IA – CYBERDEFENSA.MX

Informe sobre el estado del uso de la IA 2026 (informe completo aquí) de LayerX Security revela el alcance de la brecha de visibilidad de la IA empresarial y por qué la mayoría de las organizaciones aún no entienden de dónde proviene realmente su exposición a la IA. La investigación muestra que el riesgo de la IA empresarial no se distribuye uniformemente entre usuarios o plataformas. En cambio, está muy concentrado entre un pequeño grupo de usuarios avanzados de IA y un puñado de plataformas de IA dominantes que impulsan la mayor parte de la actividad empresarial de IA y la exposición de datos confidenciales.

Al mismo tiempo, el uso de la IA se está fragmentando rápidamente entre cuentas personales, extensiones de navegador de IA, copilotos integrados, conectores de IA y herramientas secundarias de IA que operan fuera de los controles tradicionales de visibilidad y gobernanza. El resultado es un ecosistema de IA fragmentado que la mayoría de las organizaciones aún no pueden ver ni gobernar por completo.

Si bien la IA está en todas partes de la empresa, la mayoría de los empleados son ocasionales

La percepción común es que «hoy en día todo el mundo utiliza la IA». El informe presenta un panorama mucho más matizado. Si bien casi la mitad de los usuarios empresariales interactuaron con herramientas de IA durante el año pasado, solo el 18% usa IA semanalmente. Esto sugiere que la mayoría de los empleados siguen siendo usuarios ocasionales.

A primera vista, parece una buena noticia para los equipos de seguridad. Menos usuarios deberían significar menor riesgo. Pero el informe encontró lo contrario.

La actividad de la IA empresarial está muy concentrada en un grupo muy pequeño de empleados. Mientras que la mitad de los usuarios tuvo 12 conversaciones de IA o menos, el 5% superior generó al menos 144 conversaciones. Estos mismos usuarios también participaron en interacciones mucho más profundas, con un promedio de 18 mensajes por conversación en comparación con el promedio de 2.

Esto crea una nueva clase de «usuarios avanzados de IA» que llevan a cabo muchas más conversaciones, interactúan a través de múltiples plataformas de IA y participan en cadenas de mensajes significativamente más profundas que los empleados promedio.

El resultado: el riesgo de la IA no se distribuye uniformemente en toda la organización. Un grupo relativamente pequeño de usuarios genera una cantidad desproporcionada de exposición a la IA empresarial.

ChatGPT sigue dominando el uso de IA empresarial, pero Copilot se está acercando

A pesar del rápido crecimiento de los copilotos empresariales, ChatGPT sigue siendo la plataforma de IA dominante dentro de las empresas por un margen significativo. Representa el 36% de los usuarios de IA empresarial y más del 55% de todas las conversaciones de IA. Esa brecha es importante porque muestra que los usuarios de ChatGPT son mucho más activos que los usuarios de plataformas de la competencia.

Copilot M365 está creciendo rápidamente, alcanzando una adopción del 29 % y casi una cuarta parte de las conversaciones empresariales sobre IA. El crecimiento de Copilot también señala algo importante: el uso de la IA empresarial está empezando a dividirse entre la IA nativa de la empresa gobernada y la adopción de la IA impulsada por el consumidor. Pero más allá de esos dos líderes, la mayoría de las plataformas de IA siguen muy rezagadas a pesar de la atención que reciben.

Si bien el uso de Copilot M365 está ligado en gran medida a entornos Microsoft administrados corporativamente, donde las organizaciones generalmente mantienen controles de gobernanza y visibilidad más sólidos, Gemini presenta un perfil de riesgo muy diferente. La mayor parte del uso empresarial de Gemini todavía se realiza a través de la versión normal para el consumidor, no de Gemini Enterprise. En muchos casos, los empleados acceden a él a través de cuentas personales y entornos no administrados. Eso significa que las organizaciones a menudo tienen poca visibilidad sobre cómo se retienen los datos, si se utilizan indicaciones para la capacitación del modelo o cómo se maneja en última instancia la información empresarial.

La implicación es significativa: no toda la adopción de IA empresarial conlleva el mismo nivel de riesgo. El verdadero desafío de la gobernanza proviene cada vez más del uso de la IA por parte de los consumidores que opera dentro de los flujos de trabajo empresariales bajo la apariencia de herramientas de productividad legítimas.

Shadow AI ya no es unas pocas aplicaciones; Es una larga cola de aplicaciones de IA que pasan desapercibidas

La mayoría de las organizaciones todavía piensan en Shadow AI como si fueran empleados que utilizan un chatbot no aprobado. Esa definición ya está obsoleta.

La investigación de LayerX muestra que el uso de la IA empresarial se está fragmentando rápidamente en un ecosistema creciente de herramientas de IA, asistentes integrados, extensiones de navegador de IA, motores de búsqueda de IA, copilotos de codificación y funciones SaaS impulsadas por IA que a menudo operan fuera de los controles tradicionales de visibilidad y gobernanza.

Casi el 30% de los usuarios empresariales ya utilizan múltiples plataformas de IA, mientras que el 5% superior interactúa con seis o más aplicaciones de IA. Los empleados ya no dependen de un único asistente para tareas aisladas. Combinan múltiples sistemas de IA dentro de los mismos flujos de trabajo, y a menudo cambian entre herramientas según la tarea, el tipo de datos o la conveniencia.

Así es como se ve realmente la Shadow AI moderna. Es la creciente y larga cola de herramientas de IA que las organizaciones luchan por ver, rastrear o gobernar. En muchos casos, es posible que las organizaciones ni siquiera se den cuenta de que se está utilizando IA, lo que crea un desafío de gobernanza mucho mayor de lo que la mayoría de las organizaciones anticipan.

El uso de la IA empresarial es mucho más personal de lo que las organizaciones creen

La mayoría de las organizaciones suponen que si los empleados utilizan la IA para trabajar, naturalmente utilizarán entornos de IA gestionados por la empresa. Pero eso no es cierto.

Casi la mitad de todas las conversaciones empresariales sobre IA se producen a través de identidades personales en lugar de cuentas administradas por la empresa. Lo que es aún más preocupante es que más del 14% de las conversaciones realizadas con identidades corporativas están vinculadas a licencias personales de IA.

Esto crea un importante punto ciego de gobernanza, ya que cuando los empleados usan cuentas personales de IA, las organizaciones pierden visibilidad de las políticas de retención, la auditabilidad, la exposición a la capacitación de modelos y cómo se manejan en última instancia los datos empresariales. La información confidencial de la empresa puede pasar a ecosistemas externos de IA sin supervisión centralizada ni aplicación de políticas.

Lo que hace que esto sea particularmente sorprendente es que la división no se trata sólo de identidades. Está dando cada vez más forma a la propia selección de plataformas.

Las plataformas centradas en la empresa, como Copilot M365 y Gemini Enterprise, se utilizan principalmente a través de cuentas administradas corporativas. Mientras tanto, plataformas como ChatGPT, Claude y DeepSeek siguen dominadas por el uso personal.

Esto significa que el problema de la IA empresarial ya no se trata solo de aplicaciones de IA. Se está convirtiendo cada vez más en un problema de gobernanza y de «IA personal».

Los datos confidenciales fluyen hacia todas las plataformas de inteligencia artificial, siendo DeepSeek y ChatGPT los peores culpables

El informe encontró que más del 6% de las conversaciones empresariales sobre IA ya contienen datos confidenciales. Clasificamos los datos confidenciales y descubrimos que los datos personales eran, con diferencia, la categoría más común, apareciendo en el 5,81 % de las conversaciones, mientras que los datos financieros y relacionados con TI aparecían con menos frecuencia, pero aún representaban una exposición significativa.

DeepSeek mostró la tasa de exposición de datos confidenciales más alta con un 12,63% de las conversaciones. ChatGPT le siguió con un 8,38%. Copilot M365 mostró una tasa de exposición significativamente menor: 3,65%.

Esto sugiere que las plataformas de IA integradas en las empresas pueden operar dentro de entornos de gobernanza más controlados, mientras que las herramientas de IA orientadas al consumidor siguen experimentando patrones de uso mucho más riesgosos.

La pregunta ya no es si los empleados compartirán datos confidenciales con los sistemas de inteligencia artificial. Ya lo son. El verdadero desafío es comprender dónde ocurre, con qué frecuencia y a través de qué identidades y plataformas.

Las extensiones y conectores de IA están ampliando silenciosamente la superficie de riesgo de la IA

El informe también destaca dos canales de IA de rápido crecimiento que muchas organizaciones apenas siguen hoy en día: las extensiones de navegador de IA y los conectores de IA.

Alrededor del 15% de los usuarios empresariales ya ejecutan al menos una extensión de navegador de IA. Casi el 75% de estas extensiones solicitan permisos de navegador altos o críticos. Más del 16% ya tiene vulnerabilidades conocidas.

Al mismo tiempo, los conectores de IA vinculan cada vez más los sistemas de IA directamente con aplicaciones empresariales como SharePoint, GitHub, Slack, Atlassian y Google Workspace.

Esto significa que los sistemas de inteligencia artificial ya no se limitan a que los empleados peguen información manualmente en las ventanas del chatbot. Cada vez se les concede más acceso programático y persistente a sistemas empresariales, documentos, plataformas de colaboración y repositorios de conocimiento internos. Esto cambia fundamentalmente la naturaleza del riesgo de la IA empresarial.

Convertir la información en acción: el camino a seguir para los CISO

El informe deja una cosa clara: los enfoques tradicionales de gobernanza de la IA se están quedando atrás en cuanto a cómo los empleados realmente utilizan la IA. Describe una dirección clara para los líderes de seguridad:

  • Identifique y supervise a los usuarios avanzados de IA de alto riesgo: El riesgo de IA está altamente concentrado entre un pequeño grupo de empleados que dependen en gran medida de la IA en múltiples plataformas y exponen datos significativamente más confidenciales que los usuarios promedio. Tratar todo el uso de la IA por igual desperdicia recursos y pasa por alto el comportamiento de mayor riesgo.
  • Deje de centrarse únicamente en la «IA aprobada»: La mayor brecha de visibilidad es la creciente y larga cola de herramientas de inteligencia artificial, asistentes integrados, extensiones de navegador, motores de búsqueda de inteligencia artificial y conectores que se extienden silenciosamente por toda la empresa.
  • Bloquear el uso de cuentas personales como IA en la sombra activa: Las cuentas de IA personales no administradas y las licencias de IA personales exponen flujos de trabajo empresariales sensibles a entornos de IA no controlados. Hacer cumplir las identidades corporativas de IA y bloquear el uso de cuentas personales ayuda a garantizar que las interacciones, las indicaciones y los flujos de datos de la IA permanezcan visibles, gobernados y protegidos bajo los controles de seguridad empresarial.
  • Cambie de «Bloquear o permitir» a Barandillas de IA en línea: Bloquear completamente la IA ya no es realista, y un enfoque de «permitirlo todo» es igualmente arriesgado. Las organizaciones necesitan barreras de seguridad en línea que monitoreen indicaciones, cargas, respuestas y acciones impulsadas por IA en tiempo real para evitar la exposición de datos confidenciales sin interrumpir la productividad.

Descargue el informe completo sobre el estado del uso de la IA desde aquí

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

JINX-0164 apunta a empresas de criptomonedas con señuelos de reclutamiento falsos y malware para macOS – CYBERDEFENSA.MX

Una nueva campaña orquestada por un actor de amenazas previamente indocumentado se ha dirigido a organizaciones de criptomonedas con el objetivo de facilitar el robo de activos digitales mediante ingeniería social con temática de reclutamiento y malware macOS personalizado.

«Estas campañas aprovecharon sofisticadas técnicas de ingeniería social, malware personalizado para macOS y una focalización profunda en la infraestructura CI/CD», afirman los investigadores de Wiz Shira Ayal, Eden Abergil, Andre Maccarone, Yuval Dan y Benjamin Read. dicho. «Los métodos utilizados permitieron al actor de amenazas pasar lateralmente de las computadoras portátiles de los empleados comprometidas a los sistemas de distribución de códigos y la infraestructura de desarrollo».

La empresa de seguridad en la nube propiedad de Google está rastreando la actividad bajo el nombre JINX-0164. Se considera que el actor de amenazas está activo desde al menos mediados de 2025 y está motivado por ganancias financieras, apuntando a los desarrolladores a través de técnicas de reclutamiento y otras técnicas de ingeniería social para desviar criptomonedas. En al menos un caso, se dice que el adversario llevó a cabo un ataque a la cadena de suministro.

En la cadena de ataque documentada por Wiz, se descubrió que JINX-0164 aprovecha perfiles creíbles de LinkedIn para acercarse a las víctimas y ofrecer una reunión virtual. La invitación a la reunión está diseñada para dirigir al objetivo a un dominio fraudulento que se hace pasar por un proveedor de teleconferencias.

Ciberseguridad

A partir de ahí, se engaña a las víctimas para que descarguen e instalen el programa. Esto, a su vez, activa la recuperación de un ladrón de información de macOS basado en Python y un troyano de acceso remoto con nombre en código AUDIOFIX utilizando un script bash alojado en un dominio de tienda de controladores falso («apple.driver-store[.]com»).

«El [bash] El script descargó una carga útil compatible con la arquitectura del mismo dominio, compatible con los sistemas Intel y Apple Silicon. La carga útil se hace pasar por un controlador de audio del sistema llamado coreaudiod, se guardó como ChromeUpdater y se ejecutó a través de launchctl», dijo Wiz.

Luego, el malware Python se aprovecha para robar datos confidenciales del punto final comprometido, moverse lateralmente a sistemas de distribución de código interno e infraestructura de desarrollo inyectando la carga útil AUDIOFIX y modificar el código fuente en un intento de comprometer otros puntos finales y robar credenciales de billetera de criptomonedas.

Los datos capturados incluyen credenciales de administradores de contraseñas, navegadores web y archivos de llavero de iCloud; credenciales de administrador local; claves SSH; archivos de configuración; archivos de historial de la consola; información de extensiones del navegador de criptomonedas; direcciones de billeteras de criptomonedas; y sesiones activas de Discord, Slack y Telegram.

Además del robo de información, AUDIOFIX admite varios comandos que permiten el reconocimiento manual, la exfiltración, la ejecución arbitraria de comandos de shell, la eliminación de archivos y la recuperación de carga útil desde un servidor externo.

También se ha observado que JINX-0164 apunta a desarrolladores de software haciéndose pasar por reclutadores, mientras emplea la misma técnica de ingeniería social: aprovechar la oportunidad de trabajo para programar una reunión que muestra un error técnico falso e indica a la víctima que descargue una «solución» que conduce a la instalación de malware.

Ciberseguridad

Otro componente clave del arsenal del actor de amenazas es MiniRAT, una puerta trasera basada en Go que anteriormente se distribuía a través de una versión comprometida de un paquete npm llamado @velora-dex/sdkun conjunto de herramientas DeFi legítimo que se utiliza para intercambios de tokens, órdenes limitadas y operaciones delta en la plataforma de intercambio descentralizado VeloraDEX.

Por detalles compartida por SafeDep y StepSecurity el mes pasado, la versión envenenada descargó un script de shell desde un servidor remoto, que luego entregó un binario específico de macOS llamado minirata. El malware está equipado para cargar archivos, ejecutar comandos de shell arbitrarios y recuperar cargas útiles o herramientas adicionales de dominios controlados por atacantes.

Vale la pena señalar que algunos aspectos de la campaña, junto con el uso de servicios VPN como Astrill VPN y el enfoque en criptomonedas y desarrolladores, recuerdan a los utilizados por múltiples grupos de amenazas norcoreanos como BlueNoroff, Contagious Interview y UNC1069. Sin embargo, Wiz dijo que no hay superposiciones de infraestructura que conecten JINX-0164 con Pyongyang en este momento.

«Del mismo modo, los tipos de dominios de suplantación de identidad son similares a los utilizados por otros actores norcoreanos; sin embargo, la infraestructura JINX-0164 no se superpone con otros grupos norcoreanos rastreados públicamente», dijo Wiz.

OpenAI anuncia planes de salvaguardia de ciberseguridad y interferencia electoral para las elecciones intermedias de 2026

OpenAI elogió el miércoles sus planes para salvaguardar la información y ayudar a los defensores de la ciberseguridad en las elecciones intermedias de 2026, incluido el trabajo para combatir los deepfakes y otras formas de uso indebido de la inteligencia artificial.

El anuncio se basa en los compromisos de las principales empresas de tecnología en 2024, incluida OpenAI, para proteger las elecciones de la interferencia electoral infundida por la IA, esfuerzos que algunos pensaron que no eran suficientes. Agencias gubernamentales, institutos no gubernamentales y otros han advertido cada vez más sobre la capacidad de la IA para tener un impacto negativo en las elecciones, incluso cuando anuncian su potencial para el bien.

El plan de OpenAI tiene cinco pilares: difundir información confiable sobre la votación y los resultados electorales, ayudar con la ciberseguridad, marcar los deepfakes con marcas de agua, hacer cumplir políticas que prohíban a los usuarios implementar sus herramientas para interferir en las elecciones y eliminar los sesgos políticos en sus modelos.

OpenAI destacó que ha puesto a disposición de los funcionarios electorales su marco agente de seguridad Codex y su marco de acceso confiable para cibernética, y estaba informando a la Asociación Nacional de Secretarios de Estado y a la Asociación Nacional de Directores Electorales Estatales sobre sus herramientas.

«Este es un momento importante para los defensores cibernéticos de todas las industrias, y creemos que la IA desempeña un papel fundamental en el fortalecimiento de la infraestructura digital, incluidos los sistemas que respaldan las elecciones», dijo la compañía. «OpenAI está comprometido a desarrollar resiliencia en toda la infraestructura, incluso en formas que apoyen la ejecución de las elecciones».

Algunos elementos de los planes de OpenAI no son tanto nuevos como tomar piezas de otros anuncios y juntarlas en uno, como reiterar la asociación de la semana pasada con SynthID para agregar marcas de agua a las imágenes generadas con ChatGPT para ayudar a evaluar si algo es real o un deepfake.

Un elemento nuevo del anuncio del miércoles es que OpenAI se ha asociado con Associated Press para compartir datos electorales.

Un experto en seguridad electoral acogió con satisfacción el anuncio de OpenAI.

«Dada la prevalencia y amplificación de la desinformación sobre nuestras elecciones, que a veces proviene de líderes de altos cargos, siempre es bueno que las plataformas y los servicios acepten su obligación de entregar información precisa a los usuarios», dijo a CyberScoop David Becker, director ejecutivo del Centro de Innovación e Investigación Electoral. «Parece que OpenAI está haciendo eso con este anuncio. Espero que otras plataformas también asuman esta responsabilidad».

Tim Starks

Escrito por Tim Starks

Tim Starks es reportero senior de CyberScoop. Sus paradas anteriores incluyen trabajar en The Washington Post, POLITICO y Congressional Quarterly. Originario de Evansville, Indiana, se ocupa de la ciberseguridad desde 2003. Envíe un correo electrónico a Tim aquí: tim.starks@cyberscoop.com.