ISO 27090 selitettynä tekoälyn tietoturvatiimeille

ISO/IEC 27090:2026 on kansainvälinen standardi, joka antaa ohjeita tekoälyjärjestelmiin kohdistuvista tietoturvauhista ja tietoturvaloukkauksista. Se julkaistiin 14. lokakuuta 2026, ja se käsittelee sitä, miten organisaatiot voivat ymmärtää, havaita ja lieventää näitä uhkia koko tekoälyn elinkaaren ajan. Sen virallinen nimi on Cybersecurity — Artificial intelligence (AI) — Addressing security threats and compromises to AI systems. ISOn julkaisutiedot

Tietoturvatiimille käytännön kysymys on suoraviivainen: mitä hyökkääjä voisi muuttaa tai varastaa tai saada tekoälyjärjestelmän tekemään, ja mikä rajoittaisi siitä aiheutuvaa haittaa?

Tämä opas selittää ISO 27090 -standardin soveltamisalan, tärkeimmät tekoälyn tietoturvauhat, standardin suhteen ISO 27001- ja ISO 42001 -standardeihin sekä käytännöllisen tavan muuttaa ohjeet tietoturvatyöksi, jolla on omistajat, suojatoimet ja näyttö. Oppaan taustalla oleva selvitystyö tarkistettiin 18. lokakuuta 2026.

Mitä ISO 27090 -standardi kattaa

ISO 27090 keskittyy tekoälyjärjestelmien suojaamiseen. Sen aihepiiri ulottuu generatiivista tekoälyä, suuria kielimalleja ja chatbotteja laajemmalle tekoälyjärjestelmiin yleisesti. ISOn selitys ISO 27090 -standardista

Julkaistu standardi yhdistää vakiintuneet tietoturvakäytännöt tekoälylle ominaisiin uhkiin. Sen sisältö käsittelee hallintoa, toimitusketjun tietoturvaa, uhkamallinnusta ja red teaming -testausta, minkä jälkeen se käy läpi tietoturvaloukkausten tyyppejä, kuten myrkytyksen, kiertämisen (evasion), tietojen paljastumisen ja kehoteinjektion. Lisäksi se tarkastelee, miten lieventävät toimenpiteet vaikuttavat toisiinsa ja pysyvät tehokkaina ajan mittaan. Julkaistu ISO/IEC 27090 -näyte

Soveltamisala kattaa kaikenkokoiset organisaatiot, jotka kehittävät tai käyttävät tekoälyä, mukaan lukien yritykset, julkishallinnon toimijat ja voittoa tavoittelemattomat organisaatiot. Kolmannen osapuolen tekoälypalvelun hankkiminen ei siis rajaa organisaatiota tarkoitetun kohderyhmän ulkopuolelle. IEC:n julkaisutiedot

Hyvä lähtökohta on yhteinen katselmointi, johon osallistuvat tietoturva, kehitys, data, hankinnat ja liiketoiminnan omistaja. Kunkin pitäisi pystyä selittämään se järjestelmän osa, jota hän hallitsee, sekä päätökset, joiden tekemisessä hän on riippuvainen muista.

Miksi tekoälyjärjestelmät vaativat lisää tietoturva-analyysia

Tekoälysovellus yhdistää useita asioita, jotka ansaitsevat oman tarkastelunsa: ohjelmiston, datan, mallitiedostot tai mallipalvelut, ohjeet, käyttäjät ja niitä seuraavat toiminnot.

Ajatellaan dokumenttiavustajaa, joka on yhdistetty sisäiseen tietokantaan. Perinteinen katselmointi voi tarkastella todennusta, salausta ja ohjelmiston haavoittuvuuksia. Tekoälyn tietoturvakatselmoinnissa pitäisi lisäksi kysyä, mitä tapahtuu, jos haettu dokumentti yrittää muuttaa avustajan ohjeita, voivatko käyttäjät hakea aineistoa, johon heillä ei ole oikeuksia, ja mitä toimintoja tuotettu tuloste voi käynnistää.

