Hvad betyder datalækager?

Datalækager betyder typisk, at oplysninger (data) kommer i hænderne på nogen, der ikke har ret til at se dem, eller at data bliver eksponeret på en måde, der ikke var tilsigtet. Det kan fx ske via et sikkerhedsbrud, fejl i opsætning, lækkede filer, offentliggørelse ved en fejl eller uautoriseret adgang.

Begrebet bruges ofte i bred forstand. Nogle bruger det om selve hændelsen (at der skete noget), mens andre bruger det til at beskrive det, der er blevet eksponeret (hvilken type data). Derfor er det nyttigt at spørge: Hvad blev der adgang til, hvordan skete det, og hvor længe?

Et simpelt model: data, adgang og konsekvens

En praktisk måde at forstå datalækager på er at se på tre led:

  1. Hvilke data der blev involveret (fx identitetsoplysninger, kontaktinfo, kontodata, dokumenter).
  2. Hvordan adgangen opstod (fx tyveri af adgangsoplysninger, misconfigurations, ondsindet kode eller menneskelige fejl).
  3. Hvad der blev resultatet (fx offentliggørelse, videregivelse, brug til svindel eller blot eksponering internt).

Når man kender alle tre, bliver det lettere at vurdere alvorlighed. Hvis der fx kun var adgang til begrænsede oplysninger, kan risikoen være anderledes end hvis der var adgang til nøgler, betalingsdata eller store databaser. Omvendt kan selv “små” datasæt give anledning til misbrug, hvis de kan kobles til andre oplysninger.

Hvad bør man især skelne mellem?

Selv om “datalækage” ofte bruges som paraply, findes der nært beslægtede begreber, som hjælper med at afklare, hvad der faktisk er sket:

  • Brud på fortrolighed: Data bliver læst eller set uden tilladelse.
  • Brud på integritet: Data bliver ændret eller forfalsket, ikke nødvendigvis blot set.
  • Brud på tilgængelighed: Systemer eller data bliver utilgængelige (typisk ikke det samme som en klassisk lækage).

Derudover er der forskel på uautoriseret adgang og offentliggørelse. En uautoriseret adgang kan være sket uden at data blev delt videre. Omvendt kan data blive offentliggjort ved en fejl uden at der nødvendigvis var “hack” i traditionel forstand.

Begrænsninger: hvorfor detaljer betyder alt

Ordet “datalækage” kan være dækkende, men det er ikke altid ensbetydende med, at der er bevist omfattende skade. Nogle gange omtales en potentiel hændelse, en datadeling, eller en sårbarhed som “lækage” i daglig tale, før der foreligger klare oplysninger om:

  • om data faktisk blev læst eller kun eksponerede metadata,
  • om adgangen var midlertidig eller vedvarende,
  • om data blev kopieret, solgt eller offentliggjort,
  • hvilke systemer og datakategorier der var involveret.

Det er derfor rimeligt at forholde sig kritisk til konklusioner, især når man ikke kender tidslinje og datatypen. Hvis detaljer mangler, bør man behandle udsagnet som en formodning, indtil den kan understøttes af konkrete oplysninger.

Praktisk brug: sådan kan du tjekke om forståelsen passer

Når du støder på omtale af en datalækage, kan du tjekke din forståelse ved at lede efter svar på følgende spørgsmål:

  • Hvilke datatyper nævnes der konkret? (Jo mere præcist, desto bedre.)
  • Er der tale om eksponering, adgang eller offentliggørelse?
  • Hvilket tidsrum beskrives der for hændelsen?
  • Er der angivet påvirkning, fx om data er blevet misbrugt, eller om det blot var en risiko/fejl?

Hvis du kan identificere data, adgangsmekanisme og konsekvensniveau, får du et mere retvisende billede af, hvad “datalækage” faktisk dækker i den konkrete sammenhæng. Det gør det også lettere at skelne mellem beslægtede begreber som fortrolighedsbrud, integritetsbrud og tilgængelighedsproblemer.