{"id":31,"date":"2026-06-10T12:35:13","date_gmt":"2026-06-10T12:35:13","guid":{"rendered":"https:\/\/shattered.io\/no\/2026\/06\/10\/datalekkasjer\/"},"modified":"2026-06-10T13:35:45","modified_gmt":"2026-06-10T13:35:45","slug":"datalekkasjer","status":"publish","type":"post","link":"https:\/\/shattered.io\/no\/security\/datalekkasjer\/","title":{"rendered":"Datalekkasjer: hvordan de skjer og hvordan du beskytter deg"},"content":{"rendered":"<h2 id=\"hva-er-en-datalekkasje\">Hva er en datalekkasje?<\/h2>\n<p>En datalekkasje skjer n\u00e5r informasjon som skulle v\u00e6rt beskyttet, kommer p\u00e5 avveie og blir tilgjengelig for noen som ikke skulle hatt tilgang til den. Det kan dreie seg om alt fra en liten feilkonfigurasjon som eksponerer noen f\u00e5 filer, til at en hel kundedatabase med millioner av brukere havner i hendene p\u00e5 en angriper. Felles for dem alle er at konfidensialiteten brytes: opplysninger som var ment \u00e5 v\u00e6re private, blir kjent for utenforst\u00e5ende.<\/p>\n<p>For deg som bruker er det viktig \u00e5 forst\u00e5 at lekkasjen sjelden er din feil. Den skjer hos tjenesten du har betrodd dataene dine, ikke p\u00e5 din egen maskin. Men konsekvensene rammer deg, og det er en del du selv kan gj\u00f8re, b\u00e5de i forkant og i etterkant, for \u00e5 begrense skaden. Denne artikkelen forklarer hvordan lekkasjer oppst\u00e5r, hva som typisk kommer ut, hva det betyr i praksis, og hvilke grep som faktisk hjelper.<\/p>\n<h2 id=\"hvordan-lekkasjer-oppstar\">Hvordan lekkasjer oppst\u00e5r<\/h2>\n<p>Datalekkasjer har mange \u00e5rsaker, men de fleste faller inn under noen gjengangere. \u00c5 kjenne dem gj\u00f8r det lettere \u00e5 forst\u00e5 hvorfor selv store og seri\u00f8se akt\u00f8rer blir rammet.<\/p>\n<h3 id=\"innbrudd-via-sarbarheter\">Innbrudd via s\u00e5rbarheter<\/h3>\n<p>En vanlig \u00e5rsak er at en angriper utnytter en svakhet i programvaren en tjeneste kj\u00f8rer. Det kan v\u00e6re en feil i en nettapplikasjon som gj\u00f8r at angriperen kan hente ut data fra databasen direkte, eller en uoppdatert komponent med en kjent s\u00e5rbarhet. N\u00e5r veien inn f\u00f8rst er \u00e5pen, kan store mengder data kopieres ut f\u00f8r noen oppdager det.<\/p>\n<h3 id=\"svake-eller-gjenbrukte-passord-hos-ansatte\">Svake eller gjenbrukte passord hos ansatte<\/h3>\n<p>Mange innbrudd starter ikke med avansert teknologi, men med en konto. Hvis en ansatt bruker et svakt passord, eller gjenbruker et passord som allerede har lekket et annet sted, kan en angriper logge seg inn som om vedkommende var den rettmessige brukeren. Derfra kan angriperen bevege seg videre inn i systemene. Dette er en av grunnene til at passordvaner betyr s\u00e5 mye, et tema som dekkes n\u00e6rmere i artikkelen om <a href=\"https:\/\/shattered.io\/no\/security\/passordsikkerhet\/\">passordsikkerhet<\/a>.<\/p>\n<h3 id=\"feilkonfigurasjon\">Feilkonfigurasjon<\/h3>\n<p>Noen ganger er det ingen som bryter seg inn i det hele tatt. Data ligger rett og slett \u00e5pent tilgjengelig fordi noe er satt opp feil. Et lagringsomr\u00e5de i skyen kan v\u00e6re konfigurert som offentlig i stedet for privat, eller en database kan st\u00e5 eksponert mot internett uten passord. Disse lekkasjene er spesielt frustrerende fordi de er fullt mulige \u00e5 unng\u00e5, men de er dessverre vanlige.<\/p>\n<h3 id=\"phishing-og-sosial-manipulasjon\">Phishing og sosial manipulasjon<\/h3>\n<p>En angriper trenger ikke alltid \u00e5 finne en teknisk svakhet. Ofte er det enklere \u00e5 lure et menneske. Gjennom et m\u00e5lrettet phishing-angrep mot en ansatt kan en angriper f\u00e5 tak i p\u00e5logging eller plante skadevare som \u00e5pner en vei inn. Hvordan slike angrep fungerer, forklares i artikkelen om <a href=\"https:\/\/shattered.io\/no\/security\/phishing\/\">phishing<\/a>.<\/p>\n<h3 id=\"innsidere-og-uhell\">Innsidere og uhell<\/h3>\n<p>Ikke alle lekkasjer kommer utenfra. En ansatt kan med vilje ta med seg data ut, eller en tabbe kan f\u00f8re til at noe sensitivt sendes til feil mottaker eller publiseres ved en feil. Mistede b\u00e6rbare maskiner og minnepinner uten kryptering h\u00f8rer ogs\u00e5 hjemme i denne kategorien.<\/p>\n<h2 id=\"hvilke-data-som-havner-pa-avveie\">Hvilke data som havner p\u00e5 avveie<\/h2>\n<p>Hva som lekker, varierer med tjenesten, men noen typer g\u00e5r igjen. Verdien for en angriper avhenger av hvor f\u00f8lsom informasjonen er, og hvor lett den lar seg misbruke.<\/p>\n<ul>\n<li><strong>E-postadresser og brukernavn.<\/strong> Nesten alltid med i en lekkasje. Alene er de ikke katastrofale, men de er n\u00f8kkelen som binder sammen kontoer p\u00e5 tvers av tjenester, og de brukes til m\u00e5lrettet phishing.<\/li>\n<li><strong>Passord.<\/strong> Hvor alvorlig dette er, avhenger helt av hvordan tjenesten lagret dem. Var de lagret i klartekst, ligger de \u00e5pne for alle. Var de hashet med en sterk metode og salt, er de langt vanskeligere \u00e5 utnytte. Var de hashet med en svak eller utdatert metode, kan mange av dem likevel gjenopprettes.<\/li>\n<li><strong>Personopplysninger.<\/strong> Navn, adresse, f\u00f8dselsdato, telefonnummer og lignende. Slike opplysninger er nyttige for \u00e5 utgi seg for \u00e5 v\u00e6re deg, og for \u00e5 gj\u00f8re svindelfors\u00f8k mer troverdige.<\/li>\n<li><strong>\u00d8konomisk informasjon.<\/strong> Kortnummer, kontoopplysninger eller transaksjonshistorikk. Dette er blant det mest verdifulle for en angriper og kan f\u00f8re til direkte \u00f8konomisk tap.<\/li>\n<li><strong>Sensitiv informasjon.<\/strong> Helseopplysninger, meldinger eller annet som er ekstra privat. Slike data kan brukes til utpressing eller ramme deg p\u00e5 m\u00e5ter som g\u00e5r langt utover det \u00f8konomiske.<\/li>\n<\/ul>\n<p>Et viktig poeng er at en lekkasje sjelden st\u00e5r alene. Angripere kombinerer opplysninger fra flere lekkasjer for \u00e5 bygge et mer fullstendig bilde av en person. En e-postadresse fra \u00e9n lekkasje, et passord fra en annen og et telefonnummer fra en tredje kan til sammen v\u00e6re nok til \u00e5 overta kontoer eller gjennomf\u00f8re overbevisende svindel.<\/p>\n<h2 id=\"hva-en-lekkasje-betyr-for-deg\">Hva en lekkasje betyr for deg<\/h2>\n<p>Den mest direkte konsekvensen er kontoovertakelse. Hvis et passord lekker og du har brukt det samme passordet flere steder, kan angriperen pr\u00f8ve kombinasjonen av e-post og passord mot mange tjenester. Denne fremgangsm\u00e5ten, der lekkede p\u00e5loggingsdata testes automatisk i stor skala, er en av de vanligste m\u00e5tene kontoer kapres p\u00e5. Det er nettopp derfor gjenbruk av passord er s\u00e5 farlig: \u00e9n lekkasje blir til mange brudd.<\/p>\n<p>Videre kommer svindel og identitetstyveri. Med nok personopplysninger kan noen fors\u00f8ke \u00e5 opprette konti i ditt navn, eller gj\u00f8re phishing-fors\u00f8k som virker troverdige fordi de inneholder riktige detaljer om deg. En e-post som nevner navnet ditt, et reelt kj\u00f8p eller et faktisk kontonummer, er mye lettere \u00e5 tro p\u00e5 enn en generisk svindelmelding.<\/p>\n<p>Til slutt kommer den mer langsiktige eksponeringen. Data som har lekket, forsvinner ikke. De sirkulerer, samles i store databaser og dukker opp igjen \u00e5r etter at den opprinnelige lekkasjen skjedde. Et passord du brukte for lenge siden, kan fortsatt v\u00e6re en risiko hvis du aldri byttet det og fortsatt bruker det et sted.<\/p>\n<h2 id=\"hvordan-du-beskytter-deg\">Hvordan du beskytter deg<\/h2>\n<p>Du kan ikke hindre at en tjeneste blir hacket, men du kan s\u00f8rge for at en lekkasje hos \u00e9n akt\u00f8r ikke velter resten av det digitale livet ditt. Noen f\u00e5 vaner gj\u00f8r det meste av jobben.<\/p>\n<h3 id=\"bruk-unike-passord-overalt\">Bruk unike passord overalt<\/h3>\n<p>Dette er det enkeltgrepet som monner mest. Hvis hvert nettsted har sitt eget, unike passord, er skaden begrenset til akkurat den tjenesten dersom passordet lekker. Angriperen kan ikke bruke det noe annet sted, fordi det ikke finnes noe annet sted. \u00c5 huske et eget passord per tjeneste er umulig for et menneske, og det er nettopp derfor en passordbehandler er svaret. Den lager og lagrer lange, tilfeldige passord for deg, slik at du bare trenger \u00e5 huske ett hovedpassord.<\/p>\n<h3 id=\"sla-pa-tofaktorautentisering\">Sl\u00e5 p\u00e5 tofaktorautentisering<\/h3>\n<p>Tofaktorautentisering, ofte forkortet 2FA, gj\u00f8r at et passord alene ikke er nok til \u00e5 logge inn. I tillegg kreves noe mer, typisk en kode fra en autentiseringsapp eller en fysisk sikkerhetsn\u00f8kkel. Selv om passordet ditt lekker, kommer angriperen ikke inn uten den andre faktoren. Dette stopper en sv\u00e6rt stor del av kontoovertakelsene som ellers ville lyktes, og b\u00f8r sl\u00e5s p\u00e5 overalt der det tilbys, s\u00e6rlig p\u00e5 e-post og bank.<\/p>\n<h3 id=\"overvak-om-dine-data-har-lekket\">Overv\u00e5k om dine data har lekket<\/h3>\n<p>Det finnes tjenester som lar deg sjekke om e-postadressen din har dukket opp i kjente lekkasjer. Bruker du en, kan du f\u00e5 beskjed n\u00e5r noe nytt skjer, og handle raskt ved \u00e5 bytte passord p\u00e5 den ber\u00f8rte tjenesten. Mange passordbehandlere og nettlesere har slik overv\u00e5king innebygd og varsler deg automatisk dersom et lagret passord er funnet i en lekkasje.<\/p>\n<h3 id=\"reager-riktig-nar-en-tjeneste-melder-om-lekkasje\">Reager riktig n\u00e5r en tjeneste melder om lekkasje<\/h3>\n<p>F\u00e5r du beskjed om at en tjeneste du bruker har v\u00e6rt utsatt for en lekkasje, bytt passordet der med en gang. Har du brukt det samme passordet andre steder, og det h\u00e5per jeg du ikke har, m\u00e5 du bytte det alle de stedene ogs\u00e5. F\u00f8lg ekstra godt med p\u00e5 phishing-fors\u00f8k i tiden etter, for lekkede opplysninger brukes ofte til \u00e5 lage troverdige svindelmeldinger rettet mot dem som var ber\u00f8rt.<\/p>\n<h3 id=\"del-mindre-der-du-kan\">Del mindre der du kan<\/h3>\n<p>Jo mindre informasjon en tjeneste har om deg, desto mindre kan lekke. Det er ikke alltid du har et valg, men der du har det, er det verdt \u00e5 tenke over om en tjeneste virkelig trenger f\u00f8dselsdato, adresse eller telefonnummer for \u00e5 gj\u00f8re jobben sin.<\/p>\n<h2 id=\"et-delt-ansvar\">Et delt ansvar<\/h2>\n<p>Datalekkasjer er en p\u00e5minnelse om at sikkerhet p\u00e5 nett er et delt ansvar. Tjenestene har plikt til \u00e5 beskytte dataene dine, lagre passord forsvarlig og rette opp svakheter. Du p\u00e5 din side kan s\u00f8rge for at en lekkasje hos \u00e9n akt\u00f8r ikke f\u00e5r ringvirkninger overalt ellers. De viktigste grepene, unike passord, en passordbehandler, tofaktorautentisering og litt \u00e5rv\u00e5kenhet, er de samme som beskytter deg mot de fleste andre trusler p\u00e5 nett. Det gj\u00f8r dem til en god investering uansett.<\/p>\n<div class=\"shat-sources\">\n<h2 id=\"kilder\">Kilder<\/h2>\n<ul>\n<li><a href=\"https:\/\/haveibeenpwned.com\/\" rel=\"noopener\">Have I Been Pwned: data breach database<\/a><\/li>\n<li><a href=\"https:\/\/www.cisa.gov\/\" rel=\"noopener\">CISA: Cybersecurity and Infrastructure Security Agency<\/a><\/li>\n<\/ul>\n<\/div>\n<div class=\"shat-related\">\n<h2 id=\"relaterte-artikler\">Relaterte artikler<\/h2>\n<ul>\n<li><a href=\"https:\/\/shattered.io\/no\/security\/passordsikkerhet\/\">Passordsikkerhet: sterke passord, hashing og tofaktor<\/a><\/li>\n<li><a href=\"https:\/\/shattered.io\/no\/security\/https-og-tls\/\">HTTPS og TLS: slik beskyttes forbindelsen din p\u00e5 nett<\/a><\/li>\n<li><a href=\"https:\/\/shattered.io\/no\/security\/phishing\/\">Phishing: hvordan svindel p\u00e5 nett fungerer og kjennes igjen<\/a><\/li>\n<li><a href=\"https:\/\/shattered.io\/no\/security\/\">Nettsikkerhet: datalekkasjer, passord, HTTPS og phishing<\/a><\/li>\n<\/ul>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Hva er en datalekkasje? En datalekkasje skjer n\u00e5r informasjon som skulle v\u00e6rt beskyttet, kommer p\u00e5 avveie og blir tilgjengelig for noen som ikke skulle hatt tilgang til den. Det kan\u2026<\/p>\n","protected":false},"author":3,"featured_media":40,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[],"class_list":["post-31","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-security"],"_links":{"self":[{"href":"https:\/\/shattered.io\/no\/wp-json\/wp\/v2\/posts\/31","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/shattered.io\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/shattered.io\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/shattered.io\/no\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/shattered.io\/no\/wp-json\/wp\/v2\/comments?post=31"}],"version-history":[{"count":1,"href":"https:\/\/shattered.io\/no\/wp-json\/wp\/v2\/posts\/31\/revisions"}],"predecessor-version":[{"id":46,"href":"https:\/\/shattered.io\/no\/wp-json\/wp\/v2\/posts\/31\/revisions\/46"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/shattered.io\/no\/wp-json\/wp\/v2\/media\/40"}],"wp:attachment":[{"href":"https:\/\/shattered.io\/no\/wp-json\/wp\/v2\/media?parent=31"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/shattered.io\/no\/wp-json\/wp\/v2\/categories?post=31"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/shattered.io\/no\/wp-json\/wp\/v2\/tags?post=31"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}