Lær om DORA, IFRS 16, NIS2 og kontraktstyring | House of control

Hendelsesrapportering i finansbransjen: Slik oppfyller dere kravene

Skrevet av House of Control | 06.03.2025

I et webinar forklarer Finanstilsynet hvordan DORA-kravene til hendelsesrapportering oppfylles, og hvordan DORA er forskjellig fra IKT-forskriften. 

– Hendelsesrapportering er en viktig del av DORA og digital motstandsdyktighet i finansbransjen, sier spesialrådgiver Åshild Johnsen i Finanstilsynet. 

I et webinar forklarer hun og rådgiver Cecilie Holth hvordan foretak skal forholde seg til reglene i IKT-forskriften og DORA-regelverket. Denne artikkelen er basert på hva Johnsen og hennes kollega Cecilie Holth sier i webinaret

Slik fungerer rapportering etter IKT-forskriften

Finansforetak har lenge hatt plikt til å rapportere alvorlige IKT-hendelser til Finanstilsynet. Johnsen forklarer at plikten omfatter vesentlige brudd på tilgjengelighet, integritet eller konfidensialitet.

– Hendelsesrapportering er regulert i IKT-forskriften § 9 tredje ledd. Det innebærer at vesentlige brudd på tilgjengelighet, integritet eller konfidensialitet skal rapporteres til Finanstilsynet uten ugrunnet opphold, sier hun. 

– Denne rapporteringen omfatter normalt det foretaket selv kategoriserer som svært alvorlig eller kritisk, men kan også omfatte andre avvik dersom disse avdekker spesielle sårbarheter knyttet til applikasjon, arkitektur, infrastruktur eller forsvarsverk.

Hendelsesrapportering etter IKT-forskriften har eksistert siden 2009, og foretakene har brukt en etablert e-postløsning for dette. Likevel viser tilsynsvirksomheten at underrapportering forekommer.

– Selv om hendelsesrapporteringen etter IKT-forskriften stort sett har fungert bra, har vi blant annet gjennom tilsynsvirksomhet sett at det forekommer underrapportering, sier Johnsen.

DORA: Strengere krav til rapportering

Med innføringen av DORA (Digital Operational Resilience Act) blir hendelsesrapporteringen mer detaljert.

– DORA trer snart i kraft i EU, og vi forventer at Norge følger etter. Reglene vil gi mer detaljerte og standardiserte krav, sier Cecilie Holth. 

– Man finner bestemmelser om hendelsesrapportering både i nivå 1-regelverket (kapittel 3, artikkel 17–23) og i nivå 2-regelverket. I nivå 1-regelverket stilles det blant annet krav til prosessene for å avdekke, håndtere og varsle om IKT-relaterte hendelser, samt hvordan slike hendelser og cybertrusler skal klassifiseres.

DORA krever at finansforetak rapporterer alvorlige hendelser i henhold til et fastlagt skjema. Rapporteringen er stegvis:

  • Innledende varsel: Skal sendes så raskt som mulig, og senest fire timer etter at hendelsen er klassifisert som alvorlig.
  • Statusrapport: Skal sendes innen 72 timer etter innledende varsel eller når hendelsen utvikler seg vesentlig.
  • Endelig rapport: Skal sendes senest innen en måned etter siste statusrapport og skal inneholde rotårsaksanalyse og tiltak for å forhindre lignende hendelser.

Hvilke hendelser er rapporteringspliktige?

Ikke alle hendelser krever rapportering, men DORA definerer tydelig hvilke momenter som skal inngå i vurderingen av om en hendelse er alvorlig:

  • Omfanget av berørte kunder eller finansielle motparter
  • Transaksjonsverdi og volum
  • Innvirkning på omdømme
  • Geografisk spredning
  • Tap av data
  • De berørte tjenesters kritiske betydning
  • Økonomiske virkninger

Holth forklarer at en hendelse må oppfylle visse terskelverdier for å bli klassifisert som rapporteringspliktig.

– De konkrete vilkårene for alvorlighetsklassifisering står i klassifiserings-RTS-en (artikkel 8). Denne krever først at hendelsen må ha påvirket en kritisk tjeneste. Videre må enten hendelsen skyldes et angrep fra en ondsinnet aktør med uautorisert tilgang, eller to eller flere vesentlighetsvilkår må være oppfylt, sier hun.

Holth sier at mindre, tilbakevendende hendelser samlet sett regnes kan som én alvorlig hendelse hvis de oppfyller visse vilkår, blant annet at de har samme rotårsak og oppstår minst to ganger i løpet av seks måneder, og at de samlet sett oppfyller vilkårene for å klassifiseres som alvorlige. Rapporteringen skal da skje i aggregert format.Hvordan skal rapporteringen gjennomføres?

Standardformatet for rapporteringen er definert i JSON og Excel. For å sikre effektiv og korrekt rapportering innfører Finanstilsynet en ny digital løsning. Foretakene vil kunne sende inn rapporter via Altinn. Dataene konverteres til standardformatet JSON før videresending til de europeiske tilsynsmyndighetene.

– Excel-skjemaet kan lastes ned fra Finanstilsynets nettsider. sier Johnsen.

DORA stiller også krav om at berørte kunder informeres raskt.

– Foretaket skal uten ugrunnet opphold informere kunder som får sine økonomiske interesser berørt av en hendelse, og opplyse om hvilke tiltak som er iverksatt, sier Holth.

Foretak har anledning til å utkontraktere deler av rapporteringsprosessen, men de beholder ansvaret.

Hva betyr dette for IT-ansvarlige?

For IT-medarbeidere i finanssektoren betyr DORA at rapporteringsarbeidet blir mer krevende, men samtidig mer strukturert.

– Vi forstår at dette kan være en stor overgang. Derfor kommer vi med en veileder før regelverket trer i kraft i Norge, sier Johnsen.

Det er viktig at foretak allerede nå begynner å forberede seg:

  1. Gå gjennom interne rutiner: Sikre at hendelser blir riktig klassifisert og rapportert.
  2. Oppdatere systemer: Integrer rapporteringsløsningen i eksisterende IT-infrastruktur.
  3. Opplæring: Sørg for at relevante medarbeidere kjenner rapporteringskravene.
  4. Simuler hendelser: Test rapporteringsprosessen for å avdekke svakheter.

DORA gir et mer detaljert og standardisert system for rapportering, noe som kan bidra til bedre oversikt og økt digital motstandsdyktighet i finanssektoren. Det krever imidlertid at IT-medarbeidere er forberedt og proaktive i tilpasningen til de nye kravene.