FR 3076152 A1 20190628 FR 1762794 A 20171221 Arrière an de l'ievention L'invention se rapporte au domaine du :[-itement de données et porte plus particulièrement sur la validation de données par des terminaux de validation. 10 Aujourd'hui, les compétences et expériences d'un travailleur sont amenées à évoluer tout au long de sa carrière professionnelle. Ii est très fréquent qu'au cours de sa vie active, un travailleur change régulièrement de poste de travail, d'entreprise ou de secteur d'activité. Le profil d'un travailleur peut donc se caractériser pas diverses données personnelles relatives au travailleur, telles que par exemples des données caractérisant 15 les compétences du travailleur, son parcours professionnel (périodes d'activité, entreprises, postes...), ses qualifications, ses formations etc. Or, les données personnelles relatives aux travailleurs, en particuliers les travailleurs précaires ou indépendants, sont difficiles à certifier ou vérifier car il n'existe pas actuellement d'oi ganisme certificateur hormis les organismes de formation qui peuvent 20 éventuellement attester un transfert de savoir mais pas une réelle compétence en situation opérationnelle. Selon l'usage actuel, les travailleurs ont de plus en plus recours à des réseaux professionnels en ligne ViadeoTM etc.) pour se constituer de Façon déclarative un profil professionnel accessible par les recruteurs, mais cette approche ne garantit pas une fiabilité des informations présentées par le travailleur. 25 Compte-tenu de l'évolution rapide des modes de travail, il est nécessaire que chaque travailleur puisse rendre accessible, de façon fiable, son profil professionnel ou personnel afin notamment d'augmenter ses opportunités de carrière et de faciliter sa mobilité professionnelle. De manière plus générale, il n'existe pas aujourd'hui de système satisfaisant 30 permettant de façon i'able et sécurisée à un riciiviclu de valider ses données personnelles, qu'elles soient de nature professionnelle ou autre, et de rendre celles-ci accessibles à un public cible. Objet et résumé dc l'invention 35 Un objet de l'invention est de palier les inconvénients et insuffisances décrits ci-avant. A cet effet, la présente invention concerne un procédé de validation mis en oeuvre par un premier terminal de validation appartenant à un réseau de terminaux de validation, le procédé comprenant les étapes suivantes : 2 obtention de données de transaction comprenant des données personnelles quetiant au me:ns un utilisateur ; Jrcqe au sort aléatoire au cours duquel le premier terminal de validation coopère avec d'autres terminaux de validation participants pour sélectionner collectivement, parmi les terminaux de validation participants, un terminal de validation, dît terminal de mise à jour, le ti:-age au sort aléatoire comprenant : - envoi, aux autres terminaux de vaHdation participants, de données de transaction validées par le premier terminal de validation et d'une valeur aléatoire chiffrée par le premier termina! de validation à partir d'un 10 algorithme de chiffrement ; - réception de données de transaction validées par les autres terminaux de validation participants et de valeurs aléatoires chiffrées obtenues par les autres terminaux de validation participants à partir dudit algorithme de chiffrement ; 15 - calcul d'un produit C desdites valeurs aléatoires chiffrées ; - échange, avec les autres terminaux de validation participants, de déchiffrements partiels du produit C; - déchiffrement du produit C à partir d'un nombre prédéterminé de déchiffrements partiels obtenus ; et 20 - détermination, à partir du déchiffrement du produit C, d'un terminal de validation participant sélectionné en tant que terminal de mise à jour par le tirage au sort aléatoire ; et mise à jour d'une base de données à partir des données de transaction validées par le terminal de valida -don sélectionné no tant que terminal de mise à jour. 25 Selon un exemple particulier; le procédé comprend une étape de première vérification de la validité des données de transaction par le premier terminal de validation. Cette première vérification est par exemple réalisée avant l'étape de tirage au sort. La présente invention permet avantageusement de valider de façon fiable et sécurisée des données personnelles d'un utilisateur en utilisant un réseau décentralisé de 30 terminaux de validation. Aucun organisme central ou entité centrale n'est requis pour mettre en oeuvre de l'invention. Les terminaux de validation sont capables de valider les données personnelles collectivement et de déterminer aléatoirement celui qui a la charge de déterminer les données de mise à jour. J. csi: ainsi possible de valider de façon décentralisée des données personnelles 35 relatives à des travailleurs par exemple, telles que des données de compétence comme déjà décrit. L'invention permet en particulier à des donneurs d'ordre ou certificateurs de certifier des données personnelles d'un travailleur avant validation par un ensemble de terminaux de validation. 3 L'invention permet d'éviter le recours à un système central complexe et résout le problème de la définition des responsabilités en confiant la charge de la validation et de la mise à jour à un système décentralisé de terminaux de validation, LES Lâches sont distribuées parmi l'ensemble der -_erminaux de validation du réseau. Selon un mode de réalke . a particulier, lors de l'étape d'obtention, le premier terminal de validation : reçoit les donnc".es de transaction depuis un autre terminal de validation du réseau ; ou 10 reçoit les données de transaction directement d'un terminal externe au réseau sans qu'un autre terminal de validation du réseau serve d'intermédiaire, puis transmet les données de transaction aux autres terminaux de validation du réseau. Le premier te-minai de validation peut ainsi constituer un point d'entrée des données 15 de transactions dans le réseau de terminaux cic validation ou, alternativement, recevoir de façon indirecte les données de transaction pertinentes par l'intermédiaire d'un autre terminal de validation du réseau. Chaque terminal de validation du réseau peut ainsi obtenir les données de transaction à valider et participer au processus de validation et de mise à jour. 20 Selon un moce de réalisation particulier, l'algorithme de chiffrement est un algorithme de chiffrement homomorpie additif à scull exécuté, lors du chiffrement de la valeur aléatoire, à partir d'une clé cryptographique publique dudit algorithme de chiffrement. L'utilisation d'un algorithme de chiffrement honnomorphe additif à seuil permet de 25 faire padiciper un nombre donne de terminaux de validation au tirage au sort aléatoire. Les terminaux de validation participants déterminent ensemble celui parmi eux cr..1 est sélectionné en tant que terminal de validation à l'issue du tirage au sort. La fiabilité du processus est garantie sous réserve qu'un nombre minimum de terminaux de validation sont de confiance (c'est-à-dire le nombre défini par le seuil de l'algorithme), et ce même 30 si les terminaux de validation ne se font pas confiance entre eux. Selon un mode de réalisation particulier, l'étape de tirage au sort aléatoire comprend les étapes suivantes : génération de la valeur aléatoire du premier terminal ; chiffrement, par l'algorithme de chiffrement, de ladite valeur aléatoire pour 35 obtenir la valeur aléatoire chiffrée : génération d'une preuve à divulgation nulle de connaissance de la valeur aléatoire ; 4 - envoi, aux autres terminaux de validation participants, de premières données de validation comprenant es données d transaction validées a r le premier terminai de validation, le valeur aléatoire chiffrée et la preuve à divulgation nulle de connaissance de ladite valeur aléatoire ; - réception, en provenance de chaque autre terminal de validation participant, de deuxièmes données de validation comprenant les données de transaction validées par ledit autre terminal de validation participant, la valeur al(eoire chiffrée obtenue par ledit autre terminal de validation participant à partir dudit algorithme de chiffrement, et une preuve à divulgation nulle de connaissance de 10 ladite valeur aléatoire respective ; - cleuxi-ne vérification, pour chacune des deuxièmes données de validation reçues, de la validité des données de transaction respectives et de la validité de la preuve à divulgation nulle de connaissance de la valeur aléatoire respective ; - sélection, à partir des résultats de l'étape de deuxième vérification pour chacune 15 des deuxièmes données de validation reçues, de données de validation valides ; calcul du produit C des valeurs aléatoires chiffrées respectives de chacune des données de validation valides ; déchiffrement partiel du produit C à partir d'une clé cryptographique privée de l'algorithme de chiffrement ; 20 diffusion, aux autres terminaux de validation participants, du déchiffrement partiel du produit C et réception de déchiffrements partiels du produit C calculés par d'autres terminaux de validation participants à partir d'une clé cryptographique privée respective de l'algorithme de chiffrement ; obtention d'au moins un nombre prédéterminé de déchiffrements partiels du 25 produit C et combinaison desdits déchiffrements partiels de sorte à déterminer la somme des valeurs aléatoires respectives de chacune des données de validation valides ; et - détermination, à partir de ladite somme, d'un terminal de validation participant sélectionné en tant que terminal de mise à jour lors du tirage au sort aléatoire. 30 La sélection aléatoire du terminal de mise à jour parmi les terminaux de validation a pour conséquence de fiabiliser les données personnelles avec lesquelles chaque base de données est mise à jour. Personne n'est en mesure de prédire à l'avance quel valideur sera sélectionné lors d'un prochain tirage au sort. 35 Selon un mode de réalisation particulier, lors de l'étape de sélection, le premier terminal de validation forme une liste des données de validation valides comprenant les de:ex:à-nes données de validation reçues pour :2a5qua:11es les données de transaction respectives et la preuve de divulgation nulle de connaissance de la valeur aléatoire respective sont valides, ladite liste étant diffusée par le premier terminai de validation, lors de l'étape de diffusion, aux autres terminaux de validation participants. Lors du tirage au sort aléatoire, les terminaux de validation participants s'échangent ainsi les données jugées valides ainsi que la veuve qu'ils ont bien connaissance de leur valeur aléatoire respective (dans son état dechiftr). L'usage de tisies preuves permet de sécuriser encore d'avantage le procédé dans la mesure où chaque terminal de validation peut être authent:fié à partir de cette preuve sans révéler pour autant la valeur aléatoire. Selon un mode de réalisation particulier, le produit C est égal au chiffrement, selon l'algorithme de chiffrement, de la somme des valeurs aléatoires de chacune des données de validation valides, et dans lequel, lors de l'étape de détermination, le terminai de mise à jour est déterminé à partir de la somme des valeurs aléatoires de chacune des données de validation valides et du modulo du nombre de terminaux de validation participants ayant participé au tirage au sort aléatoire. L'usage des valeurs aléatoires fournies par les différents terminaux de validation participants ainsi que du modulo du nombre de participants permet de rendre hautement imprédictible le terminal de validation élu par le tirage au sort en tant que terminal de mise à jour. Selon un mode de réalisation particulier, les premières données de validation comprennent en outre une signature des données de validation déterminée à partir d'une clé cryptographique secrète du premier terminal de validation. L'ajout d'un tel mécanisme de signature permet de sécuriser encore d'avantage le procédé dans la mesure où il est possible de vérifier que les données de validation proviennent bien du premier termina de validation. Dans un mode particulier de réalisation, les différentes étapes du procédé de validation tel que défini dans ce document sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dons un dispositif tel qu'un terminal de validation, ou plus généralement dans un ordinaLetr, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de validation tel que défini ci-dessus. L'invention vise aussi un support d'enregistrement (ou support d'information lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. 6 A noter que les programmes d'ordinateur meniionnes dans le présent exposé peuvent utiliser n'importent quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. De plus, les supports d'enregistrement mentionnés dans cet exposé peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique,par exemple une disquette (floppy disc) ou un disque dur. 10 D'autre part, les supports d'enregistrement peuvent correspondre à un support transm ssible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, les supports d'enregistrement peuvent correspondre à un circuit 15 intégré clans Lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. La présente invention concerne également un terminal de validation configure pour mettre en oeuvre un procédé de validation tel que défini ci-avant. Plus particulièrement, l'invention vise un terminal de validation appartenant à un réseau de terminaux de 20 validation en tant que premier terminai de validation, comprenant : un module d'obtention de données de transaction comprenant des données personnelles qualifiant au moins un utilisateur ; un module de traitement configure pour réaliser un tirage au sort aléatoire en coopérant avec d'autres terminaux de validation participants pour sélectionner 25 collectivement, parmi les terminaux de validation participants, un terminal de validation, dit terminal de mise à jour, dans lequel le module de traitement est confi eré, lors du tirage au sort aléatoire, pour : - envoyer, aux autres terminaux de validation participants, des données de 30 transaction validées par le terminal de validation et une valeur aléatoire chiffrée par le module de traitement à partir d'un algorithme de chiffrement ; recevoir des donn&a; de transaction par les autres terminaux de validation participants et de valeurs aléatoires chiffrées obtenues par les 35 autres terminaux de validation participants à partir guet,: algorithme de chiffrement ; - calculer un produit C desdites valeurs aléatoires chiffrées ; 7 - échanger, avec les autres terminaux de validation participants, des déchiffrements partiels du produit C ; - déchiffrer le pmduit à partir d'un nombre prédéterminé de déchiffrements parois obtenus ; et - déterminer, à partir du déchiffrement du produit C, un terminal de validation participant sélectionné en tant que terminal de mise à jour par le tirage au sort aléatoire ; et un module de mise, à jour configure pour mettre à jour la base de données a partir des données de transaction validées par le module de vérification si le 10 module dc traitement détecte que ledit premier terminal de validation a été sélectionné en tant que terminal de mise à jour lors du tirage au sort aléatoire. Selon un mode dc i.-.,71isation, l'invention est mise en oeuvre au moyen de composants logicies et/ou matériels. Dans cette optique, le terme « module » peut correspondre dans ce document eiLISSi bien à un composant logiciel, qu'à un composant 15 matériel ou à un ensemble de composants matériels et logiciels. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. 20 A noter que les différents modes de réalisation mentionnés ci-avant en relation avec le procédé de validation de l'invention ainsi que les avantages associés s'appliquent de façon analogue au terminal de validation de l'invention. Selon un mode de réalisation particulier, le premier terminal de validation comprend un module de vérification pour réaliser une première vérification de la validité des 25 données de transction. L'invention concerne également un système comprenant, dans un réseau, une pluralité de terminaux de validation tels que définis ci-avant en tant que premier terminal de validation, lesdits terminaux étant configurés pour coopérer ensemble lors d'un tirage au sort aléatoire pour sélectionner collectivement en tant que terminal de mise à jour l'un 30 parmi ladite pluralité de terminaux de validation. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent des 35 exemples de réalisation dépourvus de tout caractère limitatif. Sur les figures: - la figure 1 représente schématiquement un environnement comprenant un réseau de terminaux de validation selon un mode de réalisation de l'invention ; 8 la figure 2 représente schématiquement la structure d'un terminal de vedation. scion un mode de réalisation particulier de l'invention ; - la ,:çy_ire 3 represc.Tite ,.-retiquement la configuration fonctionnelle d'un terminai de valiciann selon Lin mode de réalisation particulier de l'invention ; - la figure 4 représente, sous forme d'un diagramme, les étapes d'un procédé de validation selon un mode de réalisation particulier de l'invention ; et la figure 5 représente, sous forme d'un diagramme, les étapes d'un procédé de validation selon un mode de réalisation particulier de l'invention. 10 Description détaillée de plusieurs modes de réalisation Comme indiqué précédemment, l'invention vise à valider les données personnelles d'un utilisateur. Dans le cadre de l'invention, des données personnelles relatives à l'utilisateur peuvent être quelconques, et peuvent notamment être (ou comprendre) des données de compétence représentatives des compétences d'un individu ou encore des 15 données professionnelles caractérisant les aptitudes d'un individu, par exemple pour accomplir une mission professionnelle ou un travail donné. Ces données personnelles sont destinées à être rendues publiques, ou du moins à être accessibles à un public cible tel que des recruteurs, employeurs etc. Comme indiqué par la suite, avant d'être accessibles au public cible, ces données 20 personnelles sont certifiées par un tiers de confiance, afin de garantir l'authenticité des informations mises en jeu. Dans ce document, des exemples de mise en oeuvre dc l'invention sont décrits dans le cadre de la validation de données personnelles caractérisant le profil professionnel d'un utilisateur (i.e. un travailleur ou chercheur d'emploi par exemple). Ces données 25 personnelles qualifient au moins l'un parmi : une ou plusieurs compétences de l'utilisateur, un ou des domaines techniques (ou domaines d'activité), une ou des qualifications de l'utilisateur, et une ou des formations (professionnelles, académiques, ou autres) de l'utilisateur. On comprend cependant que l'invention ne s'applique pas de manière exclusive à la 30 validation de données personnelles d'ordre professionnel mais peut être mise en oeuvre pour de quelconques données relatives à un utilisateur ou un individu, par exemple des données caractérisant par exemple le profil médical d'un utilisateur, son profil sporLif... Comme indiqué précédemment, il n'existe pas aujourd'hui d'organisme de certification chargé de certifier les données personnelles d'un travailleur en vue de les 35 rendre accessible à un public cible. Un système centralisé muni d'une base de données pourrait permettre de valider ces données personnelles et garantir l'accès aux personnes concernées mais un tel système pose des problèmes de mises en oeuvre en raison notamment du nombre important d'acteurs impliqués (travailleurs, employeurs, 9 organismes publics ou privés...) et de la complexité d'un tel système, mais aussi à cause de la nécessité de mettre à jour régulièrement (si possible en temps réel) la base de données., ou encore de la difficulté de définir qui se-a le gestionnaire de cette base de données. Aussi, l'invention propose de mettre en oeuvre une solution décentralisée, plus adaptée aux problèmes et contraintes énoncés précédemment. L'invention, scion ses différents modes de réalisation, met ainsi en oeuvre un procédé de validation mis en oeuvre par un premier terminal de validation appartenant à un réseau (ou cercle) de terminaux de validation. Ce procédé comprend : l'obtention de données de 10 transaction comprenant des données personnelles d'un utilisateur et un tirage au sort aléatoire au cours duquel le premier terminal coopère avec d'autres terminaux de validation participants pour sélectionner collectivement, parmi les terminaux de validation participants, un terminal de validation, dît terminal de mise à jour, destiné à mettre à jour une base de données. Comme indiqué par la suite, ce tirage au sort peut comprendre en 15 particulier : un échange de valeurs aléatoires chiffrées entre les terminaux de validation participants, le calcul d'un produit à partir de ces valeurs aléatoires chiffrées et le déchiffrement collectif de ce produit afin d'en déduire le terminal de validation participant qui est sélectionné pour mettre à jour la base de données. L'invention permet ainsi la mise à jour d'une base de données, par un terminal de validation de confiance, à partir de 20 données personnelles qui ont été préalablement validées. L'invention vise aussi notamment le terminal de validation correspondant et un système comprenant une pluralité de terminaux de validation correspondants. D'autres aspects et avantages de la présente invention ressortiront des exemples de réalisation décrits ci-dessous en référence aux dessins mentionnés ci-avant. 25 Sauf indications contraires, les éléments communs ou analogues à plusieurs figures portent les mêmes signes de référence et présentent des caractéristiques identiques ou analogues, de sorte que ces éléments communs ne sont généralement pas à nouveau décrits par souci de simplicité.. _a figure 1 représente schématiquement un environnement comprenant un terminal 30 T1 d'un utilisateur UR (un travailleur par exemple), un terminal T2 d'un tiers DO (un donneur d'ordre ou un certificateur, par exemple un employeur) et un réseau R de terminaux de validation V. Les terminaux Ti et T2 peuvent présenter une architecture d'ordinateur quelconque. Le terminal Ti est apte à communiquer avec, d'une part, le terminal T2 et, d'autre part, 35 avec au moins un terminal de validation V constituant un point d'entrée du réseau R. En particulier, le terminal Ti et le terminal 1 2peuvent s'échanger des données personnelles DP et des données de transaction DT et, par ailleurs, le terminal Ti peut transmettre de 10 telles données personnelles DT au réseau R "-- re comme décrit plus en détail par la suite. Comme illustré, le terminal Ti de l'utilisateur UR comporte, dans une ou plusieurs mémoires, un programme d'ordinateur PG1 et une paire de clés cryptographiques constituée ici d'une clé secrète skT et d'une clé publique pkT comlémentaire. Le terminal Ti exécute le programme d'ordinateur PG1 pour mettre en muvre l'invention, comme décrit ultérieurement dans des modes de réalisation particuliers. Comme illustré, le terminal T2 du certificateur DO comporte, dans une ou plusieurs mémoires, un programme d'ordinateur PG2 et une paire de clés cryptographiques 10 constituée ici d'une clé secrète skDO et d'une clé publique pkDO complémentaire (ou associée). Le terminal T2 exécute le programme d'ordinateur PG2 pour mettre en oeuvre l'invention, comme décrit ultérieurement dans des modes de réalisation particuliers. Dans cet exemple, l'utilisateur UR est un travailleur et le certificateur DO est un employeur habilité à certifier des données personnelles DP relatives à l'utilisateur UR. 15 Le réseau R comporte une pluralité de terminaux de validation V, à savoir n terminaux de validation notés de V1 à V, dans cet exemple. Chaque terminal de validation V peut par exemple être contrôlé par un tiers (individu, organisme de validation...) agissant en tant que valideur (ou contrôleur), Les terminaux de validation V forment ensemble un cercle (ou groupe) de terminaux valideurs aptes à valider des données de 20 transaction DT, et plus particulièrement des données personnelles DP relatives à [utilisateur UR. Les terminaux de validation V forment ensemble un système SY. Dans cet exemple, chacun des n terminaux de validation V1 à V, comprend, dans le réseau R, une base de données (ou registre) respective DB1 à DBn (notées collectivement DB) qui lui est propre et qu'il peut mettre à jour avec des données personnelles DP de 25 l'utilisateur UR. Les terminaux de validation V peuvent chacun constituer un serveur distinct. Par « base de données », on entend ici tout type de structure ou mémoire permettant de stocker des données. Le réseau R est par exemple un réseau pair à pair. Le réseau R décentralisé permet 30 collectivement de valider des données personnelles DP et d'enregistrer ces données validées de sorte à ce qu'elles soient accessibles si besoin, comme indiqué ultérieurement. Dans cet exemple, on suppose que chaque terminal de validation V présente la même archiLecture et est configuré de la même manière, bien que des variantes soient possibles dans le cadre de 35 La figure 2 représente schématiquement la structure d'un terminal de validation noté ici V (I etant un nombre entier compris entre 1 et n), ce terminal appartenant au réseau P. fiçure 1) et constituant un premier terminal de validation au sens de l'invention. 11 Le terminal de validation Vi est apt.e à communiquer avec tous les autres terminaux de validation V (ses pairs) au sein du eau R. Plus précisément, le terminal de validation Vi comprend dans cet exemple au moins un processeur 2, une mémoire volatile réinscriptibie 4 (de type RAM), une mémoire non volatile réinscripti.ble 6 (de type Flash ou EEPROM par exemple) et une interface de communication 8. La mémoire non volatile réinscriptible 6 constitue un support d'enregistrement (ou support d'informations) conforme à un mode de réalisation particulier, lisible par le terminal de validation Va et sur lequel est enreoistte un programme d'ordinateur PG3 10 conforme à un mode de réalisation particulier. Ce programme d'ordinateur PG3 comporte des instructions pour l'exécution des étapes d'un Procédé de validation selon un mode de. réalisation particulier et dont les étapes seront décrites ultérieurement. .Pus généralement, on suppose que chaque terminal de validation V du réseau R comporte un programme d'ordinateur PG3. Lorsqu'ils sont exécutés collectivement par les 15 terminaux de validation V, ces programmes d'ordinateur PG3 permettent l'exécution des étapes d'un procédé de validation pour valider collectivement des données de transaction comprenant des données personnelles qualifiant au moins un utilisateur et pour mettre à jour une base de données à partir des données de transactions validées. Dans cet exemple; la mémoire 6 comprend également une première paire de clés 20 cryptographiques d'un algorithme de signature, cette paire étant constituée d'une clé privée skVi et d'une clé publique pkVi con-Ipaàmeritalre. La mémoire 6 comprend également une deuxième paire de clés cryptographiques d'un algorithme de chiffrement E, cette deuxième paire comprenant une clé privée ski et une clé publique PK associée. La clé privée ski est spécifique au terminal Vi. La clé publique PK est partagée entre tous les 25 terminaux valideurs V. En d'autres termes, la clé publique PK est commune à tous les terminaux eaLleurs. Toujours dans cet exemple, la mémoire 6 comprend une clé publique pkDO du certificateur DO, cette clé pkDO étant complémentaire de la clé privée .skDO utilisée par le donneur d'ordre DO pour certifier des données personnelles. 30 Comme décrit par la suite, l'utilisation de clés cryptographiques permet de sécuriser la certification et la mise en accès au public de données personnelles DP. Pour ce faire, des clés cryptographiques complémentaires publique et privée sont utilisées dans cet exemple, bien que des variantes soient possibles. L'interface de communication 8 permet au terminal de validation Vi d'échanger des 35 données avec les autres terminaux de validation V du réseau R et, le cas échéant, avec le terminal Ti de l'utilisateur. On comprendra que certains éléments généralement présents dans un terminal ou serveur ont été volontairement omis en fgo r7 car ils ne sont pas nécessaires à la 12 compréhension de la présente invention. L'homme du métier comprend en outre que certains éléments sont décrits dans ce document dans le seul but de faciliter la compréhension de 'invention, ces éléments n'étant pas obligatoires pour mettre en oeuvre 5 Dans les exemples de réalisation décrits ci-après, l'algorithme de chiffrement E tiisé par les terminaux de validation V est un algorithme de chiffrement homomorphe additif à seuil. Il s'agit par exemple d'un chiffrement de Paillier, des variantes étant possibles. Pour rappel, un algorithme de chiffrement homomorphe additif permet à partir d'un chiffré (ou chiffrement) d'un message ml et d'un chiffré d'un message m2 d'obtenir un 10 chiffré de la somme des messages m1-i-m2. Ainsi, en multipliant par exemple un chiffré de Pailler d'un message ml par un chiffré de Pailler d'un message m2, on obtient un chiffré du message m1±m2, ou autrement dit : Epiami) EPK( ) = EPK (n1 où PK est la clé publique de l'algorithme de chiffrement E, partagée par les 15 participants au processus de chiffrement. Dans ce document, le terme « chiffré » désigne le résultat d'un chiffrement. Par exemple, le chiffré (ou chiffrement) de ml désigne le message ml à l'état chiffré. On rappelle également qu'un algorithme de chiffrement à seuil requiert la coopération d'un nombre prédéfini de participants, détenant chacun une clé privée associée à une clé 20 publique, afin de déchiffrer un message quelconque. Ce nombre prédéfini constitue le seuil de l'algorithme de chiffrement. Par ailleurs, le processeur 2 piloté par le programme d'ordinateur PG3, met ici en oeuvre un certain nombre de modules représentés en figure 3, à savoir : un module de d'obtention MD2, un module de vérification MD4, un module de traitement MD6 et, 25 éventuellement, un module de mise à jour MD8. Le module d'obtention MD2 est configure pour obtenir des données de transaction DT comprenant des données personnelles DP qualifiant l'utilisateur UR. Comme indiqué par la suite, ces données de transaction DT peuvent être obtenues de différentes manières : le module d'obtention MD2 peut, par exemple, recevoir les données de transaction DT 30 depuis le terminal Ti sans qu'aucun autre terminal de validation V ne serve d'intermédiaire (dans ce cas, le terminal de validation V1 fait office de point d'entrée dans le réseau R) ou recevoir ces données de transaction DT par l'intermédiaire d'au moins un autre terminal de validation V qui diffuse cette information dans le réseau R. Le module de vérification MD4 est configure pour vériier (première vérification) la 35 validité des données de transaction DT récupérées par le module d'obtention MD2. Le module de traitement MD6 est configure pour ré2liser un tirage au sort aléatoire en coopérant avec d'autres terminaux de validation - notés V - participant au tirage au 13 sort, pour sélectionner collectivement, parmi tous les terminaux de validation V participants (V; et !es VI un terminal de validation, dit terminal de mise à jour, destiné à mettre à jour les bases de données DB (cf, figure 1, 1 étant un nombre entier différent de i et compris erit:-.D t et n). Les opérations réa:isées par le module de traitement MD6 dans le cadre de cette coopération avec les autres terminaux de validation V; participants lors du tirage au sort aléatoire sont décrites plus en détail ultérieurement. Le module de traitement MD6 est configure pour déterminer, à l'issue de cette coopération, le terminal de validation, parmi les terminaux de validation V participants, qui est sete.ctionné en tant que terminal de mise à jour pal e tirage au sort aléatoire. 10 Le module de mise à jour MD8 est configure pour mettre à jour la base de données DB à partir des données de transaction DT qui ont été validées par le terminal de validation sélectionné en tant que terminal de mise à jour par le tirage au sort aléatoire. La configuration des modules MD2 à MD8 du terminal de validation V; apparaîtra plus précisément dans les exemples de réalisation décrits ci-après en référence eux figures 15 et 5. A noter que les modules MD2 à MDS tels que représentés en figure 3 ne représentent qu'un exemple de mise en oeuvre non limitatif de l'invention. Conformément à l'invention, les principales étapes réalisées par le premier terminal de validation VI comprennent: - obtention de. données de transaction DT comprenant des données personnelles 20 DP qualifiant l'utilisateur UR ; - vérification de la validité des données de transaction DT; - tirage au sort aléatoire au cours duquel le premier terminal de validation Vi coopère avec d'autres terminaux de validation V; participants pour sélectionner collectivement, parmi les terminaux de validation participants, un terminal de 25 validation, dit terminal de mise à jour ; et - mise à jour d'une base de données à partir des données de transaction validées par le terminal de validation sélectionné en tant que terminal de mise à jour par le tirage au sort aléatoire. Un mode de réalisation particulier est à présent décrit en référence aux figures 1-4. 30 Plus précisément, le terminal de validation V; décrit ci-avant met en oeuvre un procédé de validation en exécutant le programme d'ordinateur PG3. Plus généralement, les terminaux de validation V du réseau R (figure 1) exécutent chacun un programme d'ordinateur respectif PG3. Les terminaux T1 et T2 décrits précédemment exécutent en outre leur programme d'ordinateur respectif PG1 et PG2, respectivement. 35 On suppose ici que l'utilisateur UR souhaite faire certifier, et rendre accessibles, des données personnelles DP le qualifiant. Comme déjà indiqué, ces données personnelles peuvent varier selon le cas et comprennent, dans cet exemple, au moins un couple (DM, CP) où DM est un domaine de compétence et CP est une compétence associée, 14 Au cours d'une étape 52 d'envoi, le terminal Ti envoie les données personnelles DP de l'utilisateur UR ainsi que la clé cryptographique publique pkT au terminal T2 du tiers DO. Si ce tiers DO reconnaît les compétences de l'utilisateur UR, le terminal T2 signe (S4) les données personnelles .DP à l'aide de sa clé privée skDO : Sign [skDO (DP)], où Sign est une fonction cryptographique de signature. Ce processus de signature permet au tiers de certifier l'authenticité des donnes personnelles DP. Au cours d'une étape 56 d'envoi, le terminal 12 envoie au terminal T1 les données personnelles DP, la clé publique pkDO du terminal T2 ainsi que la signature des données personnelles obtenue en 54. L'ensemble des données envoyées en S6 au terminal Ti 10 constitue des données de transaction DT comprenant les données personnelles DP qualifiant l'utilisateur UR. Au cours d'une étape S8 d'envoi, le terminal T1 envoie ensuite les données de transaction DT au réseau R. Dans cet exemple, on suppose que ces données de transaction DT sont reçues directement par le premier terminal de validation V; illustré en 15 figures 2 et 3. Le terminal de validation V1 obtient (510) ainsi les données DT sans qu'un autre terminal de validation V du réseau R serve d'intermédiaire. Le premier terminal de validation V1 constitue alors le point d'entrée des données de transaction DT dans le réseau R. Dans ce cas, le premier terminal de validation VI diffuse (S10) en outre les données de transaction DT aux autres terminaux de validation V du réseau R. 20 Selon une variante, le premier terminal de validation V1 reçoit en 510 les données de transaction DT depuis un autre terminal de validation V du réseau R. Dans ce cas, il n'est pas nécessaire que le premier terminal de validation Ili diffuse à nouveau cette information dans le réseau R. Selon une variante, les données de transaction DT sont envoyées directement par le 25 terminal T2 du donneur d'ordre DO dans le réseau R. Le premier terminal de validation V, réalise ensuite un certain nombre d'étacs de traitement décrites ci-après. Bien que cela ne soit pas décrit en détail par souci de simplicité, les autres terminaux de validation V; réalisent parallèlement les mêmes étapes de traitement que le premier terminal de validation Vi. 30 Au cours d'une étape S12 de vérification, le premier terminal de validation 1/1 vérifie les données de transaction DT obtenues en 510. Cette vérification peut être réalisée selon une quelconque méthode appropriée. En particulier, le premier terminal de validation V1 peut utiliser la clé publique pkDO du tiers DO pour vérifier que la signature présente dans les données de transaction DT (Sign [skDO (DP)]) est valide. Si c'est le cas, cela signifie 35 que les données personnelles DP sont authentiques. D'autres vérifications peuvent éventuellement être réalisées par le terminal de validation Vien fonction du cas d'espèce. Le premier terminal de validation VI peut réitérer plusieurs fois les étapes 510 et S12 afin de valider différentes données de transaction DT qualifiant un ou une pluralité 15 d'utilisateurs UR. On suppose ici qu'à l'issue des étapes 510 et 512 (réitérées éventuellement plusieurs fois), le premier terminal de validation V, a validé un bloc (ou ensemble) B. de données de transaction DT qualifiant (7.m moins un utilisateur UR. Au cours d'une étape 514 de tirage au sort aléatoire, le premier terminal de 5 validation VI coopère avec d'autres terminaux de validation, notés Vi, participant audit tirage au sort pour sélectionner collectivement, parmi les terminaux de validation V participants (y compris le premier terminal de validation V1), un terminal de validation, dit terminal de mise à jour Vx, destiné à déterminer les données à mettre à jour dans les bases de données DB, y compris la base de données DB; du premier terminal V1 (X étant 10 un entier compris entre 1 et n). Comme indiqué par la suite, les données de transaction validées par ce terminal de mise à jour Vx sont celles utilisées par chaque terminal de validation V pour mettre à jour sa base de données DB correspondante. On suppose dans cet exemple que le premier terminal de validation V1 réalise le tirage au sort S14 après avoir validé le bloc Bide données de transaction DT. Comme déjà 15 indiqué, les autres terminaux de validation 1/1 participants réalisent parallèlement la même étape 514 de tirage au sort après avoir validé leur bloc respectif 131 de données de transaction DT. Autrement dit, un tirage au sort aléatoire est réalisé collectivement par tous les terminaux de validation V participants. Dans l'exemple décrit ici, lors du tirage au sort 514, le premier terminal de 20 validation V1 réalise les étapes 516 à 526 décrites ci-après. On suppose ici que tous les terminaux de validation V (i.e. le premier terminal de validation VI et les autres terminaux de validation \fi) du réseau R participent au tirage au sort 514 bien que des variantes sont possibles selon lesquelles seuls certains terminaux de validation V du réseau R participent au tirage au sort. 25 Plus particulièrement, dans cet exemple, le premier terminal de validation V1 envoie (516) aux autres terminaux de validation 1/1 participants, les données de transaction B1 précédemment validées en 512 ainsi qu'une valeur aléatoire chiffrée - notée Ei - obtenue par le premier terminal de validation 1/1 à partir de l'algorithme de chiffrement E, de sorte que : K (ai) 30 où a; est une valeur aléatoire à l'état non chiffré générée par le premier terminal de validation V1 et El est le chiffré de cette valeur aléatoire. Au cours d'une étape 518 de réception, le premier terminal de validation V1 reçoit des données de transaction B1 validées par les autres terminaux de validation 1/1 35 participants ainsi que des valeurs aléatoires chiffrées Ej obtenues par les autres terminaux de validation V; participants à partir de l'algorithme de chiffrement E, comme indiqué ci-après : 16 où ai est une valeur aléata,re à l'état non chiffré générée par chaque autre terminal de validation Vj et Ei le chiffré de cette valeur aéatiofte. Au cours d'une étape S20 de calcul, le premier terminal de validation V1 calcule le produit - noté C - des vdeurs aléatoires chiffrées précédemment obtenues, à savoir le. chiffrement El obtenu en 516 et les chiffrements E obtenus en S18, de sorte que : C = iI=1 Epic (air) = Epi( r)) Le calcul de ce produit C est ici réalisé à partir de la clé publique PK de l'algorithme 10 de chiffrement E. La valeur I représente le nombre de terminaux participant au tirage au sort (ici 1=n) Au cours d'une étape S22 d'échange, le premier terminal de validation V1 échange avec les autres terminaux de validation participants V des déchiffrements partiels c du produit C. Plus particulièrement, lors de l'étape S22, le premier terminal de validation V, 15 envoie (S22a), aux autres terminaux de validation V participants, un déchiffrement partiel ci du produit C qu'il a préalablement déterminé à partir d'une fonction D de déchiffrement de l'algorithme de chiffrement E et à partir de sa clé privé ski, de sorte que : = D51(C) En outre, toujours lors de l'étape S22, le premier terminal de validation 1/1 reçoit 20 (522b)' en provenance d'au moins une partie des terminaux de validation 1/1 participants, un déchiffrement partiel ci du produit C préalablement déterminé par chacun de ces autres terminaux de validation Vi participant à partir de la fonction D de déchiffrement et à partir de sa clé privé ski, de sorte que : = Dski(C) 25 L'algorithme de chiffrement E étant ici un algorithme à seuil, le déchiffrement du produit C ne peut être obtenu qu'à partir d'au moins s chiffrements partiels déterminés par s terminaux de validation V participants distincts, où s est un nombre entier représentant le seuil de l'algorithme de chiffrement E. Les terminaux de validation V s'échangent ainsi en 522 leur résultat de déchiffrement partiel (noté collectivement c) 30 jusqu'à ce que le premier terminal de. validation V, obtienne le nombre prédéterminé s de déchiffrements partiels. Au cours d'une étape S24 de déchiffrement, le premier terminal de validation V1 déchiffre le produit C à partir des s déchiffrements partiels obtenus (y compris c1 précédemment déterminé par le premier terminal de validation V1). Ce déchiffrement total 35 du produit C - noté a - est réalisé en com.binant les résultats des s déchiffrement partiels. 17 Par ailleurs, comme indiqué ci-avant, en raison ici d caractère homomorphe additif de l'algorithme E, le produit C est tel que : c = s... :- Par censéguent, le déchiffrement du produit C est égal à la somme des valeurs aléatoires génénées par les I terminaux de validation V participant au tirage au sort aléatoire S14, de sorte ( 5 a = Cette somme a = , définit lequel parmi les terminaux de validation V participants est choisi à l'issue du tirage au sort 514 en tant que terminal de mise à jour. Le choix du terminal de mise à jour est ainsi réalisé de manière aléatoire, ce qui permet 10 de sécuriser le procédé de l'invention. Ainsi, au cours d'une étape 526 de détermination, le premier terminal de validation V; détermine le terminal de validation Vx sélectionné par le tirage au sort 514 en tant que terminal de mise à jour à partir du déchiffrement a du produit C,. Autrement dit, le terminal de mise à jour Vx est fonction de la somme a (X = f(a)), la fonction f ainsi 15 appliquée pouvant être adaptée par l'homme du métier selon le cas d'espèce. Selon un exemple particulier, la valeur X définit un terminal de validation Vx sélectionné en tant que terminal de mise à jour par le tirage au sort S14, de sorte que : X = a mod q où q représente le nombre de terminaux de validation participants au tirage au sort 20 S14 dans cet exemple particulier, q = n). Au cours d'une étape 528 de mise à jour, le premier terminai de validation V; met à jour sa base de données DB; à partir des données de transaction Bx validées par le terminal de mise à jour V. Si le premier terminal de validation V; est le terminal de mise à jour Vx sélectionné en 51.4 (X = D, alors le premier terminal de validation VI met jour sa 25 base de données DBi à partir des données de transaction B, validées !ors de 'étape S12 de vérification. Si, en revanche, le terminal de mise à jour Vx sélectionne en S14 est un autre terminal de validation V; participant que le premier terminal de validation V; (X * i), alors le premier terminal de validation V; met jour sa base de données DB; à partir des données de transaction Bi validées par le terminal de mise à jour Vx, reçues en S22b lors 30 de l'étape d'échange S22. La mise à jour réalisée en 528 peut consister en un ajout dans la base de données DB; des données de transaction DT contenues clans les données de transaction Bx, ou plus particulièrement des données personnelles DP co:Tespondantes, ou encore à une modification de données de transaction (ou données personnelles) déjà existantes dans la 35 base de données DI31. Comme déjà indiqué, les autres terminaux de validation Vi participant au tirage au sort réalisent los mêmes étapes 516 à S26 que celles décrites ci-avant en référence au premier termina de validation V. En outre, les autres terminaux de validation Vi 18 participants reçoivent chacun de la même manière que le premier terminal de validation V; en S18) les données de transaction B de ses pairs dans le réseau R et peuvent donc mettre à jour (de la même manière que le premier terminal de validation V; en 528) leur propre base de données DB; à partir des données de transaction validées par le terminal de mise à jour Vx sélectionné par le tirage au sort. De cette manière, chaque base de données DB est mise à jour et peut donc garder le même contenu. Il est ainsi possible pour un tiers d'accéder aux données personnelles de l'utilisateur UR en consultanL l'une quelconque des bases de données DB du réseau R. La figuve 5 représente un mode de réalisation particulier qui est à présent décrit en 10 référence aux figures 1-5. Le terminai de validation VI décrit ci-avant met en oeuvre un procédé de validation en exécutant le programme d'ordinateur PG3. Plus généralement, les terminaux de validation V du réseau R (figure 1) exécutent chacun un programme d'ordinateur respectif PG3 pour exécuter collectivement un procédé de traitement. Les terminaux Ti et T2 décrits précédemment exécutent en outre leur programme 15 d'ordinateur respectif PG1 et PG2, respectivement. On suppose à nouveau que le terminal T1 de l'utilisateur UR. souhaite certifier et rendre accessibles des données personnelles DP le qualifiant, comme déjà expliqué en référence à la figure 4. On suppose en outre que les étapes 52 à 512 ont été réalisées de façon identique à ce qui a été précédemment décrit en référence à la figue 4. 20 On considère à présent que le premie7 terminal de validation V procède au tirage au sort aléatoire 514 au cours duquel il coopère avec d'autres terminaux de validation, notés participant audit tirage au sort pour sélectionner collectivement, parmi les terminaux de validation V participants (y compris le premier terminai de validation V;), un terminal de validation Vx, dit terminal de mise à jour, destiné à déterminer les données à mettre à 25 jour dans les bases de données DB, y compris la base de données DB; du premier terminal VI. On suppose dans cet exemple que le premier terminal de validation V; réalise le tirage au sort 514 après avoir validé un bloc B; de données de transaction DT, comme déjà décrit en référence à la figure 4. 30 L'exemple considéré ici diffère de l'exemple de réalisation représenté en figure 4 dans l'exécution du tirage au sort 514. Comme représenté en figure 5, au cours de ce tirade au sort S14, le premier terminal de validation V; réalise les étapes S40 à 566 décrites cl-après. On suppose ici que tous les terminaux de validation V (i.e. le premier terminal de validation 1/1 et les autres terminaux de validation Vi) du réseau R participent 35 au tirage au sort 514 bien que des variantes sont possibles. Bien que cela ne soit pas décrit en détail par souci de simplicité, les autres terminaux de validation V; rearisc-nt parallèlement les mêmes étapes de traitement que le premier terminal de validation V; lors du tirage au sort aléatoire, 19 Plus particulièrement, dans cet exemple, le premier terminal de validation V; génère (540) une valeur aléatoire a; puis chiffe (S42) cette valeur aléatoire en exécutant l'algorithme de chiffrement E et en utilisant la clé peUique PK : Epiaai) où al est une valeur aléatoire à l'état non chiffré générée par le premier terminal de validation VI et E est le chiffré de cette valeur aléatoire. Le caractère irnprédictible de cette valeur aléatoire e1 permet de garantir le caractère aléatoire du résultat du tirage au sort 514' comme décrit ci-après. Le premier terminal de validation V, génère (544) également une preuve 131 de 10 connaissance de la valeur aléatoire a,. Cette preuve P1 permet à un tiers de vérifier que le premier terminal de validation Vi a bien connaissance de la valeur aléatoire ai. Dans cet exemple particulier, la preuve Pi est une preuve à divulgation nulle (ou « zero-knowledoe proof of knowledge» en anglais) qui permet de prouver la connaissance de la valeur aléatoire ai sans révéler au tiers vérifieur la valeur aléatoire ai en question. 15 Au cours d'une étape 546 d'envoi, le premier terminal de validation Vi envoie aux autres terminaux de validation V; participants des données Mi, dites premières données de validation, comprenant le bloc Bi de transactions validées en S12, la valeur aléatoire chiffrée E1, la preuve PI correspondante, et éventuellement une signature de ces données à l'aide de la clé privée skvi du premier terminal de. validation V:, de sorte que : 20 M, = [131, Ei, P,, Sign[sl REVENDICATIONS1. Procédé de validation mis en oeuvre par un premier terminal de validation (VI) appartenant à un réseau (R) de terminaux de validation (V), le procédé comprenant les étapes suivantes ; obtention (510) de données de transaction (DT) comprenant des données personnelles (DP) qualifiant au moins un utilisateur ; 10 - tirage au sort aléatoire (514) au cours duquel le premier terminal de validation coopère avec d'autres terminaux de validation (\fi) participants pour sélectionner collectivement, parmi les terminaux de validation participants, un terminal de validation, dit terminal de mise à jour, le tirage au sort aléatoire comprenant: - envoi (516), aux autres terminaux de validation participants, de données 15 de transaction (131) validées par le premier terminal de validation et d'une valeur aléatoire chiffrée (E1.) par le premier terminal de validation à partir d'un algorithme de chiffrement ; - réception (518) de données de transaction (Bi) validées par les autres terminaux de validation participants (Vi) et de valeurs aléatoires chiffrées 20 (U obtenues par les autres terminaux de validation participants à partir dudit algorithme de chiffrement ; - calcul (520) d'un produit C desdites valeurs aléatoires chiffrées (El, Ei) ; - échange (S22), avec les autres terminaux de validation participants, de déchiffrements partiels (ci, du produit C; 25 - déchiffrement (524) du produit C à partir d'un nombre prédéterminé (s) de déchiffrements perdais (c1, ci) obtenus ; et - détermination (526), à partir d'un déchUrernen., (p) du produit C, d'un terminai de validation participant sélectionné en tant que terminal de mise à jour (Vx) par le tirage au sort aléatoire ; et 30 mise à jour (528) d'une base de données à partir des données de transaction validées par le terminal de validation sélectionné en tant que terminal de mise à jour. 2. Procédé selon la revendication 1, dans lequel, lors de l'étape d'obtention, le 35 premier terminal de validation - reçoit les données de transaction (DT) depuis un autre terminal de validation (V) du réseau ; ou 26 - reçoit les données de transaction (DT) directement d'un terminal (Ti) externe au réseau sans qu'un autre terminal de validation (V) du réseau serve d'intermédiaire, puis transmet !es données de transaction aux autres terminaux de validation (V) du réseau. 3. Procédé selon la revendication 1 ou 2, dans lequel l'algorithme de chiffrement est un algorithme de chiffrement hornomorphe additif à seuil exécuté, lors du chiffrement de la valeur ,E-Iléatoire, à partir d'une dé cryptographique publique dudit algorithme de chiffrement. 10 4. Procédé selon la revendication 3, dans lequel l'étape de tirage au sort aléatoire comprend les étapes suivantes : - génération (540) de la valeur aléatoire (ai) du premier terminal ; - chiffrement (542), par l'algorithme de chiffrement, de ladite valeur aléatoire pour 15 obtenir la valeur aléatoire chiffrée (Ei) ; - génération d'une preuve (Pi) à divulgation nulle de connaissance de la valeur aléatoire ; envoi (546), aux autres terminaux de validation participants, de r-gemières données de validation comprenant les données de transaction ,aisér par le 20 premier terminal de validation, la vaeur aléatoire chiffrée et l preuve à divulgation nulle de connaissance de ladite valeur aléatoire ; réception (548), en provenance de chaque autre terminal de validation participant, de deuxièmes données de validation (Mi) comprenant les données de transaction validées par ledit autre terminal de validation participant, la valeur 25 aléatoire chiffrée obtenue par ledit autre terminal de validation participant à partir dudit algorithme de chiffrement, et une preuve à divulgation nulle de connaissance de ladite valeur aléatoire respective ; vérification (550), pour chacune des deuxièmes données de validation reçues, de la validité des données de transaction respectives et de la validité de la preuve à 30 divulgation nulle de connaissance de la valeur aléatoire respective ; sélection (552), à partir des résultats de l'étape de vérification pour chacune des deuxièmes données de validation reçues, de données de validation valides (MM) ; - calcul (354) du produit C des valeurs aléatoires chiffrées respectives de chacune des données de validation valides ; 35 déchiffrement paddel (556) du produit C à partir d'une clé cryptographique privée de l'algorithme de chiffrement ; diffusion (S58), aux autres terminaux de validation participants, du déchiffrement partiel du produit C et réception de déchiffrement-, - - d- produit C calculés 27 par d'autres terminaux de validation participants à partir d'une clé cryptographique privée respective de l'algorithme de chiffrement ; obtention (S62) d'au moins un nombre prédéterminé (s) de déchiffrements partiels du produit C et combinaison desdits déchiffrements partiels de sorte à déterminer la somme des valeurs aléatoires respectives de chacune des données de validation valides ; et détermination (564, 566), à partir de ladite somme, d'un terminal de validation participant sélectionné en tant que terminal de mise à jour lors du tirage au sort aléatoire.. 10 5. Procédé selon la revendication 4, dans lequel, lors de l'étape de sélection, le premier te:Tminal de validation forme une liste (L') des données de validation valides comprenant les deuxièmes données de validation reçues pour lesquelles les données de transaction respectives et la preuve de divulgation nulle de connaissance de la valeur 15 aléatoire respective sont valides, ladite liste étant diffusée par le premier terminal de validation, lors de l'étape de diffusion, aux autres terminaux de validation participants. 6. Procédé selon la revendication 4 ou 5, dans lequel le produit C est égal au 20 chiffrement, selon l'algorithme de chiffrement, de la somme des valeurs aléatoires de chacune des données de validation (Mi) valides, et dans lequel, lors de l'étape de détermination, le terminal de mise à jour est déterminé à partir de !a somme des valeurs aléatoires de chacune des données de validation valides et du modulo du nombre de terminaux de validation participants ayant participé au tirage 25 au sort aléatoire. 7. Procédé selon l'une quelconque des revendications 4 à 6, dans lequel les premières données de validation comprennent en outre une signature des données de validation déterminée à partir d'une clé cryptographique secrète (skVi) du premier 30 terminal de validation. 8. Procédé selon l'une quelconque des revendications 1 à 7, dans lequel le réseau de terminaux de validation est un réseau pair à pair. 35 9. Programme d'ordinateur (PG3) comportant des instructions pour l'exécution des étapes d'un procédé selon l'une quelconque des revendications 1 à 8 lorsque ledit programme est exécuté par un ordinateur. 28 10. Snppoit d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PG3) comprenant des instructions pour l'exécution des étapes d'un procédé selon l'une quelconque des revendications 1 à 8. 11. Terminal de validation (Vi) appartenant à un réseau (R) de terminaux de validation (V) en tant que premier terminal de validation, comprenant : un module d'obtention (MD2) de données de transaction (DT) comprenant des données personnelles (DP) qualifiant au moins un utilisateur ; - un module de traitement (MD6) configure pour réaliser un tirage au sort aléatoire en coopérant avec d'autres terminaux de validation (V;) participants pour sélectionner collectivement, parmi les terminaux de validation participants, un terminal de validation, dit terminal de mise à jour, dans lequel le module de traitement est configure, lors du tirage au sort aléatoire, pour : envoyer, aux autres terminaux de validation participants, des données de transaction (Bi) validées par le terminal de validation et une valeur aléatoire chiffrée (Ei) par le module de traitement à partir d'un algorithme de chiffrement ; - recevoir des données de transaction (Bi) validées par les autres terminaux de validation participants (\Li) et de valeurs aléatoires chiffrées (E;) obtenues par les autres terminaux de validation participants à partir dudit algorithme de chiffrement ; - calculer un produit C desdites valeurs aléatoires chiffrées (Ei, Ei) ; - échanger, avec les autres terminaux de validation participants, des déchiffrements partiels (ci, c;) du produit C; - déchiffrer le produit C à partir d'un nombre prédéterminé (s) de déchiffrements partiels (ci, ci) obtenus ; et - déterminer, à partir du déchiffrement (a) du produit C, un terminal de validation participant (Vx) sélectionné en tant que terminai de mise à jour par le tirage au sort aléatoire ; et un module de mise à jour (MD8) configure pour mettre à jour la base de données à partir des données de transaction validées par le module de vérification si le module de traitement détecte que ledit premier terminal de validation a été sélectionné en tant que termina de mise à jour lors du tirage au sort aléatoire. 12. Système (SY) comprenant, dans un 7,,--SC:aLf, une pluralité de terminaux de validatbn (V) conformes à la revendication 11 esdits terminaux étant configurés pour 29 coopérer ensemble lors d'un tirage au :;o:-Ltoire pour sélectionner collectivement en tant que terminal de mise à jour l'un parmii-_':dïte pluralité de terminaux dc validation.