Fortrolig viden.
Målrettet beskyttet.
AI gør viden lettere at finde. DAXS undersøger dataforløb, adgangsrettigheder og værktøjer, så virksomhedsviden kun bruges, hvor det er fagligt og teknisk tilladt.
AI behøver ikke omgå en spærring for at afsløre for meget.
En virksomheds-AI kan gøre dokumenter lettere at finde, som hidtil næsten ingen kendte til. Det bliver et problem, hvis materialet er tilgængeligt for flere personer, end det fagligt er tiltænkt. AI-oversharing betegner her utilsigtet videregivelse som følge af for brede delinger og lettere søgbarhed. Et teknisk tilladt svar kan alligevel være organisatorisk uønsket.
Den konkrete tjeneste, de tilsluttede kilder og den identitet, der søger, er afgørende. En chat uden dataforbindelse kan ikke blot gennemsøge alle virksomhedens mapper. Når filer uploades, søgeindekser tilsluttes eller værktøjer autoriseres, opstår et dataforløb, der skal kunne gennemgås.
»Hvad tjener min chef egentlig?«
Hypotetisk eksempel: En lønfil ligger i en gammel personalemappe. Gennem en nedarvet gruppedeling har også ansatte uden for personaleadministrationen læseadgang. Hvis filen er tilgængelig for den anvendte AI-tjeneste, og forespørgslen er tilladt med disse rettigheder, kan relevant indhold indgå i svaret. Et forkert tal eller et opdigtet svar er også muligt; hvert konkret output kræver kildebelæg.
Ved korrekt begrænsede rettigheder må den beskyttede fil slet ikke komme ind i modelkonteksten for uvedkommende. En venlig instruktion til modellen om at holde lønninger hemmelige erstatter ikke denne tekniske kontrol.
Tre personer stiller det samme spørgsmål.
A har brug for informationen til en godkendt opgave. B har ingen læseadgang. C får utilsigtet adgang gennem en rettighedsfejl. Systemet skal udelukke B; for C skal de forkert tildelte kilderettigheder rettes.
Diagrammet beskriver forskellige adgangssituationer, ikke tre på hinanden følgende arbejdstrin. Søgetjenesten skal også tage højde for ændringer: Tilbagekaldt adgang må ikke leve videre i forældede indeksrettigheder, svarcaches, delte samtaler eller eksporterede filer.
Skjult, krypteret og beskyttet er forskellige egenskaber.
- Navigation og adgang
- Et skjult menupunkt eller et ukendt mappenavn fjerner ikke læserettigheder. Adgangsbeskyttelse skal virke på objektet og i den anvendte tjeneste – også ved direkte adresse, søgning og API-hentning.
- Nedarvning og deling
- Et dokument kan få rettigheder fra overordnede mapper, grupper, enkelte delinger eller links. Den effektive adgang undersøges inklusive disse veje; en enkelt gruppeliste er ikke tilstrækkelig.
- Indeks og original
- Et søgeresultat skaber ikke en ny rettighed. Søgeindeks, dokumentuddrag, titler, forhåndsvisninger og hentning af originaler kræver passende kontroller. Ellers kan allerede en resultatoverskrift afsløre fortrolig information.
- Kryptering og autorisation
- Kryptering beskytter eksempelvis transport og lagrede data. Hvem applikationen tillader at læse, afgøres særskilt. En tjenestekonto, der må dekryptere indhold, må derfor ikke udlevere det til enhver bruger, der er logget ind.
- Bruger og agent
- En agent kan arbejde med delegerede brugerrettigheder eller en egen tjenesteidentitet. Begge modeller kræver udtrykkelige grænser. En fælles agent med en konto med vidtgående rettigheder må ikke blive en genvej uden om brugernes rettigheder.
- Interne og eksterne tjenester
- Også internt drevet AI kræver kilderettigheder, beskyttelse af logfiler og sikrede grænseflader. Ved eksterne konnektorer kommer datamodtagere, aftaleramme, behandling, lagring og tilladte handlinger til.
Hvilke oplysninger må kunne findes i fællesskab?
»Hvilken timepris fakturerer virksomheden for mig?«
Tilbud, projektberegninger eller tabeller kan indeholde faktureringssatser og interne omkostningssatser. Størrelserne skal skelnes: Faktureringssatsen er den pris, kunden faktureres. Et dækningsbidrag kræver først en fastlagt afgrænsning af de omkostninger, der trækkes fra. Virksomhedens overskud fremgår af det samlede resultatregnskab. AI må hverken sidestille værdierne eller tilsyneladende beregne dem præcist ud fra et enkelt tal.
Før sådanne dokumenter forbindes, fastlægger de ansvarlige, hvem der må se hvilke beregninger. Testspørgsmål skal ud over den direkte prisforespørgsel også omfatte indirekte spørgsmål om kunderabatter, indkøbsvilkår og avancer på enkeltprojekter.
Den glemte projektmappe
Et afsluttet projekt forsvinder fra portalen, men kan stadig læses af en bred gruppe. Hvis dokumenterne fortsat importeres eller findes af en konnektor, kan AI inddrage relevant indhold. Det passende tiltag er en gennemgået beslutning om arkivering og rettigheder; at fjerne et navigationslink er ikke tilstrækkeligt.
Personalebeslutninger og strategi
Planlagte stillingsændringer, overtagelsesdrøftelser, omsætningsmål, investeringer og overskudsprognoser kan ligge forskellige steder. Derfor begynder gennemgangen med informationsklasser og ansvarlige. En generelt »intern« placering siger ikke, hvilken afdeling der behøver den enkelte oplysning.
Undersøg produktfunktioner, og ret rettigheder ved kilden.
For Microsofts Copilot-tjeneste med Microsoft 365-data beskriver producenten hentning inden for den enkelte brugers adgangsrettigheder. For brede læserettigheder er dermed fortsat en risiko ved indførelsen. Betegnelsen »Copilot« alene beskriver dog hverken licensomfang eller dataadgang; chat, appkontekst og yderligere agenter skal vurderes særskilt. Microsoft: data og rettigheder (eksternt link) – åbner i en ny fane.
Delinger og governance
SharePoint Advanced Management understøtter gennemgang af problematisk adgang. Microsoft Purview tilbyder blandt andet klassifikation, sensitivity labels, DLP og auditfunktioner. Tilgængelige kontroller og de dataforløb, de omfatter, afhænger af licens, konfiguration og produktversion.
Begræns søgbarhed
Restricted Content Discovery kan begrænse tværgående søgning og Copilot-opdagelse for udvalgte SharePoint-websteder. Funktionen ændrer ikke eksisterende adgangsrettigheder og erstatter derfor ikke en spærring af fortrolige filer. Direkte adgang og undtagelser skal også testes.
Ret gamle anbefalinger
Restricted SharePoint Search udfases. Ifølge producenten har ny aktivering været blokeret siden 31.07.2026. En ny indførelse bør ikke bygge en langsigtet sikkerhedsarkitektur på funktionen.
For ChatGPT med forbundne tjenester skal det desuden være klart, hvilken konto der autoriserer forbindelsen, og hvilke data- og handlingsrettigheder kontoen har. Et administreret workspace organiserer ansvar; det retter ikke forkert opsatte delinger i kildesystemet. Ved en egen RAG-løsning planlægger DAXS identitet, rettighedsfiltre og opdatering som en udtrykkelig del af arkitekturen.
Kun tilladt information kommer frem til modellen.
- Informationsklasser og ejere: personale, økonomi, projekter og offentlig viden får en begrundet modtagerkreds og ansvarlige ejere.
- Least privilege: brugere, applikationer og tjenestekonti får kun nødvendige rettigheder. RBAC knytter rettigheder til roller; ABAC kan desuden tage højde for egenskaber som dokumentklasse, organisation eller projekttilknytning.
- Rettighedsbaseret søgning: applikationen fastslår en pålidelig identitet. Security trimming eller permission-aware retrieval begrænser resultater og uddrag, før de sendes til sprogmodellen. Et gruppenavn fra prompten er ikke identitetsdokumentation.
- Ændringer og caches: nye delinger, tilbagekaldt adgang, slettede kilder og gruppeskift føres ajour. Svarcaches må ikke blande data fra forskellige brugere eller tenants.
- DLP og beskyttelsesregler: tilladt videregivelse, upload, download og eksterne modtagere undersøges særskilt. Et label virker kun med den konfigurerede og understøttede håndhævelse.
- Negative tests og audit: testkonti uden rettigheder, direkte og indirekte spørgsmål, kildeændringer og manipulerede dokumenter hører med i godkendelsen. Logfiler registrerer det nødvendige bevis med begrænset adgang og passende opbevaring.
Sensitive Information Disclosure og Data Leakage omfatter mere end det synlige svar: Også søgelogfiler, fejlmeddelelser, eksporter og delte chats kan indeholde fortroligt indhold. Beskyttelsesgennemgangen følger hele dataforløbet.
Værktøjsrettigheder og godkendelser begrænser skaden.
For en agent er korrekt læsesøgning ikke tilstrækkelig. En tjenestekonto med for mange rettigheder kan ændre eller sende data, som den medarbejder, der bestilte opgaven, ikke selv må behandle. Derfor adskiller DAXS læseværktøjer, forberedte ændringer og faktisk udførelse. API og MCP-server kontrollerer objekt, identitet, input og tilladt handling i målsystemet.
Prompt injection kan indføre nye handlingsinstruktioner gennem eksterne dokumenter eller værktøjsresultater. Sådant indhold forbliver data. Kritiske handlinger kræver en kontrollerbar godkendelse med mål, omfang og resultatforhåndsvisning. Begrænsede trin, runtime og omkostninger samt en stopmulighed supplerer kontrollen. Tiltagene adresserer blandt andet OWASP-risiciene Prompt Injection, Sensitive Information Disclosure og Excessive Agency; de er ikke et løfte om, at enhver risiko er udelukket.
En AI-sikkerhedsgennemgang med kontrollerbart omfang.
DAXS kan støtte indførelsen af Copilot, ChatGPT eller egen AI med afgrænsede projektdele: kilde- og kontoinventar, rettighedsmatrix, dataforløb, stikprøver af problematiske delinger, kontrolleret pilotprojekt og dokumenterede negative tests. Det giver en prioriteret tiltagsliste med ansvar og sporbare godkendelseskriterier.
Driften omfatter ændringer i grupper og konnektorer, model- og softwareopdateringer, sikkerhedsmeddelelser, regelmæssig gentagelse af rettighedskontrollen og håndtering af mistænkeligt output. Teknisk arbejde og den nødvendige databeskyttelsesretlige eller organisatoriske vurdering afstemmes. En bestemt konfiguration er ikke et generelt bevis på overholdelse af GDPR eller AI-forordningen.
Til hverdagen beskriver siden AI på arbejdspladsen indførelse og oplæring. Optimering af AI-omkostninger forbinder beskyttelsesbehov med økonomisk modelvalg.
Lad os tale om jeres anvendelse.
Hvilken opgave skal blive lettere, hvilke data indgår, og hvilke systemer bruger I allerede? Det giver en afgrænset begyndelse med tydelige kontrol- og beslutningspunkter.
Kilder: Microsoft: data og rettigheder (eksternt link) – åbner i en ny fane · Restricted Content Discovery (eksternt link) – åbner i en ny fane · Restricted SharePoint Search: under udfasning (eksternt link) – åbner i en ny fane · Purview (eksternt link) – åbner i en ny fane · OWASP: Sensitive Information Disclosure (eksternt link) – åbner i en ny fane · OWASP: Excessive Agency (eksternt link) – åbner i en ny fane
Produktomfang, licenser og konkrete indstillinger undersøges for det enkelte miljø. Eksempler og diagrammer viser mulige situationer, ikke påståede kundesager.