Näiden kysymysten merkitys kasvaa, kun avustaja voi päivittää tietueita tai kutsua ulkoisia työkaluja. Väärällä vastauksella ja luvattomalla toiminnolla on erilaiset seuraukset, ja ne edellyttävät erilaisia suojatoimia.

Kartoita ensimmäisessä katselmoinnissa kolme kysymystä:

• Mikä voi vaikuttaa järjestelmään? Ota mukaan koulutusdata, haettu sisältö, kehotteet, toimittajat ja mallipäivitykset.
• Mitä järjestelmästä voi päätyä ulos? Ota mukaan vastaukset, lokit, viennit ja malliin liittyvä omaisuus.
• Mitä järjestelmä voi muuttaa? Ota mukaan tiedostot, tiketit, tilit, transaktiot ja muut yhdistetyt palvelut.

Tämä on käytännöllinen tapa rajata alla olevia esimerkkejä, ei standardin lausekkeiden toisinto.

Ymmärrettävät tekoälyn tietoturvauhat

Seuraavat selitykset käyttävät NISTin vihamielistä koneoppimista (adversarial machine learning) koskevaa terminologiaa ja OWASPin ohjeistusta LLM-sovelluksille. Skenaariot ovat havainnollistavia. NISTin vihamielisen koneoppimisen taksonomia OWASPin ohjeistus kehoteinjektiosta OWASPin ohjeistus tulosteiden käsittelystä

Pidä erot selvinä riskiarvioinnin aikana. Hakuun perustuvaa tekstin tuottamista (RAG) hyödyntävän sovelluksen hakema haitallinen dokumentti ei automaattisesti ole koulutusdatan myrkytystä: haku ei sinänsä päivitä mallin painoja. Sen sijaan se voi altistaa sovelluksen epäsuoralle kehoteinjektiolle.

LLM-tietoturvassa pelkät vahvemmat kehotteet ovat puutteellinen hallintastrategia. OWASP suosittelee suojatoimia, kuten rajattuja oikeuksia ja arkaluonteisten toimintojen hyväksyntää, ja NCSC korostaa kehoteinjektion hallintaa jatkuvana riskinä järjestelmän suunnittelun ja käytön keinoin. OWASPin ohjeistus kehoteinjektiosta NCSC:n ohjeistus kehoteinjektion riskistä

ISO 27090 verrattuna ISO 27001- ja ISO 42001 -standardeihin

Nämä standardit tukevat organisaation tietoturva- ja tekoälyn hallintatyön eri osia.

Erot perustuvat julkaisijoiden kuvauksiin standardeista ISO 27001, ISO 27002 ja ISO 42001.

Tiimille, jolla on jo käytössä ISMS, käytännöllinen lähestymistapa on laajentaa olemassa olevia tietueita. Lisää asiaankuuluvat tekoälyjärjestelmät omaisuusluetteloon, arvioi niiden hyökkäyspolut, nimeä riskienkäsittelyn omistajat ja linkitä tukeva näyttö. Taustaa työn järjestämisestä löydät ISO 27001 -käyttöönoton tarkistuslistasta.

Käytännöllinen tarkistuslista ISO 27090:n käyttöönottoon

Alla olevat vaiheet ovat käyttöönoton lähestymistapa, joka perustuu standardin aihepiiriin ja julkisiin turvallista tekoälyä koskeviin ohjeisiin. Ne eivät ole virallinen ISO-tarkistuslista eivätkä luettelo pakollisista lausekkeista.

1. Määritä järjestelmä ja sen omistaja

Valitse tekoälyn käyttötapaus, jolla on selkeä liiketoiminnallinen tarkoitus. Kirjaa vastuullinen omistaja, käyttäjät, mallin toimittaja, ylläpitojärjestely ja yhdistetyt palvelut.

Määritä sitten katselmoinnin raja. Ota mukaan sovellus ja sen riippuvuudet, ei pelkästään mallin päätepistettä. Asiakkaille näkyvä avustaja, jolla on pääsy työkaluihin, tarvitsee erilaisen arvioinnin kuin sisäinen tekstin tiivistäjä, jolla ei ole oikeutta toimia.

