Tilbake
3.7

3.7 Personvern, GDPR og skadevare

GDPR-kjernen (behandlingsansvar ved skybruk, innsynsrett, dataminimering) og skadevare-typologien (orm, virus, trojaner, rootkit, tastelogger, logisk bombe, bakdør).

50 min
8 oppgaver
PersonvernGDPRskadevare
Din fremgang i kapitlet
0 / 8 oppgaver
Kapitlets plass i kurset

Forkunnskaper — sist du var her

Dette kapitlet bygger på kap. 3.1 og kap. 3.2. Her er det du trenger, ferdig oppfrisket:

1. Personvern er ett av de sju sikkerhetsmålene — at personopplysninger behandles lovlig, rimelig og åpent, og bare i nødvendig omfang. Det er det eneste av de sju som er rettslig forankret.

2. Personvern er ikke det samme som konfidensialitet. Et system kan lagre alt trygt og likevel bryte personvernet, for eksempel ved å samle inn langt mer enn det trenger.

3. Trusselkoblingene fra kap. 3.2:

TrusselBrutt mål
Tastelogger, spionvareKonfidensialitet
RootkitIntegritet
LøsepengevirusTilgjengelighet

Disse er alle skadevare, og i dette kapitlet systematiseres typene.
Et par ord du møter med én gang, ferdig forklart:
- Personopplysning er enhver opplysning som kan knyttes til en enkeltperson — navn, adresse, IP-adresse, karakterer, helseopplysninger.
- Behandling er alt man gjør med slike opplysninger: samle inn, lagre, endre, dele, slette.
Notasjons- og konstruksjonsliste

Løkke 1 — Hvem har ansvaret? (~16 min)

En kommune flytter journalsystemet sitt til en skyleverandør. Serverne står nå hos leverandøren, driften gjøres av leverandøren, og sikkerhetskopiene tas av leverandøren.

Så skjer det et innbrudd, og opplysninger om 2000 innbyggere kommer på avveie.

Hvem er ansvarlig?

Svaret er kommunen, og det er den viktigste enkeltinnsikten i hele kapitlet. Å sette bort arbeidet er ikke å sette bort ansvaret.

Behandlingsansvarlig

Virksomheten som bestemmer hvorfor og hvordan personopplysninger skal behandles — og som derfor har det rettslige ansvaret.

Det er kommunen, skolen, bedriften eller sykehuset som samler inn opplysningene. Ansvaret følger av at man bestemmer formålet, ikke av hvem som trykker på tastene.

Ansvaret kan ikke settes bort. Bruker virksomheten en skyleverandør, blir leverandøren en databehandler — men den behandlingsansvarlige beholder ansvaret overfor de registrerte og overfor myndighetene.

Den faste feilslutningen, og den mest testede påstanden i sjangeren: at en virksomhet «slipper ansvar» ved å bruke en ekstern leverandør. Det gjør den ikke. Den får i stedet en plikt til å velge en leverandør som gir tilstrekkelige garantier, og til å regulere forholdet i en avtale.

Databehandler

Den som behandler personopplysninger på oppdrag fra den behandlingsansvarlige — typisk en skyleverandør, et driftsselskap eller en leverandør av et fagsystem.

Databehandleren har ingen selvstendig rett til å bestemme formålet. Den skal gjøre det avtalen sier, og ikke mer.

Forholdet reguleres i en avtale som blant annet fastsetter hva som kan gjøres, hvilke sikkerhetstiltak som kreves, og hva som skjer ved avslutning.

Skillet å ha klart: den behandlingsansvarlige bestemmer, databehandleren utfører. Ansvaret ligger hos den som bestemmer.

📜Prinsippene for behandling

Seks prinsipper styrer all behandling av personopplysninger. Tre av dem kommer igjen i oppgaver.

1. Lovlig, rettferdig og åpen behandling. Det må finnes et lovlig grunnlag, behandlingen må være rimelig overfor den registrerte, og den må være åpen — folk skal kunne vite hva som skjer med opplysningene om dem.

2. Formålsbegrensning. Opplysningene skal samles inn til et uttrykkelig angitt formål, og ikke brukes til noe annet senere. Adressen du oppga for å få tilsendt en pakke, kan ikke uten videre brukes til markedsføring.

3. Dataminimering. Bare det som er nødvendig for formålet. Trenger skjemaet bare postnummer, skal det ikke be om full adresse og fødselsdato.

