Faktagranskad mot brottsbalken 4 kap.Senast granskad 4 min läsning
Kort sagt
- Rekvisitet är olovligen. Uppsåt att skada krävs inte, och ingenting behöver gå sönder.
- Straffskalan är böter till två år, och ett till åtta år om brottet bedöms som grovt.
- Vid grovt brott beaktas särskilt allvarlig skada, stort antal uppgifter, eller särskilt farlig art.
- Tillståndet ska vara skriftligt, daterat, undertecknat och avgränsat till namngivna system.
- Den som ger tillståndet måste råda över systemet. Er beställare är inte alltid den som gör det.
- Molntjänster och delade miljöer är den vanligaste luckan, eftersom ni inte råder över infrastrukturen.
Vad bestämmelsen faktiskt säger
Texten är kort och det är just kortheten som gör den bred. Den som olovligen bereder sig tillgång till en uppgift som är avsedd för automatiserad behandling, eller olovligen ändrar, utplånar, blockerar eller i register för in en sådan uppgift, döms för dataintrång.
Notera vad som inte står. Det står ingenting om att uppgiften ska vara hemlig, ingenting om att något ska skadas, och ingenting om motiv. Att skaffa sig åtkomst är i sig gärningen, och den blir straffbar när den sker utan lov.
För grovt brott anger lagen vad som särskilt ska beaktas: om gärningen orsakat allvarlig skada, avsett ett stort antal uppgifter, eller annars varit av särskilt farlig art. Ett test som får fritt spelrum i en produktionsmiljö kan träffa flera av dessa om tillståndet visar sig brista.
Är brottet grovt, döms för grovt dataintrång till fängelse i lägst ett och högst åtta år. Vid bedömningen av om brottet är grovt ska det särskilt beaktas om gärningen har orsakat allvarlig skada eller avsett ett stort antal uppgifter eller annars varit av särskilt farlig art.
Straffskalan i siffror
Vad tillståndet behöver innehålla
Ett tillstånd som bara säger att leverantören får utföra ett penetrationstest hos beställaren har inte avgränsat någonting. Det som gör tillståndet bärande är att det går att avgöra i efterhand om en viss handling låg innanför eller utanför.
Sex uppgifter räcker: vilka system och adresser som omfattas, vad som uttryckligen är undantaget, under vilka tider testet får ske, vilka metoder som är tillåtna, vem hos er som är kontaktperson under testet, och vem som undertecknar. Varje uppgift ska vara konkret nog att en utomstående kan tillämpa den.
Undantagslistan är den som oftast saknas och den som betyder mest. Ett tillstånd som räknar upp vad som ingår men inte vad som är uteslutet lämnar allt gränsland öppet för tolkning, och gränslandet är där problemen uppstår.
| Uppgift | Varför den behövs | Utan den |
|---|---|---|
| Namngivna system och adresser | Avgör vad som var tillåtet | Omfattningen blir en tolkningsfråga |
| Uttryckliga undantag | Stänger gränslandet | Allt oklart hamnar i en efterhandsdiskussion |
| Tidsfönster | Skiljer testet från annan aktivitet | Går inte att särskilja från ett riktigt angrepp |
| Tillåtna metoder | Sätter gränsen för vad som får göras | Oklart om exempelvis DoS-test ingick |
| Kontaktperson under testet | Gör det möjligt att stoppa i tid | Ingen kan avbryta när något går fel |
| Underskrift av behörig | Gör tillståndet giltigt | Tillståndet kan sakna verkan |
Källa: Brottsbalk (1962:700)
Vem som faktiskt kan ge tillståndet
Den som ger tillståndet måste råda över det som ska testas. Det låter självklart och är den punkt där tillstånd oftast brister, eftersom den som beställer testet inte alltid är den som råder över systemet.
Tre situationer återkommer. Den första är molntjänster, där ni råder över er data och er konfiguration men inte över den underliggande infrastrukturen, som ägs av leverantören och ofta delas med andra kunder. Den andra är system som drivs av en tredjepartsleverantör åt er. Den tredje är integrationer, där ett test mot ert gränssnitt oundvikligen genererar trafik mot någon annans.
I samtliga tre fall är åtgärden densamma: skaffa tillståndet från den som råder över systemet, skriftligt, innan testet börjar. Det tar tid att få, vilket är skälet till att det ska begäras när omfattningen skrivs och inte veckan innan testet.
| Ert tillstånd räcker | Någon annans krävs också | |
|---|---|---|
| System ni själva driver i egen miljö | ✓ | ✕ |
| Er applikation hos en molnleverantör | ~ | ✓ |
| System driftade av en tredje part åt er | ✕ | ✓ |
| Integration mot en partners gränssnitt | ✕ | ✓ |
| Delad plattform med andra kunder | ✕ | ✓ |
Delvis för molnfallet betyder att ni råder över er applikation och konfiguration men inte över plattformen. Leverantörens villkor avgör vad som är tillåtet, och de varierar.
Källa: Brottsbalk (1962:700)
Hur testet skiljs från ett riktigt angrepp
Ett problem som sällan planeras för: era egna detektionssystem kommer att larma, och er personal kommer att reagera. Om ingen vet att ett test pågår kan er organisation dra igång incidenthantering mot er egen leverantör.
Det är inte bara pinsamt utan potentiellt rapporteringspliktigt. Under cybersäkerhetslagen löper en frist på 24 timmar till tidig varning vid betydande incident, och den fristen börjar inte pausas för att händelsen visar sig ha varit beställd.
Lösningen är enkel och ska stå i tillståndet: ett tidsfönster, käll-IP-adresser som testet kommer ifrån, och namn på en person hos er som kan bekräfta att aktiviteten är beställd, dygnet runt under testperioden. Utan det tredje är de två första inte till hjälp klockan tre på natten.
Varför tidsfönstret hör hemma i tillståndet
- 81.4 %
- av EU:s sektorer drabbades av DDoS, vilket gör larmtröttheten reell
Källa: ENISA Threat Landscape 2025
Om ni har blivit utsatta för dataintrång
Den här sidan handlar om beställd testning, men söktermen leder också hit personer som misstänker att de utsatts. Kortfattat: dataintrång är ett brott som polisanmäls, och anmälan görs till Polisen.
Om ni omfattas av cybersäkerhetslagen är polisanmälan dessutom en separat sak från rapporteringsskyldigheten. Anmälan till polis ersätter inte rapporten till NCSC, och NCSC-rapporten löper på sina egna frister oavsett om en förundersökning inleds.
Rör intrånget personuppgifter tillkommer en tredje skyldighet, anmälan till Integritetsskyddsmyndigheten inom 72 timmar från kännedom. Tre spår, tre mottagare, och inget av dem väntar in de andra.
Frågor
Vanliga frågor
- Vad är dataintrång enligt lagen?
- Att olovligen bereda sig tillgång till en uppgift avsedd för automatiserad behandling, eller olovligen ändra, utplåna, blockera eller föra in en sådan uppgift. Straffet är böter eller fängelse i högst två år.
- Krävs uppsåt att skada?
- Nej. Bestämmelsen nämner varken skada, vinning eller motiv. Det är åtkomsten utan lov som är gärningen.
- Vad gör ett penetrationstest lagligt?
- Tillståndet. Det ska vara skriftligt, daterat, undertecknat av någon som råder över systemet, och avgränsat till namngivna system med uttryckliga undantag.
- Vem får ge tillståndet?
- Den som råder över systemet. Vid molntjänster, tredjepartsdrift och integrationer räcker inte ert eget tillstånd, eftersom ni inte råder över hela kedjan.
- Vad är straffet för grovt dataintrång?
- Fängelse i lägst ett och högst åtta år. Vid bedömningen beaktas särskilt allvarlig skada, ett stort antal uppgifter, eller att gärningen varit av särskilt farlig art.
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.
- Brottsbalk (1962:700), Sveriges riksdag— 4 kap. 9 c § i sin helhet, inklusive grovt brott
- Cybersäkerhetslag (2025:1506), Sveriges riksdag— Rapporteringsskyldigheten som löper parallellt
- NIS2-direktivet artikel 23, EUR-Lex— Fristerna på 24 och 72 timmar
- OWASP Web Security Testing Guide— Metodiken tillståndet avgränsar
- ENISA Threat Landscape 2025— Varför larmvolymen gör tidsfönstret nödvändigt
Fördjupning
