Brevet FR3121773A1 — publié le 20221014

Procédé de participation (100) à un contrôle d’identité, comprenant des étapes suivantes: génération aléatoire (102) par un serveur de données d’éclairage indiquant une évolution de paramètres d’éclairage dans le temps ; transmission (104) par le serveur de données de commande à un terminal comprenant une caméra et une source lumineuse, les données de commande demandant à la source lumineuse d’éclairer un document d’identité d’après l’évolution de paramètres d’éclairage pendant que la caméra acquiert une vidéo montrant le document d’identité ; réception (106) par le serveur d’une vidéo émanant du terminal suite à la commande ; et analyse (108) de la vidéo déterminant si la vidéo reçue montre ou non un document d’identité éclairé en utilisant l’évolution de paramètres d’éclairage. Figure pour l’abrégé : Fig. 2 procédé de contrôle d’identité utilisant des conditions d’éclairage aléatoires DOMAINE DE L'INVENTION La présente invention concerne un procédé de contrôle d’identité. ETAT DE LA TECHNIQUE Traditionnellement, un contrôle d’identité est effectué sur la base d’un document d’identité physique (tel qu’une carte d’identité, un passeport ou un permis de conduire). Toutefois, certains contrôles d’identité sont mis en œuvre à distance, sur la base d’une copie numérique d’un tel document d’identité. Dans certains contrôles à distance, il est demandé à un utilisateur de fournir une image montrant un document d’identité le concernant. Or, dans de tels contrôles d’identités mis en œuvre à distance, il est possible de mettre en œuvre des attaques par rejeu. Ces attaques peuvent par exemple consister à prendre à l’avance une image ou une vidéo montrant non pas le document d’identité mais une simple photocopie du document d’identité ou un document falsifié, en prévision de futurs contrôles d’identités, et de soumettre une telle image lorsque survient un contrôle d’identité. Dans ce cas, la détection d’une telle attaque n’est pas toujours aisée. Ainsi, rien ne garantit que l’image fournie montre un document d’identité qui était réellement entre les mains de l’utilisateur au moment où il passe le contrôle d’identité. Un but de l’invention est de pouvoir détecter plus facilement des attaques par rejeu dans le cadre d’un contrôle d’identité à distance. Il est à cet effet proposé, selon un premier aspect, un procédé de participation à un contrôle d’identité, comprenant des étapes suivantes: - génération aléatoire par un serveur de données d’éclairage indiquant une évolution de paramètres d’éclairage dans le temps, - transmission par le serveur de données de commande à un terminal comprenant une caméra et une source lumineuse, les données de commande demandant à la source lumineuse d’éclairer un document d’identité d’après l’évolution de paramètres d’éclairage pendant que la caméra acquiert une vidéo montrant le document d’identité, - réception par le serveur d’une vidéo émanant du terminal suite à la commande, - analyse de la vidéo déterminant si la vidéo reçue montre ou non un document d’identité éclairé en utilisant l’évolution de paramètres d’éclairage. Il est également proposé, selon un deuxième aspect, un procédé de participation à un contrôle d’identité, comprenant les étapes suivantes mises en œuvre par un terminal comprenant une caméra et une source lumineuse : - réception de données d’éclairage indiquant une évolution de paramètres d’éclairage dans le temps, les donnée d’éclairage ayant été générées aléatoirement par un serveur, - acquisition par la caméra d’une vidéo montrant un document d’identité, - pendant l’acquisition, éclairage du document d’identité par la source lumineuse d’après l’évolution de paramètres d’éclairage, - transmission au serveur de la vidéo acquise, en vue d’une analyse de la vidéo déterminant si la vidéo reçue montre un document d’identité éclairé d’après l’évolution de paramètres d’éclairage ou non. Les procédés selon le premier aspect et selon le deuxième aspect peuvent être combinés dans un procédé de contrôle d’identité. Par ailleurs, les procédés selon le premier aspect et selon le deuxième aspect peuvent comprendre chacun les caractéristiques optionnelles suivantes, prises seules ou combinées entre elle à chaque fois que cela fait sens techniquement. De préférence, les données d’éclairage indiquent au moins un instant auquel la source lumineuse doit passer d’un état désactivé à un état activé et/ou au moins un instant auquel la source lumineuse doit passer d’un état activé à un état désactivé. De préférence, les données d’éclairage indiquent au moins une durée au cours de laquelle la source lumineuse doit rester dans un état activé et/ou au moins une durée au cours de laquelle la source lumineuse doit rester dans un état désactivé. De préférence, l’étape d’analyse est réalisée à condition qu’un délai écoulé entre la commande du terminal et la réception de la vidéo émanant du terminal soit inférieur à une durée prédéfinie. De préférence, les données d’éclairage indiquent une durée impartie pour l’acquisition de vidéo, et l’analyse de la vidéo comprend une comparaison entre la durée impartie et la durée de la vidéo reçue. De préférence, le procédé comprend en outre une étape de vérification d’authenticité du document d’identité montré dans la vidéo reçue. Il est également proposé, selon un troisième aspect, une mémoire lisible par ordinateur stockant des instructions exécutables par l’ordinateur pour l’exécution des étapes du procédé selon le premier aspect ou selon le deuxième aspect. Il est en outre proposé, selon un quatrième aspect, un serveur comprenant une interface de communication avec un terminal comprenant une caméra et une source lumineuse, le serveur comprenant par ailleurs un module de traitement configuré pour : - générer aléatoirement des données d’éclairage indiquant une évolution de paramètres d’éclairage dans le temps, - commander le terminal via l’interface de communication, de sorte que la source lumineuse éclaire un document d’identité d’après l’évolution de paramètres d’éclairage, pendant que la caméra acquiert une vidéo montrant le document d’identité, - analyser une vidéo émanant du terminal et reçue par l’interface de communication suite à la commande, l’analyse déterminant si la vidéo reçue montre un document d’identité éclairé d’après l’évolution de paramètres d’éclairage ou non. Il est en outre proposé, selon un cinquième aspect, un terminal comprenant : - une caméra, - une source lumineuse, - une interface de communication avec un serveur, configurée pour recevoir des données d’éclairage préalablement générées de manière aléatoire par un serveur, les données d’éclairage indiquant une évolution de paramètres d’éclairage dans le temps, - un module de traitement configuré pour commander la caméra et la source lumineuse, de sorte que la source lumineuse 24 éclaire un document d’identité d’après l’évolution de paramètres d’éclairage pendant que la caméra 22 acquiert une vidéo montrant le document d’identité, et pour commander la transmission de la vidéo acquise au serveur via l’interface de communication, en vue d’une analyse de la vidéo pour déterminer si la vidéo montre un document d’identité éclairé d’après l’évolution de paramètres d’éclairage ou non. Un système de contrôle d’identité peut comprendre le serveur selon le quatrième aspect et le terminal selon le cinquième aspect. 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 illustre de façon schématique un système de contrôle d’identité selon un mode de réalisation. La est un organigramme d’étapes d’un procédé de participation à un contrôle d’identité mis en œuvre par un serveur. La est un organigramme d’étapes d’un procédé de participation à un contrôle d’identité mis en œuvre par un terminal. La représente un exemple d’évolution de paramètres d’éclairage. Sur l’ensemble des figures, les éléments similaires portent des références identiques. DESCRIPTION DETAILLEE DE MODES DE REALISATIONS En référence à la , un système de contrôle d’identité comprend un serveur 1 et un terminal 2. Le serveur 1 comprend un module de traitement 10 configurée pour mettre en œuvre certains traitements faisant partie d’un procédé de contrôle d’identité qui sera décrit ci-après. Le module de traitement 10 peut en particulier comprendre une unité d’analyse vidéo. Le module de traitement 10 comprend typiquement un ou plusieurs processeurs, un ou plusieurs circuits programmables ou non (ASIC, FPGA, etc.). Le serveur 1 comprend par ailleurs une mémoire 12 adaptée pour stocker des données. La mémoire est de type quelconque (SSD, HDD, Flash, etc.). Le serveur 1 comprend en outre une interface de communication 14 adaptée pour communiquer avec le terminal 2. L’interface de communication 14 est de type quelconque : filaire (Ethernet) ou radio sans fil (Wi-Fi, cellulaire, Bluetooth ou autre). Le serveur 1 peut également comprendre un écran d’affichage 16. Le terminal 2 comprend un module de traitement 20, une caméra 22, une source lumineuse 24, et une interface de communication 26 pour communiquer avec le serveur 1. La caméra 22 peut prendre un état activé dans lequel elle acquiert des images, et un état désactivé dans lequel elle n’acquiert pas d’images. Similairement, la source lumineuse 24 peut prendre un état activé, dans lequel elle éclaire au moins en partie l’environnement du terminal 2, et un état désactivé, dans elle la source est éteinte et n’éclaire donc pas cet environnement. En particulier, la source lumineuse 24 est adaptée pour éclairer un objet observé par la caméra 22. Le module de traitement 20 est configuré pour mettre en œuvre certains traitements faisant partie d’un procédé de contrôle d’identité qui sera décrit ci-après. Le module se présente sous la forme d’un composant dédié (hardware), tel qu’un processeur ou un circuit (ASIC, FPGA, etc.), ou bien sous la forme d’un programme dédié (software) dont l’exécution est par exemple contrôlée par un système d’exploitation, le système d’exploitation étant lui-même exécuté par un ou plusieurs processeurs du terminal 2. Le module de traitement 20 est en particulier capable de configurer des paramètres de fonctionnement de la caméra 22 et de la source lumineuse 24. En particulier, le module de traitement est capable d’activer et de désactiver la caméra 22 et la source lumineuse 24 de manière indépendante (c’est-à-dire de les faire basculer de leur état activé vers leur état désactivé, et vice-versa). L’interface de communication 26 est adaptée pour communiquer avec l’interface de communication 14, soit directement soit via un réseau de communication tel qu’Internet. L’interface de communication 26 peut être de l’un des types précités pour l’interface de communication 14. Le terminal 2 comprend par ailleurs une mémoire 28 adaptée pour stocker des données. La mémoire est de type quelconque, par exemple de l’un des types précités pour la mémoire 12. Le terminal 2 comprend par ailleurs une interface homme/machine 30. L’interface homme/machine 30 comprend : au moins un périphérique de sortie adapté pour fournir des informations à un utilisateur (par exemple un écran d’affichage) ; et au moins un périphérique d’entrée adapté pour détecter des commandes émanant d’un utilisateur du terminal 2 (par exemple un clavier, un écran tactile, une souris, etc.). Le terminal 2 est par exemple un smartphone, une tablette ou un ordinateur portable. Il va maintenant être décrit un procédé de contrôle d’identité utilisant le système décrit précédemment, en référence aux figures 2 et 3. Ce procédé comprend une participation du serveur 1, désignée par la référence 100 et dont les étapes sont représentées en , et une participation du terminal 2, désignée par la référence 200 et dont les étapes sont représentées en . On suppose que le serveur 1 a détecté d’une manière ou d’une autre qu’un utilisateur du terminal 2 doit passer un contrôle d’identité. En référence à la , le module de traitement du serveur 1 génère des données d’éclairage indiquant une évolution de paramètres d’éclairage dans le temps (étape 102). On verra dans la suite que ces données d’éclairage sont destinées à être utilisées par une source lumineuse, plus précisément la source lumineuse 24 du terminal 2. Les données d’éclairage peuvent comprendre diverses informations. Les données d’éclairage peuvent indiquer au moins un instant auquel la source lumineuse 24 doit passer d’un état désactivé à un état activé et/ou au moins un instant auquel la source lumineuse 24 doit passer d’un état activé à un état désactivé. Par ailleurs, les données d’éclairage peuvent indiquer au moins une durée au cours de laquelle la source lumineuse 24 doit rester dans un état activé et/ou au moins une durée au cours de laquelle la source lumineuse 24 doit rester dans un état désactivé. Par ailleurs, les données d’éclairage peuvent indiquer au moins une durée d’acquisition vidéo. On a représenté en un exemple d’évolution de paramètres d’éclairage indiquée par les données générées à l’étape 102. Cet exemple d’évolution définit les instants suivants, par ordre chronologique : t0 : instant initial de la séquence, t1 : instant auquel la source lumineuse 24 doit être activée (c’est-à-dire passer de son état désactivé à son état activé) t2 : instant auquel la source lumineuse 24 doit être désactivée (c’est-à-dire passer de son état activé à son état désactivé) t3 : instant auquel la source lumineuse 24 doit être activée (c’est-à-dire passer de son état désactivé à son état activé) t4 : instant auquel la source lumineuse 24 doit être désactivée (c’est-à-dire passer de son état activé à son état désactivé) tf = t0 + T : fin de la séquence. T est donc la durée totale de l’évolution. Les données d’éclairage peuvent par exemple se présenter sous la forme d’un tableau à plusieurs entrées, chaque entrée comprenant un instant et un code d’évènement associé à cet instant. Quand les données d’éclairage présentent une forme de ce type, ce sont les instants ti et les évènements qui surviennent à ces instants ti qui sont générés aléatoirement par le serveur 1 lors de l’étape 102. L’entrée relative à t0 peut être omise, en particulier lorsqu’il est choisi t0=0. Alternativement, les données d’éclairage peuvent comprendre, voire consister en une fréquence ou une période d’activation/désactivation. C’est cette fréquence ou période qui est déterminée aléatoirement par le serveur 1 lors de l’étape 102. Dans ce cas, les données d’éclairage définissent un comportement d’éclairage périodique. Le serveur 1 génère par ailleurs des données de commande du terminal 2 (étape 104). Les données de commande sont transmises au terminal 2 via l’interface de communication 14, en un ou plusieurs messages. Les données de commande demandent à la source lumineuse 24 du terminal 2 d’éclairer un document d’identité d’après l’évolution de paramètres d’éclairage indiquée par les données d’éclairage pendant que la caméra 22 acquiert une vidéo montrant le document d’identité. Les données de commande peuvent typiquement comprendre les données d’éclairage, ainsi qu’un identifiant unique du terminal 2, permettant à ce terminal 2 de comprendre que ces données de commande sont destinées spécifiquement au terminal 2 et pas à un autre terminal avec lequel le serveur 1 serait également susceptible de communiquer. En référence à la , les données de commande sont reçues par l’interface de communication 26 du terminal 2 et sont ensuite transmises au module de traitement 20 (étape 202). Les données d’éclairage sont mémorisées dans la mémoire 28. Le module de traitement commande l’interface homme/machine 30 de manière à inviter l’utilisateur du terminal 2 à déclencher le début d’une acquisition vidéo d’un document d’identité le concernant. Cette commande comprend par exemple l’affichage sur un écran d’affichage du terminal 2 d’une information visuelle invitant l’utilisateur à positionner un tel document en vue de la caméra 22, puis à cliquer sur un bouton de déclenchement dédié. On suppose dans ce qui suit que l’utilisateur obtempère, en plaçant un document d’identité en vue de la caméra 22 (et de la source lumineuse 24). Par la suite, l’utilisateur déclenche le début d’une telle acquisition vidéo via l’interface homme/machine 30 (par exemple en cliquant sur le bouton de déclenchement dédié). Lorsque le module de traitement 20 détecte ce déclenchement par l’utilisateur, le module de traitement 20 active la caméra 22 et l’acquisition d’une vidéo par la caméra 22 débute (étape 204). Pendant l’acquisition de la vidéo, le module de traitement commande la source d’éclairage 24 de sorte que celle-ci éclaire le document d’identité d’après l’évolution de paramètres d’éclairage reçue du serveur 1 (étape 205). Par exemple, le module de traitement 20 fait en sorte que l’instant t0, marquant le début de l’évolution, corresponde à l’instant auquel l’acquisition de la vidéo débute. Ainsi, dans le cas où les données d’éclairage indiquent l’évolution représentée en , la source lumineuse 24 s’active après un délai égal à (t1-t0) à compter du début de l’acquisition vidéo, se désactive après un délai égal à (t2-t0) à compter du début de l’acquisition vidéo, et ainsi de suite. L’acquisition de la vidéo se termine après un délai égal à T à compter du début de l’acquisition. Ainsi, la vidéo acquise par la caméra 22 a une durée égale à T. La vidéo acquise par la caméra 22 est transmise au serveur 1 via l’interface de communication 26 (étape 206). La vidéo acquise est transmise au serveur 1 dans un format qui permet au serveur 1 de détecter que cette vidéo provient du terminal 2, et pas d’un autre équipement. Pour cela, la vidéo peut être transmise en association avec un identifiant unique du terminal 2. De retour à la , le serveur 1 reçoit donc une vidéo provenant du terminal 2 après la transmission de des données de commande. Dans un cas de fonctionnement normal du terminal 1, la vidéo reçue par le serveur 1 est la vidéo ayant été acquise lors de l’étape 204 dans des conditions d’éclairage spécifiques imparties par l’évolution de paramètres générée aléatoirement par le serveur à l’étape 102. Mais on verra par la suite que la vidéo reçue par le serveur peut être une vidéo frauduleuse. Dans une étape optionnelle, le module de traitement 10 du serveur 1 mesure le délai écoulé entre l’étape 104 et l’étape 106. Si ce délai écoulé est supérieur à un seuil, le procédé se termine. Le module de traitement 10 met en œuvre une analyse de la vidéo reçue par le serveur 1 (étape 108). Cette analyse 108 détermine si la vidéo reçue montre ou non un document d’identité éclairé en utilisant l’évolution de paramètres d’éclairage générée aléatoirement à l’étape 102. L’analyse 108 peut typiquement comprendre une détection d’un niveau de luminosité image par image, de sorte à produire des données de luminosité indiquant une évolution de luminosité de la vidéo dans le temps. Le niveau de luminosité d’une image peut typiquement être la moyenne de la luminosité de tous les pixels de cette image, ou bien d’une partie des pixels de cette image. L’analyse 108 peut ensuite comprendre une comparaison entre les données d’éclairage et les données de luminosité, produisant un résultat indicatif d’un niveau de correspondance entre les données d’éclairage et les données de luminosité. La durée T couverte par les données d’éclairage peut en particulier être comparée avec la durée de la vidéo reçue. Dans ce cas, le niveau de correspondance peut tenir compte de cette comparaison de durées. Si ce résultat indique un niveau de ressemblance supérieur à un niveau prédéfini, alors la vidéo reçue est considérée avoir été acquise dans des conditions autorisées par le terminal 2. Il est alors peu probable que la vidéo résulte d’une attaque par rejeu. Sinon, il est considéré que la vidéo est d’origine frauduleuse. Il est en particulier possible qu’un attaquant ait mis en œuvre une attaque par rejeu, en fournissant une vidéo d’origine inconnue. Cette attaque peut typiquement être mise en œuvre par l’utilisateur du terminal 2 ou par un attaquant ayant pris le contrôle de certaines fonctions du terminal 2 à l’insu de cet utilisateur. L’utilisation des données d’éclairage générées aléatoirement lors de l’acquisition de la vidéo rend beaucoup plus facile la détection d’attaques par rejeu. Par la suite, le module de traitement 10 peut mettre en œuvre un traitement vérifiant l’authenticité du document montré dans la vidéo acquise (étape 110). La mise en œuvre de l’étape de vérification d’authenticité 110 peut être conditionnée à un résultat positif de l’analyse 108. Autrement dit, il peut être fait en sorte que l’étape 110 soit mise en œuvre uniquement lorsqu’il est considéré que la vidéo n’est pas d’origine frauduleuse à l’issue de l’étape d’analyse 108. Au cours de l’étape 110, le serveur 1 peut comparer le document d’identité montré dans la vidéo avec un ou plusieurs modèles de document. La vérification d’authenticité 110 peut en outre comprendre une analyse de réflexions de la lumière produite par la source lumineuse 24 sur le document d’identité et montrées dans les images de la vidéo. Cette analyse permet d’évaluer le type de revêtement du document d’identité présenté. Cette analyse permet en particulier de discriminer des documents plastifiés et des documents non plastifiés, ce qui peut aider à détecter si le document d’identité présenté est frauduleux ou pas. La vérification d’authenticité peut également comprendre une détection dans la vidéo de découpes, d’éléments collées, ou de grattages ayant induit des délaminations. Bien qu’avantageusement mises en œuvre par le serveur 1, les étapes 108 et 110 peuvent être mises en œuvre par un adjudicateur. Dans ce cas, le module de traitement 10 peut commander l’affichage de la vidéo reçue sur l’écran d’affichage 16, ainsi que des données d’éclairage sous un format permettant à l’adjudicateur de pouvoir comparer facilement l’évolution des conditions d’éclairage du document d’identité montré dans la vidéo reçue par rapport à l’évolution de paramètres d’éclairage indiquée dans les données d’éclairage ayant été générées aléatoirement à l’étape 102. Les étapes 100, 200 du procédé sont répétées à chaque fois qu’un nouveau contrôle d’identité sollicitant le serveur 1 doit être mis en œuvre. A chaque nouvelle mise en œuvre du procédé, de nouvelles données d’éclairage sont générées aléatoirement par le serveur à l’étape 102, ce qui protège efficacement le contrôle d’identité contre des attaques par rejeu. Le procédé comprenant les étapes 100, 200 peuvent être mises en œuvre par un programme dont les instructions de code sont exécutées par les modules de traitement 10, 20 et mémorisées dans les mémoires 12, 28. Procédé de contrôle d’identité, comprenant des étapes suivantes: - génération aléatoire (102) par un serveur de données d’éclairage indiquant une évolution de paramètres d’éclairage dans le temps, - transmission (104) par le serveur de données de commande à un terminal comprenant une caméra et une source lumineuse, les données de commande demandant à la source lumineuse d’éclairer un document d’identité d’après l’évolution de paramètres d’éclairage pendant que la caméra acquiert une vidéo montrant le document d’identité, - réception (106) par le serveur d’une vidéo émanant du terminal suite à la commande, - analyse (108) de la vidéo déterminant si la vidéo reçue montre ou non un document d’identité éclairé en utilisant l’évolution de paramètres d’éclairage. Procédé selon la revendication précédente, dans lequel les données d’éclairage indiquent au moins un instant auquel la source lumineuse doit passer d’un état désactivé à un état activé et/ou au moins un instant auquel la source lumineuse doit passer d’un état activé à un état désactivé. Procédé selon l’une des revendications précédentes, dans lequel les données d’éclairage indiquent au moins une durée au cours de laquelle la source lumineuse doit rester dans un état activé et/ou au moins une durée au cours de laquelle la source lumineuse doit rester dans un état désactivé. Procédé selon l’une des revendications précédentes, dans lequel l’étape d’analyse est réalisée à condition qu’un délai écoulé entre la commande du terminal et la réception de la vidéo émanant du terminal soit inférieur à une durée prédéfinie. Procédé selon l’une de revendications précédentes, dans lequel les données d’éclairage indiquent une durée impartie pour l’acquisition de vidéo, et dans lequel l’analyse (108) de la vidéo comprend une comparaison entre la durée impartie et la durée de la vidéo reçue. Procédé selon l’une des revendications précédentes, comprenant une étape de vérification d’authenticité du document d’identité montré dans la vidéo reçue. Procédé de participation (200) à un contrôle d’identité, comprenant les étapes suivantes mises en œuvre par un terminal comprenant une caméra et une source lumineuse : - réception de données d’éclairage indiquant une évolution de paramètres d’éclairage dans le temps, les donnée d’éclairage ayant été générées aléatoirement par un serveur, - acquisition par la caméra d’une vidéo montrant un document d’identité, - pendant l’acquisition, éclairage du document d’identité par la source lumineuse d’après l’évolution de paramètres d’éclairage, - transmission au serveur de la vidéo acquise, en vue d’une analyse de la vidéo déterminant si la vidéo reçue montre un document d’identité éclairé d’après l’évolution de paramètres d’éclairage ou non. Mémoire (12, 28) lisible par ordinateur stockant des instructions exécutables par l’ordinateur pour l’exécution des étapes du procédé selon l’une des revendications précédentes. Serveur (1) comprenant une interface de communication (14) avec un terminal comprenant une caméra (22) et une source lumineuse (24), le serveur (1) comprenant par ailleurs un module de traitement (10) configuré pour : - générer aléatoirement des données d’éclairage indiquant une évolution de paramètres d’éclairage dans le temps, - transmettre au terminal, via l’interface de communication (14), des données de commande demandant à la source lumineuse (24) d’éclairer un document d’identité d’après l’évolution de paramètres d’éclairage pendant que la caméra (22) acquiert une vidéo montrant le document d’identité, - analyser une vidéo émanant du terminal et reçue par l’interface de communication suite à la commande, l’analyse déterminant si la vidéo reçue montre un document d’identité éclairé d’après l’évolution de paramètres d’éclairage ou non. Terminal (2) comprenant : - une caméra (22), - une source lumineuse (24), - une interface de communication (26) avec un serveur, configurée pour recevoir des données d’éclairage préalablement générées de manière aléatoire par un serveur (1), les données d’éclairage indiquant une évolution de paramètres d’éclairage dans le temps, - un module de traitement (20) configuré pour commander la caméra (22) et la source lumineuse (24), de sorte que la source lumineuse 24 éclaire un document d’identité d’après l’évolution de paramètres d’éclairage pendant que la caméra 22 acquiert une vidéo montrant le document d’identité, et pour commander la transmission de la vidéo acquise au serveur via l’interface de communication, en vue d’une analyse de la vidéo pour déterminer si la vidéo montre un document d’identité éclairé d’après l’évolution de paramètres d’éclairage ou non.