4. Riktighet. Opplysningene skal være korrekte og oppdaterte. Uriktige opplysninger skal rettes.

5. Lagringsbegrensning. Ikke lenger enn nødvendig for formålet.

6. Egnede tekniske og organisatoriske tiltak. Sikkerheten skal stå i forhold til risikoen — altså de tiltakene du kjenner fra kap. 3.1, satt inn etter en vurdering.

De to påstandene som er FEIL, og som står som distraktorer:

1. «Samtykke kreves alltid.» Usant. Samtykke er ett av flere lovlige grunnlag. En kommune som fatter et vedtak, eller en arbeidsgiver som utbetaler lønn, bygger på helt andre grunnlag. Samtykke som er en forutsetning for å få en tjeneste, er dessuten sjelden gyldig — det er ikke frivillig.
2. «Man kan se bort fra reglene fordi behandlingen er nødvendig.» Usant. At noe er nødvendig, kan være et grunnlag for behandlingen — men prinsippene om dataminimering, riktighet og sikkerhet gjelder likevel.

Hvem reglene først og fremst rammer: virksomheter. Det er de som kan ilegges gebyrer, og som må kunne dokumentere at reglene følges. Privatpersoners rent personlige bruk faller utenfor.

Innsynsrett

Den registrertes rett til å få vite hvilke opplysninger som er lagret om hen, hva de brukes til, og hvem de eventuelt deles med.

Retten gjelder overfor den behandlingsansvarlige — altså virksomheten, ikke skyleverandøren. Har kommunen satt bort driften, er det fortsatt kommunen du henvender deg til.

Sammen med innsynsretten hører retten til retting av uriktige opplysninger, og i mange tilfeller retten til sletting.

Den faste feilslutningen: å tro at innsyn bare gjelder det virksomheten selv har skrevet. Retten gjelder alle personopplysninger som behandles om deg, uansett hvor de kom fra.

✏️Eksempel 1: Kommunen og skyleverandøren

En kommune bruker en skyleverandør til å drifte sitt saksbehandlingssystem. Det skjer et innbrudd hos leverandøren, og personopplysninger om 2000 innbyggere kommer på avveie.

a) Hvem er behandlingsansvarlig?

b) Hvem henvender en innbygger seg til for å få innsyn?

c) Hva burde kommunen ha gjort på forhånd?

a) Kommunen. Det er kommunen som har bestemt hvorfor og hvordan opplysningene skal behandles. Skyleverandøren er databehandler og handler på oppdrag.

Ansvaret følger av å bestemme formålet, ikke av hvem som drifter maskinene. Å sette bort arbeidet er ikke å sette bort ansvaret.

b) Kommunen. Innsynsretten gjelder overfor den behandlingsansvarlige. Innbyggeren skal ikke måtte finne ut hvilken leverandør kommunen har valgt.

c) Tre ting:

1. Valgt en leverandør som gir tilstrekkelige garantier for sikkerheten — det er en plikt, ikke en anbefaling.
2. Inngått en avtale som regulerer hva leverandøren kan gjøre, hvilke tiltak som kreves, og hva som skjer ved avslutning.
3. Vurdert risikoen og sørget for egnede tekniske og organisatoriske tiltak i forhold til den.

Svar: kommunen er ansvarlig i alle tre spørsmålene.

Den faste distraktoren i denne oppgavetypen er å svare «skyleverandøren» på a) eller b). Det er den mest testede enkeltpåstanden i sjangeren, og svaret er alltid at ansvaret ligger hos den som bestemte formålet.

📝Oppgave 1

(Innsteg — ansvar.) En videregående skole bruker en ekstern leverandør til å drifte læringsplattformen. Hvem er behandlingsansvarlig for elevenes opplysninger, og hvorfor?

📝Oppgave 2
Sjanger I

Vurder hver påstand som sann eller usann, og begrunn hver rad.

#PåstandSant/usant
aDen registrerte har rett til innsyn i opplysninger om seg selv
bEn virksomhet slipper personvernansvar ved å bruke en skyleverandør
cSamtykke kreves alltid for all behandling av personopplysninger
dDataminimering betyr å samle inn bare det som er nødvendig

📝Oppgave 3
Sjanger I

En nettbutikk ber om fødselsnummer, full adresse, fødselsdato og telefonnummer for å sende en pakke, og bruker deretter opplysningene til markedsføring. Kryss av alle prinsippene som brytes, og begrunn hvert av de fire.

