Lyhyt vastaus: jopa hyvä tietosuojadokumentti epäonnistuu käytännössä, jos käyttäjiä ei hallita, poisteta ajoissa tai seurata perustasolla. Tällä sivulla käymme läpi SSO:n, provisioinnin, roolit, audit-lokit, Compliance API:n ja verkkokontrollit — ja sen, mikä on sidottu tiettyihin lisensseihin.
Keskitetty identiteetti, roolit ja valvonta erottavat hallitun käyttöönoton hallitsemattomasta. Anthropic dokumentoi SSO:n, JIT- ja SCIM-provisioinnin, audit-lokit, Compliance API:n, dataviennit sekä verkko- ja tenant-rajoitukset.
Osa ominaisuuksista on lisenssiriippuvaisia — SCIM ei ole kaikilla planeilla, Compliance API on Enterprise-ominaisuus, ja audit-lokien kattavuus vaihtelee. Hallintamalli on suunniteltava tämä tietäen.
Ensimmäinen hallintakerros on identity. Kun käyttäjä poistuu organisaatiosta, käyttöoikeuden pitää poistua järjestelmällisesti — ei toiveen tasolla. Kaksi ydinmekanismia, joita organisaation kannattaa käyttää Claude-käytön hallintaan.
Saatavilla Team- ja Enterprise-pläneihin sekä Console-organisaatioihin. Käyttöönotto edellyttää domain verification -vaihetta. JIT-provisiointi on saatavilla useille suunnitelmille, ja se luo käyttäjätilin ensimmäisen kirjautumisen yhteydessä.
SCIM:illä käyttäjät voidaan lisätä ja poistaa Claude-organisaatiosta identiteetinhallinnan muutosten perusteella. Kattavuus on rajatumpi kuin SSO:lla — Team-plan ei tue SCIM:iä. Tämä vaikuttaa user lifecycle -hallinnan suunnitteluun.
Kaikille ei pidä antaa samoja ominaisuuksia. Enterprise-roolien ohjeessa Anthropic suosittelee "base plus additive roles" -rakennetta, jossa perusoikeuksien päälle annetaan lisäoikeuksia vain niille ryhmille, jotka niitä tarvitsevat — ja tämä on myös paras tapa estää varjokäyttöä.
Määritä yhteiset perusoikeudet, jotka jokainen käyttäjä saa kirjautuessaan. Nämä kattavat turvallisen oletuskäytön ilman, että arkaluonteiset featuren tai integraatiot ovat avoinna kaikille.
Esimerkiksi tietyt ominaisuudet (kuten integraatiot ulkoisiin järjestelmiin tai tiedostojen lataus) voidaan rajata vain pilottiryhmille tai roolille, jolla on dokumentoitu tarve.
Uudet ominaisuudet kannattaa avata ensin pienelle ryhmälle — ei koko henkilöstölle heti alusta. Tämä antaa hallintamallille aikaa reagoida ennen kuin varjokäyttö leviää.
Hallintamallin näkyvyyskerros antaa vastaukset "mitä tapahtui ja kenen toimesta". Anthropicin kolme eri mekanismia tähän — niiden kattavuus ja sisältö eroavat toisistaan eivätkä korvaa toisiaan.
Saatavilla Enterprise-organisaatioille. Viennissä tulee ulos tapahtumametadataa — ei chattien otsikoita tai sisältöä. Tämä on tietoinen rajaus: audit-loki kertoo, että jotain tapahtui, mutta ei aina mitä henkilötietoa keskustelussa oli.
Varsinainen chat-data voidaan viedä erikseen Primary Ownerin kautta. Tämä on eri prosessi kuin audit-loki ja sillä on omat hyväksyntä- ja ilmoituskäytäntönsä.
Enterprise-ominaisuus, jonka kautta lokitietoja, chattidataa ja tiedostosisältöä voidaan hakea ohjelmallisesti. Mahdollistaa integraation SIEM- ja eDiscovery-järjestelmiin, ei vain manuaalisen tarkastelun.
Kovempaan enterprise-hakuintenttiin: miten estetään tilanne, jossa työntekijä käyttää henkilökohtaista Claude-tiliä yritysverkosta. Tenant Restrictions -ohje kuvaa mekanismin, joka kääntää keskustelun "saako käyttää AI:ta" -tasolta "osaammeko ottaa tämän hallitusti käyttöön" -tasolle.
Rajoita yritysverkosta käyttö vain hyväksyttyihin organisaatiotileihin — estää kuluttajatilin käytön varjokanavana.
Konfiguraatiokohtaiset verkon ja pääsyn rajaukset organisaation tasolla — osa Enterprise-toimitusta.
Identiteettipalveluun sidotut laitekontrollit estävät pääsyn hallitsemattomilta laitteilta.
Tekninen kontrolli yksin ei riitä — henkilöstö tarvitsee selkeän ohjeistuksen siitä, miksi kontrolli on olemassa.
Featuren saatavuus, audit-lokien näkyvyysaika ja tenant-rajoitusten tuetut polut muuttuvat palvelun kehittyessä. Sivun tehtävä on selittää hallintamallin logiikka, ei ylläpitää lisenssimatriisia.
Älä kovakoodaa tähän sivuun ominaisuuksien lisenssisaatavuutta, audit-lokien näkyvyysaikaa, Compliance API:n kattavuutta, tenant-rajoitusten tuettuja autentikointitapoja tai Primary Ownerin oikeuksien yksityiskohtia.
Ohjaa täsmäarvot PrivacyDesignerin toimittamaan Claude DPIA:han kohtaan Governance-kontrollit ja käyttöönottomalli. Tarkat arvot tarkistetaan ennen toimitusta.
Tarkentavia vastauksia yleisimpiin jatkokysymyksiin.
Kyllä. Anthropicin ohjeiden mukaan SSO on saatavilla Team- ja Enterprise-pläneihin sekä Console-organisaatioihin. Käyttöönotto edellyttää domain verification -vaihetta.
Kyllä, mutta pienemmällä kattavuudella kuin SSO. SCIM ei ole saatavilla Team-planille — tämä vaikuttaa user lifecycle -hallinnan suunnitteluun, erityisesti jos organisaatiolla on nopea vaihtuvuus.
Audit-lokit eivät sisällä chattien otsikoita tai sisältöä. Primary Owner voi kuitenkin tehdä dataexport-operaation organisaation chattidatasta — tämä on erillinen, näkyvä prosessi eikä kuulu audit-lokiin.
Kyllä. Compliance API on saatavilla Enterprise-organisaatioille ja sen kautta voi hakea ohjelmallisesti lokitietoja, chattidataa ja tiedostosisältöä. Tämä mahdollistaa integraation SIEM- tai eDiscovery-järjestelmiin.
PrivacyDesigner käy maksuttomassa auditissa läpi identiteetin, roolit, lokit, dataviennit ja käyttörajoitukset. Saat suoran listan niistä hallintakeinoista, jotka kannattaa ottaa käyttöön ennen laajempaa tuotantokäyttöä.