Grok Build expuso datos de 35.000 aplicaciones por un secreto en el subdominio

Imagine esto: en diez minutos monta un panel interno con ayuda de un agente de IA, pulsa «compartir» y envía el enlace a un compañero. La dirección es larga, con palabras aleatorias, así que es imposible adivinarla. Y luego resulta que la ve cualquiera que sepa usar una base de datos pública de consultas DNS. Según los investigadores de Claroc, eso fue exactamente lo que ocurrió con Grok Build, el agente de vibe coding de SpaceXSI (el nuevo nombre de la unión de SpaceX y xAI).

Qué es exactamente lo que falló

La idea del esquema es sensata. Se llama capability-based access control: conocer la URL equivale a tener derecho de acceso. Solo hace falta que la dirección no se pueda adivinar ni encontrar. Tres palabras aleatorias dan unos 38 bits de entropía, es decir, miles de millones de combinaciones. Google hace algo parecido en Docs, pero allí la cadena aleatoria va en la ruta, después del dominio.

Grok Build colocó las palabras aleatorias a la izquierda del dominio, en el subdominio: cinder-crane-sand-frost.grok.me. Y los nombres de subdominio se filtran. Cuando alguien solicita por primera vez la dirección IP de un host nuevo, el registro queda en bases de datos públicas de passive DNS. Basta con buscar todo lo que termine en grok.me. No hay que adivinar nada; solo leer una lista ya hecha. La ruta de la URL no llega a la consulta DNS, por eso este truco no funciona con los enlaces de Google.

Claroc encontró 43.601 enlaces en grok.me. Más de 35.000 de ellos, casi el 95 %, abrían la aplicación junto con todos sus datos. Entre lo hallado: 3.784 reconocimientos médicos de trabajadores de una constructora peruana, una lista de 3.565 empleados de un hospital, una tabla con 22 técnicos de Tesla con su productividad y bonificaciones, y unos 4.000 pedidos de un transportista de automóviles con precios y márgenes. También aparecieron 24 aplicaciones de la propia SpaceXSI: un plan de incorporación de un vendedor marcado como confidencial y un mapa de 594 cuentas de clientes.

El valor por defecto frente a la realidad

Según las pruebas de Asaf Aprozper, CTO de Claroc, Grok Build establece por defecto el acceso «Anyone with the link». Para cerrar la aplicación, el usuario debe elegir por sí mismo «invitados» o «solo usted». Un representante de Cursor (adquirida recientemente por SpaceXSI) aseguró que las aplicaciones son privadas por defecto. Las pruebas de Claroc lo desmienten. Las preguntas posteriores de Ars Technica no obtuvieron respuesta.

La cronología también es reveladora. Claroc informó de la filtración el domingo, no recibió respuesta y etiquetó en X a Musk y a un responsable de Grok. Los enlaces a las 24 aplicaciones internas desaparecieron solo unas horas después de la consulta de los periodistas. El resto de los datos seguía accesible.

El problema va más allá de Grok. Lovable, Bolt y Replit también asignan a cada aplicación su propia dirección, así que sus huellas DNS son las mismas. Simplemente, en Grok apareció la mayor cantidad de datos corporativos sensibles. Meta Muse suspendió hace poco la función de compartir tras una filtración similar. Claude artifacts, ChatGPT share y Gemini share lo hacen bien: el secreto está en la ruta y el DNS no lo ve.

Qué hacer en la práctica

Si usted o su equipo crearon algo en Grok Build, primero entre en la configuración de todas las aplicaciones y cambie el acceso a «invitados» o «solo usted». Lo mismo conviene revisar en Lovable, Bolt y Replit. Recuerde que un enlace que ya ha pasado a passive DNS podría haber llegado a bases de datos ajenas. Si contenía datos personales u ofertas comerciales, cierre el acceso y evalúe si es necesario notificar a las personas y a los clientes.

Para quienes construyen plataformas con enlaces para compartir, la lección es esta: el secreto de capacidad no se puede poner en el nombre del host, solo en la ruta o en un token después del dominio. Para las herramientas internas, es mejor activar directamente la autorización y hacer del acceso público una decisión consciente, no un valor por defecto.

Hay también matices. Las cifras proceden de la investigación de Claroc y todavía no hay verificación independiente. Una aplicación pública no contiene necesariamente datos sensibles, y muchas de las 35.000 pueden ser simples demos. SpaceXSI no ha explicado cómo acabaron documentos internos en aplicaciones abiertas ni si notificará a los clientes. Pero la conclusión principal no cambia: el vibe coding acelera los despliegues y, con ellos, los errores en la configuración de acceso. El hábito de «generar y compartir» debe incluir comprobar quién exactamente podrá abrir el enlace.