Adgangsstyring til AI: de regler, der skal følge med
6 minutters læsning
Ser et AI-værktøj bort fra firmaets eksisterende rettigheder, har I fået et nyt adgangsproblem frem for en produktivitetsgevinst. Hvad der skal følge med, og hvordan I tjekker det.
Et firma bruger år på at bygge adgangsregler op: hvem der kan åbne hvilken kundemappe, hvem der kan se hvilken finansiel model, og hvem der mister adgangen den dag, de stopper. Kobler I et AI-værktøj på uden at tage reglerne med, risikerer I, at ingen af dem gælder længere, uden at nogen opdager det. Adgangsstyring til AI i firmaer betyder, at de regler, firmaet allerede har, også gælder for en ny bruger af jeres data. I skal ikke designe et nyt sæt rettigheder fra bunden.
Hvad adgangsstyring betyder, når AI er med
Et AI-værktøj må aldrig se mere, end den person, der bruger det, allerede har lov at se. Kan en junioranalytiker ikke åbne en partners prismodel, skal en assistent, der arbejder på analytikerens vegne, heller ikke kunne hente fra den, uanset hvor praktisk en fælles vidensbase ville være.
Firmaer tager fejl her på en bestemt og udbredt måde: De kobler et AI-værktøj på »firmaets viden« som én samlet pulje uden skel, fordi et fælles kildebibliotek føles som hele pointen med at koble AI til interne data. Men når puljen ikke har nogen grænser, holder alle de rettigheder, firmaet nogensinde har sat, op med at gælde, og alle, der kan bruge assistenten, kan nå alt i den.
Hvor grænsen brydes i praksis
Det ligner sjældent et hackerangreb. Som regel starter det med en helt almindelig beslutning under opsætningen.
- En fælles assistent med bredere adgang end nogen enkelt bruger. Nogen sætter en assistent op mod »hele drevet« eller »hele kundearbejdsområdet«, fordi det føles som ekstra arbejde at afgrænse den, og nu kan alle, der kan skrive med assistenten, hente dokumenter, de aldrig selv har fået adgang til.
- En integration, der logger ind én gang, med administratorrettigheder, på alles vegne. Forbindelsen til firmaets dokumentlager bliver sat op med en administrators loginoplysninger, og derefter arver alle brugere af AI-værktøjet administratorens adgang i stedet for deres egen.
- En tidligere medarbejder, der beholder adgangen. Tjeklisterne ved fratrædelse dækker mail og CRM. Et AI-værktøj med en stående forbindelse til kundemapper er let at glemme, og forbindelsen virker stadig, når personen er gået.
- Kundemateriale, der havner i et generelt arbejdsområde. Et dokument, en kunde delte til ét projekt, bliver brugt til at besvare et spørgsmål på et helt andet, fordi intet i værktøjet skelner mellem, hvilken kunde materialet tilhører.
Intet af det kræver, at nogen bevidst gør noget forkert. Sådan går det, når et værktøj er lettere at sætte bredt op end afgrænset, og ingen ser på opsætningen igen, når den først virker.
Det skal følge med, punkt for punkt
De rettigheder, firmaet allerede har, skal gælde på samme måde i et AI-værktøj som alle andre steder. Det skal I tjekke for ethvert værktøj, før kundedata kommer i nærheden af det.
| Eksisterende adgangsregel | Det skal ske i AI-værktøjet |
|---|---|
| En bruger kan kun åbne dokumenter i sit eget arbejdsområde | AI-værktøjet respekterer den afgrænsning, når det henter kilder, og bruger ikke »alle tilknyttede dokumenter« |
| En kundes materiale er forbeholdt projektteamet | AI-udkast til den kunde trækker kun på materiale, der er afgrænset til det projekt |
| En rolle har læseadgang til et system | AI-adgang via den forbindelse er også kun læseadgang og bliver ikke udvidet af integrationen |
| En medarbejders adgang lukkes på sidste arbejdsdag | AI-værktøjets adgang til vedkommendes sessioner, nøgler og tilknyttede kilder lukkes samme dag |
| Handlinger i kernesystemerne logges | Brug af AI i de samme systemer logges lige så detaljeret |
Kan en leverandør ikke placere sit værktøj i en række i tabellen, så betragt det hul som et fund i sig selv og ikke som en detalje, der kan klares senere.
Spørgsmål, før I kobler AI på jeres systemer
Stil dem, før en integration går live, ikke efter at en kunde har spurgt, hvem der kunne se deres materiale.
- Arver AI-værktøjet rettighederne fra den person, der bruger det, eller fra den, der satte forbindelsen op?
- Kan adgangen afgrænses pr. kunde, pr. projekt eller pr. dokument, eller er forbindelsen alt eller intet?
- Når en persons adgang til et kildesystem bliver lukket, lukkes AI-værktøjets adgang til den kilde så automatisk, eller skal nogen huske at gøre det separat?
- Bliver det registreret, hvad AI-værktøjet har hentet og hvornår, detaljeret nok til at besvare en kundes spørgsmål om deres eget materiale?
Svarer en leverandør konkret på alle fire, har de en adgangsmodel. Svarer de »det er fleksibelt«, har de det nok ikke.
Adgangsgrænser og fratrædelser
Hullet ved fratrædelser fortjener sit eget afsnit, for det er her, et designspørgsmål bliver til en reel risiko. En person stopper, den bærbare bliver afleveret, mailen bliver lukket, og adgangen til CRM-systemet bliver fjernet. En AI-assistent, personen koblede på et kundearbejdsområde et halvt år tidligere, kører derimod ofte videre på et token, ingen kan huske at have udstedt. Som beskrevet i AI-sikkerhed og tillid i kundearbejdet skal den forbindelse med på tjeklisten ved fratrædelse ligesom alt andet: en navngiven ejer, der tjekker den den dag, nogen stopper, så ingen først opdager den under en sikkerhedsgennemgang.
Sådan hænger det sammen med forbundet viden
Adgangsstyring er den anden halvdel af at forbinde firmaets systemer med AI, som vi beskriver i guiden til forbundet viden. Når I forbinder kilder, bliver udkastene bedre, fordi de bygger på rigtigt, aktuelt materiale i stedet for det, en assistent ved i forvejen. Det er også i den forbindelse, at adgangsgrænserne enten bliver ved med at gælde eller stille og roligt holder op med det. I skal træffe to beslutninger samtidig: hvad der skal forbindes, og hvad der stadig skal være lukket område, når det er forbundet. Behandler I det sidste som en eftertanke, kan et produktivitetsprojekt ende som en adgangshændelse.
Hebno er bygget til at holde de grænser på plads: Forbindelser arver de rettigheder, jeres firma allerede har, aktiviteten logges detaljeret nok til at besvare en kundes spørgsmål om den, og når nogens adgang bliver lukket, lukkes AI-forbindelsen sammen med alt det andet. Se sikkerhedssiden for alle detaljer, eller book en demo for at gennemgå, hvordan adgangsgrænserne passer til jeres firmas opsætning.