a) Lagringsbegrensning

b) Formålsbegrensning

c) Riktighet

d) Dataminimering

Løkke 2 — Skadevare: hva du bør kjenne til (~16 min)

Denne delen er stoff du bør kjenne til, ikke stoff du må kunne perfekt. Temaet har egen oppgave i tre av seks årganger (50 %), og det kommer nesten alltid som en koblingsoppgave: her er sju typer, her er sju beskrivelser, koble dem.

Det gjør stoffet lett å score på hvis du kan kjennetegnene — og lett å bomme på hvis du bare har en vag følelse av at «alt er virus».

Nøkkelen er å sortere på ett spørsmål: hvordan sprer den seg, og hvordan skjuler den seg?

— naturlig pausepunkt —

Orm

Skadevare som sprer seg selv over nettverk, uten at noen trenger å gjøre noe.

Den finner sårbare maskiner, kopierer seg dit, og fortsetter derfra. En orm kan spre seg over hele verden på timer.

Kjennetegnet er selvspredningen. Det er dette som skiller den fra viruset, som trenger en vertsfil, og fra trojaneren, som må bæres inn av brukeren.

Målene som brytes varierer med hva ormen gjør når den er inne — men selve spredningen belaster nett og maskiner og rammer ofte tilgjengelighet i seg selv.

Virus

Skadevare som fester seg til en vertsfil og spres når filen kopieres eller kjøres.

Det trenger altså en bærer og en handling: noen må kopiere filen, sende den videre eller åpne den.

Kjennetegnet er vertsfilen. Skillet mot ormen er avgjørende og testes ofte: ormen sprer seg selv, viruset må bæres.

I dagligtale brukes «virus» om all skadevare. I faget er det én bestemt type, og en oppgave som ber deg koble typer til beskrivelser, forventer det presise skillet.

Rootkit

Skadevare som graver seg dypt inn i systemet og manipulerer det slik at den selv ikke er synlig — verken i prosesslista, i filsystemet eller i loggene.

Kjennetegnet er skjulingen. Et rootkit er ikke definert av hva skaden består i, men av at systemet ikke lenger forteller sannheten om seg selv.

Målet som brytes: integritet. Selve systemet er ikke til å stole på.

Den faste feilslutningen: å svare konfidensialitet fordi ordet høres ut som spionasje. Skillet mot trojaneren er også verdt å ha klart: trojaneren skjuler seg i innpakningen før installasjon, rootkitet skjuler seg i systemet etterpå.

Logisk bombe

Skadelig kode som ligger i ro til en betingelse er oppfylt — en bestemt dato, et bestemt antall kjøringer, eller at en bestemt bruker forsvinner fra lønningslistene.

Kjennetegnet er utløseren. Koden gjør ingenting før betingelsen inntreffer, og er derfor vanskelig å oppdage ved vanlig testing.

Logiske bomber er klassisk innsidearbeid: de plasseres gjerne av noen som har lovlig tilgang, og utløses etter at vedkommende har sluttet.

Mottiltakene er de samme som mot andre innsidetrusler: minste privilegium, arbeidsdeling på kritiske endringer, og gjennomgang av kode.

Bakdør

En skjult inngang som omgår den vanlige innloggingen.

Den kan være lagt inn av en angriper etter et innbrudd — for å komme lett inn igjen senere — eller den kan være en glemt testadgang som aldri ble fjernet.

Kjennetegnet er omgåelsen. En bakdør bryter ikke passordet ditt; den går utenom hele mekanismen.

Derfor hjelper det ikke å bytte passord når det finnes en bakdør. Den må finnes og fjernes, og det er en av grunnene til at et system som har vært kompromittert, ofte må settes opp helt på nytt.

✏️Eksempel 2: Koble skadevaretype til beskrivelse

Svarform F3, altså en koblingsoppgave: koble hver beskrivelse (1–6) til riktig type (A–G).

1. Sprer seg selv over nettet uten at noen gjør noe

2. Ligger i ro til en bestemt dato inntreffer

3. Skjuler seg dypt i systemet og manipulerer det

4. Ligger skjult i et program som ser nyttig ut

5. Omgår den vanlige innloggingen

6. Fester seg til en fil og spres når filen kopieres

A. Virus · B. Orm · C. Trojaner · D. Rootkit · E. Tastelogger · F. Logisk bombe · G. Bakdør

