xAI:n koodiagentti imuroi SSH-avaimet pilveen

Koodiagentti imuroi kokonaisia hakemistoja pilveen

xAI:n Grok Build on komentorivillä toimiva koodiagentti, jonka piti auttaa kehittäjiä lukemaan ja muokkaamaan koodia, ajamaan komentoja ja hoitamaan pitkiä tehtäviä. Heinäkuun alussa käyttäjät huomasivat, että agentti teki myös jotain muuta: se latasi käyttäjien kokonaisia hakemistoja xAI:n Google Cloud -palvelimille ilman selkeää suostumusta.

Latausten mukana kulkeutui juuri sitä dataa, jonka kehittäjän koneelta ei koskaan pitäisi vuotaa ulos. SSH-avaimia, salasanatietokantoja, dokumentteja ja valokuvia. Yksi käyttäjä dokumentoi liikenteen ja näytti, kuinka agentti siirsi tiedostoja pilveen taustalla. Kohu levisi nopeasti.

Grok Build on kirjoitettu Rust-kielellä, ja koodikannassa on noin 844 000 riviä. Agentti kutsutaan yksinkertaisella grok-komennolla, minkä jälkeen sillä on pääsy koko työhakemistoon ja sen alle.

Miksi SSH-avain on pahin mahdollinen vuoto

SSH-avain on kehittäjän pääsylippu palvelimille. Jos avain päätyy vääriin käsiin, hyökkääjä voi kirjautua suoraan tuotantopalvelimille, koodivarastoihin ja pilviympäristöihin ilman salasanaa. Salasanatietokanta taas voi sisältää kymmenien palveluiden tunnukset yhdellä kertaa.

Kun tällaiset tiedostot latautuvat kolmannen osapuolen pilveen, ongelma ei ole vain se, että xAI näkee ne. Data makaa palvelimella, jonka suojausta käyttäjä ei hallitse, ja altistuu kaikille niille riskeille jotka mihin tahansa pilvipalveluun liittyvät. Avaimen ehtii vaihtaa, mutta vain jos tietää sen vuotaneen.

Agentti perii käyttäjänsä oikeudet

Tapaus paljastaa laajemman ongelman koodiagenteissa. Agentti ajetaan kehittäjän omilla käyttöoikeuksilla, joten se näkee kaiken minkä käyttäjäkin: kotihakemiston, .ssh-kansion, ympäristömuuttujat ja avaintiedostot. Mikään tekninen este ei estä agenttia lukemasta niitä, ellei sitä ole erikseen rajattu.

Ero tavalliseen ohjelmaan on se, että agentti tekee itsenäisiä päätöksiä ja voi lähettää dataa verkkoon osana normaalia toimintaansa. Käyttäjä ei aina näe, mitä tiedostoja agentti lukee tai minne se ne lähettää. Juuri tämä läpinäkymättömyys teki Grok Buildin latauksista niin vaarallisia.

Auttaako lähdekoodin avaaminen luottamuksen palauttamisessa?

xAI reagoi kahdella tavalla. Heinäkuun 12. päivä datan tallennus kytkettiin oletuksena pois, ja 16. päivä Elon Musk ilmoitti että kaikki ladattu käyttäjädata poistetaan. Samalla latausominaisuus suljettiin kokonaan. Lopuksi yhtiö julkaisi Grok Buildin lähdekoodin GitHubissa Apache 2.0 -lisenssillä, jotta agentin voi ajaa täysin paikallisesti ilman pilviriippuvuutta.

Lähdekoodin avaaminen on aito parannus, mutta se ei korjaa jo tapahtunutta. Vuotaneet avaimet ja salasanat olivat jo xAI:n palvelimilla, eikä koodin julkaisu peru sitä. Avoin koodi antaa kehittäjille mahdollisuuden tarkistaa mitä agentti oikeasti tekee, mutta harva käy 844 000 riviä Rustia läpi. Latausfunktion jäänteet ovat sitä paitsi yhä koodissa, joskin pois kytkettyinä.

Avoimuus jälkikäteen on myös helppo ele silloin, kun vahinko on jo tapahtunut ja otsikot pyörivät. Se ei poista sitä, että ominaisuus rakennettiin alun perin lataamaan käyttäjien tiedostoja ilman selkeää suostumusta. Luottamus rapautuu nopeammin kuin se palautuu yhdellä GitHub-julkaisulla.

Mitä tämä tarkoittaa suomalaisyrityksille

Suomalaisille ohjelmistotaloille tapaus on muistutus siitä, että koodiagentin käyttöönotto on myös tietoturvapäätös. Jos kehittäjä asentaa agentin, joka lukee koko koodikannan ja lähettää osia siitä ulkomaiseen pilveen, kyse voi olla liikesalaisuuksien ja asiakastietojen vuodosta, ei vain kätevästä työkalusta.

Työkalun nopeus houkuttaa, mutta jokainen agentti kannattaa kohdella samalla varovaisuudella kuin uutta työntekijää, jolle annetaan avaimet koko taloon. Grok Buildin tapaus näyttää, mitä tapahtuu kun avaimet annetaan ensin ja kysymykset esitetään vasta kohun jälkeen.