Hvad betyder datalækage – og hvorfor bekymrer det?

En datalækage opstår, når fortrolige eller personlige oplysninger bliver tilgængelige for andre end de tilsigtede. Det kan ske som følge af ondsindede angreb (fx phishing, malware eller misbrug af legitim adgang) eller ved fejl (fx forkert deling, svage adgangsrettigheder eller konfigurationsfejl).

Forebyggelse er vigtigt, fordi data ofte har en høj værdi for kriminelle og kan bruges til fx identitetstyveri, svindel, eller til at angribe andre systemer. Selv når lækagen ikke bliver misbrugt med det samme, kan den skabe usikkerhed og kræve omfattende opfølgning, for eksempel gennem undersøgelser, genopretning og kommunikation.

Hvilken skade kan datalækage medføre?

Konsekvenserne er sjældent kun “en teknisk hændelse”. De kan typisk opdeles i flere spor:

  • Personlige og sociale konsekvenser: berørte kan blive udsat for målrettet svindel eller identitetsmisbrug.
  • Økonomiske konsekvenser: omkostninger til incident-indsats, juridisk vurdering, gendannelse og eventuel kompensation.
  • Driftsmæssige konsekvenser: systemer kan blive ustabile, adgang kan skulle begrænses, og ressourcer flyttes fra kerneopgaver.
  • Omdømme og tillid: det kan tage tid at genopbygge tillid hos kunder, brugere og samarbejdspartnere.

Hvor store følgerne bliver, afhænger af typen af data, hvor hurtigt man opdager hændelsen, og hvordan man reagerer. Derfor er forebyggelse et centralt “første lag” frem for at vente på at en lækage sker.

En enkel model: forebyg både “årsag” og “effekt”

Du kan tænke forebyggelse som to spørgsmål:

  1. Hvordan reducerer vi sandsynligheden for, at data kan blive tilgået eller eksponeret?
  2. Hvordan begrænser vi skaden, hvis det alligevel sker?

Til sandsynlighed hører fx adgangsstyring, stærke autentificeringsrutiner og løbende vedligehold af systemer (så kendte sårbarheder ikke bliver en indgang). Til effektreduktion hører fx dataminimering, segmentering af adgang til det, der faktisk er nødvendigt, samt overvågning der kan afsløre unormal adfærd.

Denne tilgang gør det lettere at prioritere: ikke alt skal være “perfekt”, men det skal være rettet mod de mest sandsynlige angrebs- eller fejlsituationer.

Hvad er forskellen på forebyggelse og reaktion?

Forebyggelse og håndtering hænger sammen, men de er ikke det samme.

  • Forebyggelse har fokus på at forhindre eller gøre det vanskeligere at få uautoriseret adgang, eller at begå fejl der eksponerer data.
  • Reaktion handler om at opdage, vurdere og begrænse en igangværende hændelse samt gendanne tjenester og dokumentere forløb.

Hvis man kun fokuserer på reaktion, risikerer man, at skaden allerede er sket, før man når dertil. Omvendt er forebyggelse heller ikke nok alene, fordi angreb stadig kan lykkes, eller mennesker stadig kan lave fejl. En realistisk strategi indebærer derfor både forebyggende kontroller og en plan for hurtig håndtering.

Hvilke undtagelser kan ændre, hvor kritisk forebyggelse er?

Forebyggelse er næsten altid relevant, men “prioriteten” kan afhænge af flere forhold:

  • Dataenes følsomhed: Nogle datasæt kræver strengere beskyttelse end andre.
  • Adgangsmønstre: Hvis mange har adgang, øges risikoen for misbrug eller fejl.
  • Sårbarhedseksponering: Hvorvidt systemer er opdaterede, og om de er synlige for omverdenen, påvirker sandsynligheden for angreb.

Derudover er der situationer, hvor konsekvenserne kan være begrænsede, hvis data fx ikke indeholder personoplysninger eller ikke kan knyttes til enkeltpersoner. Men selv da kan lækage give økonomiske og driftsmæssige følgeskader, så man bør ikke antage, at alle lækager er “harmløse”.

Bemærk: Uden konkrete oplysninger om jeres miljø kan man ikke fastslå risikoniveauet præcist. Målet her er at give et generelt grundlag for at vurdere betydningen af forebyggelse.

Hvad kan du selv tjekke for at vurdere forebyggelse?

Du kan bruge følgende kontrolpunkter som en praktisk “egenvurdering”:

  1. Adgang: Er adgang baseret på behov, og fjernes den, når roller ændres?
  2. Grundlæggende rutiner: Fungerer opdatering og patching løbende, og er der klare procedurer for konfiguration?
  3. Fejlbarrierer: Er der mekanismer der reducerer risikoen for at dele eller sende data forkert (fx skabeloner, adgangsbegrænsning eller validering af delingssteder)?
  4. Opdagelse: Er der logning/overvågning, så usædvanlig aktivitet kan ses tidligt?
  5. Håndtering: Ved relevante personer, hvem der gør hvad, hvis der opstår mistanke om lækage?

Hvis du gennemgår disse punkter, får du et mere realistisk billede af, hvor forebyggelse kan gøre mest, og hvor det kan være nødvendigt at styrke både kontroller og beredskab.