1 → B (orm). Selvspredning er ormens kjennetegn. Å svare A ville vært den klassiske forvekslingen: viruset må bæres av en vertsfil.

2 → F (logisk bombe). Utløseren er kjennetegnet — datoen, antallet kjøringer, hendelsen.

3 → D (rootkit). Skjulingen i systemet er kjennetegnet.

4 → C (trojaner). Innpakningen er kjennetegnet: brukeren installerer den frivillig.

5 → G (bakdør). Omgåelsen av innloggingen er kjennetegnet.

6 → A (virus). Vertsfilen er kjennetegnet.

Fasit: 1→B, 2→F, 3→D, 4→C, 5→G, 6→A.

Merk at tastelogger (E) ikke er i bruk. En koblingsoppgave krever ikke at alle kategoriene brukes, og å tvinge den inn er en fast måte å miste poeng på.

Merk også at koblingen ikke er 1→A, 2→B, 3→C. Rekkefølgen er alltid stokket.

Metoden som avgjør hele oppgaven: sorter på spredning (orm mot virus mot trojaner) og skjuling (rootkit mot bakdør). De to spørsmålene skiller alle typene fra hverandre.

📝Oppgave 4
Sjanger I

Hva er forskjellen på en orm og et virus?

📝Oppgave 5
Sjanger I

Koble hver beskrivelse (1–5) til riktig type (A–F).

1. Registrerer alt som skrives på tastaturet

2. Utløses når en bestemt ansatt fjernes fra lønnssystemet

3. Krypterer filene og krever betaling

4. Manipulerer systemet slik at den selv ikke er synlig

5. Ligger skjult i et program brukeren installerer frivillig

A. Rootkit · B. Tastelogger · C. Løsepengevirus · D. Trojaner · E. Orm · F. Logisk bombe

Løkke 3 — Eksamensformen (~14 min)

Sjangeren kommer i to innpakninger, og begge er trent nå: sant/usant om personvern (F2), og kobling av skadevaretyper (F3).

Den tredje varianten er å blande dem: en oppgave om en hendelse der både personopplysninger og skadevare er inne i bildet, og der du skal si hvilke mål som brytes og hvem som er ansvarlig.

Felles for alle tre: svarene er entydige når du har kjennetegnene, og de faste distraktorene er de samme hvert år.

✏️Eksempel 3: Eksamensnivå — personvern og skadevare i samme sak

Svarform F1. En skole rammes av et løsepengevirus som låser elevenes karakterdata. Skolen bruker en ekstern leverandør til å drifte systemet, og det viser seg at leverandøren ikke hadde oppdatert programvaren.

Kryss av alle påstandene som stemmer.

a) Skolen er behandlingsansvarlig.

b) Leverandøren er behandlingsansvarlig, siden feilen var deres.

c) Tilgjengelighet er brutt.

d) Konfidensialitet er brutt.

e) Skolen hadde en plikt til å velge en leverandør som gir tilstrekkelige garantier.

a) Riktig. Skolen bestemte formålet med behandlingen. Ansvaret følger av det, ikke av hvem som driftet maskinene.

b) Galt. Leverandøren er databehandler. At feilen lå hos leverandøren, kan gi grunnlag for et krav mellom partene — men overfor elevene og myndighetene er det skolen som svarer. Dette er den mest testede påstanden i sjangeren.

c) Riktig. Karakterdataene er låst, og skolen får ikke brukt dem. Det er tilgjengelighet i ren form.

d) Galt. Løsepengeviruset låser dataene; det står ikke i oppgaven at noe er lest eller lekket. Angrepet bruker kryptering som våpen, men målet som brytes, er tilgang. Sier oppgaven derimot at data også ble stjålet, ville konfidensialitet vært brutt i tillegg.

e) Riktig. Plikten til å velge en leverandør som gir tilstrekkelige garantier, og til å regulere forholdet i avtale, ligger på den behandlingsansvarlige. Det er nettopp derfor ansvaret ikke kan settes bort.

Fasit: a, c og e.

Om formen: tre av fem riktige, og de to gale er de to faste fellene — «ansvaret følger leverandøren» og «løsepengevirus bryter konfidensialitet». Begge er verdt å kunne som ferdige svar.

📝Oppgave 6
Eksamensnivå, sjanger I

Vurder hver påstand som sann eller usann, og begrunn hver rad.

