Brevet FR3156937A1 — publié le 20250620

Procédé de contrôle d’accès à un site mis en œuvre par ordinateur et comprenant une phase d’enrôlement et une phase de contrôle. La phase d’enrôlement produit un condensat d’enrôlement signé à partir de données d’enrôlement, et ce condensat est remis à l’émetteur des données d’enrôlement. La phase de contrôle produit un résultat indiquant si un accès demandé au site doit être accepté, à partir de données d’épreuve comprenant un condensat d’épreuve se présentant comme un condensat d’enrôlement signé. Figure pour l’abrégé : pas de figure procédé de contrôle d’accès à un site DOMAINE DE L'INVENTION La présente invention concerne un procédé de contrôle d’accès à un site. ETAT DE LA TECHNIQUE Certains sites internet ont un contenu ou fournissent des services auxquels certaines catégories d’utilisateurs ne sont pas censées avoir accès. Par exemple, des mineurs ne sont pas censés accéder à des sites dont le contenu est réservé aux adultes. Certains sites internet pour adultes invitent les internautes à confirmer qu’ils sont majeurs, en cliquant sur un bouton à cet effet. Cette protection n’est pas satisfaisante, car n’empêche pas un mineur motivé d’accéder au contenu pour adulte en cliquant quand même sur ce bouton. Un but de l’invention est de contrôler de manière plus sécurisée l’accès à un site auquel seule une catégorie de personnes a le droit d’accéder. Ce but est atteint par un premier procédé de contrôle d’accès à un site ou par un deuxième procédé de contrôle d’accès à un site constituant une alternative au premier procédé. Les deux procédés sont mis en œuvre par ordinateur. Le premier procédé comprend : une phase d’enrôlement comprenant des étapes de : obtention de données d’enrôlement comprenant : une image d’enrôlement montrant un individu à enrôler, une image de référence montrant: une photographie se trouvant sur un document d’identité, la photographie montrant un individu de référence, des informations se trouvant sur le document d’identité et se rapportant à l’individu de référence, vérification d’une correspondance entre l’individu à enrôler et l’individu de référence à partir de l’image d’enrôlement et de l’image de référence, analyse des informations montrées dans l’image de référence, de sorte à déterminer si les informations satisfont ou non une condition d’accès au site, application d’une fonction de hachage à l’image d’enrôlement de sorte à produire un condensat d’enrôlement, signature numérique du condensat d’enrôlement à l’aide d’une clé privée, de sorte à produire un condensat d’enrôlement signé, mise en œuvre de mesures en vue d’une communication du condensat d’enrôlement signé à un émetteur des données d’enrôlement, dans lequel au moins une étape parmi l’application de la fonction de hachage, la signature numérique et la mise en œuvre des mesures est réalisée seulement si les conditions suivantes sont réunies : la vérification révèle que l’individu à enrôler et l’individu de référence correspondent, et l’analyse révèle que les informations satisfont la condition d’accès au site, une phase de contrôle comprenant des étapes de : obtention de données d’épreuve comprenant : une image d’épreuve montrant un individu à contrôler, et un condensat d’épreuve signé, à l’aide d’une clé publique formant une paire de clés asymétriques avec la clé privée, vérification de signature du condensat d’épreuve signé, application de la fonction de hachage à l’image d’épreuve de sorte à produire un autre condensat d’épreuve, vérification d’une correspondance entre le condensat d’épreuve signé et l’autre condensat d’épreuve, génération d’un résultat de contrôle indiquant que : un émetteur des données d’épreuve a le droit d’accéder au site, seulement si les conditions suivantes sont réunies : la vérification de signature révèle que le condensat d’épreuve signé a été signé avec la clé privée, la vérification de correspondance révèle que le condensat d’épreuve signé et l’autre condensat d’épreuve correspondent, l’émetteur des données d’épreuve n’a pas le droit d’accéder au site sinon. Dans le premier procédé, le condensat d’enrôlement signé constitue une preuve du fait que l’individu à enrôler satisfait bien la condition d’accès au site. En particulier, le fait que ce condensat a été signé par une clé privée permet de certifier ce condensat a bien été produit lors de la phase d’enrôlement, par une autorité de confiance agréée. Si l’individu à contrôler lors de la phase de contrôle (montré dans l’image d’épreuve) est un individu ayant préalablement été enrôlé lors de la phase d’enrôlement, cela implique que cet individu dispose normalement d’un condensat d’enrôlement signé généré à partir d’une image qui montre ce même individu (l’image d’enrôlement). Cet individu peut ainsi fournir son condensat d’enrôlement signé en tant que condensat d’épreuve signé. Comme la phase de contrôle réutilise la même fonction de hachage que celle utilisée lors de la phase d’enrôlement, ainsi qu’une clé publique qui forme une paire de clés asymétriques avec la clé privée utilisée pour la signature du condensat d’enrôlement, on peut déduire que le condensat d’épreuve signé est le condensat d’enrôlement signé. Ainsi, un utilisateur qui a passé avec succès la phase d’enrôlement se voit logiquement accorder un accès au site. Il est difficile pour un attaquant ne remplissant pas la condition d’accès de tromper le procédé proposé. En effet, l’attaquant doit passer avec succès la phase d’enrôlement et la phase de contrôle, ce qui suppose de mettre la main sur le document d’identité d’un tiers remplissant la condition d’accès et de trouver également une photographie du même tiers. Un avantage du premier procédé proposé réside dans le fait que le document d’identité n’est utilisé que dans la phase d’enrôlement et pas dans la phase de contrôle. Cette séparation permet au procédé d’être mis en œuvre sans que le document d’identité ne soit fourni à l’entité qui réalisé la phase de contrôle. Par ailleurs, le document d’identité n’est utilisé qu’une seule fois à l’enrôlement ; la phase de contrôle peut ensuite être réalisée plusieurs fois pour le même utilisateur à contrôle, sans que celui-ci n’ait à fournir son document d’identité. En fait, l’image d'enrôlement est utilisée dans le premier procédé comme une sorte de document d'identité provisoire, le condensat d'enrôlement signé permettant d'attester que l'individu dont le visage figure dans l'image d'enrôlement, rempli la condition d'accès requise. Le deuxième procédé comprend : une phase d’enrôlement comprenant des étapes de : obtention de données d’enrôlement comprenant : une image d’enrôlement montrant un individu à enrôler, une image de référence montrant: une photographie se trouvant sur un document d’identité, la photographie montrant un individu de référence, des informations se trouvant sur le document d’identité et se rapportant à l’individu de référence, vérification d’une correspondance entre l’individu à enrôler et l’individu de référence à partir de l’image d’enrôlement et de l’image de référence, génération d’un attribut d’enrôlement qui contient les informations montrées dans l’image de référence, application d’une fonction de hachage à l’image d’enrôlement de sorte à produire un condensat d’enrôlement, signature numérique du condensat d’enrôlement à l’aide d’une clé privée, de sorte à produire un condensat d’enrôlement signé, marquage de l’attribut d’enrôlement à l’aide d’une clé de marquage, de sorte à produire un attribut d’enrôlement marqué, mise en œuvre de mesures en vue d’une communication du condensat d’enrôlement signé et de l’attribut à un émetteur des données d’enrôlement, dans lequel au moins une étape parmi la génération de l’attribut d’enrôlement, l’application de la fonction de hachage, la signature numérique, le marquage et la mise en œuvre des mesures est réalisée seulement si l’individu à enrôler et l’individu de référence correspondent, une phase de contrôle comprenant des étapes de : obtention de données d’épreuve comprenant : une image d’épreuve montrant un individu à contrôler, et un condensat d’épreuve signé, un attribut d’épreuve marqué, à l’aide d’une clé publique formant une paire de clés asymétriques avec la clé privée, vérification de signature du condensat d’épreuve signé, application à l’attribut d’épreuve marqué d’un traitement complémentaire au marquage permettant de déduire si l’attribut d’épreuve marqué a été marqué à l’aide de la clé de marquage ou non, application de la fonction de hachage à l’image d’épreuve de sorte à produire un autre condensat d’épreuve, vérification d’une correspondance entre le condensat d’épreuve signé et l’autre condensat d’épreuve, vérification de l’attribut d’épreuve marqué, de sorte à déterminer si l’attribut d’épreuve marqué contient des informations qui satisfont ou non une condition d’accès au site, génération d’un résultat de contrôle indiquant que : un émetteur des données d’épreuve a le droit d’accéder au site, seulement si les conditions suivantes sont réunies : la vérification de signature révèle que le condensat d’épreuve signé a été signé avec la clé privée, le traitement complémentaire révèle que l’attribut d’épreuve marqué a été marqué à l’aide de la clé de marquage, la vérification de l’attribut d’épreuve marqué révèle que l’attribut d’épreuve marqué contient des informations qui satisfont la condition d’accès au site, et la vérification de correspondance révèle que le condensat d’épreuve signé et l’autre condensat d’épreuve correspondent, l’émetteur des données d’épreuve n’a pas le droit d’accéder au site sinon. Le deuxième procédé diffère du premier procédé par le fait que la condition d’accès au site est évaluée non pas lors de la phase d’enrôlement, mais lors de la phase de contrôle. Ce deuxième procédé a pour avantage une certaine flexibilité. En effet, à l’issue de la phase d’enrôlement, différentes phases de contrôles peuvent être mises en œuvre pour différents sites imposant des conditions d’accès différentes. Le premier procédé ou le deuxième procédé peuvent en outre comprendre les caractéristiques optionnelles suivantes, prises seules ou en combinaison lorsque cela est techniquement possible. Optionnellement, le hachage est un hachage perceptuel. Optionnellement, les mesures comprennent la génération d’un code-barres d’enrôlement représentant le condensat d’enrôlement signé. Optionnellement, les données d’épreuve comprennent une vidéo d’épreuve, et la phase de contrôle comprend les étapes suivantes : vérification de présence d’un individu vivant dans la vidéo d’épreuve, et si un individu vivant est présent dans la vidéo d’épreuve, obtention de l’image d’épreuve à partir de la vidéo d’épreuve. Optionnellement, la phase de contrôle comprend une vérification d'une correspondance entre l'individu vivant et l'individu à contrôler à partir de l'image d'épreuve, dans lequel le résultat de contrôle généré indique que l’émetteur des données d’épreuve n’a pas le droit d’accéder au site si l'individu vivant et l'individu à contrôler ne correspondent pas. Optionnellement, la phase de contrôle comprend en outre une étape de détection dans la vidéo d’épreuve d’un code-barres d’épreuve représentant le condensat d’épreuve signé. Optionnellement, la phase de contrôle est mise en œuvre par un serveur de contrôle, et si le résultat de contrôle indique que l’émetteur des données d’épreuve a le droit d’accéder au site, le résultat de contrôle est transmis à un serveur d’accès au site distinct du serveur de contrôle, de sorte que le serveur d’accès au site accepte une demande d’accès au site émanant de l’émetteur des données d’épreuves. Optionnellement, les données d’épreuve sont obtenues par le serveur de contrôle sans passer par le serveur d’accès. Optionnellement, la phase de contrôle comprend les étapes suivantes : hachage d’une donnée dépendant du condensat d’épreuve signé et d’une valeur de variable, de sorte à produire une empreinte, envoi de l’empreinte au serveur d’accès au site ; réception d’une donnée de défi générée par le serveur d’accès au site à partir de l’empreinte, détermination du fait que la donnée de défi satisfait une condition de validité ou non, si la donnée de défi satisfait la condition de validité, signature numérique de la donnée de défi à l’aide d’une deuxième clé privée, de sorte à produire une donnée de défi signée, Si le résultat de contrôle indique que l’émetteur des données d’épreuve a le droit d’accéder au site, envoi de la donnée de défi signée au serveur d’accès, le serveur d’accès étant configuré pour : vérifier la validité de la donnée de défi signée à l’aide d’une deuxième clé publique, la deuxième clé privée et la deuxième clé publique formant une deuxième paire de clés asymétriques, si la donnée de défi signée se révèle être valide, acceptation d’une demande d’accès au site émanant de l’émetteur des données d’épreuve. Optionnellement, la variable est une variable temporelle. Optionnellement, le serveur d’accès est configuré pour générer la donnée de défi par application d’une fonction aléatoire vérifiable à l’empreinte. Optionnellement, la condition d’accès au site comprend une condition d’âge, par exemple une condition de majorité. Un autre objet de la présente divulgation est un produit programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du premier procédé ou du deuxième procédé, lorsque ce programme est exécuté par au moins un processeur. DESCRIPTION DES FIGURES D’autres caractéristiques, buts et avantages de l’invention ressortiront de la description qui suit, qui est purement illustrative et non limitative, et qui doit être lue en regard des dessins annexés sur lesquels : La FIG. 1 illustre de façon schématique un dispositif client, un site, et des serveurs servant à contrôler un accès au site par le dispositif client. La FIG. 2 est un organigramme d’étapes d’une phase d’enrôlement selon un premier mode de réalisation. La FIG. 3 représente schématiquement des données d’enrôlement selon un mode de réalisation. La FIG. 4 est un organigramme d’étapes d’une phase de contrôle selon un premier mode de réalisation. La FIG. 5 représente schématiquement des données d’épreuve selon un mode de réalisation. La FIG. 6 est un organigramme d’étapes optionnelles d’une phase de contrôle selon le premier mode de réalisation. La FIG. 7 est un organigramme d’étapes d’une phase d’enrôlement selon un deuxième mode de réalisation. La FIG. 8 est un organigramme d’étapes optionnelles d’une phase de contrôle selon le deuxième mode de réalisation. Sur l’ensemble des figures, les éléments similaires portent des références identiques. DESCRIPTION DETAILLEE DE L'INVENTION 1) Système On a représenté sur la FIG. 1 un site 1, un serveur d’accès 2 au site 1, un dispositif client 3 (plus simplement appelé « client 3 » dans la suite), et un serveur de contrôle 4. Dans ce qui suit on supposera que le site 1 est un site internet, étant entendu que le site 1 peut être un site physique. Le serveur d’accès 2 comprend une interface de communication pour communiquer avec le client 3 et avec le serveur de contrôle 4 via un réseau ou plusieurs réseaux différents. L’interface de communication est de type quelconque, filaire (Ethernet) ou radio sans fil (Wi-Fi, Bluetooth, cellulaire, etc.). Le serveur d’accès 2 au site comprend en outre un processeur configuré pour mettre en œuvre des étapes qui seront décrites dans la suite. Le processeur peut comprendre un cœur ou plusieurs cœurs (pour exécuter différentes tâches simultanément). Le processeur peut être de n’importe quel type : CPU, GPU, circuit programmable (FPGA) ou non (ASIC). Le serveur d’accès 2 au site comprend en outre une mémoire mémorisant un programme comprenant des instructions de code exécutable par le processeur. Les étapes précitées sont mises en œuvre lorsque ce programme est exécuté par le processeur. La mémoire est de n’importe que type : volatile (RAM) ou non volatile (flash, HDD, SSD, EEPROM, etc). En particulier, le serveur d’accès 2 peut héberger le site internet 1, c’est-à-dire que les pages du site internet peuvent être mémorisées dans la mémoire du serveur d’accès 2, et le programme exécuté par le processeur du serveur d’accès 2 peut comprendre le code du site internet. Le client 3 est un terminal utilisateur susceptible de demander au serveur d’accès 2 un accès au site internet 1. Il est quelconque (ordinateur fixe, ordinateur portable, tablette, smartphone, etc.). Le client 3 comprend une caméra. Le site internet 1 n’est pas en accès libre. Par ceci, on veut dire que le site internet 1 comprend au moins une page dont l’accès par un utilisateur du dispositif client 3 est conditionné au respect d’une condition d’accès prédéfinie. Dans ce qui suit, on décrira un mode de réalisation non limitatif dans lequel la condition d’accès au site comprend une condition d’âge, étant entendu que des conditions alternatives ou complémentaires sont envisageables (par exemple une condition d’adresse, de genre, de nationalité, etc.). Par exemple, une page du site 1 comprend du contenu réservé aux adultes ; dans ce contexte, l’utilisateur du dispositif client 3 ne devrait pouvoir accéder à cette page que s’il est majeur (la majorité étant par exemple de 18 ans en France). Une fonction assurée par le serveur d’accès 2 est de faire respecter la condition d’accès au site 1, en acceptant ou refusant des demandes d’accès au site, selon que cette condition est remplie ou non. Le serveur de contrôle 4 a pour fonction d’évaluer si la condition d’accès au site est remplie ou non par un utilisateur, de sorte que le serveur d’accès 2 puisse prendre les mesures appropriées (acceptation ou refus d’une demande d’accès). Le serveur de contrôle 4 comprend une interface de communication pour communiquer avec le serveur d’accès 2 au site par un réseau. Les informations fournies ci-dessus sur l’interface de communication du serveur d’accès 2 sont applicables à l’interface de communication du serveur de contrôle 4. Le serveur de contrôle 4 comprend en outre un processeur configuré pour mettre en œuvre des étapes qui seront décrites dans la suite. Les informations fournies ci-dessus sur le processeur du serveur d’accès 2 sont applicables au processeur du serveur de contrôle 4. Le serveur de contrôle 4 comprend en outre une mémoire mémorisant un programme comprenant des instructions de code exécutable par le processeur. Les étapes précitées sont mises en œuvre lorsque ce programme est exécuté par le processeur. Les informations fournies ci-dessus sur la mémoire du serveur d’accès 2 sont applicables au processeur du serveur de contrôle 4. Le mémoire du serveur de contrôle 4 mémorise une fonction de hachage F. De préférence, la fonction de hachage F est une fonction de hachage perceptuel. Le hachage perceptuel a la propriété avantageuse suivante : deux images similaires faisant l’objet de la même fonction de hachage perceptuel conduisent à deux condensats de valeurs proches, tandis que deux images très différentes faisant l’objet de la même fonction de hachage perceptuel conduisent à deux condensats de valeurs éloignées l’une de l’autre. Le mémoire du serveur de contrôle 4 mémorise par ailleurs une clé privée SK et une clé publique PK formant ensemble une paire de clés asymétriques. Comme on le verra par la suite, une fonction assurée par la clé privée SK est de signer des données, de sorte à certifier que ces données ont été enrôlées par le serveur de contrôle. Une fonction assurée par la clé publique PK est de vérifier si des données ont été signées par le serveur de contrôle à l’aide de sa clé privée SK. 2) Procédé de contrôle d’accès (premier mode de réalisation) On va maintenant décrire un procédé mis en œuvre par le serveur de contrôle 4, en collaboration avec le serveur d’accès 2 au site pour contrôler un accès au site 1 demandé par le client 3. Il sera question dans ce qui suit d’envoi de données entre le client 3, le serveur d’accès 2 et le serveur de contrôle 4. Sauf mention explicite contraire, ces envois sont des envois par réseau, réalisés au moyen des interface de communications respectifs de ces dispositifs. Il sera également question de traitements réalisés par le serveur d’accès 2 et le serveur de contrôle 4. Il est entendu que ces traitements sont implicitement mis en œuvre par les processeurs respectifs de ces dispositifs. Le procédé comprend deux phases : une phase d’enrôlement et une phase de contrôle. a) Phase d’enrôlement On suppose que le serveur de contrôle 4 détecte qu’un utilisateur du client 3 demande à être enrôlé auprès de lui. On va ci-après décrire un mode de réalisation de la phase d’enrôlement dans lequel le client 3 et le serveur de contrôle 4 communiquent par réseau, via leurs interfaces de communication respectives. Dans ce mode de réalisation, le serveur de contrôle 4 détecte une requête d’enrôlement émise par le client 3 via son interface de communication réseau. Le serveur de contrôle 4 invite le client 3 à lui fournir des données d’enrôlement par un message approprié. Les données d’enrôlement attendues comprennent deux images que l’on appelle par convention « image d’enrôlement » et « image de référence » dans la présente divulgation. Plus précisément, le serveur de contrôle 4 invite le client 3 à lui fournir : une image d’enrôlement montrant l’individu à enrôler (typiquement l’utilisateur du client 3), une image de référence montrant un document d’identité de cet individu à enrôler, de telle sorte que l’image de référence montre une photographie de l’individu à enrôler qui se trouve sur le document d’identité, et également des informations à partir desquelles il peut être déduit si l’utilisateur à enrôler satisfait la condition d’accès. Dans notre exemple non limitatif d’une condition d’accès fondée sur l’âge de l’utilisateur, les informations attendues comprennent typiquement une date de naissance. Dans une étape 100, le serveur de contrôle 4 reçoit des données d’enrôlement émanant du client 3 qui sont censées avoir le contenu qui précède. Dans un mode de réalisation, l'image de référence et l’image d’enrôlement sont acquises par la caméra du client 3. En particulier, l’image d’enrôlement peut montrer une photographie présentée sur un support physique (par exemple du papier ou un écran d’affichage), cette photographie montrant elle-même l’individu à enrôler. Cette photographie peut être distincte de la photographie du document d’identité. Dans un autre mode de réalisation, l’image d’enrôlement et l’image de référence sont des images numériques stockées dans une mémoire du client 3, et ces images numériques sont téléversés vers le serveur de contrôle 4 à l’initiative de l’utilisateur du client 3, via l’interface de communication du client. Dans l’étape 100, le serveur de contrôle 4 peut vérifier que les données d’enrôlement ont bien le contenu attendu. Dans la négative, le processeur met fin à la phase d’enrôlement, par exemple en retournant au le client 3 un résultat « KO » indiquant que l’enrôlement a échoué. Dans la positive, le processeur passe à l’étape 102. On a représenté sur la FIG. 3 des données d’enrôlement ayant le format attendu par le serveur de contrôle 4. Ces données d’enrôlement comprennent : une image d’enrôlement I montrant un individu U que l’on appelle par convention « individu à enrôler », une image de référence RI montrant: une photographie se trouvant sur un document d’identité D, la photographie montrant un individu RU que l’on appelle par convention « individu de référence », des informations A se trouvant également sur le document d’identité, ces informations A se rapportant à l’individu de référence RU. Le document d’identité D est par exemple une carte nationale d’identité, un passeport ou un permis de conduire. De retour à la FIG. 2 , le serveur de contrôle 4 vérifie dans une étape 102 une correspondance biométrique entre l’individu à enrôler U et l’individu de référence RU, à partir de l’image d’enrôlement I et de l’image de référence RI. Au cours de cette étape 102, le serveur de contrôle 4 met par exemple en œuvre une reconnaissance faciale dans ces deux images I et RI, et applique un traitement de comparaison biométrique de visages reconnus dans les deux images R et RI, ce traitement de comparaison étant connu l’homme du métier. Ce traitement de comparaison peut en particulier considérer que l’individu de référence et l’individu à enrôler correspondent si et seulement si une métrique représentative d’une distance entre les visages reconnus dans les images I et RI est inférieure à un seuil prédéfini. Si le serveur de contrôle 4 considère que l’individu à enrôler U et l’individu de référence RU ne correspondent pas, le serveur de contrôle met fin à la phase d’enrôlement. Si l’individu à enrôler U et l’individu de référence RU correspondent, le serveur de contrôle 4 passe à une étape d’analyse 104. Dans l’étape d’analyse 104, le serveur de contrôle 4 analyse les informations A se trouvant sur le document d’identité tel que montré dans l’image de référence RI, de sorte à déterminer si l’individu de référence satisfait la condition d’accès prédéfinie ou non. Dans notre mode de réalisation non-limitatif dans lequel la condition d’accès comprend une condition d’âge, l’étape d’analyse peut comprendre la détection d’une date de naissance indiquée sur le document d’identité montré dans l’image de référence, calculer l’âge actuel de l’individu de référence RU à partir de la date de naissance, et vérifier si l’âge actuel calculé est supérieur ou égal à un âge minimum requis pour accéder au site (par exemple 18 ans). Si l’analyse des informations A révèle que l’individu de référence ne satisfait pas la condition prédéfinie (dans notre exemple : âge calculé Si l’analyse des informations A révèle que l’individu de référence satisfait la condition prédéfinie (dans notre exemple : âge calculé ≥ âge minimum requis), le serveur de contrôle applique dans une étape 106 la fonction de hachage F discutée précédemment à l’image d’enrôlement I de sorte à produire un condensat d’enrôlement H. On a donc : H = F(I). Le condensat est un nombre, dont la représentation en base 2 est un mot binaire. Dans une étape 108, le serveur de contrôle 4 signe numériquement le condensat d’enrôlement H à l’aide de la clé privée SK, de sorte à produire un condensat d’enrôlement signé SH. SH est un autre nombre, dont la représentation en base 2 est un autre mot binaire. Le condensat d’enrôlement signé comprend par exemple le condensat d’enrôlement H (donc non signé) et une signature numérique générée à l’étape 108. En particulier, le condensat d’enrôlement signé peut résulter d’une concaténation du condensat d’enrôlement H et de cette signature numérique générée à l’étape 108. Le condensat d’enrôlement signé par le serveur 4 est représentatif du fait que le serveur de contrôle 4 admet que l’utilisateur U remplit la condition prédéfinie, et donc que cet utilisateur U pourra ultérieurement avoir le droit d’accéder au site internet 1. Ensuite, le serveur de contrôle 4 met en œuvre des mesures (étapes 110) en vue d’une communication du condensat d’enrôlement signé SH à un émetteur des données d’enrôlement (cet émetteur étant le client 3 ou bien son utilisateur). De préférence, ces mesures comprennent la génération d’un code-barres C représentant le condensat d’enrôlement signé SH. Le code-barres C peut être en une dimension ou bien en deux dimensions. S’il est en deux dimensions, le code-barres peut en particulier être un code dit « à réponse rapide » (plus souvent appelé « code QR »), comme illustré sur la FIG. 3 , ou peut être un Flashcode ou encore un code-barres de type « 2D-Doc ». Les mesures précitées peuvent en outre comprendre l’envoi du code-barres C au dispositif client 3 via l’interface de communication du serveur de contrôle 4. Dans ce mode de réalisation, le code barre est transmis sous forme de donnée numérique via un réseau de communication. On va voir dans la suite que l’utilisateur U pourra ensuite soumettre le code-barre C comme preuve de son statut enrôlé (et donc implicitement comme preuve du fait qu’il remplit la condition prédéfinie pour accéder au site internet 1). Jusqu’ici il a été supposé que le client 3 et le serveur de contrôle dialoguent au cours de la phase d’enrôlement à l’aide de leurs interfaces de communications respectives. Toutefois, dans un autre mode de réalisation, l’utilisateur du client 3 et le serveur de contrôle dialoguent par voie postale : L’utilisateur du client 3 envoie par pli postal des photocopies sur papier de l’image d’enrôlement et de l’image de référence, et ces photocopies sur papier peuvent ensuite être numérisées de sorte à permettre l’obtention par le serveur de contrôle 4 de l’image d’enrôlement et de l’image de référence. Le processeur du serveur de contrôle 4 peut commander une impression du code-barres C sur un support (par exemple un support en papier). Ce support peut ensuite être communiqué à l’utilisateur du dispositif client 3 sous pli postal, ce qui suppose que l’utilisateur a renseigné d’une façon ou d’une autre le serveur de contrôle 4 sur son adresse postale. On a vu précédemment que certaines étapes de la phase d’enrôlement sont conditionnées à des tests : l’étape 104 d’analyse est mise en œuvre seulement s’il y a une correspondance entre l’individu à enrôler et l’individu de référence, et l’étape 106 d’application de la fonction de hachage est mise en œuvre seulement si l’analyse des informations A révèle que l’individu de référence satisfait la condition prédéfinie. Ces deux tests peuvent toutefois être réalisés à des stades différents de la phase d’enrôlement, par exemple plus tardivement. Par exemple, l’étape 104 pourrait être mise en œuvre inconditionnellement, de même que l’étape 106. De manière générale, il est fait en sorte qu’au moins une étape parmi l’application de la fonction de hachage, la signature numérique et la mise en œuvre des mesures pour communiquer le condensat d’enrôlement signé est réalisé seulement si les conditions suivantes sont réunies : la vérification 102 révèle que l’individu à enrôler et l’individu de référence correspondent, et l’analyse 104 révèle que les informations satisfont la condition d’accès au site. Le serveur d’accès 2 n’intervient pas dans la phase d’enrôlement. b) Phase de contrôle On suppose que le serveur de contrôle 4 détecte qu’un utilisateur du client 3 demande un accès au site internet 1 émanant d’un dispositif client quelconque, que l’on supposera être le client 3 pour plus de simplicité. Cette situation est détectée d’abord par le serveur d’accès 2, qui envoie au serveur de contrôle 4 un message indiquant que le dispositif client 3 demande un accès. La phase de contrôle est alors mise en œuvre. La phase de contrôle vise à vérifier si un utilisateur a passé avec succès la phase d’enrôlement précitée. Ainsi, il est vérifié en creux si cet utilisateur satisfait la condition prédéfinie qui est requise pour accéder au site internet 1. On remarquera toutefois que la phase de contrôle n’utilise pas de document d’identité. En référence à la FIG. 4 , la phase de contrôle comprend les étapes suivantes. Dans une étape préliminaire, le serveur d’accès 2 redirige le client 3 vers une page hébergée par le serveur de contrôle 4. A compter de ce moment, un dialogue direct est instauré entre le serveur de contrôle 4 et le client 3, de préférence sans passer par le serveur d’accès 2. De la sorte, des données peuvent être envoyées par le client 3 au serveur de contrôle 4, sans que ces données ne transitent par le serveur d’accès 2 au site. Le serveur de contrôle 4 invite l’utilisateur du client 3, via un ou plusieurs messages appropriés, à allumer la caméra du client 3 et se présenter devant la caméra. Dans une étape 200, le serveur de contrôle 4 reçoit une vidéo d’épreuve V acquise par la caméra du client 3, puis transmise au serveur de contrôle 4 via l’interface de communication du client 3. Dans une étape 202, le serveur de contrôle 4 applique un test de vivacité (« liveness ») à la vidéo d’épreuve V, afin de vérifier la présence d’un individu vivant dans la vidéo d’épreuve V. Un tel test de vivacité est connu de l’homme du métier. Ce test de vivacité permet notamment d’éviter des fraudes consistant à tromper le serveur de contrôle 4 en présentant une photo d’autrui à la caméra au lien d’un vrai visage. Le test de vivacité sait faire la différence entre un individu vivant et un individu représenté sur un support lui-même placé dans le champ de vision de la caméra (par exemple une photographie au format papier, ou affiché sur un smartphone). Si le test de vivacité échoue (pas d’individu vivant détecté dans la vidéo), alors le serveur de contrôle 4 génère un résultat « KO » indiquant que l’émetteur des données d’épreuve n’a pas le droit d’accéder au site. Si le test de vivacité réussit (un individu vivant est détecté dans la vidéo), la phase de contrôle se poursuit. Le serveur de contrôle 4 invite l’utilisateur du client 3, via un ou plusieurs messages appropriés, à fournir au serveur de contrôle 4 le condensat d’enrôlement signé qui lui a été remis à l’issue de la phase d’enrôlement (le cas échéant sous forme de code-barres), ainsi que l’image d’enrôlement qu’il avait soumis lors de cette phase d’enrôlement. De préférence, le serveur de contrôle 4 invite l’utilisateur du client 3 à présenter devant la caméra du client 3 la photographie qui montrait l’individu U à enrôler, cette photographie étant elle-même montrée dans l’image d’enrôlement. En supposant que l’utilisateur du client 3 a répondu aux instructions du serveur de contrôle 4, le serveur de contrôle 4 obtient dans une étape 203 une image d’épreuve I’ montrant un utilisateur U’ à contrôler (voir FIG. 5 ), par exemple en l’extrayant de la vidéo V. De manière générale, l’utilisateur U’ est censé correspondre biométriquement à l’utilisateur U montré dans l’image d’enrôlement lors de la phase d’enrôlement. Plus précisément, l’image I’ est censé montrer la photographie présentée lors de la phase d’enrôlement, tout comme l’image d’enrôlement. Ainsi, dans un cas normal, l’image I’ est censé sensiblement correspondre à l’image d’enrôlement. Si lors de l’étape 203 le serveur de contrôle échoue à obtenir l’image d’épreuve I’, par exemple dans un délai prédéfini, alors le serveur de contrôle 4 génère le résultat « KO ». L‘étape 203 peut en outre comprendre ou être suivie d’une vérification de correspondance entre l’individu vivant identifié à l’étape 202 et l'individu à contrôler montré dans l'image d'épreuve I’. Si les deux individus ne correspondent pas, alors le serveur de contrôle 4 génère le résultat « KO ». Toujours en supposant que l’utilisateur du client 3 a répondu aux instructions du serveur de contrôle 4, le serveur de contrôle obtient dans une étape 204 une image montrant un code-barres d’épreuve CC, par exemple en l’extrayant de la vidéo V. Le code-barres d’épreuve est censé être le code-barres C représentant le condensat d’enrôlement signé pour l’utilisateur du client 3 lors de la phase d’enrôlement. Si lors de l’étape 204 le serveur de contrôle échoue à obtenir le code-barres d’épreuve CC, par exemple dans un délai prédéfini, alors le serveur de contrôle 4 génère le résultat « KO ». Dans une étape 206, le serveur de contrôle récupère le mot binaire représenté par le code-barres CC en faisant l’hypothèse que ce mot binaire est un condensat d’épreuve signé, noté SH’. A ce stade de la phase de contrôle, le serveur de contrôle a obtenu des données d’épreuve comprenant : l’image d’épreuve I’ montrant l’individu U’ à contrôler, et un condensat d’épreuve signé SH’ (en tout cas, un mot binaire que le serveur de contrôle interprète comme un tel condensat). Dans une étape 208, le serveur de contrôle 4 vérifie la signature du condensat d’épreuve signé, en s’aidant de la clé publique PK formant une paire de clés asymétriques avec la clé privée SK. Au cours de cette étape 208, il est déterminé si cette signature a été produite par la clé privée ou non. Ainsi, il est indirectement déterminé si le condensat d’épreuve signé SH’ est un condensat d’enrôlement généré par le serveur de contrôle lors d’une mise en œuvre de la phase d’enrôlement. Si la du condensat d’épreuve signé n’a pas été produite par la clé privée, le serveur de contrôle 4 génère le résultat KO indiquant que l’émetteur des données d’épreuve n’a pas le droit d’accéder au site. Par ailleurs, dans une étape 210, le serveur de contrôle 4 applique la fonction de hachage F à l’image d’épreuve I’ (la même fonction de hachage que celle utilisée lors de la phase d’enrôlement), de sorte à produire un autre condensat d’épreuve H’. On a donc : H’ = F(I’). L’étape 210 peut être réalisée avant, après ou pendant l’une quelconque des étapes 203, 204, 206, 208. Dans une étape 212, le serveur de contrôle 4 vérifie une correspondance entre le condensat d’épreuve signé SH (qui a été le cas échéant déduit du code-barres d’épreuve CC) et l’autre condensat d’épreuve H’ (qui a été déduit de l’image d’épreuve I’ montrant l’utilisateur à contrôler). Il est à comprendre ici que la correspondance réalisée lors de l’étape 212 ne prend pas en considération la signature du condensat d’épreuve signé SH. Notons H’’ la version non-signée du condensat d’épreuve signée SH. Le condensat d’épreuve H’’ peut constituer une portion de SH (la signature constituant une autre portion de SH). Au cours de l’étape 212, il est calculé une métrique représentative d’une distance entre les deux condensats d’épreuve H’ et H’’, et cette métrique est comparée à à un seuil. Il y a correspondance entre les deux condensats d’épreuve H’ et H’’ si est seulement si la métrique représentative de la distance est inférieure au seuil prédéfini. Le fait d’avoir utilisé une fonction F de hachage perceptuel au cours de la phase d’enrôlement puis au cours de l’étape 210 est avantageux, car permet une certaine tolérance dans la vérification de correspondance effectuée à l’étape 212. Il sera ainsi possible de conclure à une correspondance entre les condensats d’épreuve H’ et H’’ lorsque les images I et I’ sont similaires mais pas forcément strictement identiques aux pixels près. Il est ainsi permis à l’utilisateur du client 3 de ne pas soumettre exactement la même image I = I’ lors des phases d’enrôlement et de contrôle, ce qui est plus pratique pour lui. Une telle correspondance peut en particulier être constatée lorsque les images I et I' montrent une même photographie mais positionnée différemment ou éclairée différemment. Si les condensats d’épreuve H’ et H’’ ne correspondent pas, le serveur de contrôle 4 génère le résultat KO indiquant que l’émetteur des données d’épreuve n’a pas le droit d’accéder au site. Si les condensats d’épreuve H’ et H’’ correspondent, le serveur de contrôle 4 génère un résultat OK indiquant qu’un émetteur des données d’épreuve a le droit d’accéder au site. En définitive, le résultat OK n’est obtenu que si les conditions suivantes sont réunies : la vérification de signature (réalisée à l’étape 208) révèle que le condensat d’épreuve signé a été signé avec la clé privée, la vérification de correspondance révèle que les condensants d’épreuve H’ et H’’ correspondent, optionnellement, il est constaté que l’individu vivant détecté dans la vidéo d’épreuve V correspond à l’individu montré dans l’image d’épreuve I’. Le résultat du contrôle généré (OK ou KO, selon le cas) est ensuite envoyé par le serveur de contrôle 4 au serveur d’accès 2, via l’interface de communication du serveur de contrôle 4. Lorsque le résultat de contrôle est OK, alors le serveur d’accès 2 accepte la demande d’accès au site internet 1 émanant du client 3. Le client 3 accède donc au site 1. Lorsque le résultat de contrôle est KO, alors le serveur d’accès 2 refuse la demande d’accès au site internet 1 émanant du client 3. Le serveur d’accès 2 empêche ainsi le client 3 d’accéder au site 1. La phase de contrôle est déclenchée à chaque nouvelle demande d’accès au site internet 1. Dans ce mode de réalisation, on remarquera que le document d’identité (fournissant les informations A permettant de déduire si l’individu auquel se rapporte ce document remplie la condition d’accès au site internet 2) n’est utilisé qu’une seule fois, à l’enrôlement, mais n’est pas utilisé lors de la phase de contrôle ultérieure. Par ailleurs, les données remises à l’utilisateur à l’issue de la phase d’enrôlement ne permettent pas de remonter aux données d’enrôlement fournies pendant la phase d’enrôlement, notamment à l’image d’enrôlement I, à l’image de référence RI, et aux informations présente sur le document d'identité fourni pendant la phase d'enrôlement. c) Variante de la phase de contrôle avec défi-réponse On a représenté sur la FIG. 6 une variante de la phase de contrôle comprenant des étapes supplémentaires mises en œuvre à la suite de l’étape 212 de vérification de correspondance entre les condensats H’ et H’’, lorsque le serveur de contrôle conclut que ces condensats H’ et H’’ correspondent. Comme on le verra dans la suite cette variante a l’avantage de permettre une auditabilité des opérations réalisées. Dans une étape 214, le serveur de contrôle hache une donnée dépendant du condensat d’épreuve signé SH’ et d’une valeur t de variable. Le résultat de ce hachage est un autre condensat α, que l’on appelle plutôt empreinte α dans la suite pour distinguer cette donnée des condensants discutés précédemment résultant de l’application de la fonction F à une image. A cet égard, on notera que la fonction de hachage G utilisée dans l’étape 214 n’est pas forcément la fonction F. La donnée faisant l’objet du hachage de l’étape 214 peut être une donnée résultant d’une concaténation entre le condensat d’épreuve signé SH’ et la valeur de variable. On a alors α = G(SH’|t). La prise en compte de la valeur de variable lors de l’étape 214 permet de diversifier la valeur de l’empreinte α, ce qui permet de mieux protéger le serveur de contrôle 4 contre des attaques par rejeu. La variable est par exemple une variable temporelle. La valeur t de la variable peut alors être ou dépendre d’une date courante, ou d’une information extraite de la date courante (par exemple t est l’heure courante, la minute courante, la seconde courante, etc.). Dans une étape 216, le serveur de contrôle 4 envoie l’empreinte α au serveur d’accès 2. Le serveur d’accès 2 génère une donnée de défi β à partir de l’empreinte α et retourne la donnée de défi au serveur de contrôle 4. De préférence, la donnée de défi β résulte de l’application à l’empreinte α d’une fonction aléatoire vérifiable (en anglais : Verifiable Random Function, abrégé en VRF). Un exemple de VRF utilisable est celle décrite dans le document « Making NSEC5 Practical for DNSSEC », par Dimitrios Papadopoulos et al., qui est notamment accessible via le lien https://eprint.iacr.org/2017/099.pdf. Dans une étape 218, le serveur de contrôle reçoit la donnée de défi β envoyée par le serveur d’accès. Dans une étape 220, le serveur de contrôle vérifie si la donnée de défi β satisfait une condition de validité prédéfinie ou non. Si la donnée de défi satisfait la condition de validité β, le serveur de contrôle met en œuvre une étape 222 de signature numérique de la donnée de défi à l’aide d’une deuxième clé privée, de sorte à produire une donnée de défi signée Sβ. La deuxième clé privée peut être différente de la clé privée SK utilisée au cours de la phase d’enrôlement. Dans une étape 224, le serveur de contrôle envoie la donnée de défi signée Sβ au serveur d’accès 2, et ce à condition que le résultat de contrôle généré à l’étape 212 soit OK. Pour que l’étape d’envoi 224 soit mise en œuvre, les conditions suivantes doivent être réunies : le résultat de contrôle généré à l’étape 212 est OK, la vérification de l’attribut d’épreuve révèle que l’attribut d’épreuve contient des informations qui satisfont la condition d’accès au site, la vérification de signature (réalisée à l’étape 208) révèle que le condensat d’épreuve signé a été signé avec la clé privée. Ensuite, le serveur d’accès 2 vérifie la validité de la donnée de défi signée Sβ à l’aide d’une deuxième clé publique, la deuxième clé privée et la deuxième clé publique formant une deuxième paire de clés asymétriques. Si la donnée de défi signée Sβ se révèle être valide, le serveur d’accès 2 accepte la demande d’accès au site émanant de l’émetteur des données d’épreuve (le client 3). Si la donnée de défi signé se révèle ne pas être valide, le serveur d’accès refuse la demande d’accès au site émanant du client 3. Dans cette variante de réalisation, le procédé aboutit à un résultat positif prenant la forme d’une donnée Sβ plus complexe qu’un simple « OK ». Les étapes supplémentaires de cette variante ont l’avantage de rendre le procédé auditable. En effet, il est possible de vérifier a posteriori si une donnée qui se présente comme une donnée Sβ résulte véritablement des calculs décrits. A l’inverse, la variante représentée en FIG. 3 n’est pas auditable, car il n’est pas possible de déduire le simple résultat « OK » que toutes les étapes en amont, concourant à la sécurisation du site, ont bel et bien été mises en œuvre. Sur la FIG. 6 , les étapes 214 et suivantes sont présentées comme étant toutes mises en œuvre après l’étape 212. Toutefois, ceci n’est pas obligatoire, car toutes les étapes qui précèdent l’étape 224 peuvent être réalisée à réception du condensat d’épreuve signé SH’, sans forcément attendre d’avoir la confirmation que H’ et H’’ correspondent. 3) Procédé de contrôle d’accès (deuxième mode de réalisation) On va maintenant décrire un procédé mis en œuvre par le serveur de contrôle 4 selon un deuxième mode de réalisation. Dans ce deuxième mode de réalisation, la condition d’accès prédéfinie pour accéder au site 1 n’est pas examinée lors de la phase d’enrôlement, mais lors de la phase de contrôle. Dans la phase d’enrôlement (voir FIG. 7 ), l’étape 104 est remplacée par une étape 105 de génération, par le processeur du serveur de contrôle 4, d’un attribut d’enrôlement DA contenant les informations A. Au cours de l’étape 105, le serveur de contrôle 4 extrait les informations A se trouvant sur le document d’identité tel que montré dans l’image de référence RI et les répercute dans l’attribut DA, mais ne cherche pas spécialement à déterminer si l’individu de référence satisfait une condition d’accès prédéfinie sur la base des informations A. L’étape 105 est mise en œuvre de manière inconditionnelle, indépendamment du fait que ces informations A satisfassent ou non la condition d’accès. Puisque l’attribut DA contient les informations A, cet attribut peut justement être utilisé plus tard pour déterminer si la condition d’accès est remplie ou non par l’utilisateur enrôlé. Par exemple, lorsque la condition d’accès est une condition d’âge, l’attribut DA peut contenir une chaîne de caractère du type « birthdate=A » (A étant ici la date de naissance trouvée sur le document d’identité D lors de l’étape 105). De manière générale, l’attribut d’enrôlement fait l’objet d’un marquage à l’aide d’une clé de marquage. Ce marquage produit ainsi un attribut d’enrôlement marqué. Le marquage peut être une signature numérique. Dans ce cas, l’attribut d’enrôlement marqué est un attribut d’enrôlement signé, au même titre que le condensat d’enrôlement signé. Il est à noter que ces deux éléments signés peuvent être signés avec la clé privée SK discutée précédemment (autrement dit, la clé de marquage est la clé privé SK), soit dans deux étapes séparées, soit dans une seule et même opération de signature. Alternativement, ces deux éléments sont signés à l’aide de deux clés différentes. En variante, le marquage peut être un chiffrement. Dans ce cas, l’attribut d’enrôlement marqué est un attribut d’enrôlement chiffré. L’attribut d’enrôlement peut constituer une donnée indépendante du condensat d’enrôlement signé SH, ou bien être compris dans le condensat d'enrôlement signé SH. En particulier, le condensat d’enrôlement signé peut résulter d’une concaténation du condensat d’enrôlement H, de l'attribut DA et de la signature numérique générée à l’étape 108. L’attribut d’enrôlement marqué est remis à l’utilisateur 3, par exemple selon les mêmes modalités que pour le condensat d’enrôlement signé SH. Comme dans le premier mode de réalisation, certains tests conditionnent la mise en œuvre de certaines étapes de la phase d’enrôlement de ce deuxième mode de réalisation, mais le moment où ces tests sont mis en œuvre importe peu. De manière générale, il est fait en sorte qu’au moins une étape parmi la génération de l’attribut d’enrôlement, l’application de la fonction de hachage, la signature numérique, le marquage et la mise en œuvre des mesures est réalisée seulement si l’individu à enrôler et l’individu de référence correspondent. Dans la phase de contrôle (voir FIG. 8 ), le serveur de contrôle 4 demande à l’utilisateur de lui fournisse l’attribut d’enrôlement marqué remis lors de la phase d’enrôlement. Ainsi, dans une étape 201, le serveur de contrôle 4 reçoit un attribut d’épreuve marqué DA’ censé correspondre à l’attribut d’enrôlement. Le serveur de contrôle 4 applique par ailleurs à l’attribut d’épreuve marqué DA’ un traitement complémentaire au marquage réalisé au cours de la phase d’enrôlement. Ce traitement complémentaire permet de déduire si l’attribut d’épreuve marqué a été marqué à l’aide de la clé de marquage ou non. Le traitement complémentaire utilise une clé qui forme avec la clé de marquage une paire de clés asymétriques. Par exemple, lorsque la clé de marquage est la clé privée SK, la clé utilisée par le traitement complémentaire est la clé publique PK. Lorsque le marquage est une signature numérique, le traitement complémentaire est une vérification de signature. Lorsque le marquage est un chiffrement, le traitement complémentaire est un déchiffrement. Dans ce deuxième cas, on peut déduire que la clé de marquage n’a pas été utilisée pour marquer l’attribut d’épreuve lorsque le résultat de ce déchiffrement est illisible, c’est-à-dire qu’il n’a pas un format attendu. Le traitement complémentaire au marquage peut faire partie de l’étape 208 de vérification de signature, ou bien être réalisée avant ou après. Au cours de l’étape 212, le serveur de contrôle 4 ne fait pas que vérifier la correspondance entre les condensats d’épreuve H’ et H’’. Au cours de l’étape 212, le serveur de contrôle 4 vérifie par ailleurs, sur la base de l’attribut d’épreuve DA’, si les informations que cet attribut DA’ contient vérifient la condition d’accès au site 1 (après leur déchiffrement, le cas échéant). Le résultat OK n’est obtenu dans ce mode de réalisation que si les conditions suivantes sont réunies : le traitement complémentaire révèle que l’attribut d’épreuve marqué a été marqué à l’aide de la clé de marquage, la vérification de l’attribut d’épreuve marqué révèle que l’attribut d’épreuve marqué contient des informations qui satisfont la condition d’accès au site, la vérification de signature (réalisée à l’étape 208) révèle que le condensat d’épreuve signé a été signé avec la clé privée, la vérification de correspondance révèle que les condensants d’épreuve H’ et H’’ correspondent, optionnellement, il est constaté que l’individu vivant détecté dans la vidéo d’épreuve V correspond à l’individu montré dans l’image d’épreuve I’. Bien entendu, la phase de contrôle du procédé selon le deuxième mode de réalisation peut comprendre les étapes optionnelles de défi-réponse discutées plus haut en relation avec la FIG. 6 . Les données remises à l’utilisateur à l’issue de la phase d’enrôlement ne permettent pas de remonter aux données d’enrôlement autre que l’information A, fournies pendant la phase d’enrôlement, notamment à l’image d’enrôlement I, à l’image de référence RI, et à d’autres informations présentes sur le document d'identité fourni pendant la phase d'enrôlement. 4) Autres modes de réalisation Bien que l’usage des code-barres C, CC est particulièrement avantageux pour son côté pratique pour l’utilisateur, cet usage n’est pas obligatoire. L’utilisateur à enrôler peut se voir remettre le condensat d’enrôlement signé SH, et/ou l’attribut d’enrôlement, directement sous forme de fichier numérique lors de la phase d’enrôlement, sans forcément passer par une représentation graphique. Dans les modes de réalisation illustrés sur les figures, le serveur de contrôle 4 reçoit une vidéo et les données d’épreuve sont extraites de cette vidéo. Ceci n’est pas obligatoire. Le serveur de contrôle 4 peut alternativement inviter un utilisateur du client 3 à téléverser les données d’épreuve en passant par un menu approprié. Jusqu’ici, il a été fait l’hypothèse que la phase d’enrôlement et la phase de contrôle sont mises en œuvre par un même serveur (le serveur de contrôle 4). En variante, il peut être envisagé de confier la phase d’enrôlement à un serveur d’enrôlement distinct du serveur de contrôle, et le serveur de contrôle ne met en œuvre que la phase de contrôle. Il a également été décrit des modes de réalisation dans lequel l’entité qui vérifie la condition d’accès au site 1 (le serveur de contrôle 4) est distinct de l’entité qui prend la décision d’autoriser ou de refuser l’accès au site 1 (le serveur d’accès 2). Ces modes de réalisation sont avantageux, car ils permettent de faire en sorte que les administrateurs du site 1 n’aient pas accès au contenu du document d’identité D. Toutefois, dans d’autres modes de réalisation, le serveur de contrôle 4 et le serveur d’accès 2 sont un seul et même serveur. Jusqu’à présent, il a été supposé que le site 1 est un site internet. Le procédé proposé cherche alors à contrôler l’accès à des données. Or, les modes de réalisation qui précèdent sont également applicables à un site physique, autrement dit une zone sécurisée. Dans cette application alternative, le procédé vise à contrôle un accès physique à la zone sécurisé par un individu possesseur du client 3 ; la fonction assurée par le serveur d’accès 2 est alors de décider si un individu a le droit d’accéder physiquement à cette zone sécurisée ou non. Procédé de contrôle d’accès à un site, le procédé étant mis en œuvre par ordinateur et comprenant : une phase d’enrôlement comprenant des étapes de : obtention (100) de données d’enrôlement comprenant : une image d’enrôlement (I) montrant un individu à enrôler, une image de référence (RI) montrant: une photographie se trouvant sur un document d’identité, la photographie montrant un individu de référence, des informations se trouvant sur le document d’identité et se rapportant à l’individu de référence, vérification (102) d’une correspondance entre l’individu à enrôler et l’individu de référence à partir de l’image d’enrôlement (I) et de l’image de référence (RI), analyse (104) des informations montrées dans l’image de référence (RI), de sorte à déterminer si les informations satisfont ou non une condition d’accès au site, application (106) d’une fonction de hachage (F) à l’image d’enrôlement (I) de sorte à produire un condensat d’enrôlement (H), signature numérique du condensat d’enrôlement (H) à l’aide d’une clé privée (SK), de sorte à produire un condensat d’enrôlement signé (SH), mise en œuvre de mesures en vue d’une communication du condensat d’enrôlement signé (SH) à un émetteur des données d’enrôlement, dans lequel au moins une étape parmi l’application de la fonction de hachage, la signature numérique et la mise en œuvre des mesures est réalisée seulement si les conditions suivantes sont réunies : la vérification révèle que l’individu à enrôler et l’individu de référence correspondent, et l’analyse révèle que les informations satisfont la condition d’accès au site, une phase de contrôle comprenant des étapes de : obtention de données d’épreuve comprenant : une image d’épreuve (I’) montrant un individu à contrôler, et un condensat d’épreuve signé (SH’), à l’aide d’une clé publique (PK) formant une paire de clés asymétriques avec la clé privée, vérification de signature du condensat d’épreuve signé (SH’), application (210) de la fonction de hachage (F) à l’image d’épreuve (I’) de sorte à produire un autre condensat d’épreuve (H’), vérification (212) d’une correspondance entre le condensat d’épreuve signé et l’autre condensat d’épreuve, génération d’un résultat de contrôle indiquant que : un émetteur des données d’épreuve a le droit d’accéder au site, seulement si les conditions suivantes sont réunies : la vérification de signature révèle que le condensat d’épreuve signé a été signé avec la clé privée, la vérification de correspondance révèle que le condensat d’épreuve signé et l’autre condensat d’épreuve correspondent, l’émetteur des données d’épreuve n’a pas le droit d’accéder au site sinon. Procédé de contrôle d’accès à un site, le procédé étant mis en œuvre par ordinateur et comprenant : une phase d’enrôlement comprenant des étapes de : obtention (100) de données d’enrôlement comprenant : une image d’enrôlement (I) montrant un individu à enrôler, une image de référence (RI) montrant: une photographie se trouvant sur un document d’identité, la photographie montrant un individu de référence, des informations se trouvant sur le document d’identité et se rapportant à l’individu de référence, vérification (102) d’une correspondance entre l’individu à enrôler et l’individu de référence à partir de l’image d’enrôlement (I) et de l’image de référence (RI), génération (105) d’un attribut d’enrôlement qui contient les informations montrées dans l’image de référence (RI), application (106) d’une fonction de hachage (F) à l’image d’enrôlement (I) de sorte à produire un condensat d’enrôlement (H), signature numérique du condensat d’enrôlement (H) à l’aide d’une clé privée (SK), de sorte à produire un condensat d’enrôlement signé (SH), marquage de l’attribut d’enrôlement à l’aide d’une clé de marquage, de sorte à produire un attribut d’enrôlement marqué, mise en œuvre de mesures en vue d’une communication du condensat d’enrôlement signé (SH) et de l’attribut à un émetteur des données d’enrôlement, dans lequel au moins une étape parmi la génération de l’attribut d’enrôlement, l’application de la fonction de hachage, la signature numérique, le marquage et la mise en œuvre des mesures est réalisée seulement si l’individu à enrôler et l’individu de référence correspondent, une phase de contrôle comprenant des étapes de : obtention de données d’épreuve comprenant : une image d’épreuve (I’) montrant un individu à contrôler, et un condensat d’épreuve signé (SH’), un attribut d’épreuve marqué, à l’aide d’une clé publique (PK) formant une paire de clés asymétriques avec la clé privée, vérification de signature du condensat d’épreuve signé (SH’), application à l’attribut d’épreuve marqué d’un traitement complémentaire au marquage permettant de déduire si l’attribut d’épreuve marqué a été marqué à l’aide de la clé de marquage ou non, application (210) de la fonction de hachage (F) à l’image d’épreuve (I’) de sorte à produire un autre condensat d’épreuve (H2), vérification (212) d’une correspondance entre le condensat d’épreuve signé et l’autre condensat d’épreuve, vérification de l’attribut d’épreuve marqué, de sorte à déterminer si l’attribut d’épreuve marqué contient des informations qui satisfont ou non une condition d’accès au site, génération d’un résultat de contrôle indiquant que : un émetteur des données d’épreuve a le droit d’accéder au site, seulement si les conditions suivantes sont réunies : la vérification de signature révèle que le condensat d’épreuve signé a été signé avec la clé privée, le traitement complémentaire révèle que l’attribut d’épreuve marqué a été marqué à l’aide de la clé de marquage, la vérification de l’attribut d’épreuve marqué révèle que l’attribut d’épreuve marqué contient des informations qui satisfont la condition d’accès au site, et la vérification de correspondance révèle que le condensat d’épreuve signé et l’autre condensat d’épreuve correspondent, l’émetteur des données d’épreuve n’a pas le droit d’accéder au site sinon. Procédé selon l’une quelconque des revendications précédentes, dans lequel le hachage est un hachage perceptuel. Procédé selon l’une quelconque des revendications précédentes, dans lequel les mesures comprennent la génération (108) d’un code-barres d’enrôlement (C) représentant le condensat d’enrôlement signé (SH). Procédé selon l’une quelconque des revendications précédentes, dans lequel Les données d’épreuve comprennent une vidéo d’épreuve (V), La phase de contrôle comprend les étapes suivantes : vérification de présence d’un individu vivant dans la vidéo d’épreuve (V), si un individu vivant est présent dans la vidéo d’épreuve (V), obtention de l’image d’épreuve à partir de la vidéo d’épreuve (V). Procédé selon la revendication précédente, comprenant une étape de : vérification d'une correspondance entre l'individu vivant et l'individu à contrôler à partir de l'image d'épreuve, dans lequel le résultat de contrôle généré indique que l’émetteur des données d’épreuve n’a pas le droit d’accéder au site si l'individu vivant et l'individu à contrôler ne correspondent pas. Procédé selon l’une quelconque des revendications 5 et 6 dans leur dépendance à la revendication 4, dans lequel la phase de contrôle comprend en outre une étape de : détection (204) dans la vidéo d’épreuve (V) d’un code-barres d’épreuve (CC) représentant le condensat d’épreuve signé. Procédé selon l’une quelconque des revendications précédentes, dans lequel : La phase de contrôle est mise en œuvre par un serveur de contrôle, Si le résultat de contrôle indique que l’émetteur des données d’épreuve a le droit d’accéder au site, le résultat de contrôle est transmis à un serveur d’accès au site distinct du serveur de contrôle, de sorte que le serveur d’accès au site accepte une demande d’accès au site émanant de l’émetteur des données d’épreuves. Procédé selon la revendication précédente, dans lequel les données d’épreuve sont obtenues par le serveur de contrôle sans passer par le serveur d’accès. Procédé selon l’une quelconque des revendications 8 et 9, dans lequel la phase de contrôle comprend les étapes suivantes : hachage (214) d’une donnée dépendant du condensat d’épreuve signé et d’une valeur de variable, de sorte à produire une empreinte (α), envoi (216) de l’empreinte (α) au serveur d’accès au site ; réception d’une donnée de défi (β) générée par le serveur d’accès au site à partir de l’empreinte (α), détermination du fait que la donnée de défi (β) satisfait une condition de validité ou non, si la donnée de défi (β) satisfait la condition de validité, signature numérique de la donnée de défi à l’aide d’une deuxième clé privée, de sorte à produire une donnée de défi signée (Sβ), Si le résultat de contrôle indique que l’émetteur des données d’épreuve a le droit d’accéder au site, envoi de la donnée de défi signée (Sβ) au serveur d’accès, le serveur d’accès étant configuré pour : vérifier la validité de la donnée de défi signée (Sβ) à l’aide d’une deuxième clé publique, la deuxième clé privée et la deuxième clé publique formant une deuxième paire de clés asymétriques, si la donnée de défi signée (Sβ) se révèle être valide, acceptation d’une demande d’accès au site émanant de l’émetteur des données d’épreuve. Procédé selon la revendication précédente, dans lequel la variable est une variable temporelle. Procédé selon l’une quelconque des revendications 10 et 11, dans lequel le serveur d’accès est configuré pour générer la donnée de défi (β) par application d’une fonction aléatoire vérifiable à l’empreinte (α). Procédé selon l’une quelconque des revendications précédentes, dans lequel la condition d’accès au site comprend une condition d’âge, par exemple une condition de majorité. Produit programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon l’une des revendications précédentes, lorsque ce programme est exécuté par au moins un processeur.