Anthropic antaa yrityksille pilvihallinnan – 30 päivän tekoälydatavaatimus säilyy

Anthropic suunnittelee yritysasiakkailleen muutosta, joka antaisi näille enemmän määräysvaltaa tekoälyn turvallisuusvalvonnassa käytettävään dataan – mutta ei poistaisi kiistanalaista säilytysvaatimusta. Suunnitelman mukaan kehotteet ja mallien vastaukset säilytettäisiin edelleen 30 päivän ajan, mutta vaatimuksen piiriin kuuluvat yritykset voisivat pitää datan omassa pilvi-infrastruktuurissaan Anthropic-palvelinten sijaan.

Ratkaisu asettuu suoraan vastakkain OpenAI:n esittelemän Private Safety Processing -järjestelmän kanssa. OpenAI:n lähestymistapa pyrkii tunnistamaan useiden toisiinsa liittyvien vuorovaikutusten muodostamia väärinkäytösmalleja ilman, että asiakkaiden raakakyselyitä ja -vastauksia säilytetään.

Mitä Anthropic on muuttamassa?

Anthropic kutsuu tehokkaimpia mallejaan ”covered-malleiksi”. Yhtiön alustadokumentaation mukaan keskustelusisältöä ei normaalisti säilytetä oletuksena. Poikkeuksen muodostavat covered-mallit, joihin kuuluvat Claude Fable 5 ja Claude Mythos 5: niiden käyttö edellyttää 30 päivän säilytystä, joten täysin dataton ZDR-sopimus (Zero Data Retention) ei ole niille mahdollinen.

Suunniteltu muutos koskisi ennen kaikkea säilytyspaikkaa ja datan hallintaa – ei 30 päivän valvonta-aikaa. Suunnitelmasta raportoineen lähteen mukaan yritysasiakkaiden olisi edelleen säilytettävä data 30 päivän ajan, mutta ne voisivat tehdä sen itse hallinnoimassaan pilviympäristössä.

Käytännössä kyse olisi siis pikemminkin asiakkaan hallinnoimasta säilytyksestä kuin nollasäilytyksestä:

• Kehotteet ja mallivastaukset olisivat saatavilla vaaditun ajanjakson ajan.
• Asiakas voisi hallita säilytysympäristöä itse.
• Anthropic säilyttäisi turvallisuusvalvonnan tavoitteensa, mutta arkaluonteinen yritysdata ei olisi yhtä suoraan ulkopuolisen palveluntarjoajan hallussa.

Käyttöönottoa odotetaan myöhemmin vuonna 2026. Tarkka tekninen toteutus, asiakkaiden kelpoisuusehdot, käyttöoikeudet ja poistoprosessi ovat siksi vielä avoimia kysymyksiä.

Miksi Anthropic vaatii 30 päivän säilytystä?

Anthropic perustelee rajattua säilytystä ja tarkastelua turvallisuustyöllä. Yhtiön mukaan kehittynyt väärinkäyttö ei välttämättä näy yksittäisessä keskustelussa. Hyökkäys voi kehittyä useiden vuorovaikutusten aikana, jolloin pidemmän aikavälin keskusteluhistoria voi auttaa tunnistamaan toimintamalleja ja selvittämään tapahtunutta.

Valintaan liittyy kuitenkin selvä vaihtokauppa. Kehotteiden ja vastausten säilyttäminen voi parantaa epäilyttävän toiminnan jäljittämistä, mutta samalla se synnyttää yrityksille uuden tietohallinnon ja tietosuojan velvoitteen – etenkin jos käsiteltävänä on luottamuksellista, säänneltyä tai oikeudellisesti suojattua tietoa.

Anthropic on itse myöntänyt riskiraportissaan, että päätös voi ärsyttää nollasäilytykseen tottuneita asiakkaita ja aiheuttaa liiketoimintariskejä. Yhtiö pitää sitä silti tarpeellisena kehittyneiden hyökkäysten havaitsemiseksi.

