Hoppa till innehållet
    ProjAlpha säkerhetsplattform
    Kunskapsbank

    DORA för finansiella företag

    För finansiella entiteter handlar DORA inte längre om förberedelse — förordningen gäller sedan januari 2025. Här går vi igenom vad finansiella företag faktiskt måste ha på plats tekniskt och processmässigt för att uppfylla DORA, och vilket ansvar som ligger hos IT-driftleverantören.

    Nästa steg

    Vill ni inte lösa det här själva? Vi levererar det som en opererad tjänst — med drift, övervakning och ansvar hos oss.

    NIS2-efterlevnad

    Vilka omfattas

    DORA är medvetet bred i sin tillämpning. I praktiken omfattas i princip alla EU-auktoriserade finansiella verksamheter.

    • Banker och kreditinstitut
    • Värdepappersföretag och fondbolag (UCITS, AIFM)
    • Försäkringsbolag och försäkringsförmedlare
    • Betaltjänsteleverantörer och e-pengainstitut
    • Kryptoföretag (CASP under MiCA)
    • Centrala motparter, centrala värdepappersförvarare, handelsplatser
    • Tjänsteleverantörer för datarapportering och crowdfunding

    IKT-riskramverket

    Artikel 5–15 i DORA kräver ett dokumenterat IKT-riskhanteringsramverk som ledningen äger och godkänner. Ramverket ska minst täcka identifiering av kritiska tillgångar, skydd och förebyggande, detektion, respons och återställning, samt löpande inlärning och utveckling.

    I praktiken bygger detta på samma kontroller som NIS2 — central loggning, SIEM, MFA, kryptering, patch management — men med högre krav på dokumentation, ledningsförankring och löpande utvärdering.

    Incidentrapportering

    DORA harmoniserar rapporteringen av allvarliga IKT-incidenter. Tidig varning ska skickas till behörig myndighet (Finansinspektionen i Sverige) inom 4 timmar efter att incidenten klassificerats som allvarlig — och senast 24 timmar efter att den upptäcktes. Mellanrapport krävs inom 72 timmar, slutrapport inom en månad.

    Det betyder att SOC-funktionen måste kunna detektera, klassificera och eskalera incidenter dygnet runt. Manuell incidenthantering räcker inte — det krävs automation från detektion till klassificering.

    Testning och resiliens

    Alla omfattade entiteter ska genomföra årlig grundläggande testning: sårbarhetsanalyser, fysiska tester, scenario-baserade tester, prestanda- och penetrationstester. De största aktörerna (signifikanta enligt EBA-kriterier) ska därutöver genomföra TLPT — threat-led penetration testing — minst vart tredje år.

    Tredjepartsleverantören

    Artikel 28–30 ställer krav på register, kontrakt och tillsyn av IKT-tredjepartsleverantörer. Den finansiella entiteten ansvarar — leverantören kan inte ta över det ansvaret — men kan välja en leverantör vars kontroller, dokumentation och rapportering förenklar efterlevnaden avsevärt.

    ProjAlpha levererar IT-drift där SOC-övervakning, incidentprocesser och rapportering redan är inbyggda i tjänsten. För en DORA-kund innebär det att leverantörsbeviset är klart att lämna in vid första tillsynsbegäran.

    Vanliga frågor

    Frågor och svar

    Finansinspektionen kan utfärda sanktionsavgifter, ingripanden mot ledningen och i värsta fall återkalla auktorisation. För kritiska tredjepartsleverantörer kan ESA:erna utfärda direkt tillsyn och rekommendationer.

    Nej, ISO 27001 är ett bra fundament men täcker inte DORA:s krav på incidentrapportering, TLPT eller leverantörsregister enligt artikel 28. Det kan användas som byggsten men inte ersätta efterlevnad.

    Ja, men kontraktet måste reglera revisionsrätt, datalokalisering, säkerhetsåtgärder, incidentinformation och exit-strategi enligt artikel 30. Stora hyperscalers har börjat erbjuda DORA-anpassade avtalstillägg.

    Vill ni ha det här hanterat åt er?

    Vi går igenom er nuvarande miljö, visar vad som saknas och vad det skulle kosta att driva det som en opererad tjänst. Genomgången är kostnadsfri och utan åtaganden.

    Vi använder nödvändiga kakor för att webbplatsen ska fungera. Analys- och marknadsföringskakor används bara om du samtycker. Läs mer i vår integritetspolicy.