Merk op, het afsprakenstelsel DSGO is nog in ontwikkeling. Zie de Aanpak ontwikkeling afsprakenstelsel voor meer informatie. Voor vragen of opmerkingen neem contact op met afsprakenstelseldsgo@digigo.nu
Authenticatie op datadienstniveau
Authenticatie in datadiensten vindt op verschillende manieren plaats, afhankelijk van onder andere het type datadienstgebruiker. Omdat het voor de datadienstaanbieder niet mogelijk is om een mens op dezelfde manier te authenticeren als een partij, zijn voor de verschillende type datadienstgebruikers afspraken opgenomen in het afsprakenstelsel.
De tabel hieronder bevat per type datadienstgebruiker meer informatie over de bijbehorende authenticatie. Het gaat nadrukkelijk om de wens van de datadienstaanbieder om de betrouwbaarheid van de identiteit zelf vast te stellen om doelgericht gegevensuitwisseling in te regelen en daarmee risico's te beperken. De datadienstaanbieder kiest zelf het gewenste betrouwbaarheidsniveau en bijpassende authenticatie-oplossingen.
Type datadienst-gebruiker | Beschrijving | Voorbeeld | Authenticatie-oplossing per type datadienstgebruiker |
|---|---|---|---|
Mens namens zichzelf | Voor personen die privé (bv. als burger, consument of klant) gebruik willen maken van datadiensten. | Jan Janssen, een huiseigenaar (menselijke datadienstgebruiker), wil bij zijn gemeente (datadienstaanbieder) de status van de vergunningsaanvraag in zien. De gemeente eist dat Jan DigiD als authenticatiemiddel gebruikt om met betrouwbaarheidsniveau laag zijn identiteit te verifiëren. | |
Mens namens partij | Voor het beroepsmatig gebruik van een datadienst, waar het authenticatiemiddel zekerheid geeft dat de menselijke datadienstgebruiker de datadienst afneemt in uitvoeren van zijn/haar beroep. | De projectontwikkelaar (datadienstaanbieder) wil zelf controleren dat alleen Jan (menselijke datadienstgebruiker) van het architectenbureau aanpassingen doet aan het ontwerp in de CDE van de projectontwikkelaar. De projectontwikkelaar eist dat Jan met hoog betrouwbaarheidsniveau zijn identiteit aantoont door eHerkenning als authenticatiemiddel te gebruiken. | |
Machine namens partij | Voor gestructureerde geautomatiseerde gegevensuitwisseling, waar de geclaimde identiteit een partij betreft. | Een aannemersbedrijf (datadienstgebruiker) wil elke dag geautomatiseerd toegang tot niet-publieke productdata van de fabrikant (datadienstaanbieder) om de prijslijsten te updaten. Om zich te authenticeren in een datadienstverzoek stuurt het aannemersbedrijf een authenticatie JWT getekend met een QSeal certificaat mee. |
DSGO.Basis: Datadienstaanbieders MOETEN voor haar datadienst bepalen welk type datadienstgebruiker geauthenticeerd wordt en dit vastleggen in de datadienstspecificatie
DSGO.Basis: Als datadienstaanbieders een datadienstgebruiker wil authenticeren als machine namens partij dan MOET een QSeal gebruikt worden als authenticatie-oplossing
DSGO.Basis: Als datadienstaanbieders een datadienstgebruiker wil authenticeren als mens namens partij OF mens namens zichzelf dan MOET haar keuze voor authenticatie-oplossing(en) worden vastgelegd in de datadienstspecificatie
Onderstaande beslisboom biedt ondersteuning bij het bepalen van welk type datadienstgebruiker het omgaat in een bepaalde context.