Rajat päätetään ennen käyttöönottoa
Ohjeen ensimmäinen vaatimus koskee käyttötapausta. Mitä laajemmin agenttia voi käyttää, sitä helpompi sen toimintaan on vaikuttaa pahantahtoisesti. Tarkasti rajattuun tehtävään tehty agentti voidaan sulkea tiukasti järjestelmäkehotteella ja teknisillä keinoilla, mutta yleisagenttiin aukkoja syntyy huomattavasti helpommin.
Riskin arvioimiseen ohje tarjoaa nelitasoisen matriisin. Siinä katsotaan, kuinka lähellä ydinliiketoimintaa agentti toimii, moneenko järjestelmään ja muuhun agenttiin se on kytketty ja kuinka arkaluontoista dataa se käsittelee. Matalimmalla tasolla agentti käsittelee vain julkista tietoa eikä ole yhteydessä mihinkään. Korkeimmalla se on moniagenttijärjestelmä, jolla on useita rajapintoja liiketoiminnan kannalta kriittisiin järjestelmiin.
Autonomiasta ohje puhuu konkreettisesti. Agentti voi käyttää työkaluja joko käyttäjän luvalla tai täysin automaattisesti, ja valinta tehdään sen mukaan, paljonko virhe maksaisi. Komentokehotetta rajattomasti käyttävä agentti voi esimerkiksi päällekirjoittaa tai poistaa tiedostoja. Jos tehtävä venyy liian moneen välivaiheeseen, on tarkistettava, halutaanko sitä jatkaa. Toistokierroksille kannattaa asettaa lukumäärä.
Pysäyttäminen tarkoittaa lokia ja eristystä
Toinen vaatimus koskee pysäyttämistä. Ohjeen mukaan agentin tehtävä on voitava tarvittaessa keskeyttää ja sen käyttämät resurssit vapauttaa, ja toimenpiteistä on voitava kirjoittaa virheloki. Kun agentti ei suoriudu tehtävästään, valvovan tahon on päätettävä, jatketaanko vai keskeytetäänkö. Valvojana voi toimia ihminen tai erillinen kielimalli, joka arvioi lokeja.
Pysäyttäminen ei onnistu, jos kukaan ei näe, mitä agentti tekee. Siksi ohje vaatii agenttien seurantaa lokien avulla. Jos agentti alkaa yllättäen kutsua uusia työkaluja tai määrittelee itselleen tuntemattoman tavoitteen, se on tunnistettava ja eristettävä verkosta ja järjestelmistä. Poikkeustilanteessa keinoiksi mainitaan myös järjestelmän irrottaminen verkosta ja käytön väliaikainen keskeyttäminen.
Yksi raja on ehdoton. Kun agenttijärjestelmälle suunnitellaan varatyönkulkuja vikatilanteiden varalle, turvallisuustarkistuksen ohittamista ei pidä sallia.
Miksi käyttöoikeudet eivät riitä
Kolmas kohta selittää, miksi tavallinen käyttöoikeuksien hallinta ei riitä. Kielimalli ei pysty luotettavasti erottamaan sille annettuja ohjeita hyökkääjän syöttämästä sisällöstä. Hyökkäys kulkee silloin agentin omien, sallittujen oikeuksien kautta. OWASP-järjestön riskilistaan nojaava ohje kutsuu tätä työkalujen väärinkäytöksi: agentti käyttää sille sallittuja työkaluja haitallisesti.
Sama heikkous ulottuu agentin muistiin. AI Suomi kertoi tiistaina, miten myrkytetty muisti saa tekoälyavustajan tottelemaan hyökkääjää. Traficomin ohje neuvoo poistamaan pitkäaikaiseen muistiin tallennettavasta datasta ilmaukset kuten ”tästä eteenpäin” ja ”älä välitä edellisistä ohjeista”.
Vähimpien oikeuksien periaate on ohjeessa siis vasta lähtökohta. Sen päälle tulevat ihmisen hyväksyntä kriittisiin toimenpiteisiin, syötteiden ja tulosteiden suodatus sekä jatkuva valvonta. Valvonnassa kannattaa seurata myös päätösten johdonmukaisuutta, sillä hyökkäys voi paljastua siitä, että aiemmin hylätyt toimenpiteet yhtäkkiä hyväksytään.