Grok Build, de SpaceXSI, filtra datos de miles de usuarios

Grok Build: el agente de IA de SpaceXSI expone datos confidenciales de miles de usuarios

Un agente de programación con IA está dejando a la vista planes de negocio internos, propuestas publicitarias, resultados de exámenes médicos y nombres y números de identificación de empleados de miles de sus usuarios. La firma de seguridad Claroc identificó el origen en Grok Build, la herramienta de vibe coding —construir software describiendo en lenguaje natural lo que quieres— de SpaceXSI, el nombre de la ya fusionada SpaceX y xAI. Entre los afectados está la propia empresa que opera la plataforma.

Para un founder, el dato relevante no es la magnitud del incidente sino su causa: la plataforma confiaba en que una URL aleatoria bastaba como control de acceso. No basta.

¿Qué pasó exactamente con Grok Build?

Grok Build permite a los usuarios crear aplicaciones y compartirlas mediante enlaces. La plataforma aleatoriza esas URLs con la idea de que solo quien conoce la dirección exacta pueda abrir la app y ver los datos almacenados.

Leíste lo que hace la IA. ¿Y en tu negocio?

Un agente de IA puede quedarse con parte de tu día: ordenar lo pendiente y pedirte el OK antes de actuar. El Kit «tu mano derecha con IA» trae un video de 11 minutos y una ficha para dejar al tuyo trabajando. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

Una decisión de diseño de los desarrolladores de la plataforma anuló ese objetivo: según Claroc, es posible enumerar miles de proyectos activos de Grok Build. En la mayoría de los casos, hacer clic en esos enlaces abre la aplicación y muestra toda la información asociada, sin autenticación adicional.

Claroc describió el hallazgo en una publicación del martes. Entre el material expuesto encontró planes de negocio internos, propuestas de publicidad, resultados de exámenes médicos, listas de verificación de cocina de una línea de cruceros de celebridades, y nombres y números de identificación de empleados.

El detalle más incómodo: 24 apps de la propia SpaceXSI

Lo que más llamó la atención de los investigadores fue que parte del material sensible salió de aplicaciones construidas por SpaceXSI misma. Claroc identificó 24 de esas apps.

Una muestra de los documentos incluye un plan de incorporación marcado como confidencial para un nuevo integrante del equipo de ventas empresariales de SpaceXSI, un mapa de territorios de venta con 594 cuentas, direcciones internas de sistemas usados por el equipo comercial y propuestas de publicidad.

«Nos quedamos en shock», escribió Claroc. «La empresa que fabrica Grok tenía su propio material interno abierto a cualquiera que tuviera el enlace, y a nosotros nunca nos lo habían dado. Si el equipo de ventas hubiera comprado una herramienta para esto, habría estado detrás del inicio de sesión corporativo, abierta solo para el equipo. Construida con IA, salió en vivo abierta a cualquiera con el enlace».

Claroc notificó a SpaceXSI de la filtración el domingo. Ante la falta de respuesta, un directivo de la firma recurrió a X para etiquetar a Elon Musk y a Matt Palmer, responsable de Grok. El lunes por la noche, las 24 apps de SpaceXSI seguían exponiendo información. La empresa empezó a retirar los enlaces pocas horas después de que Ars Technica enviara un correo con preguntas, y al cierre de la nota los enlaces devolvían un error de «app not found».

¿Por qué una URL aleatoria no es un control de acceso?

Aquí está la lección técnica que cualquier equipo de producto debería interiorizar. Un identificador aleatorio solo protege si el espacio de direcciones no se puede recorrer. Cuando la estructura de la URL —el patrón de rutas, el nombre del host o algún slug legible— filtra metadatos suficientes, el atacante no necesita adivinar: enumera.

Es el mismo patrón que Claroc documentó en otro caso. Según el recuento publicado por Globai a partir de un reporte de The Verge, la firma encontró más de 6.800 enlaces de conversaciones de Muse, la función de chat con IA de Meta, expuestos en registros DNS públicos, y logró reconstruir las URLs completas y abrir cientos de chats privados. Meta pausó la función de compartir el 20 de octubre de 2026.

El problema tampoco es exclusivo de los chats. En septiembre de 2026, TechCrunch reportó que UpGuard encontró alrededor de 16.000 bases de datos alojadas en Supabase con algún grado de datos personales expuestos, incluidos nombres, direcciones, teléfonos y contraseñas. Supabase, que según TechCrunch alcanzó una valoración de 10.000 millones de dólares ese mismo año impulsada por el auge de apps creadas con IA, sostiene que sus proyectos son «seguros por defecto» y que la seguridad es una responsabilidad compartida con el cliente.

El hilo común: las apps generadas con IA llegan a producción sin que nadie haya modelado la URL como superficie de ataque.

¿Qué significa esto para tu startup?

Si tu equipo usa herramientas de vibe coding para prototipos internos o herramientas de negocio, el riesgo no es teórico. Estas son las acciones concretas que puedes ejecutar esta semana:

Inventaría los enlaces compartibles. Revisa qué apps de tu organización generan URLs públicas y si esas URLs aparecen en buscadores o en registros públicos. Si un enlace abre datos sin pedir credenciales, ya tienes un problema.
Exige autenticación real, no oscuridad. Cualquier app que toque datos de clientes, empleados o finanzas debe estar detrás de un inicio de sesión corporativo. Un identificador aleatorio es ofuscación, no control de acceso.
Define caducidad y revocación. Los enlaces de compartición deben expirar y poder revocarse de forma centralizada. Si no puedes apagar un enlace en minutos, no tienes control.
Separa los datos de prueba de los reales. La mayoría de las filtraciones de este tipo empiezan con un prototipo que alguien cargó con información de producción «solo para probar».
Añade la URL al threat modeling. Antes de lanzar cualquier función de compartición, pregúntate si el enlace es enumerable, si filtra metadatos y si queda indexado por buscadores.

La conclusión incómoda

La velocidad de las herramientas de IA para construir software es real y es una ventaja competitiva. Pero el incidente de Grok Build muestra que la misma facilidad que permite a un equipo comercial lanzar una app en una tarde también le permite publicarla sin los controles que un proveedor tradicional habría incluido por defecto.

La pregunta que deberías hacerte no es si tu startup usa IA para construir. Es quién revisa, antes de publicar, qué ve alguien que solo tiene el enlace.