Europæisk AI

Hændelse hos AI‑leverandøren: hvad I spørger om, og hvad I gør

Hændelse hos AI-leverandøren: hvad I spørger om, og hvad I gør

Når jeres AI-leverandør melder om en sikkerhedshændelse, eller I hører om en, skal I hurtigt finde ud af, om jeres data og adgange er berørt, og lukke de forbindelser, der kan være misbrugt. Når det første er klaret, skal I afgøre det, denne artikel især handler om, nemlig om valget af tjeneste skal tages op igen.

Beredskabet i virksomheden, underretning af myndigheder og ledelsens beslutninger i de første timer hører til jeres generelle hændelseshåndtering. Det beskriver ciso-as-a-service.dk. Nedenfor følger det, der gælder særligt for en AI-tjeneste. Konkrete hændelser gengives ikke.

Det, I skal kunne få at vide

Leverandørens første melding kan være ufuldstændig. Skriv jeres spørgsmål ned, så I ved, hvad der mangler, og kan følge op.

  • Hvad skete der? Hvilken del af tjenesten er ramt, fx konti, lagring af samtaler, en funktion til filer eller en forbindelse til andre systemer?
  • Hvilket tidsrum? Fra hvornår og til hvornår kan data eller adgange have været udsat?
  • Hvilke data? Er prompter, svar, uploadede filer, indekser over jeres dokumenter eller logs berørt? Er jeres organisation eller jeres konti nævnt?
  • Hvilke nøgler? Skal programnøgler, tokens eller adgangskoder til tjenesten skiftes?
  • Hvem andre? Er en underleverandør involveret, og hvor sker behandlingen?
  • Hvad gør leverandøren? Hvilke tiltag er gjort, og hvornår kommer der mere information?

Hvilke forpligtelser leverandøren har til at give jer besked om hændelser, står i jeres aftale og i databehandleraftalen, hvis der behandles personoplysninger. Læs dem nu, så I kender fristerne. Hvad en databehandleraftale med en AI-leverandør skal rumme, beskriver dpo-as-a-service.dk.

Det, I gør ved konti, nøgler og forbindelser

En AI-tjeneste kan være forbundet til meget mere end det vindue, medarbejderne skriver i. Den kan have nøgler til jeres egne systemer og adgang til mail, filer og databaser. Det er her, I selv kan handle med det samme.

  • Nøgler. Skift de programnøgler, jeres systemer bruger til at kalde tjenesten. Skift også de nøgler og tokens, tjenesten har fået til jeres systemer.
  • Forbindelser. Gennemgå, hvilke forbindelser tjenesten har til mail, filer, kundesystem og andre kilder, og luk dem midlertidigt, hvis de ikke er nødvendige for driften lige nu.
  • Konti. Tjek, hvem der har administratoradgang, og om der er oprettet nye brugere eller nøgler i perioden.
  • Agenter. Har tjenesten fået lov til at handle på jeres vegne, fx sende mails eller ændre data, så sæt den rettighed på pause, til I ved mere.
  • Logs. Gem jeres egne logs over brugen af tjenesten fra perioden, før de bliver slettet efter almindelig opbevaringstid.

Har I ikke en oversigt over nøgler og forbindelser til jeres AI-tjenester, er det det første, hændelsen viser jer. Lav den bagefter, så den findes næste gang.

Skal valget tages op igen?

En hændelse betyder ikke i sig selv, at tjenesten er det forkerte valg. Det afgørende er, hvordan leverandøren håndterede den, og hvad den viste om jeres egen afhængighed.

Stil spørgsmålene, når det værste er overstået.

  • Fik I besked hurtigt nok, og var oplysningerne til at handle på?
  • Svarede leverandøren på jeres spørgsmål, eller måtte I nøjes med en standardtekst?
  • Viste hændelsen data eller adgange, I ikke vidste, tjenesten havde?
  • Kunne I have skiftet til en anden tjeneste, hvis I havde villet, og hvor lang tid havde det taget?

Svarene kan føre til, at I bliver og strammer jeres egen opsætning, fx med færre forbindelser eller kortere lagring. De kan også føre til, at I begynder at se på alternativer. Det sidste skal ikke besluttes i de første dage, hvor alle er pressede. Sæt en dato et par uger efter, hvor beslutningen træffes på et roligt grundlag.

Hvad det kræver, og hvad det koster at lade være

At være forberedt kræver en oversigt over AI-tjenester med nøgler, forbindelser, administratorer og kontaktvej til leverandøren, og en ansvarlig, der kan handle uden at vente på andre. Med oversigten klar kan nøgler skiftes og forbindelser lukkes på timer. Uden den skal det hele findes først.

Uden forberedelse bruger I de første dage på at finde ud af, hvad tjenesten overhovedet var forbundet til. Imens kan adgange stå åbne. Hvad det koster, afhænger af, hvilke data og systemer tjenesten havde adgang til. Opgør det ud fra jeres egen oversigt.

Det skal I lade være med

  • At vente på leverandørens fulde redegørelse, før I skifter nøgler · det kan I gøre med det samme.
  • At beslutte et skifte af tjeneste i de første dage · træf beslutningen på et roligt grundlag.
  • At glemme de forbindelser, tjenesten har til jeres systemer · de kan række langt ud over vinduet, medarbejderne ser.

Det skal valget kunne vise

  • ☐ En oversigt over nøgler, forbindelser og administratorer pr. AI-tjeneste.
  • ☐ Jeres spørgsmål til leverandøren skrevet ned på forhånd.
  • ☐ Leverandørens forpligtelser til besked, fundet i aftalen.
  • ☐ En dato for beslutningen om, hvorvidt valget skal tages op igen.

Senest gennemgået: november 2026.

Næste skridt

Lav en liste over de nøgler og forbindelser, hver AI-tjeneste har til jeres systemer, og skriv, hvem der kan skifte dem.

Læs også: Når I forlader en AI-tjeneste · Hvad binder, når I vælger AI?

→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Overvejer I, hvilken AI I skal vælge?

Skriv kort, hvilken AI-tjeneste eller model det drejer sig om, og hvad der sætter spørgsmålet i gang. Så vender jeg tilbage. Rådgivningen er uvildig og uafhængig, og Nielco IT har ingen forhandleraftaler.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.