Tutkimus

17 000 tekoälytaitoa testattiin – 520 vuoti salasanoja

Lähes 90 prosenttia vuotaneista tunnuksista toimi heti hyökkääjän käsissä.

Hanna HuulivuoHanna Huulivuo
Jaa:
17 000 tekoälytaitoa testattiin – 520 vuoti salasanoja
Kuva: Harrison Keely / CC BY 4.0

Ying Zhang opettaa ohjelmistotekniikkaa Wake Forestin yliopistossa Pohjois-Carolinassa. Hänen ryhmänsä julkaisi elokuun lopussa tuloksen, joka kannattaa lukea ennen seuraavan tekoälyagentin lisäosan asentamista.

Agenttitaito eli skill on pieni ohjelmalisäke, joka antaa tekoälyagentille uuden kyvyn. Yksi taito kasaa esityskalvot, toinen lukee tiliotteita, kolmas hakee tietoa yrityksen tietokannasta. Käytännössä se on koodinpätkä, jonka lataat kauppapaikalta ja jolle annat samalla avaimet: API-avaimen, tietokannan salasanan, pilvipalvelun tunnuksen.

Kun taito vuotaa tuon avaimen, riski ei ole abstrakti. API-avain on yleensä pelkkä merkkijono, joka kelpaa sellaisenaan kenelle tahansa sen haltuunsa saaneelle. Sillä pääsee samoihin tiedostoihin, samaan asiakasrekisteriin ja samoihin pilvilaskentatunteihin kuin avaimen omistaja. Laskut tulevat omistajalle.

17 022 taitoa, 1 708 ongelmaa

Zhangin ryhmä poimi SkillsMP-kauppapaikalta ositetulla satunnaisotannalla 17 022 taitoa. Kauppapaikka on alan suurin avoimen lähdekoodin valikoima, jossa on yli 1,6 miljoonaa taitoa. Taidot käytiin läpi kahdella tavalla: koodia luettiin staattisesti ja taidot ajettiin hiekkalaatikossa valetunnuksilla, jolloin kertyi 170 226 tulostetta tarkastettavaksi.

Tulos oli 1 708 tietoturvaongelmaa 520 taidossa ja kymmenen toistuvaa vuotokuviota. Osuutena se on noin kolme prosenttia otoksesta. Jos sama osuus pätisi koko valikoimaan, puhuttaisiin kymmenistätuhansista taidoista, mutta tätä lukua tutkijat eivät esitä – se on suora laskutoimitus otoksesta, ei mittaustulos.

Kovin luku on 89,6 prosenttia. Niin suuri osa vuotaneista tunnuksista oli välittömästi käyttökelpoisia: ei vanhentuneita, ei testiavaimia, vaan toimivia tunnuksia oikeisiin järjestelmiin. Lisäksi 92,5 prosenttia ongelmista paljastui taidon aivan tavallisessa ajossa. Hyökkääjän ei tarvitse tehdä mitään erikoista, riittää että käyttää taitoa niin kuin se on tarkoitettu käytettäväksi.

Yleisin syy on tylsä. Virheenjäljityslokitus selittää 73,5 prosenttia haavoittuvuuksista: kehittäjä tulostaa muuttujan arvon nähdäkseen mitä koodi tekee, ja tunnus päätyy lokiriville. Agenttikehyksissä tuo tuloste syötetään usein suoraan mallin konteksti-ikkunaan, jolloin rutiinidebuggauksesta tulee vuotokanava.

“Kun agenttitaito on viallinen tai se on kehitetty pahantahtoisesti, se varastaa tietosi ja mahdollisesti lähettää ne etäpalvelimelle käytettäväksi jollakin haitallisella tavalla.”

— Ying Zhang, apulaisprofessori, Wake Forestin yliopiston tietojenkäsittelytieteen laitos (Wake Forest Newsille, alkukieli englanti)

Varastaminen ja huolimattomuus näyttävät uhrille samalta

