AI-hændelsen: de første 72 timer, når data er lækket ind i et værktøj

Denne side er skrevet til den ansvarlige leder — direktøren eller den daglige ledelse — i en virksomhed med 10-49 ansatte. Det er den størrelse, hvor der er nok medarbejdere til, at nogen uundgåeligt prøver et AI-værktøj af på en rigtig opgave, men sjældent en DPO, en sikkerhedschef eller et beredskab, der allerede er skrevet ned. Længere nede står en tabel med første skridt for indehaveren, for 50-99, for 100-200+ og for direktion og bestyrelse.

Hvad er en AI-hændelse — og hvornår er den et databrud?

De fleste forestiller sig et databrud som noget med en krypteringsvirus og en løsesumsbesked. I praksis er langt de fleste anmeldelser noget helt andet og meget mere hverdagsagtigt. Datatilsynets årsberetning for 2025 viser 9.849 anmeldte brud på persondatasikkerheden — 5.167 fra offentlige myndigheder, 4.630 fra private virksomheder og 52 øvrige. Det er 225 flere end i 2024, hvor tallet var 9.624, og det højeste antal siden anmeldelsespligten trådte i kraft i maj 2018. Tilsynet skriver selv, at det "hvert år modtager Datatilsynet omkring 10.000 anmeldelser om brud på persondatasikkerheden".

Et brud på persondatasikkerheden handler ikke om, hvordan oplysningerne kom afsted, men om at de kom afsted. Der er tre klassiske former: fortrolighed (nogen har set det, de ikke skulle), integritet (noget er ændret eller ødelagt) og tilgængelighed (I kan ikke selv komme til det længere). AI-hændelsen er næsten altid den første slags, og det er den sværeste at opdage, fordi der ikke går en alarm.

Datatilsynet har beskrevet mønsteret direkte i sikkerhedstippet Forhold dig til AI-værktøjer. Tilsynet oplever en stigning i brud, hvor "ansatte har brugt persondata fra deres arbejde som input og prompts i værktøjerne" — ofte uden at arbejdspladsen er klar over det. Og tilsynet skriver, at arbejdspladsen bør "fastsætte organisatoriske rammer for, om — og eventuelt hvordan — medarbejdere må bruge generativ AI". Det er altafgørende at forstå: tilsynet betragter det ikke som en uvane. Det betragter det som et brud, der skal håndteres efter reglerne.

Skalaen gør det sandsynligt, at det også sker hos jer. Dansk Erhverv opgjorde i februar 2026, at 70 pct. af danske virksomheder bruger AI, og analytiker Kasper Lynge Jacobsen formulerede det sådan: "AI er på rekordtid blevet et helt almindeligt arbejdsredskab i danske virksomheder." Leverandørtal peger samme vej: Cato Networks fandt, at over 60 pct. af IT-ledere i Europa, Nordamerika og Asien havde fundet uautoriserede AI-værktøjer i deres eget IT-miljø, og Darktrace registrerede en 39 pct. stigning i afvigende datauploads til generative AI-tjenester. Begge er tal fra leverandører og skal læses som sådan — men retningen er ikke til diskussion.

Det, der adskiller AI-hændelsen fra et bortkommet USB-stik, er ikke juraen. Det er, at der sjaeldent er nogen, der ved, at den er sket. Derfor handler de første 72 timer mindre om teknik og mere om, hvem der sagde hvad til hvem, og hvornår.

Klokken starter, når én medarbejder ved det

Det er det enkeltstående punkt, der oftest koster virksomheder en kritik. Datatilsynets vejledning Håndtering af brud på persondatasikkerheden (maj 2025) fastsætter i afsnit 3.3.1, at man "anses for at være bekendt med et brud, når en medarbejder hos den dataansvarlige bliver bekendt med bruddet". En ren formodning er ikke nok — men har man efter en indledende undersøgelse rimelig vished, løber fristen fra det tidspunkt.

Oversat til hverdagen i en virksomhed med 25 ansatte: hvis en bogholder torsdag kl. 15 opdager, at en kollega har indsat en debitorliste i et gratis AI-værktøj, så er klokken begyndt at løbe torsdag kl. 15. Ikke mandag, hvor direktøren kommer tilbage fra ferie. Den samme vejledning peger på løsningen i afsnit 3.3.2: man sikrer sig "ved etablering af passende procedurer, beredskabsplaner og lignende". Altså: en aftalt meldevej og en navngiven person, der kan tage imod.

Bruger I en ekstern leverandør, der behandler data på jeres vegne, gælder den samme logik opad i kæden. Efter afsnit 3.5 i vejledningen "har databehandleren pligt til uden unødig forsinkelse at underrette den eller de dataansvarlige om bruddet". Pligten til at anmelde flytter sig ikke: Datatilsynet skriver kort og godt, at "det er nemlig virksomhedens eller myndighedens eget ansvar at anmelde et sikkerhedsbrud til Datatilsynet via Virk.dk". Hvad bilaget til jeres aftale skal indeholde for at det kan fungere i praksis, har vi gennemgået på siden om databehandleraftalen med AI-leverandøren.

