Håndtering af hændelser og databrud| NorthGRC

Ofte stillede spørgsmål om hændelseshåndtering og databrud

Hvor lang tid har vi til at anmelde en sikkerhedshændelse under NIS2?

NIS2 artikel 23 sætter et trefaset ur i gang for væsentlige hændelser: en tidlig advarsel til den relevante CSIRT-myndighed inden for 24 timer efter, at hændelsen er opdaget, en mere udførlig hændelsesanmeldelse inden for 72 timer, og en endelig rapport inden for en måned. Brud på persondata udløser samtidig et separat GDPR-ur på 72 timer til tilsynsmyndigheden, og ingen af de to forpligtelser dækker den anden, så begge skal følges parallelt.

NorthGRCs hændelsesmodul sætter uret i gang, i det øjeblik en hændelse registreres, og tidsstempler alle handlinger, der udføres på den. Ved brud på persondata opretter platformen automatisk opgaverne om at underrette myndighederne og de berørte registrerede direkte på hændelsen, så fristen ikke er noget, teamet selv skal huske at oprette.

Skal vi anmelde alle mindre hændelser, eller kun de alvorlige?

Nej — hvorvidt en hændelse skal anmeldes til myndighederne, afhænger af alvorlighed og de konkrete tærskelkriterier i den enkelte lovgivning, ikke af, om hændelsen overhovedet er registreret. Men GDPR artikel 33, stk. 5, kræver dokumentation af alle brud på persondata, også dem, I vælger ikke at anmelde, så manglende intern registrering er en risiko i sig selv.

NorthGRC lader jer registrere enhver hændelse uanset alvorlighed, og opgaveflowet kræver en skriftlig begrundelse, før en anmeldelsesopgave kan markeres som ikke nødvendig — for eksempel lav alvorlighed kombineret med stærk kryptering. Den begrundelse bliver liggende på hændelsen permanent og giver jer en forsvarlig dokumentation, uanset udfaldet.

Hvordan håndterer vi hændelser hos leverandører og samarbejdspartnere, ikke kun interne systemer?

Leverandørhændelser ender ofte i et separat regneark eller i leverandørens eget system, adskilt fra organisationens øvrige hændelseshistorik.

I NorthGRC kan I registrere en leverandørhændelse direkte på leverandørens egen post eller i det centrale hændelsesmodul — begge veje bruger samme React-Respond-Resolve-Done-workflow. Det samler interne og leverandørrelaterede hændelser i ét register i stedet for to, så et mønster på tværs af flere leverandører bliver synligt i stedet for gemt væk i separate værktøjer.

Kan tidligere hændelser reelt påvirke fremtidige risikovurderinger, eller bliver de bare liggende i en log?

I mange systemer bliver hændelser dokumenteret og derefter glemt — en lukket sag påvirker sjældent, hvordan risikoen vurderes senere.

I NorthGRC går hændelsesregistret direkte ind i risikovurderingerne: når I vurderer en leverandør eller et system, viser vurderingsbilledet antal og alvorlighed af tidligere hændelser sammen med resultater fra tidligere selvevalueringer, og den historik indgår i leverandørens nedarvede risiko. Gentagne hændelser på samme system eller leverandør bliver synlige automatisk, uden at nogen skal huske dem fra hukommelsen.

Hvordan ser selve hændelsesforløbet ud i praksis, trin for trin?

En struktureret respons bevæger sig typisk fra at identificere, hvad der er sket, til at inddæmme og handle på det, til at lukke sagen med læring fra forløbet — men mange teams håndterer det uformelt over mail og chat uden en konsekvent registrering af, hvem der besluttede hvad.

NorthGRC fører hver hændelse gennem fire tilstande — React, Respond, Resolve, Done — med skabelonbaserede felter til beskrivelse, årsag og korrigerende handlinger i hvert trin, og I kan se forløbet som liste eller kanban-tavle. Det giver enhver hændelse den samme strukturerede og reviderbare vej fra registrering til afslutning, uanset hvem der håndterer den.

Hvordan dokumenterer vi over for en revisor eller myndighed, at en hændelse er håndteret korrekt?

Revisorer og myndigheder vil se, at en konsekvent proces er fulgt, og at beslutninger — også beslutninger om ikke at handle — er dokumenteret og forsvarlige.

NorthGRC tidsstempler automatisk alle handlinger, statusændringer og beslutninger på en hændelse, herunder den konkrete begrundelse, når et team beslutter, at en anmeldelse ikke er nødvendig. Når en revision eller myndighedshenvendelse kommer, er svaret et eksisterende, struktureret register frem for noget, der skal genskabes ud fra mails og hukommelse.

Håndteres et brud på persondata under GDPR anderledes end en almindelig sikkerhedshændelse?

Et brud på persondata er stadig grundlæggende en sikkerhedshændelse, blot med ekstra lovkrav knyttet til sig — og NorthGRC kører ikke to parallelle systemer for det.

I NorthGRC registreres et brud på persondata gennem det samme hændelsesmodul som enhver anden sikkerhedshændelse, men platformen tilføjer automatisk de GDPR-specifikke opgaver om at underrette myndighederne og de registrerede direkte på hændelsen. Det holder 72-timers-uret, beslutningssporet og resten af dokumentationen i én sag i stedet for at splitte compliance-papirarbejdet fra selve hændelseshåndteringen.

Indhold

Indhold

Hændelseshåndtering

Omsæt hændelsespres til struktureret og dokumenterbar respons

Guidet hændelses-respons, der understøtter sikre beslutninger under pres

Compliance-intelligent håndtering med indbygget regulatorisk vejledning

Ét forbundet register for interne og leverandørrelaterede hændelser

Omsæt hændelseshistorik til handlingsorienteret risikoindsigt

Revisionsklar dokumentation fra første handling