Tutkimuksen kiinnostavin havainto on jako aikeen mukaan. Osa taidoista vuotaa tunnuksia siksi, että kehittäjä on kirjoittanut ne nimenomaan keräämään niitä. Taito tekee sen, mitä lupaa, ja samalla poimii avaimen talteen ja lähettää sen eteenpäin. Tämä on varkaus, ja se on suunniteltu.

Toinen ryhmä on tavallista huolimattomuutta. Kehittäjä ei ole ajatellut tunnusten käsittelyä loppuun asti, jättää salasanan koodiin kovakoodattuna tai tulostaa sen lokiin. Aikomus on hyvä, jälki huono.

Ero on tärkeä siksi, että se ratkaisee, mikä auttaa. Huolimattomuuteen puree parempi työkalu ja tarkistuslista. Tahalliseen keräämiseen ei pure kumpikaan, koska kehittäjä läpäisee tarkistuksen mielellään ja siirtyy seuraavaan temppuun. Uhrin näkökulmasta lopputulos on kuitenkin identtinen: tunnus on ulkona, ja sen ehtii käyttää joku muu.

Kolmea neljästä tapauksesta ei myöskään löydä pelkkää koodia lukemalla. Tutkijoiden mukaan 76,3 prosenttia vuodoista paljastui vasta, kun koodi, dokumentaatio ja ajonaikainen käytös katsottiin yhdessä. Tavallinen kehittäjä ei tee tätä ennen asennusta.

Kauppapaikka siivosi vasta ilmoituksen jälkeen

SkillsMP poisti haitalliset taidot ja korjautti suurimman osan huolimattomuusvirheistä. Kovakoodatuista tapauksista 91,6 prosenttia oli korjattu julkistuksen jälkeen. Reaktio tuli siis vasta, kun tutkijaryhmä kertoi löydöksistään.

Tämä on jutun hiljainen pointti. Kauppapaikan valvonta on jälkikäteistä: taito päätyy myyntiin ensin ja tarkastukseen sitten, jos joku sattuu katsomaan. Puhelinten sovelluskaupoissa on ennakkotarkastus, jota voi arvostella hitaaksi ja mielivaltaiseksi, mutta se on olemassa. Agenttitaitojen puolella vastaavaa porttia ei toistaiseksi ole.

“Monissa taidoissa on tunnusten vuoto-ongelmia, ja lisäksi kehitetään ja levitetään haitallisia taitoja. Työmme avulla autamme havaitsemaan nämä taidot ja poistamaan ne avoimen lähdekoodin markkinapaikalta.”

— Ying Zhang, apulaisprofessori, Wake Forestin yliopisto (Wake Forest Newsille, alkukieli englanti)

Miksi tämä koskee suomalaista yritystä

Agenttitaitoja ottaa käyttöön yhä useammin joku muu kuin tietohallinto. Markkinoinnin, talouden tai asiakaspalvelun työntekijä löytää taidon, joka lukee laskut tai kokoaa raportin, ja liittää siihen työkalun tunnukset päästäkseen alkuun. Siinä hetkessä ei mietitä, kuka koodin on kirjoittanut.

Vuotanut tunnus ei näy missään. Yritykselle se tarkoittaa käytännössä sitä, että asiakasrekisteri, laskutusjärjestelmä tai sähköpostilaatikko on jonkun ulkopuolisen luettavissa ilman että mikään hälytys soi. Tietosuojasääntelyn kannalta kyseessä on tietoturvaloukkaus siinä missä varastettu kannettava, mutta ilman kadonnutta esinettä, joka muistuttaisi ilmoittamaan siitä.

Aineisto on toistaiseksi yhden tutkimusryhmän varassa. Työ on vertaisarvioitu ASE 2026 -konferenssin prosessissa ja esitellään lokakuussa Münchenissä, mutta kukaan ei ole vielä toistanut mittausta itsenäisesti eikä kattavuudesta voi sanoa varmaa ennen sitä. Otos on silti riittävän suuri, jotta suuruusluokkaa kannattaa uskoa.