#PåstandSant/usant
aPersonvernreglene rammer først og fremst virksomheter
bFormålsbegrensning betyr at opplysningene ikke kan lagres lenge
cDen registrerte kan kreve at uriktige opplysninger rettes
dEn IP-adresse kan være en personopplysning

📝Oppgave 7
Eksamensnivå, sjanger I

Kryss av alle påstandene som stemmer, og begrunn hvert av de fem.

a) En orm sprer seg uten at noen trenger å gjøre noe.

b) Et virus sprer seg selv over nettet, uten vertsfil.

c) En trojaner kjennetegnes av innpakningen, ikke av skaden den gjør.

d) Et rootkit bryter først og fremst integritet.

e) En bakdør fjernes ved at brukeren bytter passord.

📝Oppgave 8
Eksamensnivå, sjanger I

En helseklinikk oppdager at et program en ansatt lastet ned, har installert en tastelogger. Passord til journalsystemet er fanget opp, og pasientopplysninger er lastet ned av en utenforstående.

Kryss av alle påstandene som stemmer, og begrunn hvert av de seks.

a) Tilgjengelighet er brutt.

b) Konfidensialitet er brutt.

c) Personvern er brutt.

d) Programmet som ble lastet ned, er en trojaner.

e) Klinikken er behandlingsansvarlig for pasientopplysningene.

f) Tofaktor-autentisering ville gjort det stjålne passordet utilstrekkelig alene.

Begrepsbank til eksamen

Begrepsbanken er flashcard- og repetisjonsstoff — den gjentar det du nettopp har lest. Hopp trygt over ved førstegangslesing; tidsanslaget for kapitlet gjelder kjernestoffet.

Personopplysning

Enhver opplysning som kan knyttes til en enkeltperson.

Navn og fødselsnummer er åpenbare eksempler. Men også IP-adresse, unik enhetsidentifikator, karakterer, helseopplysninger og posisjonsdata regnes som personopplysninger når de kan knyttes til en bestemt person.

Den faste feilslutningen: å tro at en opplysning må inneholde navn for å telle. Kriteriet er om den kan knyttes til noen, ikke hvordan den ser ut.

Behandling av personopplysninger

Alt man gjør med opplysningene: samle inn, registrere, lagre, endre, søke i, dele, overføre, sperre eller slette.

Begrepet er bevisst vidt. Også ren lagring er behandling, og også sletting er behandling.

Konsekvensen: reglene gjelder fra det øyeblikket opplysningene samles inn, ikke først når noen «gjør noe med dem».

Behandlingsansvarlig

Virksomheten som bestemmer hvorfor og hvordan personopplysninger skal behandles.

Ansvaret følger av å bestemme formålet — ikke av hvem som drifter maskinene eller trykker på tastene.

Ansvaret kan ikke settes bort. Bruker virksomheten en skyleverandør, får den i tillegg en plikt til å velge en leverandør som gir tilstrekkelige garantier, og til å regulere forholdet i avtale.

Dette er den mest testede enkeltpåstanden i sjangeren, og svaret er alltid det samme.

Databehandler

Den som behandler personopplysninger på oppdrag fra den behandlingsansvarlige — skyleverandøren, driftsselskapet, leverandøren av fagsystemet.

Databehandleren har ingen selvstendig rett til å bestemme formålet, og skal bare gjøre det avtalen sier.

Skillet i én setning: den behandlingsansvarlige bestemmer, databehandleren utfører. Ansvaret ligger hos den som bestemmer.

Innsynsrett

Den registrertes rett til å få vite hvilke opplysninger som er lagret om hen, hva de brukes til, og hvem de deles med.

Retten gjelder overfor den behandlingsansvarlige — altså virksomheten, ikke leverandøren. Innbyggeren skal ikke måtte finne ut hvem kommunen har satt bort driften til.

Sammen med innsynsretten hører retten til retting av uriktige opplysninger, og i mange tilfeller retten til sletting.

Dataminimering

Å samle inn bare det som er nødvendig for formålet.

Trenger skjemaet bare postnummer, skal det ikke be om full adresse og fødselsdato. Trenger tjenesten bare en e-postadresse, skal den ikke be om telefonnummer.

Prinsippet gjelder uansett hvor trygt opplysningene lagres. Det er derfor et system kan ha perfekt konfidensialitet og likevel bryte personvernet.

Formålsbegrensning

