Grok Build CLI lataa koko koodivaraston taustalla – myöskään yksityisyysasetus ei tepsi
xAI:n Grok Build CLI 0.2.93 työkalun verkkoliikenteen analyysi paljasti kaksi erillistä tiedonsiirtokanavaa: mallin kanssa kommunikoinnin lisäksi työkalu lataa koko Git repositorion git bundle muodossa Googlen pilveen. 12 Gt:n testirepositoriolla tallennuskanava siirsi 5,10 GiB dataa – 27 800 kertaa enemmän kuin mal...
Search & fact-check with cited sources for What security flaws were revealed by a wire-level analysis of xAI's Grok Build CLI version 0.2.93Visualization of a wire-level analysis showing network flows from a developer machine to xAI's Google Cloud Storage bucket. The analysis revealed a 27,800× data disparity between model turns and background repository uploads.
AI Prompt
Create a landscape editorial hero image for this Studio Global article: Search & fact-check with cited sources for What security flaws were revealed by a wire-level analysis of xAI's Grok Build CLI version 0.2.93. Article summary: Now I have comprehensive source material. Here is the fact-checked answer.. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clickbait thumbnails, icons, and tiny thumbnail layouts. Make it useful as an illustrative visual, not as factual evidence.
openai.com
Riippumaton tietoturvatutkija Cereblab (@cereblab) teki toistettavan verkkoliikenteen analyysin xAI:n Grok Build CLI -työkalun versiosta 0.2.93 käyttäen mitmproxyä ja julkaisi koko analyysin GitHub Gistinä . Analyysi paljasti kolme vakavaa tietoturva-aukkoa, jotka ovat suoraan ristiriidassa yrityksen "local-first" -markkinointiviestinnän ja kehittäjien tietosuojaodotusten kanssa.
Tietovuotokäyttäytyminen on ristiriidassa "Local-First" -markkinoinnin kanssa
Tutkija tunnisti kaksi olennaisesti erilaista tiedonsiirtoreittiä, jotka poistuivat kehittäjän koneelta :
Mallin vuorovaikutuskanava (
POST /v1/responses
): tiedostot, jotka agentti avasi, serialisoitiin mallipyyntöihin. Tämä on odotettua käytöstä pilvipohjaiselta koodausagentilta.
Tallennuskanava (
POST /v1/storage
): koko repositorio paketoitiin itsenäisesti ja ladattiin noin 75 Mt:n paloissa Googlen Cloud Storage -säiliöön nimeltä .
Studio Global AI
Search, cite, and publish your own answer
Use this topic as a starting point for a fresh source-backed answer, then compare citations before you share it.
What is the short answer to "Grok Build CLI lataa koko koodivaraston taustalla – myöskään yksityisyysasetus ei tepsi"?
xAI:n Grok Build CLI 0.2.93 työkalun verkkoliikenteen analyysi paljasti kaksi erillistä tiedonsiirtokanavaa: mallin kanssa kommunikoinnin lisäksi työkalu lataa koko Git repositorion git bundle muodossa Googlen pilveen.
What are the key points to validate first?
xAI:n Grok Build CLI 0.2.93 työkalun verkkoliikenteen analyysi paljasti kaksi erillistä tiedonsiirtokanavaa: mallin kanssa kommunikoinnin lisäksi työkalu lataa koko Git repositorion git bundle muodossa Googlen pilveen. 12 Gt:n testirepositoriolla tallennuskanava siirsi 5,10 GiB dataa – 27 800 kertaa enemmän kuin mallikanavan 192 KB.
What should I do next in practice?
Myös .env tiedostot API avaimineen ja salasanoineen lähetettiin salaamattomina. 'Improve the model' kytkin ei pysäyttänyt latauksia, ja palvelin palautti koko ajan HTTP 200 vastauksen.
Tiedonsiirron määrän ero osoitti, ettei lataus johtunut siitä, mitä agentti luki. 12 Gt:n testirepositoriossa tallennuskanava siirsi 5,10 GiB 73 palassa (kaikki HTTP 200), kun taas mallin vuorovaikutuskanava siirsi vain 192 KB – noin 27 800-kertainen suhde. Vaikka kehote oli "vastaa OK, älä lue yhtään tiedostoa", työkalu latasi koko repositorion git bundlena; ladatun bundlen kloonaamalla palautui tiedosto (src/_probe/never_read_canary.txt), jota agentti oli nimenomaisesti kielletty avaamasta, sekä koko Git-commit-historia .
Salaisten tietojen ja tiedostojen tyypit, jotka lähetettiin ilman sensuuria
.env-tiedostot, jotka sisälsivät API-avaimia, tietokantasanoja ja muita tunnistetietoja, lähetettiin sellaisenaan ilman maskausta tai salausta molempien kanavien kautta . Valvotuissa testeissä 48 kt:n tiedosto, joka sisälsi tietokantatunnukset ja API-avaimet, näkyi selväkielisenä pyynnön rungossa .
Jokainen seurattu tiedosto repositoriossa sekä koko Git-historia (kaikki committit, haarat ja tagit) paketoitiin ja ladattiin . Tämä tarkoittaa, että jopa kuukausia sitten commitoidut ja myöhemmin vaihdetut salaisuudet saattavat yhä olla ladatussa datassa.
Latausmekanismi tunnistettiin binäärissä olevaksi oman koodin Rust-kirjastoksi (xai-data-collector), jonka lähdepolut olivat crates/codegen/xai-data-collector/src/gcs.rs ja crates/codegen/xai-grok-shell/src/upload/.
12 Gt:n oikeassa koodikannassa, jossa oli vain satunnaisia tiedostoja, tallennuspääte hyväksyi latauksia ilman kokorajoituksia; ainoat muut kuin 200-vastaukset olivat mallin käyttökiintiövirheitä (402/429), eivät tallennusvirheitä .
Opt-out-kytkimen epäonnistuminen
Tutkija testasi "Improve the model" -yksityisyyskytkintä ja havaitsi, ettei se pysäyttänyt latauksia.
Kytkimen pois päältä kytkemisen ja uudelleenkäynnistyksen jälkeen palvelimen asetuspääte palautti edelleen
trace_upload_enabled: true
.
Tallennuskanava jatkoi paloiteltujen git-bundle-latausten hyväksymistä HTTP 200 -vastauksilla .
Harness-asetuksissa on olemassa disable_codebase_upload=true-konfiguraatiovaihtoehto, mutta sen suhde palvelimen toimintaan on dokumentoimaton, ja tutkijan testit osoittivat, ettei palvelin kunnioittanut asiakaspään asetuksia .
Alkuperäinen tutkija ja analyysijulkaisut suosittelevat seuraavaa :
Välittömät toimet tiimeille, jotka käyttivät Grok Build CLI:tä yksityisissä repositorioissa:
Kierrä kaikki tunnistetiedot, jotka olivat missä tahansa .env-tiedostossa, konfiguraatiotiedostossa tai Git-historiassa repositorioissa, joita käytettiin Grok Buildin kanssa, koska ne on saatettu lähettää ja tallentaa grok-code-session-traces-GCS-säiliöön .
Tarkasta Git-historia salaisuuksien varalta, jotka ovat saattaneet olla missä tahansa aiemmassa commitissa, koska CLI lähetti koko commit-historian .
Oleta, että data tallennettiin, ei vain lähetetty – palvelin palautti HTTP 200:n kaikkiin tallennuspyyntöihin, mikä vahvistaa hyväksynnän .
Kysy xAI:lta, onko säiliö poistettu, mitkä pääsynhallinnat olivat käytössä ja kattoiko sen tietojenkäsittelysopimus (DPA) – sellaista ei ollut julkaistu paljastuksen aikaan .
Arkkitehtuurilliset toimenpiteet mille tahansa koodausagentille:
Aja agentit kontteina tai virtuaalikoneina, joihin on liitetty vain tehtäväkansio, ei kotihakemistoa, SSH-agenttia, Docker-sokkia eikä pilvitunnistekansioita .
Ota käyttöön egress-valvonta: salli mallin inferenssipäätepisteet ja todennuspalvelimet, mutta estä suorat yleiset objektitallennuslataukset. Hälytä siirroista, jotka ylittävät 100 Mt .
Käytä koko koneen pakettikaappausta, DNS-lokiusta ja verkkotelemetriaa havaitaksesi taustakoordinaattoriprosessien lataukset, jotka etualan tavulaskurit jättäisivät huomaamatta .
Testaa minimi- ja maksimikehotteet verkkokaappauksen alla – tapaukset, joissa agenttia kielletään lukemasta tiedostoja, ovat kriittisiä konteksti-ikkunan ulkopuolisen tietovuodon havaitsemiseksi .
Aja vähintään kolme kehotetapausta: (1) "vastaa OK, älä lue yhtään tiedostoa", (2) lue yksi tietty tiedosto, (3) tarkista projektin kieli – vertaa sitten tavuja päätepistettä kohti .
