AI Sidebar Spoofing: la vulnerabilidad oculta en los navegadores con IA que ya están explotando los atacantes

Un nuevo ataque, AI Sidebar Spoofing, clona el panel lateral de IA del navegador para manipular sus respuestas y robar credenciales, criptomonedas o tomar el control total del dispositivo.

Los navegadores con inteligencia artificial integrada, como los que incorporan paneles laterales que responden preguntas, resumen páginas o incluso ejecutan acciones por ti, se han convertido en la nueva gran superficie de ataque. SquareX Labs, firma especializada en seguridad de navegadores, ha revelado una técnica bautizada como AI Sidebar Spoofing (suplantación del panel lateral de IA) que demuestra lo fácil que resulta engañar a un usuario haciéndole creer que está hablando con la IA de su navegador… cuando en realidad no es así.

¿En qué consiste el ataque?

La idea de fondo es sencilla de entender, aunque técnicamente sofisticada: una extensión de navegador maliciosa, o incluso una página web controlada por un atacante, puede inyectar una interfaz visual idéntica al panel lateral legítimo de IA del navegador. El usuario ve exactamente el mismo diseño, los mismos colores, la misma disposición... pero las respuestas que recibe ya no proceden de un canal de confianza.

A partir de ahí, el atacante puede alterar de forma selectiva lo que la IA "responde" para incluir:

• Enlaces de phishing (páginas fraudulentas que imitan a las legítimas para robar credenciales).
• Flujos de autorización OAuth falsos (el sistema que usamos, por ejemplo, para "iniciar sesión con Google" en otras webs).
• Comandos maliciosos que abren una shell inversa (una conexión remota que da al atacante control sobre el equipo).
• Enlaces de descarga que en realidad instalan malware.

Como la interfaz parece 100% auténtica, el usuario confía y sigue las instrucciones sin sospechar nada, lo que puede acabar en robo de credenciales, fuga de datos alojados en la nube o incluso en la toma de control completa del dispositivo.

Tres escenarios ya demostrados

SquareX Labs no se ha quedado en la teoría: ha probado el ataque en tres escenarios reales:

1. Phishing de billeteras de criptomonedas.
2. Phishing mediante consentimiento OAuth (autorizar sin saberlo el acceso de un tercero a tu cuenta).
3. Compromiso del dispositivo a través de comandos con shell inversa.

Por qué este ataque preocupa especialmente a los equipos de seguridad

Hay tres motivos que convierten esta técnica en un problema serio, más allá del típico phishing:

• Abuso de la confianza visual. El usuario asocia ese panel con el navegador oficial. Un clon perfecto elimina de un plumazo esa referencia mental de "esto es seguro porque lo veo dentro de mi navegador".
• Requiere muy pocos privilegios. No hace falta explotar el sistema operativo ni escalar privilegios: basta con los permisos habituales que ya piden muchas extensiones (acceso a "host" y "storage", es decir, a las páginas que visitas y a poder guardar datos).
• Los navegadores con IA pueden actuar por ti. Si el asistente puede abrir enlaces, autorizar permisos OAuth o descargar archivos en nombre del usuario, un atacante que controle esas respuestas amplifica muchísimo el daño potencial.

Además, en dispositivos personales usados para el trabajo (lo que se conoce como BYOD, Bring Your Own Device) o sin gestión centralizada por parte de IT, las soluciones de seguridad habituales, EDR (protección de endpoint) o SSE/SASE (seguridad de acceso a internet y a la nube),  no están diseñadas para detectar manipulaciones dentro del DOM (la estructura interna de una página web) ni para revisar qué comando se acaba de copiar y pegar en una terminal.

Cómo funciona técnicamente, paso a paso

Para quien quiera entender el mecanismo con más detalle, así es como se construye el ataque:

1. Distribución de la extensión maliciosa. El atacante publica una extensión disfrazada de herramienta de productividad o de IA, o directamente compra/compromete una extensión legítima ya existente. Las tiendas de extensiones no auditan a fondo cada actualización, y muchas apps inofensivas ya piden permisos amplios de host y almacenamiento.
2. Inyección DOM y falsificación del panel. Con esos permisos, la extensión inyecta código HTML/CSS/JavaScript que reproduce visualmente el panel oficial con precisión milimétrica. El usuario no percibe ninguna diferencia.
3. Proxy del modelo de lenguaje (LLM). Aquí está la parte más ingeniosa: el panel falso reenvía la pregunta real del usuario a un modelo legítimo (Gemini, Atlas, etc.) y solo modifica partes muy concretas de la respuesta, un enlace, un comando, una ruta. El resto del texto es auténtico, lo que refuerza la sensación de credibilidad.
4. Typosquatting (dominios con nombres parecidos). Los enlaces legítimos se sustituyen por versiones casi idénticas (por ejemplo, "binacee.com" en lugar de "binance.com"). El usuario confía en la recomendación de la IA y no revisa la URL.
5. Phishing por consentimiento OAuth. El panel sugiere autorizar una supuesta "aplicación de intercambio de archivos", que en realidad es un cliente OAuth del atacante solicitando permisos sobre Gmail, Drive u otros servicios. El usuario concede el acceso pensando que es necesario, y el atacante obtiene acceso API permanente a la cuenta.
6. Manipulación de comandos y shells inversas. El panel devuelve instrucciones aparentemente normales (como instalar Homebrew, un gestor de paquetes muy usado), pero con comandos alterados que abren una conexión remota o instalan un paquete malicioso. Como es habitual copiar y pegar comandos de internet sin revisarlos línea a línea, el usuario ejecuta el ataque él mismo sin saberlo.

Qué se puede hacer para detectarlo y prevenirlo

SquareX Labs propone varias líneas de defensa, tanto a nivel técnico como organizativo:

1. Lista blanca de extensiones. Permitir únicamente extensiones aprobadas mediante políticas de gestión de dispositivos (MDM/GPO), en lugar de dejar que cualquier empleado instale lo que quiera.
2. Gobernanza sobre OAuth. Exigir aprobación administrativa antes de que cualquier aplicación pueda solicitar permisos sobre correo, Drive o el directorio corporativo.
3. Bloqueo de comandos peligrosos. Avisar o impedir que se peguen en la terminal comandos con patrones sospechosos (como curl | sh, base64 -d, nc o bash -i >& /dev/tcp).
4. Filtrado de DNS y dominios recién creados. Denegar el acceso a dominios registrados hace poco o muy similares visualmente a servicios críticos.
5. Análisis dinámico de extensiones. No fiarse del número de descargas o de la reputación aparente: analizar su comportamiento real en un entorno controlado (sandbox) antes de aprobarlas.

La conclusión para tu empresa

Si en tu organización ya se usan navegadores con IA integrada, o se prevé adoptarlos próximamente, este caso deja una lección clara: la confianza visual ya no es garantía de seguridad. Un panel que "se ve" oficial puede no serlo. Revisar la política de extensiones permitidas, endurecer la gobernanza de OAuth y formar a los equipos para desconfiar de comandos que se copian y pegan sin revisar son medidas que hoy deberían formar parte de cualquier estrategia de ciberseguridad corporativa.