Hyödyllinen tuotos: järjestelmätietue, joka kertoo tarkoituksen, rajat, riippuvuudet, sallitut toiminnot ja vastuullisen omistajan.

2. Jäljitä datan ja mallin alkuperä

Kirjaa, mistä tietoaineistot ja malliartefaktit ovat peräisin, kuka voi muuttaa niitä ja mitkä versiot ovat käytössä. Ota mukaan järjestelmän kannalta olennaiset hienosäädön syötteet, hakukokoelmat, kehotteet ja palautekanavat.

NCSC:n kehitysohjeet suosittelevat tekoälyyn liittyvän omaisuuden ja sen alkuperän seurantaa, sen suojaamista ja luotettavien versioiden palauttamiseen tarvittavien tietojen säilyttämistä. NCSC:n ohjeet turvalliseen tekoälyn kehittämiseen

Ostetun mallin kohdalla kysy toimittajalta, mistä vastuista se huolehtii ja mitä tietoja se antaa, kun malleihin tai palveluihin tulee muutoksia.

Hyödyllinen tuotos: versioitu luettelo, joka sisältää lähteet, pääsysäännöt, muutoshistorian ja toimittajan vastuut.

3. Mallinna todellisen työnkulun uhat

Tarkastele järjestelmää hyökkääjän näkökulmasta. Tunnista sisääntulokohdat, arkaluonteinen omaisuus, oikeudet ja onnistuneen tietoturvaloukkauksen seuraukset. NCSC:n turvallisen suunnittelun ohjeet suosittelevat uhkamallinnusta sekä huomion kiinnittämistä kolmannen osapuolen komponentteihin ja vähimpien oikeuksien periaatteeseen. NCSC:n ohjeet turvalliseen tekoälyn suunnitteluun

Kirjoita konkreettisia skenaarioita. ”Tekoälyriski” on liian laaja ohjaamaan hyödyllistä toimenpidettä. ”Ulkopuolisen osapuolen lataama dokumentti suostuttelee avustajan pyytämään näyttötiedostoa, jonka käyttö on rajattu” antaa tiimille jotain konkreettista analysoitavaa.

Priorisoi altistumisen ja mahdollisen haitan perusteella. Kirjaa, kuka hyväksyy mahdollisen jäännösriskin ja milloin päätös on arvioitava uudelleen.

Hyödyllinen tuotos: lyhyt riskirekisteri, joka yhdistää hyökkäysskenaariot omaisuuteen, seurauksiin, suojatoimiin ja omistajiin.

4. Sijoita suojatoimet olennaisiin rajapintoihin

Valitse hallintakeinot käsiteltävää skenaariota varten. Malliin liittyvän omaisuuden kohdalla tämä voi tarkoittaa suojattua tallennusta, pääsyrajoituksia ja eheystarkistuksia. Käyttöön otettujen palvelujen kohdalla harkitse todennusta, ympäristöjen erottamista toisistaan ja hallintakeinoja, jotka vähentävät luvatonta pääsyä tai tietojen ulosvientiä. Nämä ovat NCSC:n käyttöönotto-ohjeiden teemoja. NCSC:n ohjeet tekoälyn turvalliseen käyttöönottoon

Tuotettu tuloste on validoitava ja koodattava kohteensa mukaan ennen kuin toinen järjestelmä toimii sen perusteella. OWASPin tulosteiden käsittelyä koskeva ohjeistus selittää, miksi mallin tulosteen ei pitäisi saada valtaa pelkästään siksi, että se on peräisin mallista. OWASPin ohjeistus tulosteiden käsittelystä

Hyödyllinen tuotos: hallintakeinotietue, joka nimeää suojaamansa rajan, omistajansa ja sen tarkistamiseen käytettävän näytön.

5. Testaa koko sovellus

Suunnittele testit uhkamallissa tunnistettujen seurausten ympärille. RAG-avustajan kohdalla käytä vihamielisiä dokumentteja ja käyttäjiä, joilla on eri oikeudet. Agentin kohdalla testaa, mitä tapahtuu, kun haettu sisältö pyytää sitä ylittämään sallitut toimintonsa.

