Pourquoi un compte unique ?
Nos utilisateurs passent d’un produit à l’autre : ils paient une vidange Baak avec LumakaPay, puis consultent Dopaho. Leur demander un compte par service aurait multiplié les mots de passe et les risques. Compte Lumaka centralise l’identité, et chaque produit lui délègue la connexion.
Des jetons opaques plutôt que des JWT
Un jeton opaque ne contient aucune information lisible : c’est une simple référence. Pour savoir à qui il appartient, un service interroge Compte Lumaka selon la norme d’introspection OAuth 2.0 (RFC 7662). Révoquer un accès devient immédiat : le jeton cesse d’être valide partout à la fois.
POST /oauth/introspect
Content-Type: application/x-www-form-urlencoded
token=<jeton opaque>
HTTP/1.1 200 OK
{ "active": true, "sub": "<id utilisateur>", "exp": <horodatage> }Le parcours de connexion
- L’utilisateur clique sur « Se connecter avec Compte Lumaka ».
- Il s’authentifie sur Compte Lumaka, jamais sur le produit lui-même.
- Il revient sur le produit avec un jeton.
- Le produit vérifie ce jeton auprès de Compte Lumaka.
Commentaires (3)
La lecture est libre. Pour commenter, connectez-vous avec votre Compte Lumaka, le même que pour Baak, LumakaPay et Dopaho.
- SNSarah N.· il y a 2 j
Pourquoi ne pas avoir utilisé des JWT, plus simples à vérifier localement ?
- EPÉquipe PlateformeLUMAKA· il y a 2 j
Les JWT évitent un appel réseau, mais on ne peut pas les révoquer avant leur expiration. Pour nous, la révocation immédiate passait avant.
- DLDavid L.· il y a 1 j
Merci, très clair. Une suite sur la gestion des sessions dans les applis mobiles ?
