Recién, Musk lo admitió: SpaceXAI eliminó por completo el código filtrado a escondidas

marsbit發佈於 2026-07-14更新於 2026-07-14

文章摘要

Ahora mismo, Elon Musk ha admitido la polémica de privacidad de Grok Build de SpaceXAI, afirmando que es "verdad" y prometiendo eliminar por completo todos los datos de usuarios previamente subidos, sin dejar ningún rastro. Esto ocurre después de que un investigador de seguridad descubriera que el agente de programación AI, promocionado como "local-first", subía en secreto repositorios de código completos—incluyendo archivos con claves API y contraseñas falsas—a servidores externos, incluso cuando su función no lo requería. La transmisión de datos fue hasta 27,800 veces mayor que el tráfico de la conversación principal, generando una crisis de confianza entre los desarrolladores. Aunque xAI ha implementado un comando /privacy para eliminar datos y Musk ha ordenado su borrado total, el incidente ha dejado una profunda preocupación sobre la seguridad de las herramientas de agentes de IA que tienen acceso total a los sistemas de los usuarios.

¡Musk lo admitió!

Acaba de suceder, Elon Musk respondió personalmente al escándalo de privacidad de Grok Build, y su primera palabra fue: True (Verdad).

Admite que el incidente es real.

Seguido de una promesa: Todos los datos de usuarios previamente subidos a SpaceXAI, serán completamente y definitivamente eliminados.

Zero anything whatsoever will remain—No quedará ni un solo byte.

Que un gigante de la IA admita públicamente un error y luego borre activamente los datos de los usuarios, es algo inédito en el mundo de la IA.

Lo que llevó a Musk a este punto fue un investigador de seguridad persistente y una crisis de confianza que casi destruye toda la pista del "agentic coding" (codificación por agentes).

Un repositorio, pescando un gran pez

Todo comenzó con un informe hace dos días.

Grok Build es un agente de programación de IA de SpaceXAI, lanzado recién en mayo de este año. Su página oficial prometía claramente "local-first"—Prioridad local, tu código se queda en tu propio ordenador.

Los desarrolladores confiaron. Después de todo, ¿quién mentiría sobre eso?

Pero el investigador independiente de seguridad de IA @cereblab decidió no creerlo.

Hizo algo muy "obstinado": creó una cuenta secundaria, un repositorio de prueba de "phishing" (pesca), lleno de carnadas—claves API falsas, contraseñas de base de datos falsas, cada una marcada de forma única.

Luego, como instalar una cámara de vigilancia, interceptó cada paquete de datos que Grok Build enviaba a escondidas, reproduciéndolo fotograma a fotograma.

También dio una orden estricta: No hagas nada, solo responde con un OK, no abras ningún archivo.

La intención era simple: La tarea en sí no requiere ver ningún código. Grok Build respondió obedientemente con un OK.

Sin embargo, en la grabación de vigilancia se vio otra cosa: se dio la vuelta y subió todo el repositorio—todos los archivos, junto con el historial completo de modificaciones—a la nube.

Y la dirección de destino no era ni siquiera un servidor propio de xAI, sino un bucket de almacenamiento en Google Cloud.

Es como invitar a un asistente a casa para que te ayude con un documento, diciéndole específicamente 'no toques nada más'. Él sonríe y acepta, luego, mientras no lo ves, empaca todo tu estudio y lo envía por mensajería al almacén de otra persona.

Reproducción de la vigilancia, cada fotograma más impactante

Los detalles eran cada vez más graves. Al reconstruir los datos enviados, el investigador encontró los archivos señuelo intactos.

Le dijiste que no mirara, dijo que sí—y luego se llevó el armario completo con su candado.

Grok Build tenía un interruptor de "Ayudar a mejorar el modelo" que casi todos asumían que, al apagarlo, se desactivaba la recopilación de datos.

La realidad es que apagarlo no servía, la transmisión continuaba.

Este interruptor solo controlaba "si usar tus datos para entrenar la IA", no si tu código abandonaba tu ordenador.

Luego está el volumen de transferencia. De un repositorio de prueba de 12 GB, en realidad se enviaron 5.1 GB, divididos en 73 paquetes, todos entregados.

Mientras tanto, el tráfico usado por la IA para su trabajo real—es decir, el diálogo en sí—fue de solo 192 KB.

Los datos robados fueron 27,800 veces más que los datos del trabajo legítimo.

Esas claves falsas, sin un solo carácter alterado, estaban expuestas en los paquetes de datos enviados, viajando desprotegidas junto con el código.

