-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FEATURE] Utiliser le scope dans les refresh tokens (PIX-13911) #10039
Conversation
Une fois les applications déployées, elles seront accessibles via les liens suivants :
Les variables d'environnement seront accessibles via les liens suivants : |
2e36796
to
b345e28
Compare
b345e28
to
ce3ea6d
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tests en RA avec Firefox sur les 4 applications ✅
J'attends une réponse à un commentaire avant de mettre la coche 😄
api/src/identity-access-management/application/token/token.controller.js
Show resolved
Hide resolved
api/src/identity-access-management/domain/services/refresh-token-service.js
Show resolved
Hide resolved
api/src/identity-access-management/application/token/token.controller.js
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lu et testé avec succès sur les quatre scopes
17638f8
to
fe8e4c1
Compare
fe8e4c1
to
f24a568
Compare
🦄 Problème
Actuellement, les refresh token sont réutilisables entre les différentes applications pour renouveler des access tokens. On ne peut pas avoir de durée (TTL) des refresh token différents par application.
🤖 Proposition
Utiliser le scope pour restreindre les refresh token par application.
Dans une autre PR, nous pourrons définir des durées de vie différentes des refresh token par application.
Important
Pour le moment le
scope
est envoyé uniquement dans la requête d'authentification. Il n'est jamais passé dans la requête de refresh token. De plus, la requête de refresh de token ne peut pas être modifiée ou surchargée dansember-simple-auth
sans recoder toute la logique de refresh de token dans l'authenticator. Nous avons créé une PR surember-simple-auth
pour corriger ce problème.Note
2 petits refactoring on été inclus afin d'utiliser le modèle User pour récupérer les informations
shouldChangePassword
etpasswordHash
. Ces informations n'étaient pas correctement récupérées, elles prenaient toujours la première méthode d'authentication (sans distinction du providerPIX
).💯 Pour tester
Pour chaque application (Pix App, Pix Admin, Pix Certif, Pix Orga)
expires_at
) en mettant un timestamp dans le passé, par exemple1725372008161