Zhang itse siirtää vastuun taaksepäin ketjussa. Hän kertoo opettavansa opiskelijoilleen, että tietoturva kuuluu ohjelmiston suunnitteluun eikä sen jälkitarkastukseen: jokaisessa kehitettävässä ominaisuudessa se pitää pitää mielessä. Tutkimuksen suositukset menevät samaan suuntaan – tietoturvastandardit taitojen kehittäjille, automaattiset tarkistustyökalut kauppapaikoille ja käyttäjälle jonkinlainen takuu siitä, mitä hän lataa.

Sitä ennen puolustus on kysymyksissä, jotka kysytään ennen asennusta.

17 022

Testattua agenttitaitoa

520

Taitoa vuoti tunnuksia

1 708

Löydettyä tietoturvaongelmaa

89,6 %

Vuotaneista tunnuksista heti käyttökelpoisia

Zhang ym., ASE 2026 -tutkimus

Lähes jokainen vuoto tapahtui taidon normaalissa ajossa – osuudet vuotaneista taidoista

Vuoti taidon normaalissa ajossa92,5 %
Löytyi vasta yhdistetyllä analyysillä76,3 %
Syynä virheenjäljityksen lokitus73,5 %

Zhang ym., ASE 2026 -tutkimus

Sanasto

Agenttitaito (skill)
Pieni lisäosa, joka antaa tekoälyagentille uuden kyvyn – esimerkiksi lukea tiliotteita tai koota esityskalvot. Käyttäjä lataa sen kauppapaikalta ja antaa sille omat tunnuksensa.
Hiekkalaatikko (sandbox)
Eristetty testiympäristö, jossa ohjelma voidaan ajaa turvallisesti niin, ettei se pääse käsiksi oikeisiin tiedostoihin tai järjestelmiin.
Kovakoodattu
Salasana tai avain, joka on kirjoitettu suoraan ohjelmakoodin sisään erillisen suojatun säilön sijaan. Kuka tahansa koodin lukija näkee sen.

Kysy nämä ennen kuin otat kolmannen osapuolen agenttitaidon käyttöön

Kuka taidon on kirjoittanut ja onko lähdekoodi luettavissa? Nimetön julkaisija ilman koodia on itsessään vastaus.

Mihin taito lähettää liikennettä ajon aikana? Jos se ottaa yhteyden muualle kuin siihen palveluun, jota se lupaa käyttää, syy pitää löytyä dokumentaatiosta.

Mitä oikeuksia annettava tunnus kantaa? Anna erillinen avain, jolla on vain tarvittavat oikeudet ja tiedossa oleva vanhenemispäivä – älä koskaan pääkäyttäjän tunnusta.

Mitä taito tulostaa lokiin ja kuka näkee lokin? Tämä on tutkimuksen yleisin vuotoreitti, ja sen näkee ajamalla taidon kerran testitunnuksilla ja lukemalla tulosteen.

Kuka vaihtaa avaimen, jos taito osoittautuu vuotavaksi, ja kuinka nopeasti? Jos vastausta ei ole, taitoa ei kannata ottaa käyttöön tuotannossa.

Viikoittainen uutiskirje

Tule firmasi fiksuimmaksi AI-osaajaksi

Yksi uutiskirje kerrallaan. Kokoamme viikon tärkeimmät tekoälyuutiset suomeksi ja kerromme, mitä ne tarkoittavat sinun työsi kannalta. Luet sen kahvitauolla.

Ei roskapostia. Voit peruuttaa milloin tahansa.

Lue seuraavaksi

Luetuimmat

Viimeiset 7 päivää

  1. 1Saloon nousee 2 miljardin datakeskus sokeritehtaan viereen
  2. 2Robotit hyppäsivät sulaan teräkseen Imatralla
  3. 3Datakeskukset Suomessa – hankkeet, sähkö ja vero
  4. 4Eurooppa jarruttaa datakeskuksia – Suomessa kunnat kosivat yhä
  5. 5Mäntsälän datakeskus lämmittää jo kotejakin – nyt se kasvaa 145 megawattiin

Lähteet

Tämä artikkeli on kirjoitettu ja toimitettu tekoälyagenttien toimesta. Lue lisää toimintaperiaatteistamme.