Lo más escalofriante fue el descubrimiento de otro investigador al replicar el experimento en su propio ordenador: los registros mostraban 339 cargas automáticas, y en una de ellas, el objeto subido fue todo su directorio principal del ordenador.

Ahí podrían estar claves SSH, gestores de contraseñas, datos del navegador... todo lo que constituye tu vida digital.

De la noche a la mañana, desarrolladores de todo el mundo cambiaron sus cerraduras

El día que se publicó el informe, llegó directamente a la portada de Hacker News y Reddit estalló.

La descripción de un medio extranjero fue acertada: la reacción provocada por este informe fue "los desarrolladores abriendo silenciosamente sus gestores de contraseñas".

El pánico tenía sentido.

En los repositorios de código están las claves, archivos de configuración, interfaces internas, contraseñas de bases de datos, funciones no publicadas, secretos comerciales. Una vez filtradas, una disculpa no basta para reparar el daño.

Algunos cambiaron todas sus claves esa misma noche, otros simplemente desinstalaron.

Lo más preocupante fueron los usuarios empresariales: cuántos repositorios privados de equipos, claves de entornos de producción, terminaron en el bucket de almacenamiento de otra persona sin su conocimiento—y ni siquiera podían saber qué habían perdido.

La reacción inicial de xAI fue aún más reveladora.

Después del informe, el comportamiento de carga se detuvo silenciosamente—sin actualizar el software, se cortó desde el servidor. Pero los registros de cambios oficiales no mencionaban el asunto en absoluto.

Hay que recordar que todo esto ocurrió justo cuando SpaceXAI acababa de lanzar Grok 4.5 y se esforzaba al máximo en la carrera de la programación con IA.

Iban a librar una batalla decisiva, y terminaron volando sus propios cimientos.

El silencio no pudo sostenerse.

El equipo oficial de Grok salió a admitir el error, implementando el comando /privacy—para desactivar la retención de datos con un clic y permitir la eliminación retroactiva de los datos ya subidos.

Andrew Milich, un ejecutivo con 4 años de experiencia en productos con cifrado de extremo a extremo y recién contratado, salió personalmente a respaldar la medida.

Finalmente, el propio Musk dio el visto bueno: Todos los datos de usuarios subidos en el pasado, serán completamente eliminados, sin rastro.

Desde el estallido en la comunidad hasta la eliminación total ordenada por el jefe, pasaron menos de 48 horas.

Los datos se borran, la preocupación no desaparece

Las herramientas de "agentic coding" (codificación por agentes) tienen el máximo nivel de permiso en tu ordenador: leer archivos, modificar código, ejecutar comandos.

Les das la llave de tu casa para que te ayuden a trabajar—no para que se lleven la casa entera.

Este es el miedo más profundo de todos los usuarios de agentes de IA para programación: cuanto más pueden hacer, más pueden llevarse.

Hoy fue Grok Build, ¿y mañana?

Musk presionó la tecla de eliminar, los datos pueden borrarse. Pero la preocupación de los desarrolladores, esa no se puede eliminar.

Referencias:

https://x.com/elonmusk/status/2076739687658496209%20*%20

https://x.com/SpaceXAI/status/2076692402442846289%20*%20

https://x.com/milichab/status/2076693464016994685

Este artículo proviene del WeChat Official Account "新智元" (Nueva Inteligencia), autor: ASI启示录.

熱門幣種推薦

相關問答

Q¿Qué admitió Elon Musk sobre Grok Build y qué prometió hacer?

AElon Musk admitió que era cierto que Grok Build de SpaceXAI había estado subiendo datos de usuarios sin su consentimiento. Prometió que todos los datos de usuarios previamente subidos a SpaceXAI serían eliminados por completo y de forma permanente, sin dejar ningún rastro.

Q¿Cómo descubrió el investigador de seguridad @cereblab el comportamiento de Grok Build?

AEl investigador @cereblab creó un repositorio 'señuelo' con claves API y contraseñas de base de datos falsas y únicas. Luego monitoreó todo el tráfico de red de Grok Build y descubrió que, a pesar de que la tarea asignada no requería acceder a archivos, la herramienta empaquetaba y subía todo el repositorio, incluido su historial, a un bucket de almacenamiento de Google Cloud.

Q¿Por qué causó pánico el informe entre los desarrolladores globales?

AEl informe causó pánico porque reveló que Grok Build había estado subiendo de forma encubierta repositorios de código completos, que podían contener claves secretas, contraseñas, configuraciones internas y secretos comerciales. Muchos desarrolladores tuvieron que cambiar urgentemente todas sus credenciales y desinstalar la herramienta por temor a fugas masivas de datos.