Määritä odotettu tulos ennen testin suorittamista. Esimerkki: sovelluksen on hylättävä rajatun tiedoston pyyntö, vaikka malli yrittäisi tehdä pyynnön.

Kirjaa sovelluksen konfiguraatio, mallin versio, testisyötteet, tulos ja mahdolliset korjaavat toimet. Valitse testidata, joka ei tarpeettomasti paljasta todellisia luottamuksellisia tietoja.

Hyödyllinen tuotos: toistettavat tietoturvatestit, jotka on sidottu tiettyihin riskeihin ja julkaisupäätöksiin.

6. Seuraa muutoksia ja valmistaudu reagoimaan

Arvioi mallin, datan ja kehotteiden päivitysten vaikutus. Valvo olennaisia syötteitä ja tulosteita ja suojaa samalla lokeissa olevat arkaluonteiset tiedot. NCSC:n käyttöä koskevat ohjeet korostavat käyttäytymisen valvontaa ja muutosten tietoturvavaikutuksia koko käytön ajan. NCSC:n ohjeet tekoälyn turvalliseen käyttöön

Päätä etukäteen, kuka voi poistaa työkalun käytöstä, mitätöidä tunnistetiedon, eristää integraation tai palauttaa aiemman julkaisun. Määritä katselmoinnin käynnistäjät, kuten uusi toimittaja, laajennetut oikeudet, olennainen mallipäivitys tai tietoturvapoikkeama.

Hyödyllinen tuotos: valvontavastuut, muutosten katselmointikriteerit, häiriötilanteiden hallintamenettely ja testattu palautumispolku.

Tekoälyn tietoturvariskeistä näytöksi

Alla oleva taulukko on ehdotettu työpohja. Sen näyttöesimerkit ovat käytännön suosituksia, eivät luettelo ISO 27090:n edellyttämistä asiakirjoista.

Kuvitellaan esimerkiksi tietoturvatiimi, joka käyttää avustajaa asiakkaiden näytön tiivistämiseen. Toimittajan dokumentti sisältää ohjeet ladata näyttö ulkoiseen osoitteeseen.

Tiimin testin pitäisi seurata yritettyä toimintoa sovelluksen läpi. Onko avustajalla työkalu, joka voi ladata tiedostoja? Valvooko työkalu käyttäjän oikeuksia? Onko kohteita rajoitettu? Pitääkö vastuuhenkilön hyväksyä siirto?

Hyödyllinen katselmointitietue yksilöisi skenaarion, siirron estävän rajan, testin tuloksen ja henkilön, joka hyväksyi jäännösriskin. Jos järjestelmä muuttuu, tietue kertoo seuraavalle katselmoijalle, mitä on tarkistettava uudelleen.

Tämä lähestymistapa antaa arvioinnille enemmän sisältöä kuin väite siitä, että järjestelmä käyttää ”vastuullista tekoälyä”. Se kytkee tietoturvapäätöksen johonkin, minkä toinen henkilö voi tarkastaa. Lisää tukevan aineiston järjestämisestä kerrotaan artikkelissa näin jäsennät auditointivalmiuden.

ISO 27090 -sertifiointi ja -vaatimukset

ISO 27090 antaa tietoturvaohjeita eikä hallintajärjestelmän sertifiointivaatimuksia. ISOn selitys erottaa sen tarkoituksen ISO 42001:n AIMS-vaatimuksista. ISOn selitys ISO 27090 -standardista

Määritä ensin, millaista varmennusta tarvitset: tietoturvakatselmoinnin, vastauksen asiakkaan varmennuspyyntöön, sisäisen puuteanalyysin vai sertifioinnin sovellettavan hallintajärjestelmästandardin mukaisesti.

Pyydä jokaista arviointia tarjoavaa kertomaan sen laajuus, kriteerit ja varmennusjärjestelmä. Näin tulosta on helpompi tulkita, eikä tekoälyn tietoturvakäytäntöjen katselmointia sekoiteta hallintajärjestelmän sertifiointiin.

