Algemeen 

System for Cross-domain Identity Management (SCIM) is een open standaard voor het uitwisselen van identiteitsgegevens tussen IT-systemen via RESTful webservices.   
WebIDM implementeert

• SCIM 2.0 protocol RFC 7644

• SCIM Core Schema RFC 7643

Dit document dient enkel ter verduidelijking van de SCIM implementatie door WebIDM. Het gedrag van de web service wordt uitgebreid beschreven in RFC 7644. 

Aandachtspunten bij de SCIM implementatie van WebIDM:  

• Er wordt geen gebruik gemaakt van het PATCH verb om resources te wijzigen, enkel PUT wordt gebruikt waarmee de resource volledig wordt vervangen door de nieuwe waarde. 

• Enkel het User schema werd geïmplementeerd. Er wordt geen gebruik gemaakt van het Group schema. Meer informatie: RFC 7642.
  
  

WebIDM is in de context van bovenstaande RFC de Enterprise Cloud Subscriber (ECS).  
De applicatie die informatie ontvangt van WebIDM neemt hier de rol van Cloud Service Provider (CSP) op, verder Service Provider genoemd. 

Business proces 

Aanmaak van een gebruiker 

Een gebruiker wordt aangemaakt wanneer deze minstens één werkrelatie heeft met een toegekend recht in WEBIDM.

Volgende informatie wordt minstens doorgegeven: 

Volgende informatie kan optioneel worden doorgegeven: 

Wijzigen van een gebruiker 

Een update actie wordt uitgevoerd: 

• Als de gebruiker een nieuwe actieve toekenning van het recht krijgt onder een werkrelatie.
  Actief wilt hier zeggen:
  De start tijd van de werkrelatie is kleiner dan of gelijk aan vandaag.
  De eind tijd van de werkrelatie is groter dan of gelijk aan vandaag.
  De start tijd van de toekenning van het recht is kleiner dan of gelijk aan vandaag.
  De eind tijd van de toekenning van het recht is groter dan of gelijk aan vandaag.
  De werkrelatie is actief, niet gepauzeerd.
  De toekenning van het recht is actief, niet gepauzeerd.

• Als de gegevens van een actieve toekenning van het recht wijzigt.
  Vb: Context (rol) wordt toegevoegd, verwijderd of aangepast

• Als een actieve toekenning van het recht verwijderd wordt.

• Als de eind tijd van de toekenning van het recht kleiner is dan vandaag. Ofwel: de actieve toekenning van het recht verloopt.
  
  

• Als de informatie van de gebruiker of van een bestaande werkrelatie (met actieve toekenning van het recht) wijzigt. 
  Vb: nieuw emailadres, nieuwe login, naamswijziging,…​ 

• Als de toekenning van het recht gepauzeerd wordt.
  
  

• Als de werkrelatie met actieve toekenning van het recht gepauzeerd wordt.

Verwijderen van een gebruiker 

Een delete actie wordt uitgevoerd: 

• Als de gebruiker zijn laatste actieve toekenning van het recht verliest.
  
  

De Service Provider moet gebruikers op zijn minst inactief maken bij een delete en alle gekende rechten verwijderen. 

Pauzeren 

WebIDM heeft een pauzeer-knop op niveau van de werkrelatie en recht. Dit laat de lokale beheerder toe om delen van een gebruiker tijdelijk te inactiveren, bv bij langdurige ziekte.​ 

Pauzeren zal lijken op toekenningen die verdwijnen in WebIDM: 

• Updates met daarin minder werkrelaties of rechten dan de Service Provider op dat moment kent. 

Actief/niet-actief vlag 

Op niveau van een gebruiker bestaat een vlag die enkel systeembeheerders kunnen aan- of uitzetten om gebruikers in uitzonderlijke gevallen dringend te deactiveren zonder deze helemaal te moeten verwijderen. 
Het pauzeren van een volledige gebruiker zal een update uitvoeren met de SCIM active property op false. 
Ook bij de Service Provider moeten a.d.h.v. deze vlag gebruikers ge-activeerd of gedeactiveerd worden. 
Dit zijn update acties, geen delete acties. 

Technisch implementatie 

SCIM Endpoint 

De targetapplicatie waar WebIDM naar provisioneert, moet minstens volgende functionaliteit in zijn SCIM endpoints implementeren: 

• Find User

• Create User

• Update User

• Delete User
  
  

OpenAPI specificatie

scim.yaml

Deze kan bekeken worden op https://editor.swagger.io/

Find User 

Create User 

Het aanmaken van de User gebeurt d.m.v. een POST request om de User aan te maken. Deze POST bevat naast persoonsgegevens ook de rechten en indien geconfigureerd optionele attributen als e-mailadressen of rollen. 

Update User 

Delete User 

Health check 

Een health check service moet geïmplementeerd worden door de Service Provider. WebIDM beslist aan de hand van de respons of er een provisionering kan gestart worden.  

Beveiliging 

Voor het beveiligen van de communicatie tussen WebIDM en de SCIM Service Provider ondersteunen we MutualTLS (mTLS)-authenticatie of OAuth2.0.
Naast deze beveiligingsmaatregelen, moeten mogelijks ook de nodige datastromen voorzien worden tussen WebIDM en de Service Provider.  

MutualTLS

Voor een veilige verbinding, zowel over het lokaal netwerk binnen VO als over het internet, kunnen WebIDM (via Datapower) en de SCIM Service Provider MutualTLS authenticatie implementeren, waarbij beide partijen zich authenticeren tegenover elkaar d.m.v. X509 certificaten. 
De SCIM Service Provider moet het client certificaat van WebIDM (Datapower) vertrouwen. Daarnaast moet de SCIM Service Provider een GlobalSign of VO PKI SSL server certificaat voorzien dat WebIDM (Datapower) kan vertrouwen. 

OAuth2.0

In plaats van authenticatie d.m.v. certificaten via MutualTLS, is het ook mogelijk om de authenticatie d.m.v. OAuth-tokens in te regelen. WebIDM zal thans de OAuth Client Credentials Grant volgen (info): WebIDM vraagt een access token aan bij de identity provider (i.e. ACM), en zal dat access token gebruiken om het extern doelsysteem te bevragen. Het extern doelsysteem functioneert in deze context dus als resource server (API). De registratie van het doelsysteem als een met ACM geïntegreerde resource server maakt deel uit van het integratietraject: het doelsysteem zal geregistreerd worden in het Beheerportaal (info). In het Beheerportaal kan u dan, als u in IDM over het recht “API-beheerder en Client-beheerder” beschikt, uw resource server beheren – u kan de authenticatiemethode instellen, u kan de koppeling van uw doelsysteem met IDM goedkeuren, enz. Let wel; het verkeer tussen WebIDM en het doelsysteem zal ook in deze opzet nog steeds via DataPower verlopen; DataPower zal namelijk nog steeds de geldigheid en revocatie-status van de certificaten controleren.

Verschillen tegenover vorige versie

• WebIDM ondersteunt nu ook authenticatie a.d.h.v. OAuth-tokens.

Op deze pagina: