User Management connection: Open Connect ID vs older standards

[marcvanandel]

SensRNet Registry Node integrates with an external user management system by the Open Connect ID standard. This is implemented with the Dex open source container.

Het lijkt erop dat gemeenten nog niet (allemaal) deze (nieuwe?) Open Connect ID standaard beschikbaar hebben in hun user management system (Azure Active Directory meestal). Moeten we hier iets mee doen?

[kad-busses]

1 optie is om Dex ander te configureren.

Dex ondersteund meer dan alleen OpenID Connect connecties, zie voor het volledige overzicht: https://dexidp.io/docs/connectors/. Zo is er bijvoorbeeld ondersteuning voor LDAP en SAML 2.0. Wellicht dat deze interfaces al wel beschikbaar zijn bij de gemeentes.

In principe hoeven we zelf niks aan te passen en regelt Dex de tokens verder, maar we hebben er (nog) geen ervaring mee.

[banaan666]

Gezien de waarschuwing over de mogelijke deprication van de SAML 2.0 connector binnen Dex vermeld op de pagina
https://dexidp.io/docs/connectors/saml/. Zou ik voorstellen deze niet te gaan ondersteunen.

[banaan666]

Even wat achtergrond informatie:
Microsoft ADFS 2016 en ADFS 2018 ondersteunen wel OpenID Connect, maar ze ondersteunen geen van beide CORS headers. Wat vanuit een Webapp natuurlijk wel een vereiste is. Microsoft ADFS 2019 bied wel ondersteuning voor CORS al staat deze standaard uit. Een deel van de functionaliteiten uit ADFS 2019 zijn gebackport naar de oude versies als het gaat om HTTP headers. Helaas hebben ze dat niet met de CORS header functionaliteit gedaan.

https://docs.microsoft.com/en-us/windows-server/identity/ad-fs/operations/customize-http-security-headers-ad-fs

[marcvanandel]

Zou Microsoft OAuth2 een optie zijn?

[marcvanandel]

Waarbij het lijkt dat het inrichten bij Azure naar de portal verschoven is: https://portal.azure.com/#blade/Microsoft_AAD_RegisteredApps/ApplicationsListBlade

[marcvanandel]

Hiermee is het in ieder geval voor Gemeente Tilburg gelukt!