Más de 35.000 aplicaciones creadas con Grok expuestas en línea con filtraciones de datos sensibles

La firma de seguridad Claroc ha identificado una masiva exposición de aplicaciones generadas por el asistente de IA Grok, revelando que más de 35.000 de estas apps eran accesibles públicamente sin autenticación. El incidente, reportado el 11 de noviembre de 2026, incluye herramientas internas creadas por empleados de X y SpaceXSI, que filtraban datos corporativos sensibles que iban desde mapas de ventas hasta contraseñas de empleados.

Qué ocurrió

Los investigadores de Claroc escanearon internet buscando aplicaciones alojadas en el subdominio grok.me, utilizado para las apps creadas mediante el constructor basado en chat de Grok. Descubrieron 37.571 aplicaciones de este tipo, de las cuales 35.578 estaban abiertas a cualquiera que tuviera el enlace y no requerían inicio de sesión. Aunque muchas de ellas eran juegos simples o calculadoras, aproximadamente el 10 por ciento contenía información empresarial interna o personal. Entre los elementos expuestos había 24 aplicaciones construidas por personal de X y SpaceXSI, la empresa detrás de Grok. Estas incluían un plan de incorporación confidencial para un nuevo vendedor, un mapa de territorio de ventas que cubría 594 cuentas y una propuesta publicitaria marcada como confidencial para una agencia federal de EE.UU.

Más allá de las empresas tecnológicas directamente involucradas, los investigadores identificaron datos internos de otras 30 organizaciones en sectores como salud, defensa y energía. Seis de estas entidades afectadas son empresas Fortune 500. La gravedad de las filtraciones variaba, pero Claroc estimó que alrededor del 2 por ciento de las apps abiertas contenían riesgos altos o críticos. Los ejemplos incluían una lista buscable de 3.500 empleados hospitalarios, un informe de paciente de cuidados intensivos y una aplicación de hoja de horas de contratistas que almacenaba contraseñas de empleados en texto plano dentro de su código. SpaceXSI ha eliminado desde entonces las 24 apps creadas por el personal, pero no ha retirado el conjunto más amplio de aplicaciones generadas por usuarios.

La raíz del problema reside en cómo Grok maneja la publicación de apps. Cuando los usuarios crean una aplicación a través de la interfaz de chat, deben hacer clic en "Publish" (Publicar) para ponerla en línea. Durante este proceso, la configuración de acceso predeterminada es "Anyone with the link" (Cualquiera con el enlace), en lugar de una opción más restrictiva. Aunque Grok sugiere nombres aleatorios de cuatro palabras para las apps, lo que hace difícil adivinarlos, estos nombres no son secretos. Los servicios de DNS pasivo registran cada consulta de estos subdominios, permitiendo a los atacantes descubrir direcciones de apps buscando en los registros DNS. En contraste, los investigadores señalaron que el constructor de apps de ChatGPT tiene como predeterminado "Only me" (Solo yo), lo que significa que incluso si se encuentra una dirección en los registros DNS, el contenido permanece inaccesible para desconocidos.

Detalles clave

• Escala de la exposición: 35.578 de las 37.571 aplicaciones de Grok descubiertas eran accesibles públicamente sin requisitos de inicio de sesión.
• Impacto corporativo: Se expusieron 24 apps del personal de X y SpaceXSI, junto con datos de otras 30 organizaciones, incluidas seis empresas Fortune 500.
• Tipos de datos sensibles: Las filtraciones incluyeron mapas de territorios de ventas, propuestas gubernamentales confidenciales, informes médicos de pacientes y contraseñas en texto plano.
• Riesgo de configuraciones predeterminadas: El permiso "Anyone with the link" estaba preseleccionado durante la publicación, a diferencia de competidores que tienen como predeterminado el acceso privado.
• Método de descubrimiento: Los investigadores utilizaron datos de DNS pasivo para encontrar subdominios de apps, demostrando que los nombres oscuros no garantizan seguridad.
• Respuesta del proveedor: SpaceXSI eliminó las apps del personal, pero no se comprometió a contactar a otros usuarios afectados ni a cambiar los permisos predeterminados.

