MMOS-258, SR-Client_ID verplichten bij gebruik refesh_token

Omschrijving Changelog, met daarin:

• Titel Jira ticket

• Naam te wijzigen pagina

• Korte omschrijving v.d. aanpassing in voltooid verleden tijd.

Het attribuut client_id verplichten bij het gebruik van refresh_tokens.

Gewijzigde pagina: token interface

De token interface beschrijft de attributen die meegegeven moeten worden bij het gebruik van een Authorization-code of refresh_token. Bij het gebruik van een refresh_token is toegevoegd dat de client_id ook een verplicht attribuut is, zoals staat beschreven in hoofdstuk 2 van RFC8705 . Dit was al verplicht vanuit deze specificaties, maar staat nu ook in het afsprakenstelsel.

Impact op:

• DVP
• DVA
• Geen van beiden (Dit was al verplicht vanuit RFC8705, dit is een verduidelijking in het afsprakenstelsel).

Te informeren Stakeholders

• Acceptatie
• R&A beheer
• Regie
• CCDA
• Security
• Relatiebeheer
• Communicatie
• MM Loket
• Stichting MM

Moeten afbeeldingen/mockups aangepast worden?

• Ja
• Nee

Aan te passen versies afsprakenstelsel

2.X.Y (waarschijnlijk een aanpassing op 2.0.4)

Classificatie

• Patch
• Minor
• Major

Patch omdat er geen impact vanuit deze verduidelijking is. De deelnemers moesten dit al doen vanuit RFC8705. Om de onduidelijkheden te beperken zetten we dit duidelijk in het afsprakenstelsel.

Implementatie Termijn

9 januari moet deze gepubliceerd worden.

Gerelateerde tickets (o.a. nummer van deze ticket)

MMOS-258

Status

• Staat klaar voor release in afsprakenstelsel
• Verwerkt in afsprakenstelsel

grant_type

conform verantwoordelijkheid core.autorisatie.205, core.autorisatie.206, core.autorisatie.207 en core.autorisatie.208

Dit is het gevolg van verantwoordelijkheid core.autorisatie.201.

code

conform verantwoordelijkheid core.autorisatie.205, core.autorisatie.206, core.autorisatie.207 en core.autorisatie.208

Zie de toelichting bij verantwoordelijkheid core.autorisatie.205, core.autorisatie.206, core.autorisatie.207 en core.autorisatie.208.

client_id

de hostname van de Node van de OAuth Client die de authorization request deed die de nu aangeboden authorization code opleverde

Het gebruik van client_id is verplicht. Conform de verantwoordelijkheden als beschreven in het hoofdstuk TLS en certificaten

moet al het netwerk-verkeer beveiligd worden met TLS. In hoofdstuk 2 van RFC8705 staat beschreven aan welke eisen voldaan moet worden bij een combinatie van OAuth2 en mutual TLS.

redirect_uri

dezelfde waarde als in de voorafgaande authorization request. De redirect_uri moet urlencoded zijn (conform RFC 3986).

 NB: De redirect_uri MOET NIET dubbel encoded worden(!)

grant_type

letterlijke waarde “refresh_token”

Conform hoofdstuk 6 van RFC6749

refresh_token

het uitgegeven refresh_token

Conform hoofdstuk 6 van RFC6749

grant_type

conform verantwoordelijkheid core.autorisatie.205, core.autorisatie.206, core.autorisatie.207 en core.autorisatie.208

Dit is het gevolg van verantwoordelijkheid core.autorisatie.201.

code

conform verantwoordelijkheid core.autorisatie.205, core.autorisatie.206, core.autorisatie.207 en core.autorisatie.208

Zie de toelichting bij verantwoordelijkheid core.autorisatie.205, core.autorisatie.206, core.autorisatie.207 en core.autorisatie.208.

client_id

de hostname van de Node van de OAuth Client die de token request uitvoert. Deze moet hetzelfde zijn als de in het Authorization request gebruikte client_id.

Het gebruik van client_id is verplicht. Conform de verantwoordelijkheden als beschreven in het hoofdstuk TLS en certificaten moet al het netwerk-verkeer beveiligd worden met TLS. In hoofdstuk 2 van RFC8705 staat beschreven aan welke eisen voldaan moet worden bij een combinatie van OAuth2 en mutual TLS.

redirect_uri

dezelfde waarde als in de voorafgaande authorization request. De redirect_uri moet urlencoded zijn (conform RFC3986).

 NB: De redirect_uri MOET NIET dubbel encoded worden(!)

grant_type

letterlijke waarde “refresh_token”

Conform hoofdstuk 6 van RFC6749

refresh_token

het uitgegeven refresh_token

Conform hoofdstuk 6 van RFC6749

client_id

de hostname van de Node van de OAuth Client die de token request uitvoert. Deze moet hetzelfde zijn als de in het Authorization request gebruikte client_id.

Het gebruik van client_id is verplicht. Conform de verantwoordelijkheden als beschreven in het hoofdstuk TLS en certificaten moet al het netwerk-verkeer beveiligd worden met TLS. In hoofdstuk 2 van RFC8705 staat beschreven aan welke eisen voldaan moet worden bij een combinatie van OAuth2 en mutual TLS.