Kyse ei siis ole väitteestä, että datan säilyttäminen olisi riskitöntä. Yritysten on punnittava todisteketjun ja tutkittavan keskusteluhistorian hyötyä vastaan riskejä, joita alkuperäisen sisällön säilyttämisestä aiheutuu.

Miksi yritykset halusivat säilytyksen omaan pilveensä?

Palveluntarjoajan hallinnoimat lokit voivat olla vaikea ratkaisu säännellyillä toimialoilla toimiville yrityksille. Niiden on ehkä huomioitava datan sijaintia koskevat vaatimukset, sisäiset käyttöoikeudet, salassapitovelvollisuudet, tietoturvapoikkeamien tutkinta, oikeudellinen tiedonhankinta ja se, mitä arkaluonteisen datan sijoittaminen ulkopuolisen palveluntarjoajan ympäristöön merkitsee.

Asiakkaan hallinnoima pilvitallennus vastaisi datan hallintaa koskevaan huoleen suoremmin kuin tavallinen palveluntarjoajan säilytysmalli. Yritys voisi soveltaa omaa identiteetin- ja pääsynhallintaansa, alueellista pilviarkkitehtuuriaan, salausavainten hallintaa, valvontaansa ja säilytyspolitiikkaansa. Käytännön suoja riippuu kuitenkin lopullisesta toteutuksesta ja sopimusehdoista.

Uusi vaihtoehto ei poista tarkastelun tarvetta. Se muuttaa sitä, kuka hallitsee säilytysympäristöä ja mahdollisesti myös sitä, kummalle osapuolelle suurempi osa datan suojaamisen ja luovuttamisen operatiivisesta vastuusta jää.

Miten OpenAI:n ratkaisu eroaa?

OpenAI:n Private Safety Processing on suunniteltu säilyttämään nollasäilytyksen suoja samalla, kun järjestelmä etsii useisiin toisiinsa liittyviin keskusteluihin ulottuvia väärinkäytösmalleja. OpenAI:n mukaan järjestelmä voisi lähettää yhtiölle tarkasti rajatun turvallisuussignaalin ilman, että OpenAI:n työntekijät pääsevät käsiksi alkuperäisiin kehotteisiin tai vastauksiin. Nollasäilytystä käyttävissä toteutuksissa asiakkaan sisältö pysyy asiakkaan hallitsemassa infrastruktuurissa. OpenAI kehittää lisäksi vaihtoehtoa, jossa sisältö säilytettäisiin OpenAI:n infrastruktuurissa asiakkaan hallitsemilla salausavaimilla.

Arkkitehtuurien ero voidaan tiivistää näin:

• Anthropic: kehotteet ja vastaukset säilytetään 30 päivän ajan, ja suunnitteilla on vaihtoehto, jossa asiakas ylläpitää säilytystä itse.
• OpenAI: vuorovaikutuksia käsitellään turvallisuussignaalien tuottamiseksi, mutta tavoitteena on olla säilyttämättä raakasisältöä tai antaa sitä OpenAI:n työntekijöiden nähtäväksi.

Erot eivät ole vain erilaisia sopimusehtoja. Yhtiöt tarjoavat kaksi erilaista vastausta kysymykseen, miten hitaasti kehittyvää ja useiden keskustelujen yli ulottuvaa väärinkäyttöä voidaan havaita. Anthropic painottaa palautettavissa olevaa historiaa. OpenAI painottaa yksityisyyttä suojaavaa laskentaa ja mahdollisimman vähäistä datan hallintaa.

OpenAI:n ratkaisu on kuitenkin vasta esikatseluvaiheessa. Sen tehokkuus, kattavuus, väärien positiivisten ja negatiivisten havaintojen määrä, tekniset suojaukset sekä poikkeamien eskalointiprosessi on arvioitava dokumentaation, testaamisen ja riippumattoman tarkastelun avulla ennen kuin yritykset voivat pitää yhtiön lupauksia vakiintuneena varmuutena.

