Introduction à l'écran de consentement utilisateur

Qu'est-ce que l'écran de consentement utilisateur#

Imaginez que vous vous inscrivez à une nouvelle application sociale en utilisant votre compte Google. Vous cliquez sur le bouton "Se connecter avec Google" et vous êtes redirigé vers Google pour compléter le processus de connexion. Après vous être authentifié avec succès auprès de Google, vous êtes redirigé vers une page qui vous demande d'accorder à cette application l'accès à votre profil de compte Google. Quelque chose comme ceci :

Cette page est ce que nous appelons la page de consentement ou écran de consentement. C'est un élément d'interface utilisateur affiché par des applications ou sites Web lors du processus d'intégration. Son objectif principal est d'informer les utilisateurs sur la collecte, le traitement et l'utilisation de leurs données personnelles et de demander leur accord explicite ou consentement pour ces activités.

Sur une page de consentement, les utilisateurs reçoivent généralement des informations sur les types de données qui seront collectées, comment elles seront utilisées, et si elles seront partagées avec des tiers. Ces informations sont cruciales pour la transparence, permettant aux utilisateurs de prendre des décisions éclairées sur leur vie privée et la sécurité de leurs données.

Les pages de consentement sont particulièrement importantes dans le contexte des réglementations sur la vie privée telles que le Règlement général sur la protection des données (RGPD) dans l'Union européenne ou le California Consumer Privacy Act (CCPA) aux États-Unis, qui exigent des organisations qu'elles obtiennent un consentement clair et affirmatif des utilisateurs avant de traiter leurs informations personnelles.

Quand avons-nous besoin d'un écran de consentement ?#

Avant de pouvoir répondre à cette question, nous devons comprendre quelques concepts de base sur l'authentification utilisateur.

Fournisseur d'identité (IdP) et Fournisseur de service (SP)#

Comme mentionné ci-dessus, l'objectif principal de l'écran de consentement est d'informer les utilisateurs sur la collecte, le traitement et l'utilisation de leurs données personnelles et de demander leur accord explicite ou consentement pour ces activités. Par conséquent, nous avons besoin d'un écran de consentement lorsque nous collectons, traitons ou utilisons des données personnelles qui appartiennent à une autre partie, telle que Google.

Dans le contexte de l'authentification utilisateur, nous appelons la partie qui possède les données utilisateur le Fournisseur d'identité (IdP). Quant à l'application qui demande l'accès aux données utilisateur, nous l'appelons le Fournisseur de service (SP). Dans l'exemple ci-dessus, Google est l'IdP et l'application sociale est le SP.

L'IdP est responsable de l'authentification de l'utilisateur et de fournir les informations de profil de l'utilisateur au SP. Le SP est la partie qui a besoin des informations de profil de l'utilisateur pour fournir ses services.

Authentification unique (SSO)#

Dans l'exemple ci-dessus, l'application sociale utilise Google comme son IdP. C'est un scénario courant dans l'industrie. De nombreuses applications utilisent Google, Facebook ou d'autres services tiers comme leur IdP. Cela s'appelle l'Authentification unique (SSO). SSO est une propriété de contrôle d'accès de systèmes logiciels multiples liés, mais indépendants. Avec cette propriété, un utilisateur se connecte avec un seul identifiant et mot de passe pour accéder à plusieurs applications liées. Vous pouvez vous référer à CIAM 101: Authentication, Identity, SSO pour plus de détails.

IdP de première partie vs IdP tiers#

Un IdP de première partie est un IdP qui est détenu par la même organisation que le SP. Le SP peut même partager le même nom de domaine que l'IdP. Donc, le SP demande l'accès aux données utilisateur qui sont détenues par la même organisation. Par exemple, si vous utilisez Google Workspace, alors Google est votre IdP de première partie.

Un IdP tiers, d'autre part, est un IdP qui est détenu par une organisation différente de celle du SP. Le SP demande l'accès aux données utilisateur qui ne lui appartiennent pas. Par exemple, si vous utilisez Google comme votre IdP, et que vous vous connectez à une application sociale comme dans l'exemple ci-dessus, alors Google est un IdP tiers pour l'application sociale.

Consentement utilisateur#

Chaque fois qu'un utilisateur se connecte à une application, il est crucial que l'utilisateur prenne conscience des données qui sont collectées et de leur utilisation.

Pour un IdP de première partie, ces types d'informations sont généralement couvertes dans la politique de confidentialité et les conditions de service de l'organisation. L'utilisateur est habituellement tenu d'accepter la politique de confidentialité et les conditions de service avant de s'inscrire au service. Par conséquent, l'utilisateur est déjà conscient des données qui sont collectées et de leur utilisation. Dans ce cas, le consentement de l'utilisateur est implicite.

Cependant, il est important pour l'IdP de garder un contrôle strict sur les données qu'il possède. L'IdP ne doit pas permettre à un SP tiers d'accéder aux données utilisateur sans le consentement explicite de l'utilisateur. Tout accès aux données par un SP tiers est considéré comme une activité de partage de données. L'utilisateur doit être informé de l'activité de partage de données et doit y consentir explicitement.

Par conséquent, pour un IdP tiers, le consentement de l'utilisateur est toujours requis. C'est pourquoi tous les principaux IdP, tels que Google, Facebook et Microsoft, exigent que le SP affiche un écran de consentement à l'utilisateur avant que celui-ci puisse se connecter au SP.

Par exemple, dans le cas de Google, lorsque vous essayez de créer un client OAuth Google, on vous demandera de fournir une configuration détaillée de l'écran de consentement.

Cela garantit que l'utilisateur est conscient de l'activité de partage de données et a explicitement consenti à celle-ci.

Quelles informations devraient être incluses dans l'écran de consentement ?#

Il est important que l'écran de consentement fournisse à l'utilisateur suffisamment d'informations pour prendre une décision éclairée. Y compris, mais sans s'y limiter :

• Quelle partie (SP) demande l'accès aux données utilisateur ?
• Quelle est l'identité actuelle de l'utilisateur ?
• Quelles données utilisateur sont collectées ?
• Comment les données utilisateur seront-elles utilisées ?
• Quels services ou API supplémentaires fournis par l'IdP seront utilisés ?
• Quelles permissions supplémentaires seront accordées au SP ?
• Quelle est la politique de confidentialité du SP ?

Toutes les informations ci-dessus doivent être incluses dans l'écran de consentement de manière précise et claire. L'utilisateur devrait pouvoir comprendre l'information sans aucune ambiguïté. Cela est particulièrement important pour les données utilisateur qui sont collectées et leur utilisation.

Il incombe à l'IdP de s'assurer que les données utilisateur ne sont utilisées que dans le but pour lequel l'utilisateur a consenti. L'IdP ne doit pas permettre au SP d'utiliser les données utilisateur à d'autres fins sans le consentement explicite de l'utilisateur.

Conclusion#

En résumé, une page de consentement sert de mécanisme pour obtenir la permission explicite des utilisateurs concernant la gestion de leurs données, favorisant la transparence et la conformité avec les lois sur la protection de la vie privée. Elle est actuellement requise par tous les principaux IdP pour les SP tiers, et elle joue un rôle important dans la protection de la vie privée et de la sécurité des données des utilisateurs, surtout si vous fournissez un service IdP tiers.