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).
Nivå 2 for personvern, nivå 3 for skadevare. Kapitlet ligger sist i seksjon 3, datasikkerhet, en av de fire seksjonene som hver må bestås for seg. Personvernsdelen er den du skal kunne; skadevaretypologien er stoff du bør kjenne til, og den er merket som det i kapitlet.
Slik kommer den: personvern oftest som svarform F2 (sant/usant-matrise: én rad per påstand). Skadevare oftest som F3 (dra-og-slipp: koble hver type til beskrivelsen — i boka skrevet som koblingsoppgave).
Den ene tingen som skiller bestått fra bom her: at den behandlingsansvarlige virksomheten beholder ansvaret selv om driften settes bort til en skyleverandør. Å sette bort arbeidet er ikke å sette bort ansvaret, og påstanden om det motsatte er den faste distraktoren i sjangeren.
En felle til: å tro at samtykke alltid kreves for all behandling av personopplysninger. Det gjør det ikke — samtykke er ett av flere lovlige grunnlag, og for en kommune som fatter vedtak, er det som regel ikke det som brukes.
Tidsbruk: 50 minutter, fordelt på tre løkker med tidsanslag.
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:
| Trussel | Brutt mål |
|---|---|
| Tastelogger, spionvare | Konfidensialitet |
| Rootkit | Integritet |
| Løsepengevirus | Tilgjengelighet |
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.
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.
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.
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.
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.
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.
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?
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.
(Innsteg — ansvar.) En videregående skole bruker en ekstern leverandør til å drifte læringsplattformen. Hvem er behandlingsansvarlig for elevenes opplysninger, og hvorfor?
Vurder hver påstand som sann eller usann, og begrunn hver rad.
| # | Påstand | Sant/usant |
|---|---|---|
| a | Den registrerte har rett til innsyn i opplysninger om seg selv | |
| b | En virksomhet slipper personvernansvar ved å bruke en skyleverandør | |
| c | Samtykke kreves alltid for all behandling av personopplysninger | |
| d | Dataminimering betyr å samle inn bare det som er nødvendig |
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 —
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.
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.
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å.
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.
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.
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
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.
Hva er forskjellen på en orm og et virus?
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.
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.
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.
Vurder hver påstand som sann eller usann, og begrunn hver rad.
| # | Påstand | Sant/usant |
|---|---|---|
| a | Personvernreglene rammer først og fremst virksomheter | |
| b | Formålsbegrensning betyr at opplysningene ikke kan lagres lenge | |
| c | Den registrerte kan kreve at uriktige opplysninger rettes | |
| d | En IP-adresse kan være en personopplysning |
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.
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.
1. Å tro at ansvaret settes bort med driften. Den behandlingsansvarlige virksomheten beholder ansvaret selv om en skyleverandør gjør arbeidet. Dette er den mest testede påstanden i sjangeren.
2. Å tro at samtykke alltid kreves. Samtykke er ett av flere lovlige grunnlag. En kommune som fatter vedtak, eller en arbeidsgiver som utbetaler lønn, bygger på andre grunnlag.
3. Å tro at man kan se bort fra reglene fordi behandlingen er nødvendig. Nødvendighet kan være et grunnlag, men prinsippene om dataminimering, riktighet og sikkerhet gjelder likevel.
4. Å blande formålsbegrensning og lagringsbegrensning. Det ene handler om hva opplysningene brukes til, det andre om hvor lenge de beholdes. Begge prinsipper finnes, og en distraktor bytter dem gjerne om.
5. Å blande orm og virus. Ormen sprer seg selv; viruset trenger en vertsfil. Dette er den hyppigst testede skadevare-forskjellen.
6. Å blande trojaner og rootkit. Trojaneren skjuler seg i innpakningen før installasjon; rootkitet skjuler seg i systemet etterpå.
7. Å svare konfidensialitet på rootkit og løsepengevirus. Rootkit bryter integritet, løsepengevirus bryter tilgjengelighet.
8. Å tro at passordbytte fjerner en bakdør. Bakdøren omgår innloggingen fullstendig og bryr seg ikke om passordet.
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.
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.
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».
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.
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.
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.
Å 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.
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.
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.
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.
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 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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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 | Brutt mål |
|---|---|
| Tastelogger, spionvare | Konfidensialitet |
| Rootkit | Integritet |
| Løsepengevirus | Tilgjengelighet |
| Orm (ved spredning) | Tilgjengelighet |
| Bakdør | Autentisitet — 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.
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.
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.
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.