Antecedentes

Grok Build permite a los usuarios generar aplicaciones web funcionales describiéndolas en una interfaz de chat. Esta característica se puso a disposición de todos los planes de Grok el 19 de agosto de 2026. Cada app publicada recibe un subdominio único bajo grok.me. El modelo de seguridad depende de que el creador seleccione manualmente los controles de acceso: "Anyone with the link", "Invited users" (Usuarios invitados) u "Only you" (Solo tú). Sin embargo, la comodidad de la generación por IA a menudo conduce al "shadow IT" (TI en la sombra), donde los empleados construyen y despliegan herramientas sin supervisión de los equipos centrales de TI o seguridad.

El monitoreo de DNS pasivo es una técnica común utilizada tanto por investigadores de seguridad como por atacantes. Cada vez que un dispositivo resuelve un nombre de dominio a una dirección IP, esa consulta puede ser registrada por servicios de terceros. Al agregar estos registros, se puede reconstruir una lista de subdominios activos para un dominio padre dado. Esto significa que, aunque el nombre de una app sea aleatorio e indescifrable, se vuelve descubrible tan pronto como alguien la visita, haciendo ineficaz la "seguridad por oscuridad".

Por qué importa

Para líderes de TI y gerentes de ingeniería, este incidente destaca los riesgos de las herramientas de IA no gestionadas. Cuando desarrolladores o unidades de negocio utilizan constructores de IA fuera de plataformas autorizadas, evitan revisiones de seguridad estándar, controles de acceso y políticas de prevención de pérdida de datos. El hecho de que el código generado por Grok a veces falle en validar correctamente la identidad del usuario—como añadir cualquier usuario conectado de Google a un equipo sin verificar su afiliación—demuestra que no se puede confiar en que el código generado por IA sea seguro por defecto. Los equipos deben asumir que cualquier app construida de esta manera puede tener vulnerabilidades críticas a menos que sea probada explícitamente.

La exposición de contraseñas en texto plano y documentos confidenciales de RR.HH. subraya la necesidad de una gobernanza estricta de datos. Incluso si una app parece inofensiva, como una calculadora o una página de aterrizaje, puede conectarse a bases de datos internas o contener secretos codificados. La facilidad de despliegue significa que los datos sensibles pueden filtrarse rápidamente y permanecer expuestos durante largos períodos si no se monitorean activamente. Las organizaciones ya no pueden depender únicamente de defensas perimetrales; deben considerar los datos que fluyen a través de aplicaciones efímeras creadas por usuarios y alojadas en plataformas externas.

Qué puedes hacer

• Auditar el uso de herramientas de IA: Identifica qué constructores de apps de IA (como Grok, Lovable o Replit) está usando tu personal y establece políticas claras para su uso.
• Comprobar la exposición de DNS: Si tienes acceso a datos de DNS pasivo, busca subdominios asociados con constructores de IA conocidos para encontrar posibles apps internas expuestas.
• Verificar controles de acceso: Para cualquier app de Grok existente que contenga datos internos, asegúrate de cambiar la configuración a "Invited users" u "Only you" y confirma que los desconocidos reciban una página de error.
• Probar la lógica de autenticación: Intenta iniciar sesión en apps internas utilizando una cuenta externa para verificar que la app restringe correctamente el acceso solo al personal autorizado.
• Escanear secretos: Revisa el código fuente o los scripts cargados de las apps generadas por IA en busca de contraseñas codificadas, claves API o direcciones de correo electrónico, y despublica cualquier app que carezca de un propietario claro.
• Aplicar privacidad predeterminada: Aboga porque los proveedores cambien la configuración de publicación predeterminada a "Private" (Privado) u "Only me" (Solo yo) para reducir la exposición accidental.