Gå til indholdet

Planlæg portalrettigheder med en matrix

En gennemarbejdet matrix for to virksomheder og tre roller forbinder tilladte opgaver med dataområder og konkrete kontroller.

Nora Henning2 min. læsetid
Rettighedstabel med grønne detaljer, person-, gruppe- og tandhjulssymboler, grønne flueben og et rødt kryds.

»Kunden er logget ind« afgør ikke, hvilke dokumenter personen må læse, eller hvilke ordrer der må oprettes. En rettighedsplan forbinder personen, den ønskede handling og det berørte dataområde.

Følgende portal er helt hypotetisk. Virksomhederne C10 og C20, rollerne og kontrollerne beskriver et design, ikke en gennemført sikkerhedstest.

Fra arbejdsopgave til matrix

Her ser læsere virksomhedsdokumenter, bestillere må også bestille, og kundeadministratorer administrerer virksomhedens konti. Kundeadministration er ikke automatisk en overordnet rolle: bestilling er ikke tildelt her.

Virksomhed

Rolle

Læse egen virksomheds dokumenter

Bestille for egen virksomhed

Administrere egen virksomheds konti

Anden virksomhed

C10

Læser

Ja

Nej

Nej

Ingen adgang

C10

Bestiller

Ja

Ja

Nej

Ingen adgang

C10

Kundeadministrator

Ja

Nej

Ja

Ingen adgang

C20

Læser

Ja

Nej

Nej

Ingen adgang

C20

Bestiller

Ja

Ja

Nej

Ingen adgang

C20

Kundeadministrator

Ja

Nej

Ja

Ingen adgang

Fordelingen er en eksempelbeslutning. Skal kundeadministrationen også kunne bestille, skal den ekstra tildeling planlægges og testes udtrykkeligt. Det skal også fastlægges, hvilke virksomhedsroller den selv må tildele. Rettigheder til hele platformen følger ikke med.

Håndhæv grænsen ved objektet

Et skjult menupunkt stopper ikke en direkte dokumentanmodning. Serveren skal kontrollere, om personen må handle for den valgte virksomhed, og om det konkrete dokument tilhører det tilladte område. En virksomhedsidentifikator fra browseren er et valg, ikke et tilknytningsbevis.

Kontrollen gælder mere end detaljesider. Lister, eksporter og skrivehandlinger kræver samme passende afgrænsning. Designet giver ikke adgang til kombinationer uden udtrykkelig tilladelse.

Test tilladte og afviste veje

Matricen giver forventede resultater før implementeringen:

  • En læser kan åbne egen virksomheds dokument; en ordre med den rolle afvises.

  • En administrator fra C10 får heller ikke via den direkte adresse dokumenter fra C20.

  • Tilladt brugeradministration ændrer kun egen virksomheds konti og tildeler kun de tiltænkte roller.

  • Efter fjernelse af tilknytning eller rettighed er den beskyttede handling også blokeret i en allerede oprettet session.

Test tilladte tilfælde lige så vel som afviste. En applikation, der blokerer alt, opfylder ikke matricen. Noter roller, datatilknytning og forventet resultat for den testede version.

Matricen afklarer en del af reglerne. Den erstatter hverken teknisk implementering eller en fuld sikkerhedsvurdering. Ændringer i roller, dataveje eller tilknytninger skal indgå i planen og de relevante kontroller.

Kilder

Skrevet af

  • Nora HenningRedaktør for it-sikkerhedNora Henning står for det redaktionelle indhold om it-sikkerhed hos ASES. Hun skriver om applikationssikkerhed og forklarer, hvordan adgangsrettigheder og beskyttelse af virksomhedsdata hænger sammen.

Følg ASES

Læs videre

Alle artikler

Softwareudvikling med ASES

Skræddersyet software, web- og mobilapps