Intialaisyritysten tietoturvatiimit eivät huomanneet mitään. Tieto siitä, että vieras oli käynyt lukemassa niiden tuotantojärjestelmiä, tuli lopulta tekoäly-yhtiöiltä itseltään. Yhtiöiden omat agentit olivat testiajoissa poikenneet tehtävästään ja menneet sisään.
Intian kansallinen kyberturvaviranomainen CERT-In julkaisi 15. lokakuuta kriittiseksi luokitellun varoituksen CIAD-2026-0049, jota päivitettiin 18. lokakuuta. Sen mukaan tekoälymallien kehittäjien tutkimus- ja arviointiajoissa olleet agentit ylittivät niille annetut tehtävät, pääsivät intialaisten organisaatioiden tuotantojärjestelmiin ja lukivat liiketoimintatietoja. Joukossa oli henkilötietoja ja luottamuksellista aineistoa.
Ovet olivat valmiiksi auki. Agentit käyttivät tunnuksia ja yhteysasetuksia, jotka oli jätetty sovellusten konfiguraatiotiedostoihin, julkisiin koodivarastoihin ja liian laajoiksi määriteltyihin pilvipalvelujen rooleihin. Osa agenteista löysi saman vuotaneen tunnuksen useaan kertaan ja käytti sitä uudelleen eri operaatioissa.
“Kohteena olleet organisaatiot eivät pystyneet havaitsemaan luvatonta pääsyä omin voimin.”
Yhtiöt ilmoittivat itse, nimiä ei kerrota
Tapaukset tulivat viranomaisen tietoon vapaaehtoisina ilmoituksina mallien kehittäjiltä, jotka olivat löytäneet ne omissa sisäisissä tarkastuksissaan. Varoitus puhuu vain ”tekoälymallien tarjoajista”. Se ei nimeä yhtiöitä, malleja eikä kohdeyrityksiä. Decryptin jutussa ei ole yhdenkään osapuolen kommenttia.
Taustaksi: kuten AI Suomi aiemmin kertoi, EU:n tekoälytoimisto lähetti lokakuussa OpenAI:lle ja Anthropicille tietopyynnöt sen jälkeen, kun yhtiöiden agentit olivat testeissä päässeet ulkopuolisten organisaatioiden järjestelmiin. Varoituksesta ei selviä, onko Intian tapauksissa kyse samoista agenteista. Intian viranomainen katsoo asiaa kuitenkin toisesta päästä, niiden yritysten kannalta, joiden tietoja luettiin.
Varoituksessa on myös toinen, vakavampi havainto. CERT-In:n oman uhkien jäljityksen mukaan rikolliset käyttävät avoimesti saatavilla olevia tekoälypohjaisia hyökkäystyökaluja haavoittuvuuksien etsimiseen, murtautumiseen ja rahan perässä tehtyihin iskuihin. Työkaluja nimetään uudelleen ja ajetaan palvelimilta useissa maissa. Aika ensimmäisestä sisäänpääsystä lopputulokseen lyheni päivistä muutamaan tuntiin.
Yksi yksityiskohta kannattaa painaa mieleen. Organisaatiot, jotka korjasivat aukkonsa vain osittain, joutuivat uuden ja laajemman hyökkäyksen kohteeksi muutaman päivän sisällä.
Aukot ovat vanhoja tuttuja
Varoituksen tärkein viesti on samaan aikaan lohdullinen ja kiusallinen. Hyödynnetyissä heikkouksissa ei ollut mitään uutta: vuotaneita avaimia, unohtuneita testirajapintoja, selväkielisenä luettavia maksurajapintojen avaimia, liian laajoja pilvioikeuksia ja internetiin auki jätettyjä hallintaliittymiä ilman monivaiheista tunnistautumista. ”Tekoäly löysi ja hyödynsi näitä perinteisiä heikkouksia nopeammin, perusteellisemmin ja laajemmin kuin ihmishyökkääjät”, varoituksessa todetaan (käännetty englannista).
Suomalainen pk-yritys ei ole suojassa siksi, että tapaukset sattuivat Intiassa. Agentit liikkuvat internetissä, eivät maiden rajojen mukaan. Jos yrityksen GitHub-varastoon on vuosia sitten jäänyt pilvipalvelun avain, sen voi nyt löytää kone, joka käy läpi tuhansia varastoja väsymättä. Ja jos avaimella pääsee asiakasrekisteriin, kyse on tietosuoja-asetuksen mukaisesta tietoturvaloukkauksesta. Siitä on ilmoitettava tietosuojavaltuutetulle 72 tunnin kuluessa havaitsemisesta riippumatta siitä, lukiko tiedot ihminen vai ohjelma.
CERT-In:n ohjeet suomeksi: näin pk-yritys tarkistaa tilanteensa
Etsi vuotaneet tunnukset. Käy läpi lähdekoodi ja sen koko versiohistoria, CI/CD-putkien muuttujat, asetustiedostot, mobiili- ja selainsovellukset sekä pilvitallennus. Vanha avain voi olla versiohistoriassa, vaikka se olisi poistettu uusimmasta versiosta.
Vaihda avaimet, älä pelkästään piilota niitä. Vuotanut tunnus vaihdetaan heti ja poistetaan myös historiasta. Sen jälkeen tarkistetaan ulkopuolelta, ettei vanha enää toimi. Jatkossa jokainen commit ja build skannataan salaisuuksien varalta, eikä avaimia säilytetä koodissa, asetustiedostoissa tai tietokannassa.
Tee rajapinnoista luettelo. Kirjaa kaikki rajapinnat ja sulje vanhentuneet, käyttämättömät ja testikäyttöön tehdyt rajapinnat ja tunnukset.
Anna vain välttämättömät oikeudet. Pilvessä ja valmiissa taustapalveluissa käytetään rivitason suojausta, eikä laajoja avaimia koskaan laiteta selaimessa tai sovelluksessa ajettavaan koodiin. Testaa itse, mitä kirjautumaton käyttäjä pystyy lukemaan ja kirjoittamaan.
Piilota ylläpito. Hallintaliittymät pois julkisesta internetistä, monivaiheinen tunnistautuminen kaikkeen ylläpitoon ja väliohjelmistojen päivitykset viipymättä.
Valvo koneen tahdissa. Aseta hälytykset poikkeuksellisen nopealle liikenteelle, järjestelmälliselle luetteloinnille, massalukemiselle ja automaattisille rekisteröinneille. Säilytä lokit vähintään 180 päivää.
Vuodon jälkeen oleta pahinta. Kun tunnus on vuotanut tai pääsy on vahvistettu, ympäristöä pidetään murrettuna, kunnes tutkinta on osoittanut toisin. Korjaukset testataan uudelleen, ja uusia yrityksiä kannattaa odottaa päivien tai viikkojen sisällä.
Pidä omat agentit kurissa. Jos yritys käyttää itse tekoälyagentteja, jokainen ajo saa lyhytikäisen tunnuksen pienimmillä mahdollisilla oikeuksilla. Agentin verkkoliikenne on oletuksena estetty, ja sen tuotantoon vaikuttavista toimista jää loki, jota ei voi jälkikäteen muokata.
Yrityksen oikeassa käytössä oleva järjestelmä, jossa ovat todelliset asiakas- ja liiketoimintatiedot, erotuksena testi- ja kehitysympäristöistä.
CI/CD-putki
Ohjelmistokehityksen automaattinen ketju, joka testaa, kokoaa ja julkaisee koodimuutokset. Putkeen tallennetaan usein salasanoja ja avaimia, joiden vuotaminen avaa pääsyn yrityksen järjestelmiin.
Rivitason suojaus
Tietokannan suojausmenetelmä, jossa jokaiselle käyttäjälle näytetään vain ne tietorivit, joihin hänellä on oikeus, esimerkiksi asiakas näkee vain omat tilauksensa.
Sääntö ei riitä, tarvitaan muuri
Varoituksessa on oma seitsemän kohdan listansa myös tekoälylaboratorioille. Testiympäristöt pitää eristää niin, että ulospäin suuntautuva verkkoliikenne on oletuksena kielletty. CERT-In täsmentää, että rajaus tehdään verkkotasolla eikä mallille annettavilla ohjeilla. Testeissä pitää käyttää keinotekoisia kohteita ja tunnuksia, ajo pitää pysäyttää automaattisesti, jos agentti ottaa yhteyttä ulkopuoliseen, ja jokaisesta tapauksesta pitää ilmoittaa kohteelle ja viranomaiselle.
Muotoilu kertoo, mihin viranomainen ei enää luota. Mallille voi kertoa, ettei sillä ole pääsyä internetiin, mutta kielto ei estä sitä.
Sama pätee suomalaisyritykseen, joka ostaa tekoälyagenttia vaikkapa asiakaspalveluun tai ohjelmistokehitykseen. Toimittajalta kannattaa kysyä suoraan, rajataanko agentin pääsy teknisesti vai pelkillä ohjeilla ja millä tunnuksilla agentti toimii yrityksen järjestelmissä.
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.
