-
Notifications
You must be signed in to change notification settings - Fork 3
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
Page vie privée #482
Comments
Premier draft : https://pad.incubateur.net/aE48U2ZvSdmILJjE7T0aBQ |
Quelques commentaires :
|
"Minimiser" signifie juste "réduire". On perd l'idée qu'on a réduit le plus possible. J'ai repris la formulation dans le RGPD concernant ce qu'on appelle communément le "privacy by design" ;
Non, pas nécessaire en effet. Pour l'instant ça permet peut-être entre nous d'expliciter et vérifier ce qu'on collecte ou pas. Vous confirmez la liste ? par exemple l'adresse email il me semble en fait qu'on la traite puisqu'on l'affiche dans le header en mode connecté. On en a pas besoin (envoi de mails) donc on ne devrait pas la traiter (récupérer, stocker, afficher) mais pour l'instant on la traite. Mon point c'est qu'on doit faire la liste des données personnelles qu'on traite, notamment celles qu'on récupère depuis MCP. Ok pour ta reformulation. |
Ah, "réduire à un minimum" c'est parfait 👍
Oui, on collecte l'email et elle est en fait essentielle puisqu'à ce jour elle sert d'identifiant unique (pas visible dans le cas Mon Compte Pro mais bien réel en base et dans la logique du code : on n'a qu'un seul compte si on a une adresse mail liée à un PasswordUser ou un DataPassUser, par exemple). Par contre on ne traite pas d'ID Mon Compte Pro (on a notre propre ID en base et Mon Compte Pro ne l'expose pas dans son endpoint par défaut). À l'avenir, on pourrait peut-être en effet cantonner l'usage d'un email au seul mécanisme d'authentification email/mdp ("legacy"), car en effet d'un point de vue purement logique, on n'en a pas l'utilité actuellement. On devrait pouvoir ne traiter qu'un ID et un "display name". Edit : j'ai ouvert #486 pour explorer ce point. En fait ça dépend de ce que Mon Compte Pro expose quand on ajoute le scope |
Ok merci d'avoir ouvert ce ticket, ça permet d'envisager de réduire encore un peu le volume de données personnelles qu'on traite.
Comment on récupère depuis l'API MCP les données d'un user (SIRET, adresse email) si c'est pas à partir de son ID ? Autre façon de poser la question : on ne stocke pas pour chaque user un mapping entre ID catalogue.data.gouv.fr et ID MCP ? |
C'est possible grâce au protocole OpenID Connect utilisé par MonComptePro. Dans ce protocole on demande des Et donc non il n'y a pas de mapping. De toute façon on ne pourrait pas puisque MonComptePro ne nous fournit pas "d'ID MonComptePro" (le userinfo ne contient littéralement que |
Ok c'est top, merci pour ces précisions. J'ai mis à jour le pad. A priori il est complet ? |
Oui, en tout cas ce qui y est écrit me semble correct ! |
Les mentions relatives à l’utilisation des données personnelles et à la gestion des cookies doivent être visibles sur le site.
Exemples :
Tâches
catalogue.data.gouv.fr/vie-privee
The text was updated successfully, but these errors were encountered: