Nye digitale sikkerhedsmodeller

3. Målsætninger for en ny sikkerhedstænkning
Herunder beskrives de principper og egenskaber, der har været anvendt som krav i
forbindelse med et nyt sikkerhedsparadigme. Disse krav stilles ud fra ønsket om en
balanceret sikkerhed med stærk privatlivsbeskyttelse samt muligheden for at rykke
data ud i skyen. Nedenstående punkter udgør med andre ord målsætningerne for den
sikkerhedsmodel, der beskrives i de følgende afsnit:
1. Der skal være sikkerhed for alle parter løsningsejere såvel som brugere.
2. Brugerne skal have mulighed for fuld kontrol over, hvilke data der afgives til
hvilke løsninger, og kontrol over om deres data i forskellige løsninger kan
kobles sammen.
3. Informationer, der gemmes om brugere, må ikke kunne henføres direkte til
deres fysiske identitet, med mindre dette er strengt nødvendigt og forhandlet.
Der bør således anvendes virtuelle identiteter / pseudonymer frem for
identificerende nøgler som eksempelvis CPR numre.
4. Brugernes data skal ikke kunne kobles sammen, selv hvis flere eksterne parter
arbejder sammen om at udlede flere informationer, end brugeren eksplicit har
godkendt.
5. Serviceudbyderne skal have sikkerhed for, at de kun modtager ægte
brugerinformation, og at informationen vedrører den bruger, som sender dem.
6. I de situationer, hvor der er behov for det, skal man kunne etablere
mekanismer, der sikrer brugernes ansvarlighed. Et eksempel på dette er
såkaldte ansvarlighedsbeviser, som sikrer, at det bliver muligt at identificere
en bruger, der ikke følger spillereglerne ved f.eks. at begå kriminalitet.
Ansvarlighedsmekanismerne må ikke lede til kompromittering af sikkerheden
for alle de transaktioner, hvor der ikke er foregået noget ureglementeret.
7. En sikkerhedsmodel bør så vidt muligt indrettes, så konsekvenserne af
sikkerhedsbrud i ét system eller for én bruger er begrænsede til den lokale
kontekst og ikke skalerer til alle systemer eller alle brugere. Dette er særligt
vigtigt i forbindelse med cloud løsninger.
8. Generelt skal transaktioner isoleres og det skal sikres, at kontrollerne ikke
bare ligger uden for cloud, men klient-side hos brugeren.
9. Man bør designe efter at mange forskellige interessenter kan have forskellig
merviden om en transaktion (fine grained) og bruge forskellige teknologier
(semantisk interoperabilitet) samtidig med at kontrollen bør følge brugeren.
>
9