Faktagranskad mot direktivets artikel 23 och SFS 2025:1507Senast granskad 4 min läsning
Kort sagt
- Två kriterier, och det räcker att ett av dem är uppfyllt.
- Ordet kan gör att potentialen räcker. Ni behöver inte invänta att skadan inträffar.
- Bedömningen är er egen. Ingen myndighet klassificerar åt er innan rapporten skickas.
- Tröskeln är inte teknisk. Ett tekniskt allvarligt intrång utan påverkan på tjänsten kan falla utanför.
- Post- och telestyrelsen får meddela föreskrifter om vad som utgör en incident.
- Bedömningen bör göras i förväg, som kriterier, inte improviseras under de första timmarna.
De två kriterierna, och ordet som ändrar allt
Det första kriteriet är intern verkan: incidenten har orsakat eller kan orsaka allvarliga driftsstörningar i tjänsterna eller ekonomiska förluster för verksamhetsutövaren. Det andra är extern verkan: incidenten har påverkat eller kan påverka andra fysiska eller juridiska personer genom att vålla betydande materiell eller immateriell skada.
Kriterierna är alternativa. Att bara ett av dem är uppfyllt räcker, vilket i praktiken betyder att en incident som inte stör er egen drift alls ändå kan vara rapporteringspliktig om den drabbar andra.
Ordet kan är det som skiljer den här tröskeln från en vanlig skadebedömning. En pågående incident vars omfattning ännu är okänd uppfyller kriteriet så snart den rimligen kan leda till allvarlig störning. Det innebär att 24-timmarsfristen kan börja löpa medan ni fortfarande utreder, och att en bedömning som väntar på fakta riskerar att komma efter fristen.
Verksamhetsutövare ska vidta lämpliga och proportionella tekniska, driftsrelaterade och organisatoriska åtgärder för att skydda nätverks- och informationssystem.
Varför tröskeln inte är teknisk
Den vanligaste feltolkningen är att läsa kriterierna som en teknisk allvarlighetsskala. Ett intrång som ger angriparen höga behörigheter känns allvarligt, och det är det, men frågan lagen ställer är vad det gör med tjänsten och med andra.
Följden går åt två håll. En teknisk allvarlig händelse som upptäcks och stoppas utan påverkan på tjänsten kan falla utanför tröskeln. En banal händelse, som ett felaktigt konfigurerat certifikat, kan hamna innanför om den slår ut leveransen i timmar.
Det praktiska rådet är att inte låta severity-skalan i incidenthanteringsverktyget vara det som avgör. Skalan mäter teknisk allvarlighet, tröskeln mäter verksamhetspåverkan, och de sammanfaller inte. Lägg in bedömningen som ett eget fält som måste fyllas i, skilt från severity.
| Sannolikt betydande | Sannolikt inte | |
|---|---|---|
| Tjänsten otillgänglig för kunder i timmar | ✓ | ✕ |
| Intrång stoppat innan tjänsten påverkades | ~ | ✓ |
| Data hos tredje part kan ha exponerats | ✓ | ✕ |
| Fyndet är en sårbarhet utan utnyttjande | ✕ | ✓ |
| Omfattningen är ännu okänd men kan bli stor | ✓ | ✕ |
| Intern testmiljö nere, ingen kundpåverkan | ✕ | ✓ |
Tabellen är ett underlag för att sätta era egna kriterier, inte en klassificering. Bedömningen är verksamhetsutövarens och beror på tjänstens karaktär. Delvis betyder att svaret vänder om intrånget nådde system som bär leveransen.
Källa: NIS2-direktivet, artikel 23
Bedömningen görs i förväg, inte under incidenten
De första timmarna av en incident är den sämsta tänkbara tidpunkten att första gången fundera över vad allvarliga driftsstörningar betyder för just er. Bedömningen behöver därför göras i lugn och ro och skrivas ned som kriterier.
Ett användbart format är tröskelvärden per tjänst: hur lång otillgänglighet, hur många berörda, vilken typ av data. Värdena är era, de behöver inte vara exakta, och deras syfte är inte att vara rätt utan att göra beslutet möjligt att fatta på fem minuter av någon som är trött.
Lika viktigt är att peka ut vem som fattar beslutet och vem som gör det när den personen inte svarar. Ett kriterium utan beslutsfattare är en diskussion, och en diskussion tar längre tid än 24 timmar oftare än man tror.
| Uppgift | Frågan den besvarar | Vem äger den |
|---|---|---|
| Tröskelvärden per tjänst | Hur mycket störning krävs för att räknas? | Tjänsteägare |
| Kriterium för extern påverkan | När har andra drabbats i lagens mening? | Säkerhetsfunktionen |
| Beslutsfattare och ersättare | Vem avgör, och vem när denne inte svarar? | Ledningen |
| Kanal och mall för tidig varning | Vart går den, och vad ska stå i den? | Incidentledningen |
| Logg över gjorda bedömningar | Vad beslutade vi, och på vilken grund? | Incidentledningen |
Dokumentera även de incidenter ni inte rapporterar
Den bedömning som är svårast att försvara i efterhand är den som ledde till att ingen rapport skickades, eftersom den inte lämnat något spår hos någon myndighet.
Anteckna därför varje incident där tröskeln övervägdes, vad slutsatsen blev och vilken grund den vilade på. Det tar en minut och det är skillnaden mellan att ha gjort en bedömning och att kunna visa det.
Anteckningen har ett andra värde. En serie händelser som var för sig ligger under tröskeln kan tillsammans peka på ett mönster som inte gör det, och det mönstret syns bara om de enskilda bedömningarna finns nedskrivna.
Fristerna som tröskeln startar
Föreskriftslagret kan precisera tröskeln
Post- och telestyrelsen får enligt cybersäkerhetsförordningen meddela närmare föreskrifter om bland annat vad som utgör en incident. Det betyder att tröskeln kan komma att preciseras för er sektor utan att vare sig lagen eller direktivet ändras.
Bevaka därför PTS publiceringar och notera i era kriterier vilken föreskrift och vilket datum de skrevs mot. Det gör det möjligt att avgöra om era tröskelvärden fortfarande stämmer när något ändras, i stället för att behöva göra om arbetet.
Frågor
Vanliga frågor
- Vad räknas som en betydande incident?
- En incident som har orsakat eller kan orsaka allvarliga driftsstörningar i tjänsterna eller ekonomiska förluster för er, eller som har påverkat eller kan påverka andra genom betydande materiell eller immateriell skada. Ett av kriterierna räcker.
- Vem avgör om en incident är betydande?
- Ni gör bedömningen. Ingen myndighet klassificerar åt er innan rapporten skickas, vilket är varför kriterierna bör vara nedskrivna i förväg.
- Måste skadan ha inträffat?
- Nej. Kriterierna innehåller ordet kan, så det räcker att incidenten rimligen kan orsaka allvarlig störning eller skada. En pågående incident med okänd omfattning kan därmed vara rapporteringspliktig.
- Är en allvarlig teknisk händelse alltid betydande?
- Nej. Tröskeln mäter påverkan på tjänsten och på andra, inte teknisk allvarlighet. Ett intrång som stoppas utan påverkan kan falla utanför, och en banal felkonfiguration som slår ut leveransen kan hamna innanför.
- Ska vi dokumentera incidenter vi inte rapporterar?
- Ja. Bedömningen som ledde till att ingen rapport skickades lämnar inget spår hos någon myndighet, så anteckningen om slutsats och grund är det enda som visar att bedömningen gjordes.
Primärkällor
Källor
Varje regulatoriskt påstående på den här sidan går att spåra till en av källorna nedan. Ingen av dem är en konsultblogg.
- NIS2-direktivet artikel 23, EUR-Lex— Definitionen av betydande incident och de tre stegen
- Cybersäkerhetslag (2025:1506), Sveriges riksdag— Rapporteringsskyldigheten i svensk rätt
- Cybersäkerhetsförordning (2025:1507), Sveriges riksdag— PTS föreskriftsrätt om vad som utgör en incident
- Incidentrapportering enligt cybersäkerhetslagen, NCSC— Kanalen och myndighetens egen beskrivning
- Cybersäkerhetslagen, Post- och telestyrelsen— Den föreskrivande myndigheten för incidentdefinitionen
Fördjupning
