FR 3145813 A1 20240816 FR 2301425 A 20230215 La présente invention concerne un procédé d’authentification d’un utilisateur, le procédé étant caractérisé en ce qu’il comprend la mise en œuvre par des moyens de traitement de données (21) d’un serveur (2) d’étapes de : Obtention, depuis un dispositif d’authentification (10) associé de manière unique à l’utilisateur et connecté audit serveur (2), de données représentatives d’une séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification (10), chaque geste de rotation étant défini par une position angulaire initiale, une position angulaire finale, et un sens de rotation ; Vérification desdites données représentatives de ladite séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification (10). Fig. 1 Procédé d’authentification d’un utilisateur via un dispositif d’authentification associé de manière unique à l’utilisateur. DOMAINE TECHNIQUE GÉNÉRAL La présente invention se rapporte au domaine de l’authentification, et en particulier dans le cadre de la réalité virtuelle ou mixte. Plus précisément, elle concerne un procédé d’authentification d’un utilisateur, en particulier d’un utilisateur d’un système de réalité virtuelle ou mixte. ETAT DE L’ART On connait des environnements artificiellement générés par des ordinateurs pouvant être perçus en réalité virtuelle (ou mixte, i.e. coexistant avec le monde réel) et notamment le « métavers » qui serait un monde virtuel persistant, partagé, et présenté comme le futur d’internet. Pour interagir dans un tel univers, un utilisateur utilise un casque de réalité virtuel (VR), ou le cas échéant de réalité mixte (MR). Ce type de casque fonctionne classiquement en appairage avec deux contrôleurs (ou manettes), tenus à chaque main par l’utilisateur. Un contrôleur sert en premier lieu à l’interactivité : il fait office de dispositif de pointage, et expose par ailleurs différents boutons mécaniques, assignables chacun à une fonction d’interactivité spécifique, suivant le choix de l’application VR. Ce type de casque et les contrôleurs sont en outre équipés de capteurs de mouvement (typiquement des accéléromètres), dédiés au suivi de la vision, au suivi des mains et à la gestion de la zone de déplacement physique. Dans certains modèles, l’utilisateur peut alternativement se passer des contrôleurs, et utiliser ses mains libres pour interagir avec l’application (on a alors par exemple des caméras externes fixes qui observent ses mains). Dans ces environnements, il est parfois nécessaire d’obtenir une preuve de consentement de l’utilisateur, et pour cela de vérifier son identité, par exemple pour une validation de transaction, et en particulier de paiement (si l’utilisateur achète un objet, réel ou virtuel, dans le métavers). On peut utiliser des techniques classiques comme un code PIN ou un mot de passe, par exemple via un smartphone appairé, mais il faut ôter puis remettre le casque, ce qui est contraignant. Les facteurs d’authentification biométriques (voix, iris, empreinte digitale) pourraient étoffer ces mécanismes dans un avenir plus ou moins proches, mais ils nécessitent des moyens d’acquisition dédiés (par exemple un scanner d’empreinte sur le contrôleur), et il n’y a pas d’implémentation connue. On note que les casques présentent des capteurs oculaires, mais ils se limitent à la fonction simple d’oculométrie (« eye tracking ») et ils sont loin d’avoir les performances qui permettraient de la reconnaissance d’iris. Alternativement, une façon naturelle d’obtenir le consentement de l’utilisateur dans l’espace virtuel est de lui demander d’exécuter un geste particulier. La méthode est d’autant plus intéressante si chaque utilisateur a une manière caractéristique d’effectuer ce geste (ce qu’on appelle un geste « identifiant »). La demande FR2214116 permet ainsi une solution d’identification ou d’authentification fiable, sécurisée et reproductible, en particulier pour preuve du consentement de l’utilisateur. Un inconvénient de cette dernière solution est qu’elle reste mono facteur, et donc qu’elle ne permet pas une authentification « forte », qui implique l’utilisation d’un dispositif externe comme un terminal mobile ou un token physique. En complément de la solution décrite dans la demande FR2214116, il serait ainsi souhaitable de disposer d’une solution de très haute sécurité qui reste aussi intuitive et facile à mettre en œuvre par l’utilisateur, par exemple ne nécessitant pas nécessairement d’enlever le casque VR. PRÉSENTATION DE L’INVENTION La présente invention se rapporte donc selon un premier aspect à un procédé d’authentification d’un utilisateur, le procédé étant caractérisé en ce qu’il comprend la mise en œuvre par des moyens de traitement de données d’un serveur d’étapes de : Obtention, depuis un dispositif d’authentification associé de manière unique à l’utilisateur et connecté audit serveur, de données représentatives d’une séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification, chaque geste de rotation étant défini par une position angulaire initiale, une position angulaire finale, et un sens de rotation ; Vérification desdites données représentatives de ladite séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification. Selon des caractéristiques avantageuses et non-limitatives : La vérification de l’étape (b) est une comparaison de ladite séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification avec au moins une séquence de gestes de rotation attendue. L’étape (a) comprend une sous-étape (a2) d’émission d’une invitation de l’utilisateur à réaliser ladite séquence de gestes de rotation sur ledit dispositif d’authentification. L’utilisateur est un utilisateur d’un système de réalité virtuelle ou mixte connecté au serveur et comprenant des moyens d’affichage d’un espace immersif. Le procédé comprend une étape (c) de mise en œuvre ou non d’une transaction initiée par ledit utilisateur (en particulier dans ledit espace immersif) en fonction du résultat de l’étape (b). L’étape (a) comprend une sous-étape (a1) de réception d’une requête de validation de ladite transaction, en réponse à laquelle ladite invitation de l’utilisateur à réaliser ladite séquence de gestes de rotation sur ledit dispositif d’authentification est émise. Le dispositif d’authentification comprend une surface de détection des gestes de rotation choisie parmi un plateau rotatif et une surface tactile. Ladite surface de détection des gestes de rotation s’étend circulairement autour d’un élément central. Ladite surface de détection des gestes de rotation présente au moins un repère tactile, en particulier un repère en relief. Ladite surface de détection des gestes de rotation présente une pluralité de repères tactiles disposés à intervalles réguliers autour dudit élément central. Ladite pluralité de repères est composée d’un unique repère principal et d’un ou plusieurs repères secondaires différents dudit repère principal. Le dispositif d’authentification est apparié avec un terminal mobile de l’utilisateur via lequel il est connecté audit serveur. Selon un deuxième aspect, l’invention propose un serveur d’authentification d’un utilisateur, caractérisé en ce qu’il comprend des moyens de traitement de données configurés pour : Obtenir, depuis un dispositif d’authentification associé de manière unique à l’utilisateur et connecté audit serveur, des données représentatives d’une séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification, chaque geste de rotation étant défini par une position angulaire initiale, une position angulaire finale, et un sens de rotation ; Vérifier lesdites données représentatives de ladite séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification. Selon un troisième et un quatrième aspects, l’invention propose un produit programme d’ordinateur comprenant des instructions de code pour l’exécution d’un procédé selon le premier aspect d’authentification d’un utilisateur ; et un moyen de stockage lisible par un équipement informatique sur lequel est enregistré un produit programme d’ordinateur comprenant des instructions de code pour l’exécution d’un procédé selon le premier aspect d’authentification d’un utilisateur. PRÉSENTATION DES FIGURES D’autres caractéristiques et avantages de la présente invention apparaîtront à la lecture de la description qui va suivre d’un mode de réalisation préférentiel. Cette description sera donnée en référence aux dessins annexés dans lesquels : la est un schéma d’un système pour la mise en œuvre du procédé selon l’invention ; la représente un exemple de dispositif d’authentification utilisé dans le procédé selon l’invention ; la illustre schématiquement comment est défini un geste de rotation sur ledit dispositif d’authentification. la est un logigramme illustrant les étapes d’un mode de réalisation du procédé selon l’invention. DESCRIPTION DÉTAILLÉE Architecture La présente invention concerne un procédé d’authentification d’un utilisateur, préférentiellement un utilisateur d’un système 1 de réalité virtuelle ou mixte tel que représenté sur la , en particulier pour la mise en œuvre d’une transaction dans un espace immersif auquel le système 1 permet d’accéder. On notera que même si, comme on le verra, le présent procédé est particulièrement performant en réalité virtuelle/mixte, on n’est pas limité à cette application, et que l’on pourra utiliser le présent procédé pour toute authentification d’un utilisateur, par exemple pour valider une transaction dans un magasin, pour déverrouiller un équipement, accéder à un espace personnel dans une application, etc. Dans le contexte de la VR, le présent procédé pourra en outre être utilisé pour signer un contrat, transférer des droits ou encore autoriser l’accès d’un utilisateur à une salle virtuelle sécurisée (notamment personnelle). L’éventuel système 1 comprend des moyens d’affichage 12 dudit espace immersif (c’est-à-dire avec lequel l’utilisateur peut interagir, et dans lequel il est « plongé »), typiquement un casque, et des moyens de détection du mouvement dans ledit espace immersif 14, en général des contrôleurs (ou manettes) tenus par les mains et munis d’accéléromètres et/ou de gyromètres, ou alternativement des caméras externes fixes observant les mains. Les différents équipements du système 1 (par exemple casque et contrôleurs) sont interconnectés de façon filaire ou sans-fil (par exemple en Bluetooth). Ladite « réalité » est soit : virtuelle, c’est-à-dire que ledit espace immersif est complètement artificiel, ou mixte, c’est-à-dire seulement partiellement virtuelle, et ledit espace immersif superpose un environnement réel et un environnement virtuel. Un système 1 de réalité mixte comprend en général, en plus des moyens d’affichage 12, une caméra filmant le monde réel en continu, le rendu des moyens d’affichage 12 incluant dans ce flux « réel » des éléments virtuels. Dans la suite de la présente description on prendra par commodité l’exemple de la réalité virtuelle, abréviée « VR », mais l’homme du métier pourra transposer l’environnement à la réalité mixte (MR). De manière connue, dans tous les cas, les moyens d’affichage 12 sont couplés avec les mouvements du casque porté par l’utilisateur de sorte que l’affichage de l’environnement immersif évolue en fonction de ces mouvements de sorte à simuler la réalité. Pour ce faire, le système 1 comprend généralement des moyens de détection du mouvement du casque porté par l’utilisateur 13, par exemple à nouveau des accéléromètres ou des caméras soit externes observant la tête, soit fixées au casque et observant l’environnement. Le système 1 comprend en outre des moyens de traitement de données 11 tel qu’un processeur, mettant en œuvre des applications dans ledit espace immersif. Par exemple, dans un jeu de sport, le contrôleur d’interactivité simule un ballon et l’appui sur un bouton correspond à une frappe dans le ballon. Le présent procédé est mis en œuvre par un serveur 2 qui peut être confondu avec le système 1, ou distant et connecté par un réseau 20 tel que le réseau internet. Le serveur 2 dispose également de moyens de traitement de données 21 (typiquement un processeur) et de moyens de stockage de données 22 (une mémoire, par exemple un disque dur). Enfin, le présent procédé utilise un dispositif d’authentification 10, associé de manière unique à l’utilisateur (i.e. c’est un dispositif personnel) et connecté audit serveur 2, sur lequel on reviendra plus en détails plus loin. Principe Le présent procédé vise à l’authentification de l’utilisateur grâce à une séquence de gestes de rotation réalisés par l’utilisateur sur son dispositif d’authentification personnel 10, dit « séquence d’authentification », alternativement par exemple aux techniques connues comme la reconnaissance d’un geste ou la saisie d’un code. Comme l’on verra, une telle séquence permet en pratique bien plus de combinaisons qu’un code PIN, et très facile à mémoriser, et peut être réalisée intuitivement sans regarder le dispositif, ce qui est très avantageux pour une application VR (pas besoin d’enlever le casque). Ladite authentification est en particulier réalisée pour obtenir le consentement de l’utilisateur dans ledit espace immersif (i.e. confirmation). Le procédé peut être mis en œuvre à tout moment où l’identité de la personne qui utilise le système 1 peut devoir être vérifiée. Le cas d’espèce est une validation de transaction (si l’utilisateur achète un objet, réel ou virtuel, dans l’espace immersif). Par « geste de rotation », on entend un geste typiquement d’au moins un doigt (en général un ou deux doigts) ou de toute la main de l’utilisateur qui corresponde à un mouvement de rotation. A ce titre, le dispositif d’authentification 10 comprend préférentiellement une surface 100 de détection des gestes de rotation choisie parmi un plateau rotatif et une surface tactile en particulier circulaire (et ainsi avec typiquement une forme de disque) comme l’on voit dans l’exemple de la , mais alternativement le dispositif d’authentification 10 peut simplement être un terminal mobile de type smartphone avec un écran tactile complet jouant le rôle de surface 100, ou encore une caméra filmant les mains de l’utilisateur, voire même un contrôleur 14 (dans ces derniers cas, la séquence de gestes de rotations est réalisée dans l’air). Un dispositif 10 dédié avec une surface 100 physique reste néanmoins préféré pour garantir une authentification forte, on prendra dans la suite l’exemple préféré d’un dispositif 10 en forme de disque avec un plateau tournant ou une surface tactile circulaire, et on décrira plus loin un mode de réalisation particulièrement préféré du dispositif d’authentification 10 conforme à la . Dans tous les cas, chaque geste de rotation est défini par une position angulaire initiale, une position angulaire finale, et un sens de rotation. Les avantages sont nombreux : le nombre de combinaison est très élevé, bien plus que pour un simple code PIN, et donc la sécurité est très forte ; les gestes de rotation peuvent être réalisés avec précision, même sans regarder le dispositif et donc en gardant le casque. Dans un premier mode de réalisation dit « discret », on a une pluralité de positions angulaires prédéfinies (un nombre N), et chaque position angulaire initiale/finale est choisie parmi l’une des positions angulaires prédéfinies. En d’autres termes, on a des secteurs élémentaires de largeur angulaire 360/N degrés numérotés de 1 à N. On a alors 2N² gestes possibles (on note qu’un geste avec position initiale et finales identique correspond à un tour complet), et les données descriptives d’un geste de rotation sont typiquement un triplet (n i , n f , s)∈[1;N]x[1;N]x{-1,+1} des identifiants des positions initiales et finales et d’un indicateur du sens de rotation (2 valeurs possibles pour les sens horaire et antihoraire, ici arbitrairement choisis à -1 et +1). Alternativement on peut simplement représenter le geste par un identifiant unique i∈[1;2N²]. De manière préférée, on a N≥4, et préférentiellement N est choisi parmi 4, 6, 8 et 12, ce qui permet des divisions intuitives du cercle. Dans l’exemple de la , on a N=12, i.e. 12 secteurs de 30° numérotés de 1 à 12 dans le sens horaire, avec le secteur 12 au nord (le 1 au NNE, le 2 à l’ENE, le 3 à l’Est, etc.). On a 288 gestes possibles, la représentant le geste 35 antihoraire (représenté par le triplet (3, 5, -1)). On comprend qu’il y a près de 7 milliards de séquences possibles de simplement quatre de ces gestes de rotation, ce qui garantit qu’il est impossible de trouver la séquence par chance. Avec seulement N=4, on a déjà 32 gestes de rotation possibles, et une séquence de seulement deux gestes garantit déjà plus d’un millier de combinaisons. Selon un mode de réalisation on peut autoriser plus d’un tour, et la valeur s est alors à valeur dans ℤ, avec le signe de s désignant le sens de rotation et |s-1| le nombre de tours complets supplémentaires. Par exemple : (3, 5, -2) correspondrait à une autre rotation de 3 vers 5 dans le sens antihoraire avec un tour complet réalisé (i.e. tour complet partant de 3 puis 3 vers 5). (3, 3, 2) correspondrait à deux tours complets horaires partant de 3 (i.e. tour complet partant de 3 puis 3 vers 3 qui est un deuxième tour complet). En notant T le nombre maximal de tours complets autorisés (i.e. s∈[-(T+1);+(T+1)]), le nombre de gestes possibles passe à 2(T+1)N². Dans un deuxième mode de réalisation dit « continu », on peut ne pas avoir de positions angulaires prédéfinies et simplement une mesure la plus précise possible des positions angulaires initiale et finale. En d’autres termes, les positions angulaires initiale et finale peuvent prendre toute valeur possible. Procédé En référence à la , le présent procédé est mis en œuvre par les moyens de traitement de données 21 du serveur 2, et commence par une étape (a) d’obtention depuis le dispositif d’authentification 10 associé de manière unique à l’utilisateur, de données représentatives d’une séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification 10. On comprend qu’on a bien une authentification forte puisqu’on combine un facteur matériel (l’utilisateur prouve qu’il possède bien un dispositif d’authentification 10 spécifique, associé de manière unique avec lui) et un facteur mémoriel (la séquence de gestes de rotation). Si le serveur 2 recevait des données représentatives d’une séquence de gestes de rotation réalisés par l’utilisateur sur un autre dispositif d’authentification que celui qui est associé de manière unique, alors elles seraient ignorées et l’authentification serait rejetée. On parle de séquence d’authentification « candidate » comme étant celle réalisée en direct par l’utilisateur (à l’instar d’un code saisi sur un clavier) et sur la base duquel on va tenter l’authentification, par opposition à des séquences d’authentification « de référence », en pratique celle(s) attendue(s). A ce titre, l’étape (a) comprend préférentiellement une sous-étape notée (a4) d’encodage de cette séquence de gestes de rotation candidate, c’est-à-dire la génération desdites données représentatives de ladite séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification 10 à partir de données brutes acquises par le dispositif 10, i.e. la traduction des signaux électriques mesurés en un code tel qu’un vecteur de k triplets (n i , n f , s), où k est le nombre de gestes de la séquence. A noter que cet encodage peut être réalisé directement par le dispositif 10 ou par le serveur 2. L’étape (a) comprend préférentiellement l’acquisition (a3), par le dispositif 10, desdites données brutes, pendant que l’utilisateur réalise les gestes. Dans une étape (b) suivante, les moyens de traitement 21 du serveur 2 authentifient ledit utilisateur en vérifiant lesdites données représentatives obtenues d’une séquence de gestes de rotation candidate (i.e. lesdites données représentatives de la séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification 10). Plus précisément, ladite séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification 10 doit correspondre avec au moins une séquence d’authentification attendue. Avantageusement, la séquence d’authentification attendue est la séquence d’authentification de référence de l’utilisateur, i.e. une séquence prédéfinie connue (et généralement préalablement choisie) par l’utilisateur. A noter qu’il peut y avoir plusieurs séquences d’authentification de référence, en particulier plus ou moins longues, correspondant à divers niveaux de sécurité possible. Par exemple, pour une authentification avant une transaction au-delà d’un certain montant ou peut avoir une séquence de quatre gestes qui est attendue, alors que pour une simple vérification du consentement on peut avoir une séquence d’un seul geste visant à éviter une fausse manipulation de l’utilisateur. On peut également avoir un réglage manuel par l’utilisateur du niveau de sécurité souhaité. En fonction de la transaction et/ou du niveau de sécurité, on a ainsi une séquence de référence qui est sélectionné comme la séquence « attendue », et elle est comparée avec la séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification 10. A noter qu’il peut y avoir plusieurs séquences attendues alternatives, en ce on peut prévoir qu’une séquence de niveau de sécurité de niveau élevé vaille séquence de niveau de sécurité plus bas : par exemple si on attendait la séquence de simple vérification du consentement (de 1 geste) et que l’utilisateur réalise la séquence d’authentification complète (4 gestes), alors il est authentifié. Alternativement, la séquence d’authentification attendue est une séquence d’authentification générée par le serveur 2 (en particulier aléatoirement), et que l’utilisateur doit reproduire, dans une logique de type « challenge-réponse » (la séquence d’authentification attendue peut être considéré comme un mot de passe à usage unique, OTP), voir plus loin. Dans tous les cas, quelle que soit la nature de la séquence d’authentification attendue, la vérification est similaire. Selon un premier mode de réalisation, typiquement lorsque l’on a N positions angulaires possibles, on compare directement les données représentatives de ces deux séquences, i.e. leurs codes. On doit dans ce cas avoir une correspondance exacte, sinon c’est qu’au moins un geste est erroné. Selon un deuxième mode de réalisation, typiquement en cas de positions angulaires à valeurs continues (par opposition à N positions angulaires possibles), on utilise un algorithme de « fuzzy matching », en particulier un modèle de classification capable de calculer un score de proximité entre la séquence candidate et la (chaque) séquence attendue et de comparer ce score avec un seuil d’authentification. En effet, dans un tel mode il est impossible de reproduire exactement la même séquence, et on vérifie juste que la séquence candidate est suffisamment similaire de la séquence de référence attendue. Transaction & consentement De manière préférée, le procédé s’inscrit dans un contexte de validation de transaction, et plus précisément du consentement de l’utilisateur à la mise en œuvre de ladite transaction. Il comprend alors avantageusement une étape (c) de mise en œuvre ou non d’une transaction initiée par ledit utilisateur dans ledit espace immersif en fonction du résultat de l’étape (b), i.e. le résultat de la vérification de la séquence réalisée par ledit utilisateur, et donc son authentification. En d’autres termes, si l’utilisateur a réalisé la séquence d’authentification attendue (ce qui signifie qu’il a bien donné son consentement), le résultat de la vérification est positif et la transaction est mise en œuvre. A l’inverse, si le résultat de la vérification est négatif, c’est que soit l’utilisateur n’a pas finalement pas donné son consentement (le système 1 a peut-être cru par erreur, à la suite d’une mauvaise manipulation de l’utilisateur, que ce dernier souhait mettre en œuvre une transaction) soit qu’un tiers a tenté d’usurper son identité en volant son dispositif d’authentification 10 (et donc que l’utilisateur en premier lieu n’a jamais donné son consentement), et la transaction n’est pas mise en œuvre. On entendra « transaction » au sens large, c’est-à-dire possiblement paiement mais également signature d’un contrat, transferts de droits, autorisation d’accès à une salle virtuelle sécurisée etc. De manière préférée, l’étape (a) comprend une sous-étape (a2) d’émission à destination dudit système 1 d’une invitation à réaliser la séquence de gestes de rotation candidate. On comprend que cette invitation s’adresse à l’utilisateur et est affichée (sous n’importe quelle forme) par les moyens 12. Dans le mode de type « challenge-réponse » où la séquence d’authentification attendue est une séquence d’authentification générée par le serveur 2 que l’utilisateur doit reproduire, cette séquence d’authentification attendue est avantageusement présentée à l’utilisateur dans cette invitation, par exemple sous la forme de pictogrammes représentant les gestes comme dans la . Ainsi, l’invitation émise est plus précisément une invitation à reproduire une séquence de gestes de rotation donnée générée par le serveur 2. Cette invitation peut être émise en réponse à une sous-étape (a1) de réception d’une requête de validation de ladite transaction, réception depuis le système 1 ou un autre serveur notamment de transaction (qui peut notamment être confondu à son tour avec le serveur 2). Typiquement : L’utilisateur souhaite faire une transaction dans l’espace immersif, et réalise une action associée (comme par exemple prendre un objet virtuel) Le système 1 communique avec un serveur de transaction distant en lui indiquant que l’utilisateur souhaite mettre en œuvre une transaction ; Le serveur de transaction envoie au serveur 2 une requête de validation de la transaction, pour s’assurer que l’utilisateur donne bien son consentement (sous-étape (a1)) ; En réponse, le serveur 2 émet à destination du système 1 l’invitation à réaliser la séquence de gestes de rotation sur son dispositif d’authentification 10 (sous-étape (a2)). On comprend qu’en particulier cette invitation est interprétée par le système pour être comprise par l’utilisateur, par exemple en affichant un texte dans l’espace immersif (« merci de valider la transaction en réalisant votre séquence de gestes de rotation ») mais également avec un message sonore, etc. L’utilisateur utilise son dispositif d’authentification 10, et ce dernier acquiert les données brutes correspondantes (sous-étape (a3)) ; Le dispositif 10 et/ou le serveur 2 encode les gestes (sous-étape (a4)), c’est-à-dire génère lesdites données représentatives de ladite séquence de gestes de rotation réalisée par l’utilisateur sur son dispositif d’authentification 10 candidat à partir des données brutes acquises ; Le serveur 2 peut alors mettre en œuvre la vérification de ces données représentatives de ladite séquence de gestes de rotation candidate, de sorte à s’assurer que cette séquence d’authentification candidate coïncide avec une séquence d’authentification attendue (étape (b)) ; La transaction est validée si le résultat de la vérification desdites données représentatives d’une séquence de gestes de rotation obtenues est que ladite séquence d’authentification candidate coïncide avec la séquence d’authentification attendue (étape (c)), et le serveur 2 peut le notifier à l’éventuel serveur de transaction pour que ce dernier mette en œuvre la transaction. Dispositif d’authentification Comme expliqué le dispositif d’authentification 10 peut être tout dispositif associé de manière unique à l’utilisateur et connecté audit serveur 2, et sur lequel l’utilisateur peut réaliser une séquence de gestes de rotation. De manière préférée, le dispositif 10 comprend une surface 100 de détection des gestes de rotation, qui est typiquement une surface tactile, par exemple en un matériau souple tel que du silicone. On comprend que cette surface tactile n’est pas un écran. En référence à la , ladite surface 100 de détection des gestes de rotation s’étend avantageusement circulairement autour d’un élément central 101. En d’autres termes elle présente une forme sensiblement annulaire dont l’élément central marque le centre, et on comprend qu’il est naturel de réaliser un geste de rotation sur une telle surface. L’ensemble du dispositif 10 présente ainsi une forme de disque avec un boitier de typiquement quelques centimètres de diamètre, et environ un centimètre d’épaisseur. Le boitier peut héberger en outre des moyens de traitement et une batterie dudit dispositif 10. On notera que l’élément central 101 peut être un bouton 101 utilisé notamment pour contrôler le dispositif 10, par exemple pour faire une action dans l’espace immersif, mais également pour l’allumer/l’éteindre (multiple appuis rapides) ou déclencher un appariement (appui long). En effet, le dispositif d’authentification 10 est préférentiellement apparié avec un terminal mobile 3 de l’utilisateur (en particulier via une communication sans fil de courte portée, notamment Bluetooth) via lequel il est connecté audit serveur 2, le terminal 3 permettant en effet une connexion au réseau 20 tel que le réseau internet. Le dispositif 10 peut d’ailleurs être fixé au terminal mobile 3, par exemple de manière magnétique, ce qui en permet éventuellement un rechargement par induction. Alternativement ou en complément, le dispositif 10 peut comprendre un port, par exemple USB, notamment sur le flanc du boitier. L’élément central 101 peut attentivement ou en complément comprendre un moyen d’identification biométrique supplémentaire, par exemple un capteur d’empreinte digitale. De manière à guider le geste, ladite surface 100 de détection des gestes de rotation présente avantageusement au moins un repère tactile 102a, 102b, voire une pluralité de repères tactiles 102a, 102b disposés à intervalles réguliers autour dudit élément central 101, i.e. à des positions angulaires régulièrement réparties. Les repères peuvent être physiques, en particulier des repères en relief (qui peuvent être des picots, des creux, ou tout motif texturé), ou bien des repères simulés, par exemple avec un retour haptique (i.e. une vibration) déclenchée lorsque l’utilisateur atteint sur la surface 100 la position d’un de ces repères 102a, 102b. Ainsi, l’utilisateur peut directement sentir la position de ce(s) repère(s) 102a, 102b et donc se positionner sur la surface 100 du dispositif 10 sans avoir besoin de regarder. En cas de plusieurs repères, l’utilisateur sait en les ressentant qu’il a parcouru une certaine étendue angulaire et donc contrôler son geste pour plus de précision. De manière particulièrement préférée ladite pluralité de repères 102a, 102b est composée d’un unique repère principal 102a et d’un ou plusieurs repères secondaires 102b différents dudit repère principal 102a, de manière à des distinguer. Ainsi le repère principal permet d’orienter de manière absolue le dispositif 10 (en identifiant une direction de référence, par exemple le nord), et les autres permettent de contrôler le geste de rotation. Dans l’exemple de la , on a des repères physiques sur une surface tactile circulaire 100 dont un repère principal 102a avec trois picots, et trois repères secondaires 102b avec un seul picot. On note que la présence de plusieurs repères 102a, 102b est particulièrement efficace en combinaison avec le mode de réalisation dans lequel on a N positions angulaires prédéfinies, puisque les repères peuvent être directement associés à certaines de ces positions angulaires prédéfinies. Par exemple, en prenant la configuration à 12 positions angulaires prédéfinies de la , les repères de la sont respectivement associés aux positions 12 (repère principal 102a), 3, 6 et 9 (repères secondaires 102b). Le geste 35 antihoraire de la correspond à un départ du premier repère secondaire 102b après le repère principal 102a, avec un déplacement du doigt passant successivement par le repère principal 102a, et les deux autres repères secondaires 102b. Cela est très intuitif pour l’utilisateur. En outre, le dispositif 10 peut comprendre une zone lumineuse 103a, 103b disposé autour de la surface 100. Cette zone lumineuse peut comprendre un bandeau lumineux 103a étendu (i.e. occupant au moins une partie de la circonférence de la surface 100) et/ou des sources lumineuses 103b ponctuelles Le bandeau lumineux 103a peut s’illuminer au fur et à mesure de la progression d’un geste de rotation, et une nouvelle source lumineuse 103b peut s’allumer à chaque geste de la séquence. Ainsi, si l’utilisateur est perdu, il peut regarder à tout moment la zone lumineuse 103a, 103b pour savoir où il en est, et reprendre la séquence. Enrôlement Le procédé comprend avantageusement une étape préalable (a0) d’enrôlement pour générer lesdites données représentatives d’au moins une séquence de gestes de rotation de référence, pour l’utiliser en tant que séquence d’authentification attendue dans la vérification de l’étape (b). Pour ce faire, on peut faire réaliser par l’utilisateur ladite séquence de gestes de rotation de référence sur ledit dispositif d’authentification 10 dans un environnement contrôlé, i.e. par exemple après l’avoir authentifié via un autre mode d’authentification existant (biométrie, code, utilisation du smartphone, etc.). On a ainsi une étape (A) d’obtention depuis le dispositif d’authentification 10 associé de manière unique à l’utilisateur et connecté audit serveur 2, de données représentatives d’une séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification (10), qui est le pendant de l’étape (a). On peut avoir les sous-étapes (A1), (A2), (A3) et (A4) homologues aux sous-étapes (a1), (a2), (a3) et (a4) de l’étape (a) : (A1) réception d’une requête d’enrôlement d’au moins une séquence de gestes de rotation en tant que séquence d’authentification de référence, pour authentification. (A2) émission à destination dudit système 1 d’une invitation à réaliser une ou plusieurs fois ladite séquence de gestes de rotation sur son dispositif 10 (on comprend qu’il s’agit ici pour l’utilisateur de choisir sa séquence, et il est préférable de la répéter pour être sûr que l’utilisateur soit sur qu’il n’a pas fait d’erreur). (A3) Acquisition des données brutes de chaque séquence réalisée ; (A4) Encodage de la séquence d’authentification de référence. Dans une étape (B) qui est le pendant de l’étape (b), on configure l’algorithme de vérification, ou le cas échéant ou entraîne un éventuel modèle de classification. Serveur Selon un deuxième aspect, l’invention concerne le serveur 2 pour la mise en œuvre du procédé selon le premier aspect. Ainsi, ce serveur 2 comprend comme expliqué au moins des moyens de traitement de données 21 et une mémoire 22. Il s’agit typiquement d’un serveur d’authentification d’un espace immersif. Les moyens de traitement de données 21 sont configurés pour mettre en œuvre des étapes consistant à : Obtenir, depuis un dispositif d’authentification 10 associé de manière unique à l’utilisateur et connecté audit serveur 2, des données représentatives d’une séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification 10, chaque geste de rotation étant défini par une position angulaire initiale, une position angulaire finale, et un sens de rotation ; Vérifier lesdites données représentatives de ladite séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification 10. Selon un troisième aspect, l’invention propose un système comprenant ledit serveur 2, ainsi qu’au moins un système 1 connecté (via le réseau 20). Avantageusement ledit système comprend également ledit dispositif d’authentification 10, connecté au premier serveur 2 toujours via le réseau 20, le cas échéant via un terminal mobile 3 de l’utilisateur. Produit programme d’ordinateur Selon un quatrième et un cinquième aspects, l’invention concerne un produit programme d’ordinateur comprenant des instructions de code pour l’exécution (sur les moyens de traitement de donnés 21 du serveur 2a) d’un procédé selon le premier aspect d’authentification d’un utilisateur, ainsi que des moyens de stockage lisibles par un équipement informatique (par exemple les moyens de stockage de données 22 du serveur 2) sur lequel on trouve ce produit programme d’ordinateur. Procédé d’authentification d’un utilisateur, le procédé étant caractérisé en ce qu’il comprend la mise en œuvre par des moyens de traitement de données (21) d’un serveur (2) d’étapes de : Obtention, depuis un dispositif d’authentification (10) associé de manière unique à l’utilisateur et connecté audit serveur (2), de données représentatives d’une séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification (10), chaque geste de rotation étant défini par une position angulaire initiale, une position angulaire finale, et un sens de rotation ; Vérification desdites données représentatives de ladite séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification (10). Procédé selon la revendication 1, dans lequel la vérification de l’étape (b) est une comparaison de ladite séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification (10) avec au moins une séquence de gestes de rotation attendue. Procédé selon la revendication 2, dans lequel l’étape (a) comprend une sous-étape (a2) d’émission d’une invitation de l’utilisateur à réaliser ladite séquence de gestes de rotation sur ledit dispositif d’authentification (10). Procédé selon l’une des revendications 1 à 3, dans lequel l’utilisateur est un utilisateur d’un système (1) de réalité virtuelle ou mixte connecté au serveur (1) et comprenant des moyens d’affichage (12) d’un espace immersif. Procédé selon l’une des revendications 1 à 4, comprenant une étape (c) de mise en œuvre ou non d’une transaction initiée par ledit utilisateur en fonction du résultat de l’étape (b). Procédé selon les revendications 3 et 5 en combinaison, dans lequel l’étape (a) comprend une sous-étape (a1) de réception d’une requête de validation de ladite transaction, en réponse à laquelle ladite invitation de l’utilisateur à réaliser ladite séquence de gestes de rotation sur ledit dispositif d’authentification (10) est émise. Procédé selon l’une des revendications 1 à 6, dans lequel le dispositif d’authentification (10) comprend une surface (100) de détection des gestes de rotation choisie parmi un plateau rotatif et une surface tactile. Procédé selon la revendication 7, dans lequel ladite surface (100) de détection des gestes de rotation s’étend circulairement autour d’un élément central (101). Procédé selon la revendication 8, dans lequel ladite surface (100) de détection des gestes de rotation présente au moins un repère tactile (102a, 102b), en particulier un repère en relief. Procédé selon la revendication 9, dans lequel ladite surface (100) de détection des gestes de rotation présente une pluralité de repères tactiles (102a, 102b) disposés à intervalles réguliers autour dudit élément central (101). Procédé selon la revendication 10, dans lequel ladite pluralité de repères (102a, 102b) est composée d’un unique repère principal (102a) et d’un ou plusieurs repères secondaires (102b) différents dudit repère principal (102a). Procédé selon l’une des revendication 1 à 11, dans lequel le dispositif d’authentification (10) est apparié avec un terminal mobile (3) de l’utilisateur via lequel il est connecté audit serveur (2). Serveur (2) d’authentification d’un utilisateur, caractérisé en ce qu’il comprend des moyens de traitement de données (21) configurés pour : Obtenir, depuis un dispositif d’authentification (10) associé de manière unique à l’utilisateur et connecté audit serveur (2), des données représentatives d’une séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification (10), chaque geste de rotation étant défini par une position angulaire initiale, une position angulaire finale, et un sens de rotation ; Vérifier lesdites données représentatives de ladite séquence de gestes de rotation réalisés par l’utilisateur sur ledit dispositif d’authentification (10). Produit programme d’ordinateur comprenant des instructions de code pour l’exécution d’un procédé selon l’une des revendications 1 à 12 d’authentification d’un utilisateur, lorsque ledit programme est exécuté sur un ordinateur. Moyen de stockage lisible par un équipement informatique sur lequel est enregistré un produit programme d’ordinateur comprenant des instructions de code pour l’exécution d’un procédé selon l’une des revendications 1 à 12 d’authentification d’un utilisateur.