Mitä yritysasiakkaan kannattaa selvittää?

Valinta riippuu organisaation uhkamallista ja vaatimustenmukaisuudesta – ei vain siitä, käyttääkö palveluntarjoaja ilmaisua ”zero retention”. Hankinta-, tietoturva- ja lakitiimien kannattaa kysyä ainakin seuraavat kysymykset:

1. Mitä tarkalleen säilytetään? Selvitä, koskeeko käytäntö kehotteita, vastauksia, metatietoja, turvallisuussignaaleja, väärinkäyttölokeja vai sovelluksen tilaa.
2. Missä data sijaitsee? Tarkista alue, pilvitilin omistajuus, varmuuskopiot, replikat ja alihankkijat.
3. Kuka pääsee dataan? Selvitä, voivatko palveluntarjoajan työntekijät, alihankkijat, automaattiset järjestelmät tai asiakkaan ylläpitäjät nähdä tai noutaa sisältöä.
4. Kuka hallitsee salausavaimia? Asiakkaan hallitsemat avaimet voivat rajoittaa palveluntarjoajan pääsyä, mutta toteutus ja avainten palautusmenettelyt ovat ratkaisevia.
5. Miten poistaminen varmistetaan? Vaadi selkeät aikarajat, poistotodisteet, varmuuskopioita koskevat käytännöt ja menettelyt turvallisuustarkasteluun merkitylle datalle.
6. Mitä tietoturvapoikkeamassa tapahtuu? Määrittele ilmoitukset, tutkinta, yhteistyö, vastuut ja todisteiden säilyttäminen.
7. Voidaanko turvallisuusjärjestelmä arvioida riippumattomasti? Pyydä uhkamalleja, teknisiä julkaisuja, auditointioikeuksia, suorituskykymittareita ja eskalointisääntöjä.

Anthropicin asiakashallittu vaihtoehto voi sopia organisaatioille, jotka arvostavat rekonstruoitavaa auditointijälkeä ja pystyvät hallitsemaan 30 päivän säilytyksen omassa ympäristössään. OpenAI:n lähestymistapa voi puolestaan kiinnostaa yrityksiä, joille raakasisällön säilyttäminen ja palveluntarjoajan pääsy dataan eivät ole hyväksyttäviä. Esikatseluvaiheen vuoksi niiden on silti vaadittava teknistä näyttöä ennen ratkaisun käyttämistä kaikkein arkaluonteisimmissa työkuormissa.

Kyse on siitä, kenellä todisteet ja vastuu ovat

Keskustelu ei koske vain yksityisyyden ja turvallisuuden välistä vastakkainasettelua. Olennaista on myös se, missä turvallisuuteen liittyvä näyttö sijaitsee, kuka voi hallita sitä ja kummalle osapuolelle vaatimustenmukaisuuden sekä poikkeamatilanteiden käsittelyn taakka jää.

Anthropic lähtee siitä, että tehokkaiden mallien väärinkäytön tunnistaminen edellyttää säilytettävää historiaa, vaikka historia olisi asiakkaan omassa pilvessä. OpenAI puolestaan uskoo, että yksityisyyttä suojaava käsittely voi tarjota vastaavanlaista valvontaa ilman raakasisällön säilyttämistä. Kumpaakaan väitettä ei ole syytä pitää lopullisesti todistettuna ennen kuin järjestelmät on dokumentoitu, otettu laajasti käyttöön ja arvioitu riippumattomasti.

Yritysasiakkaalle mallin suorituskyky on vain yksi osa hankintapäätöstä. Datan hallinta, auditointimahdollisuudet, poistaminen, käyttöoikeudet ja palveluntarjoajan kyky selittää turvallisuusarkkitehtuurinsa voivat olla yhtä merkittäviä – erityisesti silloin, kun tekoälyä käytetään luottamuksellisen tiedon käsittelyyn.