Hanki käyttöönottoprojektia varten julkaistu standardi, käy ohjeet läpi omien järjestelmiesi näkökulmasta ja kirjaa, miksi tietyt suojatoimet ovat tarkoituksenmukaisia. Tämän artikkelin esimerkit tarjoavat lähtörakenteen tälle työlle.

ISO 27090 ja EU:n tekoälysäädös

Kansainvälisen standardin soveltaminen ei automaattisesti osoita EU:n tekoälysäädöksen noudattamista. Artikla 40 liittää vaatimustenmukaisuusolettaman yhdenmukaistettuihin standardeihin, joiden viitetiedot on julkaistu Euroopan unionin virallisessa lehdessä, ja vain siltä osin kuin ne kattavat asiaankuuluvat vaatimukset tai velvollisuudet. EU:n tekoälysäädöksen 40 artikla

Käytä ISO 27090 -tietoturvakatselmointia yhtenä lähtötietona erikseen rajatussa vaatimustenmukaisuuden arvioinnissa. Kirjaa arvioitava oikeudellinen velvoite, sitä tukeva näyttö ja mahdolliset jäljelle jäävät puutteet.

Usein kysytyt kysymykset ISO 27090:stä

Milloin ISO 27090 julkaistiin?

Ensimmäinen painos, ISO/IEC 27090:2026, julkaistiin 14. lokakuuta 2026. Tarkista julkaisijan ajantasaiset tiedot, kun vanhempi aineisto viittaa luonnokseen tai aiempaan vuoteen. IEC:n julkaisutiedot

Kattaako ISO 27090 generatiivisen tekoälyn ja LLM-tietoturvan?

Sen julkaistu sisältö kattaa kehoteinjektion ja arkaluonteiset mallin tulosteet, mikä tekee siitä olennaisen generatiivisen tekoälyn tietoturvan kannalta. Sen soveltamisala kattaa myös muut tekoälyjärjestelmät. Julkaistu ISO/IEC 27090 -näyte ISOn selitys ISO 27090 -standardista

Voiko kolmannen osapuolen tekoälyä käyttävä yritys soveltaa standardia?

Kyllä. Ilmoitettu kohderyhmä kattaa sekä tekoälyä käyttävät että sitä kehittävät organisaatiot. Aloita riskeistä ja vastuista, jotka ovat omassa hallinnassasi, ja tunnista, mitä sinun on ymmärrettävä toimittajistasi. IEC:n julkaisutiedot

Tarkoittaako ISO 27001 -sertifiointi, että tekoälyjärjestelmä on turvallinen?

Hallintajärjestelmän sertifiointi ei takaa, että yksittäinen sovellus kestää jokaisen hyökkäyksen. Käytä hallintajärjestelmää riskipäätösten järjestämiseen ja arvioi tekoälyjärjestelmän todellinen suunnittelu, konfiguraatio ja käyttäytyminen. ISO 27090 voi tukea tätä tietoturvatyötä.

Mistä saan ISO 27090 -standardin PDF-muodossa?

Käytä ISOn virallista luetteloa tai IEC Webstorea julkaistun standardin ja lisensointivaihtoehtojen hankkimiseen. Tarkista, että tunnus on ISO/IEC 27090:2026. Artikkeli tai esikatselu sisältää vain osan aineistosta.

Tee tekoälyn tietoturvatyöstä katselmoitavaa

Aloita yhdestä merkittävästä tekoälyn käyttötapauksesta. Tunnista, miten se voitaisiin vaarantaa, valitse suojatoimet olennaisiin rajapintoihin ja määritä näyttö, joka osoittaa suojatoimien toimivan. Anna jokaiselle toimenpiteelle omistaja ja katselmoinnin käynnistäjä.

Secani yhdistää vaatimukset, riskit, hallintakeinot, näytön, omistajat ja katselmointipäätökset yhteiseen tietoturvan ja vaatimustenmukaisuuden työtilaan. Keskustele Secanin kanssa siitä, miten voitte järjestää tekoälyn tietoturvatyönne niin, että tiimit näkevät, mitä on arvioitu, mikä vaatii huomiota ja kuka on vastuussa.