Page Comparison

I STAR har vi valgt en sikkerhedsmodel, STARs sikkerhedsmodel, som beskriver en sikkerhedsmodel som er fælles for alle forretningsdomænerne i STAR. Sikkerhedsmodellen for jobannonceuniverset tager udgangspunkt i denne . For at kunne forstå følgende tanker om sikkerhedsmodellen forslåes det, at man kigger STARs sikkerhedsmodel igennemIAM model. For få et bedre overblik over STARs valg af sikkerhedsmodel, kan man orientere sig i nedenstående.

I forbindelse med de meget specifikke request headers, som skal angives ved et servicekald for at overholde STARs sikkerhedsmodel, er der udviklet en guide (JobannonceService version 1 - Guide ) til vores STARs aftagere, hvor der gives er eksempel på udfyldelsen heraf for samtlige de forskellige typer af vores aftagere.

Dokumentation af sikkerhedsmodel pba. sikkerhedsmodellen på baggrund af IAM og JWT tokens kan findes her:

• /wiki/spaces/SYS/pages/4126605930

• /wiki/spaces/SYS/pages/4228712538

...

De forskellige endpoints i Jobannonceuniverset vil være lagt bag et AuthorizationScope. Det vil sige, at før man overhovedet får lov til at kalde ind på nogle af vores STARs endpoints, så skal det certifikat eller den identitet, man kalder ind med, være tildelt det specifikke scope, som endpointet kræver.
Hvis ikke certifikatet er blevet tildelt det scope, vil man blive mødt med en fejlbesked.

...

Der bliver udstillet nogle forretningsroller, som sættes op i AmpAdmin2.
Den der er relevant, er den der , og den relevante hedder Jobannonce-Portal. Den bliver tildelt virksomheder, der agerer jobannonceportaler, som f.eks. http://Ofir.dk
Her har virksomheden et behov for at kunne læse, oprette og opdatere jobannoncer i Jobannonceuniverset på vegne af dets egne brugere.

...

Forskellige brugere kan f.eks. have adgang til at oprette jobannoncer, hvor : Hvor en almindelig virksomhed ikke må ikke oprette jobannoncer på vegne af andre virksomheder, mens må et jobcenter gerne må.

For et givent kald til vores STARs services, kan vi hente organisationstypen, organisationskoden og den dertilhørende forretningsrolle ud fra SecurityContext, som stammer fra Star.Foundation.Framework.Security (se alle mapninger i /wiki/spaces/ISB/pages/4006872885):

...

På baggrund af disse tre værdier fra kaldet, vil kalderen blive klassificeret, og på baggrund af klassificeringen , opnå visse rettigheder, der efterfølgende vil blive brugt til adgangstyring.

...

Request Headers Guide

For at foretage kald til vores STARs service skal man udfylde request headers korrekt, hvilket er baseret på de rettigheder og roller, som man har fået tildelt i IAM. De skal følge følgende format:

...

Nedenstående to tabeller giver et overblik over, hvordan de forskellige aftagere af Virksomhedsindsats skal udfylde disse request headers, for at få adgang til vores STARs services (primært rettet mod kald til JobannonceService og dens dertilhørende jobannonce roller).

...

...

Rettighederne til en jobannonce har nogle mere specifikke, nødvendige valideringer, som hverken kan dækkes af AllowAccess-attributen eller AuthorizeScope-attributten. Dette beskrives i dette afsnit.Vigtigt: ‘Jobannonce opretter’

Læserettigheder

Baseret på den tildelte klassificering, får man følgende læserettigheder:

...

Med udgangspunkt i STARs sikkerhedsmodel (STARs sikkerhedsmodel ), som benyttes af alle nuværende forretningsområder, har vi lavet følgende opklarende mapping mellem de parametre, som skal gives med i et request (se eksempel fra StarDebugger i udklip herover), og de parametre, som vi STAR arbejder med i koden gennem SecurityContext objektet.

...

Herunder følger en række eksempler på, hvordan securityContext objektet ville se ud for de givne aftagere af vores STRAs service. Dette sker ved samme mapning som herover til elementerne i selve requestet. En mere udtømmende liste af eksempler kan findes i STARs sikkerhedsmodel (STARs sikkerhedsmodel)

...

...