Datadefinities
Datadefinities voor authenticatiecontext
Last updated
Datadefinities voor authenticatiecontext
Last updated
Author: Sergei Maertens | Status: Draft
In de (gemeentelijke) dienstverlening worden producten en diensten geleverd aan klanten. Wanneer het externe klanten betreft, zoals burgers en bedrijven, dan is inloggen (authenticatie) vaak mogelijk of zelfs een vereiste.
De klant heeft er baat bij om op een later moment ook nog de voortgang van de behandeling in te kijken, of moet zelfs in staat zijn om extra gegevens aan te leveren gedurende het behandelproces. Om dit mogelijk te maken, dienen een aantal details van de authenticatie vastgelegd te worden bij de dienstverleningsaanvraag.
Er bestaan een aantal variaties over hoe en in welke mate authenticatie plaats kan vinden, bijvoorbeeld via DigiD, eHerkenning, maar ook machtigingsvormen waarbij een andere partij dan de begunstigde zelf "aan de knoppen zit", bijvoorbeeld DigiD Machtigen en eHerkenning Bewindvoering.
Deze pagina beschrijft een gegevensmodel waarmee de vorm van de authenticatiecontext beschreven wordt. Het schema is te vinden onder de kop
.
Het aanbieden van een ondubbelzinnige definitie van de gegevens die relevant zijn om een authenticatie te beschrijven, zodat (spraak)verwarring voorkomen kan worden tijdens implementatietrajecten.
Een referentie/naslagwerk zijn voor applicaties die (delen van) de authenticatiecontext vastleggen.
Machine-leesbaar zijn zodat invoervalidatie zo strikt mogelijk kan toegepast worden door verwerkende applicaties.
Het model moet voldoende flexibel zijn om toekomstige ontwikkelingen (bijvoorbeeld bij Logius) op te kunnen nemen met minimale impact, bij voorkeur op een "backwards-compatible" wijze.
Het gegevensmodel is ontworpen als onderdeel van een opdracht rondom Machtigen door Gemeente Rotterdam en Gemeente Den Haag. Dit ontwerp is tot stand gekomen door Maykin, in overleg en afstemming met Anoigo, Gemeente Rotterdam en Gemeente Den Haag.
De wens is om dit gegevensmodel te beproeven, standaardiseren en onderhouden door een onafhankelijke groep verantwoordelijk voor de governance.
De begrippenlijst zorgt ervoor dat we éénduidig dezelfde betekenis toekennen aan de gebruikte termen.
In de map schemas
zijn twee schema's te vinden:
base.json
beschrijft de algemene, minimale structuur waar het schema van een middel aan moet voldoen
schema.json
bevat alle mogelijke sub-schema's en dwingt af dat de gegevens aan één van deze sub-schema's dient te voldoen. De sub-schema's zijn ingericht op de diverse varianten, zoals DigiD met/zonder machtiging, eHerkenning met machtiging, eHerkenning ketenmachtiging etc...
Het gegevensmodel is bewust strikt gedefinieerd:
enkel bekende attributen mogen opgegeven worden (dit voorkomt toekomstige uitbreidingsproblemen)
binnen de attributen zijn waar mogelijk vaste-waardenlijsten of patronen vastgelegd, zoals:
enum voor mogelijke middelen. Het uitbreiden van deze enum is eenvoudig
patronen voor RSIN, BSN, KVK-nummer... Deze zijn beschreven aan de hand van overheidsreferenties.
Optioneel kan een beperking tot een bepaalde vestiging (via het vestigingsnummer) van toepassing zijn. Dit betekent dat de handelende persoon enkel geautoriseerd is op deze vestiging en geen acties mag uitvoeren voor andere vestigingen.
In dit geval wordt er gesproken van "ketenmachtiging". Een bedrijf kan gemachtigd zijn om voor een ander bedrijf producten en diensten af te nemen. Bij ketenmachtiging is er geen restrictie op vestigingsnummer mogelijk. In deze situatie is de handelende persoon werkzaam voor het gemachtigde bedrijf, en de begunstigde is het bedrijf dat de machtiging verstrekt heeft. Ketenmachtiging is in principe altijd KVK-naar-KVK.
In de map testdata
zijn (fictieve) voorbeelden van authenticatiecontexten opgenomen, die voldoen aan de opgestelde json-schema definities.
Deze dienen ook als representatieve voorbeelden om de schema's beter te begrijpen.
In de toekomst worden nog een aantal bekende cases concreet uitgewerkt:
"Custom" authenticatiemiddelen die applicatiespecifiek zijn, zoals een medewerker die met hun organisatieaccount een aanvraag doet voor een klant aan de balie/telefoon/...
ketenmachtiging / urn:etoegang:1.9:IntermediateEntityID:KvKnr
opnemen
ketenmachtiging + bewindvoering is technisch mogelijk
Lijst van gebruikte referenties/naslagwerken.
Logius begrippenlijst: https://www.logius.nl/begrippenlijst
Functionele beschrijving DigiD machtigen: https://www.logius.nl/domeinen/toegang/digid-machtigen/documentatie/digid-machtigen-functionele-beschrijving
afsprakenstelsel.etoegang.nl
Identificerende attributen: https://afsprakenstelsel.etoegang.nl/display/as/Identificerende+kenmerken
Dienstcatalogus: https://afsprakenstelsel.etoegang.nl/display/as/Service+catalog
Dienstafnemer: https://afsprakenstelsel.etoegang.nl/display/as/Vertegenwoordigde+dienstafnemer
Ketenmachtiging:
https://afsprakenstelsel.etoegang.nl/display/as/Ketenmachtiging
https://afsprakenstelsel.etoegang.nl/display/as/Interface+specifications+HM-MR+chain+authorization
Achtergrond opake identificatiewaarden: https://afsprakenstelsel.etoegang.nl/display/as/urn%3Aetoegang%3A1.12%3AEntityConcernedID%3ABSN
ketenmachtigingen
https://www.kpn.com/zakelijk/eherkenning/ketenmachtiging.htm
https://www.eherkenning.nl/nl/machtigen/ketenmachtiging
Het gegevensmodel is formeel gedefinieerd in zodat het programmatisch getoetst kan worden.
Authenticatie (authN)
Het (elektronisch) identficeren van een partij (persoon/bedrijf) zodat bekend is wie bepaalde handelingen uitvoert. Niet te verwarren met autorisatie, wat bepaalt of die partij toestemming heeft om de handeling uit te voeren.
Dienst
Een dienst of product, typisch verleend of verstrekt door een gemeente of ander overheidsorgaan. Individuele personen (burgers) of bedrijven hebben typisch behoefte aan producten en/of diensten van de gemeente en moeten zichzelf authenticeren bij het aanvragen hiervan.
Applicatie
Een webapplicatie, portaal of platform waar een persoon/partij zich kan digitaal kan authenticeren om diensten aan te vragen en beheren.
Keten
Een aanvraag doorloopt vaak meerdere applicaties - van aanvraag naar behandeling en eventuele tussenstappen waar interactie tussen de klant (burger/bedrijf) en gemeente kan plaatsvinden. De "aaneenschakeling" van applicaties wordt typisch "de keten" genoemd.
Authenticatiecontext
De verzameling gegevens die beschrijving op welke wijze en in welke hoedanigheid iemand ge-authenticeerd is/was voor een bepaalde dienst of in een applicatie.
Vertegenwoordigde (machtiger, representee)
De partij (persoon/bedrijf) die uiteindelijk de begunstigde/ontvanger is van de dienst(en). De vertegenwoordigde kan vrijwillig of niet-vrijwillige vertegenwoordigd zijn. Dit laatste gebeurt bijvoorbeeld wanneer de Raad van State "bewindvoering" oplegt.
Vertegenwoordiger (gemachtigde, authorizee)
De partij (persoon/bedrijf) die gemachtigd is om namens de vertegenwoordigde te handelen. Deze machtiging kan op vrijwillige basis zijn, of opgelegd via juridische processen.
De vertegenwoordiger kent twee aspecten:
de juridisch verantwoordelijke (legalSubject)
de uitvoerende/handelende persoon (actingSubject): de "persoon aan de knoppen". Dit kan bijvoorbeeld een medewerker van een bedrijf zijn.
Voorbeelden: gemachtigde (DigiD), bewindvoerder (eHerkenning), curator (eHerkenning)...