De første 72 timer, trin for trin

Anmeldelsen behøver ikke være færdig for at være rettidig. Datatilsynets vejledning opregner i afsnit 3.6 minimumsindholdet, og det første punkt er, at anmeldelsen skal "beskrive karakteren af bruddet på persondatasikkerheden". Dertil kommer de sandsynlige konsekvenser, de foranstaltninger I har truffet eller foreslår, og kontaktoplysninger på databeskyttelsesrådgiveren eller et andet kontaktpunkt. Har I ikke en DPO — og det har de fleste virksomheder med 10-49 ansatte ikke — så er kontaktpunktet den person, I har udpeget internt. Udpeg vedkommende i dag, ikke på dagen.

Skal de berørte personer underrettes?

Det er her, mange virksomheder enten gør for lidt eller for meget. For lidt, fordi det er ubehageligt at skrive til 400 kunder, at deres oplysninger er endt et sted, de ikke skulle. For meget, fordi det føles sikrest at underrette alle ved enhver hændelse — hvilket udvander budskabet og skaber unødig uro.

Den rigtige fremgangsmåde er at tage de to vurderinger hver for sig og skrive dem begge ned. Vejledningen beder i afsnit 3.2 virksomheden om at "vurdere sandsynligheden for, at bruddet indebærer en risiko for de berørte fysiske personers rettigheder". Er svaret "en risiko", anmelder I. Er svaret "en høj risiko", underretter I også de berørte, uden unødig forsinkelse efter at bruddet er konstateret.

Og så er der det punkt, der oftest bliver glemt: dokumentationen af et nej. Vejledningen skriver i afsnit 4.6, at det "bør (risiko)vurderingen af, hvorfor der ikke blev foretaget underretning altid være dokumenteret". Og det gælder bredere end som så: "Man skal dog altid dokumentere brud på persondatasikkerheden, herunder de faktiske omstændigheder ved bruddet" — også de brud, I vurderer ikke skal anmeldes. En virksomhed, der kan fremvise ti dokumenterede vurderinger og nul anmeldelser, står markant stærkere end en, der kan fremvise ingenting.

Hvad gør Datatilsynet så med anmeldelsen? Tilsynet "screener løbende alle anmeldte brud på persondatasikkerheden". De fleste sager lukkes med et telefonopkald eller et brev, der udtrykkeligt "ikke er en formel afgørelse". Men finder tilsynet en overtrædelse, "kan tilsynet imidlertid også vælge at træffe en afgørelse, hvor der udtales kritik eller alvorlig kritik", give påbud og i alvorlige sager politianmelde. Tilsynet kan også selv åbne en sag mod en databehandler, når mange dataansvarlige anmelder den samme hændelse — hvilket er præcis det mønster, en udbredt AI-tjeneste kan skabe.

Det særlige ved AI: data kan ikke kaldes tilbage

Det er den forskel, der gør AI-hændelsen værd at behandle som sin egen kategori. Når en medarbejder sender en mail til den forkerte, kan man ringe og bede om sletning, og man kan som regel dokumentere, at det skete. Når den samme medarbejder indsaetter indholdet i en chatbot på en privat gratiskonto, er der ingen at ringe til. Der er vilkår at læse.

Datatilsynets årsberetning for 2025 viser, at tilsynet har kigget præcis på det: i løbet af 2025 gennemførte tilsynet tilsyn med 15 fagforeninger og a-kasser om generativ AI og fandt "uklarheder" om roller og ansvar mellem organisationen og den eksterne AI-leverandør, når medlemmerne blev henvist til leverandørens AI-løsning. Beretningen siger desuden, at tilsynet med generativ AI fremover primært vil være rettet mod private virksomheders brug. Det er ikke en trussel — det er en varsling om, hvor opmærksomheden flytter hen.

Den praktiske konsekvens er, at afhjælpningen skal ligge et andet sted end hos leverandøren. Den ligger hos jer: ved at bruge et erhvervsabonnement i stedet for en gratiskonto på alt, der berører kundedata, ved at have en godkendt værktøjsliste, og ved at have en aftale om, hvad der aldrig må indsaettes. Hvordan det skrives ned på to sider, har vi beskrevet i skabelonen til AI-politikken, og selve mønsteret med medarbejdere, der tager værktøjer i brug på egen hånd, er emnet for siden om skygge-AI og kundedata.

Når hændelsen også er en NIS2-hændelse

De to regelsæt handler om forskellige ting. Databeskyttelsesforordningen beskytter personerne bag oplysningerne. NIS 2-loven beskytter driften af samfundsvigtige tjenester. Men de kan udløses af den samme hændelse, og så skal begge klokker passes samtidigt — af den samme håndfuld mennesker.

NIS 2-lovens § 13, stk. 1, nr. 1 kræver, at den tidlige varsling "sendes uden unødigt ophold, og senest inden for 24 timer efter at enheden har fået kendskab til den væsentlige hændelse". Nr. 2 kræver en hændelsesunderretning "inden for 72 timer efter at enheden har fået kendskab til den væsentlige hændelse". Og nr. 4: "En endelig rapport sendes senest 1 måned efter fremsendelsen af den hændelsesunderretning, der er omhandlet i nr. 2." Er hændelsen stadig i gang, sendes i stedet en statusrapport, og den endelige rapport følger senest en måned efter, at hændelsen er håndteret.

Den sidste række fortjener en præcisering, fordi den ofte bliver overdrevet i salgsmateriale. Indberetningspligten for alvorlige hændelser i AI-forordningens artikel 73 ligger hos udbyderen af et højrisikosystem, ikke hos enhver virksomhed, der bruger et AI-værktøj. EU-Kommissionen offentliggjorde 26. september 2025 et udkast til vejledning og en indberetningsskabelon og skrev, at "providers of high-risk AI systems will be required to report serious incidents to national authorities". Er I idriftsætter — altså bruger — er jeres pligt en anden: Kommissionens danske FAQ formulerer den som, at udbredere skal overvåge driften efter brugsanvisningen og "reagere på identificerede risici eller alvorlige hændelser". Hvilke datoer der gælder hvornår, har vi samlet på søjlesiden om AI-forordningens krav til danske virksomheder.

Er I underleverandør til en virksomhed, der er omfattet af NIS 2, kommer kravene desuden ind ad bagdøren som kontraktkrav. Det mønster har vi beskrevet på siden om NIS2-spørgeskemaet til underleverandører.

Bestyrelsens ansvar: § 115, nr. 2 — ikke AI-forordningen

Det er seriens bærende pointe, og den gælder også her, hvor emnet først og fremmest er praktisk. Bestyrelsen skal ikke kende artikel 33 udenad. Bestyrelsen skal kunne svare på, om der findes en procedure, der sikrer, at en melding om en AI-hændelse når frem til nogen med beslutningskompetence inden for timer — og om nogen har afprøvet den.

Selskabslovens § 115 har fem numre. Nr. 2 handler om procedurerne for risikostyring og interne kontroller. Nr. 4 handler om, at bestyrelsen skal sikre, at "direktionen udøver sit hverv på en behørig måde og efter bestyrelsens retningslinjer". De to numre hænger sammen i en hændelse: den ene kræver, at proceduren findes, den anden, at nogen følger op på, at den bliver brugt.

Hvad der gør det til mere end en formalitet, er selskabslovens § 361, stk. 1. Medlemmer af ledelsen, som under udøvelsen af deres hverv forsætligt eller uagtsomt "har tilføjet kapitalselskabet skade, er pligtige til at erstatte denne", og "det samme gælder, når skaden er tilføjet kapitalejere eller tredjemand". Uagtsomhed er nok. Det er ikke en teoretisk risiko på et område, hvor Datatilsynet modtager omkring 10.000 anmeldelser om året.

Den samme tænkning findes på cybersikkerhedsområdet. Styrelsen for Samfundssikkerheds vejledning om ledelsens rolle og opgaver fra maj 2025 slår fast, at "ledelsesorganet har ansvaret for styringen af cybersikkerhedsrisici", og at ledelsesorganet skal "føre tilsyn med, at de godkendte cybersikkerhedsforanstaltninger gennemføres". Dansk Erhverv formulerede det skarpere i februar 2026: "Det er ikke tilstrækkeligt at ‘notere sig’, at der arbejdes med sikkerhed." Den sætning er værd at læse højt på et bestyrelsesmøde. De fem spørgsmål, bestyrelsen bør stille om AI, og den protokoltekst, der hører til, har vi samlet på siden om bestyrelsens AI-dagsorden.

Hvad der gælder for andre størrelser end 10-49 ansatte

Hvad JITS kan hjælpe med — og hvad vi ikke gør

JITS ApS har drevet IT for danske virksomheder fra Søndersø på Fyn siden 1999. På det her område er vores rolle den tekniske og driftsmæssige: at gøre det muligt at opdage en hændelse, at kunne dokumentere den, og at lukke de huller, der gjorde den mulig.

Og så det, vi ikke gør, fordi det hører andre steder hen: vi laver ikke den juridiske vurdering af, om et konkret brud skal anmeldes. Vi anmelder ikke på jeres vegne — Datatilsynet er tydelig om, at det er virksomhedens eget ansvar via Virk.dk. Og vi sælger ikke en AI-compliance-pakke med navn og pris. Rådgivningen om procedurer og roller sker i forbindelse med en gennemgang af jeres opsaetning, fordi det er der, den kan tage udgangspunkt i noget konkret. Vores egen brug af AI i driften kan I læse om på siderne om AI-agenter og Admind og ChatGPT.