Opplysningene skal samles inn til et uttrykkelig angitt formål, og ikke brukes til noe annet senere.

Adressen du oppga for å få tilsendt en pakke, kan ikke uten videre brukes til markedsføring. Det er et annet formål og krever et eget grunnlag.

Den faste forvekslingen: lagringsbegrensning handler om hvor lenge opplysningene beholdes. Formålsbegrensning handler om hva de brukes til. Begge prinsipper finnes, og en distraktor bytter dem gjerne om.

Riktighet

Opplysningene skal være korrekte og oppdaterte, og uriktige opplysninger skal rettes.

Det er dette prinsippet retten til retting følger av: oppdager du at en virksomhet har feil opplysninger om deg, kan du kreve dem rettet.

Merk skillet mot integritet som sikkerhetsmål: integritet handler om at ingen har endret opplysningene; riktighet handler om at de faktisk stemmer. En opplysning kan være uendret siden registreringen og likevel gal.

Lagringsbegrensning

Opplysningene skal ikke lagres lenger enn nødvendig for formålet.

Er saken avsluttet og oppbevaringsplikten utløpt, skal opplysningene slettes eller anonymiseres.

Prinsippet er en av de vanligste svakhetene i praksis: systemer samler opp data over år uten at noen tar stilling til når de skal bort.

Egnede tekniske og organisatoriske tiltak

Sikkerheten skal stå i forhold til risikoen. Jo mer følsomme opplysninger, jo strengere krav.

De tekniske tiltakene kjenner du fra kap. 3.1: kryptering, tilgangskontroll, sikkerhetskopi, logging.

De organisatoriske er like viktige: rutiner, opplæring, arbeidsdeling, avtaler med leverandører. Kravet handler ikke bare om teknologi.

Samtykke kreves ikke alltid

Samtykke er ett av flere lovlige grunnlag for behandling — ikke det eneste, og ofte ikke det som brukes.

En kommune som fatter et vedtak, en arbeidsgiver som utbetaler lønn, og et sykehus som fører journal, bygger alle på andre grunnlag.

Dessuten: et samtykke som er en forutsetning for å få tjenesten, er sjelden gyldig, fordi det ikke er frivillig.

Påstanden «samtykke kreves alltid» er en fast distraktor, og svaret er usant.

Nødvendighet fritar ikke fra prinsippene

At en behandling er nødvendig, kan gi et lovlig grunnlag for den. Det fritar ikke fra resten av reglene.

Dataminimering, formålsbegrensning, riktighet, lagringsbegrensning og kravet om egnede tiltak gjelder likevel.

Påstanden «vi kan se bort fra reglene fordi behandlingen er nødvendig» er derfor usann — den blander grunnlag med prinsipper.

Hvem reglene rammer

Reglene retter seg først og fremst mot virksomheter: det er de som kan ilegges gebyrer, og som må kunne dokumentere at reglene følges.

Privatpersoners rent personlige bruk faller utenfor — en privat kontaktliste på telefonen er ikke omfattet.

Grensen er ikke skarp: en privatperson som publiserer opplysninger om andre offentlig, kan komme innenfor.

Personvern mot konfidensialitet
Konfidensialitet er at uvedkommende ikke kan lese. Personvern er at behandlingen er lovlig, rimelig og nødvendig.

Et system kan ha perfekt konfidensialitet og likevel bryte personvernet: samler det inn langt mer enn det trenger, hjelper det ikke at alt lagres kryptert.

Dette er grunnen til at personvern står som et eget mål blant de sju, og ikke som en variant av konfidensialitet.

Orm mot virus
Orm: sprer seg selv over nettet, uten at noen gjør noe. Finner sårbare maskiner og kopierer seg dit.

Virus: fester seg til en vertsfil og spres når filen kopieres, sendes eller åpnes. Trenger en bærer og en handling.

Dette er den hyppigst testede skadevare-forskjellen. Den er lett å blande fordi «virus» i dagligtale brukes om all skadevare — men i faget er det én bestemt type.

Trojaner mot rootkit
Trojaner: skjuler seg i innpakningen — et program som ser nyttig ut, og som brukeren installerer frivillig.

Rootkit: skjuler seg i systemet etter installasjon, ved å manipulere det slik at den selv ikke er synlig.

Begge handler om skjuling, men på hvert sitt tidspunkt: trojaneren før installasjon, rootkitet etterpå. En trojaner kan godt bære inn et rootkit.

