El 14 de julio de 2026, investigadores de Manifold Security confirmaron que la extensión Claude for Chrome todavía acepta clics sintéticos de otras extensiones del navegador. Ocho versiones después de la divulgación inicial, el código vulnerable sigue enviándose a suscriptores de pago sin parche. La extensión no verifica event.isTrusted, lo que permite a scripts maliciosos desencadenar lecturas de Gmail, acceso a Google Docs y extracción de datos del Calendario mediante tareas falsificadas. Este no es un bug aislado. Es un síntoma de un ecosistema estructuralmente roto.
1. El problema endémico de las extensiones: por qué las auditorías nunca ocurrirán
La Chrome Web Store procesa miles de envíos diarios con escaneo automatizado mínimo y cero auditorías de seguridad obligatorias por terceros. Los vendors priorizan el crecimiento y la reducción de fricción para desarrolladores sobre el rigor de seguridad. Las auditorías obligatorias crearían un cuello de botella insostenible y probablemente enfrentarían escrutinio antimonopolio. El modelo de marketplace incentiva el volumen sobre la verificación, convirtiendo las vulnerabilidades endémicas en una característica del modelo de negocio, no en un defecto. Esperar que esto cambie voluntariamente es ingenuo.
2. La precaución del usuario es un oxímoron
Es hora de abandonar la narrativa cansada de que "los usuarios deberían ser más cuidadosos". Las extensiones existen precisamente porque los usuarios quieren automatizar flujos de trabajo tediosos y reducir la carga cognitiva. Pedirles que verifiquen manualmente permisos, auditen código fuente o desactiven funciones de automatización contradice toda la propuesta de valor de la herramienta. El consejo de seguridad que requiere que los usuarios actúen contra su propia conveniencia está destinado al fracaso. Tu modelo de amenazas debe asumir que los usuarios siempre elegirán la conveniencia sobre la seguridad. Diseña en consecuencia.
4. Mecanismos pragmáticos de afrontamiento
Dado que no puedes arreglar el marketplace ni cambiar el comportamiento del usuario, estas son las estrategias que funcionan dentro de estas restricciones:
- Compartimentación por perfil de navegador: debes aislar las extensiones de agentes de IA en perfiles de navegador dedicados con cero extensiones adicionales instaladas. Esto elimina por completo la superficie de ataque entre extensiones. Si Claude for Chrome se ejecuta en un perfil sin otras extensiones, no hay script malicioso que pueda forjar clics. Es simple, efectivo y no depende de que el usuario tome decisiones correctas en tiempo real.
- Allowlisting empresarial vía GPO/MDM: para entornos gestionados, debes aplicar listas blancas estrictas de extensiones mediante Group Policy o MDM. Bloquea todas las extensiones por defecto y solo permite aquellas verificadas y firmadas de publishers aprobados. Esto elimina la agencia del usuario para instalar herramientas no auditadas, pero erradica el vector de ataque de confused deputy a escala. La comodidad individual se sacrifica por la postura de seguridad organizacional.
- Filtrado de egress a nivel de red para agentes de IA: no puedes confiar en los controles de permiso internos de la extensión. Implementa controles a nivel de red que restrinjan los dominios que el navegador puede alcanzar cuando las extensiones de agentes de IA están activas. Incluso si una extensión maliciosa desencadena una tarea falsificada, el filtrado de egress previene la exfiltración de datos a endpoints no autorizados. Asume que la extensión será comprometida; diseña la red para que el daño sea contenido.
- Trata todas las extensiones como código no confiable: tu arquitectura de seguridad debe asumir que cada extensión tiene acceso completo al DOM y puede forjar interacciones de usuario. Nunca otorgues a extensiones de agentes de IA acceso a cuentas sensibles en la misma sesión de navegador utilizada para navegación general u otras herramientas de productividad. La segregación no es opcional; es el único control que funciona cuando el perímetro de confianza de la extensión está fundamentalmente roto.
5. Especulación: el ajuste de cuentas regulatorio inevitable
La EU Cyber Resilience Act (CRA) y marcos similares pueden eventualmente clasificar los marketplaces de navegadores como componentes de infraestructura crítica sujetos a requisitos de seguridad obligatorios. Si las extensiones causan daño financiero medible a escala, la responsabilidad podría trasladarse de desarrolladores individuales a operadores de plataforma. Esto forzaría a Chrome, Firefox y Edge a implementar requisitos de auditoría o enfrentar penalizaciones masivas. Hasta entonces, los defensores deben tratar el ecosistema de extensiones como territorio hostil. Cada extensión instalada es un riesgo aceptado; cada agente de IA con acceso a cuentas corporativas es un activo comprometido en espera.
La precaución del usuario no es una estrategia de defensa. Es una excusa para no diseñar sistemas seguros. Mientras los marketplaces sigan optimizando para volumen y los usuarios sigan eligiendo conveniencia, la única variable bajo tu control es la arquitectura de aislamiento. Úsala.