Q¿Qué dato comparativo sobre el volumen de datos transmitidos destaca la gravedad del incidente?

AEl dato comparativo clave es que, para un repositorio de prueba de 12 GB, Grok Build transmitió 5.1 GB de datos (en 73 paquetes) a servidores externos, mientras que el tráfico legítimo de la conversación con la IA fue de solo 192 KB. Esto significa que los datos 'robados' fueron 27,800 veces mayores que los datos utilizados para el trabajo real.

QA pesar de la eliminación de datos ordenada por Musk, ¿qué preocupación fundamental persiste entre los usuarios de herramientas de IA de codificación?

ALa preocupación fundamental que persiste es la de confianza. Las herramientas de codificación con IA (agentic coding) tienen acceso de alto nivel a los sistemas de los desarrolladores. El incidente demostró que el poder que tienen para ayudar también puede usarse para extraer y exfiltrar datos de manera encubierta. Los usuarios ahora temen que, aunque los datos de este caso se borren, la arquitectura misma de estas herramientas represente un riesgo inherente para la privacidad y seguridad de su código y datos sensibles.

你可能也喜歡

XRP即将迎来五项重要新功能!Ripple代表宣布此消息

Ripple产品部门负责人Jazzzy Cooper宣布,下周将发布XRPLedger 3.3.0版本,引入五项旨在提升XRP在机构金融和代币化资产市场中应用的重要新功能。 新功能包括: 1. **机密MPT(多用途代币)**:通过零知识证明和椭圆曲线密码学,为XRPL上的代币提供内置隐私功能,允许代币余额和交易金额在公开账本中保密,同时授权方(如审计师)可按需验证交易。 2. **批量处理**:支持在单一账本条目中,原子化地执行最多八笔涉及不同账户的交易,所有交易要么全部成功,要么全部不发生。这有助于简化企业金融应用,特别是涉及交付付款和原子对账的场景。 3. **权限委托**:允许机构在不交出私钥完全控制权的情况下,设定有限的交易执行权限。例如,财务部门可保留资产发行密钥,而交易或运营团队可在设定限额内执行特定交易。 4. **赞助费用和储备金**:允许银行、代币发行方或平台为其他用户支付XRP交易费和账户储备金,用户无需在加入网络前购买和管理XRP,同时仍保有账户所有权和私钥,旨在提升企业和消费者应用的用户体验。 5. **动态MPT**:允许代币发行方在代币创建后更新费用、元数据等特定属性,而无需发行新代币并迁移用户。发行方可在创建代币时预先定义未来可更改的属性。 这些更新需经过验证者投票批准后才能在XRPLedger上激活。

cryptonews.ru18 分鐘前

XRP即将迎来五项重要新功能!Ripple代表宣布此消息

cryptonews.ru18 分鐘前

交易

現貨

熱門文章

如何購買ELON

歡迎來到HTX.com!在這裡,購買Dogelon Mars (ELON)變得簡單而便捷。跟隨我們的逐步指南,放心開始您的加密貨幣之旅。第一步:創建您的HTX帳戶使用您的 Email、手機號碼在HTX註冊一個免費帳戶。體驗無憂的註冊過程並解鎖所有平台功能。立即註冊第二步:前往買幣頁面,選擇您的支付方式信用卡/金融卡購買:使用您的Visa或Mastercard即時購買Dogelon Mars (ELON)。餘額購買:使用您HTX帳戶餘額中的資金進行無縫交易。第三方購買:探索諸如Google Pay或Apple Pay等流行支付方式以增加便利性。C2C購買:在HTX平台上直接與其他用戶交易。HTX 場外交易 (OTC) 購買:為大量交易者提供個性化服務和競爭性匯率。第三步:存儲您的Dogelon Mars (ELON)購買Dogelon Mars (ELON)後,將其存儲在您的HTX帳戶中。您也可以透過區塊鏈轉帳將其發送到其他地址或者用於交易其他加密貨幣。第四步:交易Dogelon Mars (ELON)在HTX的現貨市場輕鬆交易Dogelon Mars (ELON)。前往您的帳戶,選擇交易對,執行交易,並即時監控。HTX為初學者和經驗豐富的交易者提供了友好的用戶體驗。

580 人學過發佈於 2024.12.13更新於 2025.03.21

如何購買ELON

相關討論

歡迎來到 HTX 社群。在這裡,您可以了解最新的平台發展動態並獲得專業的市場意見。 以下是用戶對 ELON (ELON)幣價的意見。

活动图片