Tastelogger

Skadevare — eller en liten fysisk enhet — som registrerer alt som skrives på tastaturet.

Målet som brytes: konfidensialitet. Passord, meldinger og søk lekker.

En fysisk tastelogger settes mellom tastaturet og maskinen og krever fysisk tilgang. Det er en av grunnene til at fysisk sikring regnes som et datasikkerhetstiltak.

Logisk bombe

Skadelig kode som ligger i ro til en betingelse er oppfylt — en dato, et antall kjøringer, eller at en bestemt bruker forsvinner fra lønningslistene.

Kjennetegnet er utløseren. Koden gjør ingenting før betingelsen inntreffer, og er derfor vanskelig å oppdage ved vanlig testing.

Dette er klassisk innsidearbeid: den plasseres av noen med lovlig tilgang og utløses etter at vedkommende har sluttet. Mottiltakene er minste privilegium, arbeidsdeling og gjennomgang av kode.

Bakdør

En skjult inngang som omgår den vanlige innloggingen.

Den kan være lagt inn av en angriper etter et innbrudd, eller være en glemt testadgang som aldri ble fjernet.

Passordbytte hjelper ikke. Bakdøren bruker ikke passordet i det hele tatt. Den må finnes og fjernes — og det er en av grunnene til at et system som har vært kompromittert, ofte må settes opp helt på nytt.

Løsepengevirus

Skadevare som krypterer filene og krever betaling for nøkkelen.

Målet som brytes: tilgjengelighet. Filene finnes, men er låst.

Den faste feilslutningen: å svare konfidensialitet fordi angrepet bruker kryptering. Verktøyet og det brutte målet er to ulike ting.

Det viktigste mottiltaket er sikkerhetskopi som ikke er tilkoblet, slik at den ikke krypteres sammen med resten.

Sorteringsspørsmålene for skadevare

To spørsmål skiller alle typene fra hverandre:

1. Hvordan sprer den seg?
- Selv over nett → orm
- Med en vertsfil → virus
- Båret inn av brukeren → trojaner

2. Hvordan skjuler eller utløser den seg?
- Skjuler seg i systemet → rootkit
- Omgår innloggingen → bakdør
- Venter på en betingelse → logisk bombe

Er det ingen av delene, men bare en funksjon — som å registrere tastetrykk — er navnet gjerne beskrivende: tastelogger.

Skadevare og brutte mål
SkadevareBrutt mål
Tastelogger, spionvareKonfidensialitet
RootkitIntegritet
LøsepengevirusTilgjengelighet
Orm (ved spredning)Tilgjengelighet
BakdørAutentisitet — innloggingen omgås

Trojaneren står ikke i tabellen, og det er med vilje: den er en innpakning, ikke en skade. Målet som brytes, avhenger av hva den bærer inn.
Trojaneren er innpakningen, ikke skaden

En trojaner er definert av hvordan den kommer inn: skjult i et program som ser nyttig ut.

Hva den bærer inn, varierer — en tastelogger, en bakdør, et løsepengevirus, et rootkit.

Derfor kan to betegnelser være riktige samtidig for samme hendelse: programmet var en trojaner, og det den installerte, var en tastelogger. I en koblingsoppgave skal hver beskrivelse matches mot sitt eget kjennetegn.

De to faste distraktorene i sjanger I

1. «Virksomheten slipper ansvar ved å bruke en skyleverandør.» Usant. Den behandlingsansvarlige beholder ansvaret og får i tillegg plikter ved valg av leverandør.
2. «Samtykke kreves alltid.» Usant. Samtykke er ett av flere lovlige grunnlag.

Begge kommer igjen i ulike formuleringer, og begge har alltid samme svar. Kan du dem som ferdige svar, avgjør du to rader i matrisen på sekunder.

Repetisjon — sitter personvernet og skadevaren?

Dette kapitlet er skrevet av Anthropics toppmodeller (Claude Opus og Claude Fable) og er foreløpig ikke manuelt gjennomgått — kvalitetskontrollen gjøres av uavhengige KI-agenter, og innmeldte feil rettes fortløpende. Funnet en feil? Meld fra, så retter vi den. Les mer om hvordan innholdet lages.

Skolesaga er en uavhengig læringsressurs og er ikke tilknyttet eller godkjent av Universitetet i Oslo. Dette er ikke offisielt studiemateriell. Les mer.