GDPR - Retrait du consentement de l'utilisateur

jvecsei

2018-05-08 01:37:44 UTC

view on stackexchange narkive permalink

J'ai beaucoup lu sur la gestion du consentement des utilisateurs selon le RGPD et un problème que je ne vois pas résolu est la gestion du consentement retiré.

L'utilisateur donne son consentement pour utiliser ses données et enregistrer des données personnelles des informations comme son adresse e-mail, son adresse IP, ...

Si l'utilisateur retire son consentement, je devrais en quelque sorte stocker cette décision dans ma base de données pour m'assurer que j'ai toujours la preuve d'un consentement préalable à quelle date l'utilisateur a retiré son consentement. Mais comment puis-je suivre un consentement retiré si je ne peux plus enregistrer d'informations personnelles pour identifier cette personne. N'est-ce pas une contradiction? Vous avez toujours la possibilité de tout prouver, mais vous êtes obligé de supprimer tous les enregistrements de données enregistrés?

Y a-t-il une partie du RGPD qui me manque, qui résout ce problème spécifique?

Mais si un utilisateur retire son consentement et que vous supprimez toutes ses données, vous n'avez plus aucune raison de stocker des données le concernant. Pourquoi pensez-vous que vous auriez besoin de stocker le fait (et la date) que cet utilisateur a retiré son consentement? Vous devez prouver que vous * avez * votre consentement pour stocker des données, et non que vous * n'avez * pas de consentement (et que vous n'avez donc probablement pas de données stockées). Ou est-ce que je manque quelque chose?

@brhans peut-être que le processeur de données souhaite se protéger contre une allégation ultérieure selon laquelle l'utilisateur n'a jamais donné son consentement, ce qui pourrait être basé sur des preuves que le processeur de données avait précédemment stocké les données de l'utilisateur.

@brhans comme l'a dit Phoog - si des données ont été utilisées lorsque le consentement a été donné et qu'il y a une affirmation ultérieure selon laquelle nous l'avons fait sans le consentement d'un utilisateur donné, nous avons besoin d'une sorte de preuve qu'elles ont été données à une date précise.

Je ne sais rien de la loi, mais d'un point de vue technique, cela semble assez facile à résoudre. Si un utilisateur vous poursuit, il devra probablement s'identifier. Il suffit donc de concaténer leur nom complet et d'autres informations d'identification (nom d'utilisateur? ID utilisateur? Numéro d'identification national? Ce qui fonctionne) et stocker la somme de contrôle SHA256 dans votre base de données, ainsi que la date à laquelle le consentement a été donné ou retiré. Peut-être inclure également l'horodatage dans le hachage (mais l'inclure également à l'extérieur). Et, dans votre accord, exiger de l'utilisateur qu'il accepte de fournir ces pièces d'identité en cas de litige potentiel.

@Mehrdad Je pensais à une approche similaire. Le problème est qu'il s'agirait toujours de "données personnelles" puisque vous êtes en mesure de reconstruire les informations pour identifier un individu. Il ne s'agit que d'une sorte de pseudonymisation qui relève toujours du champ d'application du RGPD.

Eh non, vous ne pouvez pas reconstruire les données. C'est littéralement le but de SHA - vous ne pouvez pas déterminer la chaîne d'origine à partir de la somme de contrôle, mais vous pouvez facilement obtenir la somme de contrôle en utilisant les données - donc si les données ne sont pas disponibles, la somme de contrôle ne signifie absolument rien.

Le problème est qu'il est en quelque sorte reproductible en forçant brutalement, vous pouvez reproduire des données et il est toujours «lié» à un individu. J'ai lu différentes opinions à ce sujet. Bien sûr, ce n'est pas un scénario réaliste, mais il n'y a pas de déclaration officielle spécifiquement pour les données hachées.

N'oubliez pas qu'un hachage signifie une preuve instantanée d'existence, donc lorsque la loi entend empêcher quelqu'un de savoir si vous avez déjà été enregistré sur un site de rencontre, les hachages leur diront si vous l'étiez.