Brevet FR3071949A1 — publié le 20190405

PROCEDE D'ETABLISSEMENT D'UNE TRANSACTION NUMERIQUE SECURISEE A PARTIR DE DEUX EQUIPEMENTS CONNECTES. Domaine de l'invention La présente invention concerne le domaine de la sécurisation de transactions numériques entre des utilisateurs disposant chacun d'un équipement connecté muni d'un accéléromètre, par un geste physique de reconnaissance mutuelle réalisé en entrechoquant les équipements des utilisateurs. Les équipements connectés peuvent être des téléphones cellulaires ou des tablettes. La transaction est fixée par une application tierce, par exemple une application de paiement, ou d'échange d'informations, ou d'autorisation à l'accès à une ressource matérielle ou numérique. La société PAYPAL propose un système de micropaiement entre particuliers, baptisé Bump (nom commercial), par lequel les deux parties réalisent la transaction simplement en entrechoquant leurs téléphones cellulaires. Pour utiliser cette fonctionnalité, les utilisateurs doivent simplement connecter l'application à leur compte de paiement PAYPAL (nom commercial) existant. Pour réaliser un transfert d'argent, le débiteur entre le montant qu'il veut transférer, heurte le téléphone du débiteur et confirme la transaction. Etat de la technique La demande de brevet internationale WO 2011066381 propose, dans des modes de réalisation, l'utilisation d'un premier accéléromètre pour mesurer des premières données 30 d'accélération d'un premier dispositif. D'autres données 2 d'interaction, y compris les données temporelles et les données de localisation géographique, générées par le premier dispositif peuvent également être enregistrées. Les premières données d'accélération sont comparées par un ordinateur de 5 serveur distant à des secondes données d'accélération générées par un second accéléromètre dans un second dispositif. Si les premières et secondes données d'accéléromètre sont sensiblement égales, il peut être déterminé que les dispositifs ont interagi et des communications peuvent être 10 établies. Après que les communications sont établies, une transaction financière est effectuée. Les données d'accéléromètre peuvent être stockées et/ou utilisées comme partie du processus d'authentification dans un réseau de traitement de données de paiement. D'autres modes de 15 réalisation de l'invention utilisent l'accéléromètre pour générer des données de sécurité de mouvement afin de rendre une transaction financière plus sûre. Les données d'accéléromètre sont utilisées pour une authentification, la sécurité, le cryptage, des clés de session, la non-répudiation 20 ou la protection contre les fraudes. La demande de brevet internationale WO 2015058300 décrit un autre exemple d'utilisation d'un mobile ou d'autres dispositifs contenant des accéléromètres pour fournir une authentification à deux facteurs. Selon un mode de réalisation 25 décrit, l'utilisateur ajoute un motif de déplacement à l'identité (ID) du dispositif pour créer une unique authentification à deux facteurs. La demande de brevet internationale WO 2011066387 décrit des procédés permettant d'utiliser un dispositif mobile ayant un accéléromètre pour obtenir l'accès à une zone sécurisée ou restreinte. Un premier dispositif et un second dispositif interagissent en réalisant un contact physique l'un avec l'autre, ce qui permet de générer des données d'interaction qui sont représentatives de l'interaction 3 physique entre le premier et le second dispositif. Le premier et le second dispositif peuvent être des téléphones mobiles. Le second dispositif peut être un terminal de point de vente, un dispositif de point d'accès ou tout autre dispositif fixe 5 (à savoir dans une position fixe) positionné au niveau d'une frontière, d'une porte, d'une barrière ou d'une entrée. Sur la base des données d'interaction, un ordinateur de serveur détermine que le premier dispositif et le second dispositif ont établi un contact physique. Après la détermination que le 10 premier dispositif et le second dispositif ont établi un contact physique, les communications peuvent être établies entre les dispositifs. Les communications peuvent se rapporter à une transaction d'accès comprenant un échange d'informations, telles que des références, entre une personne 15 souhaitant entrer (qui fait fonctionner le premier dispositif) et un gardien (faisant fonctionner le second dispositif) pour vérifier que la personne souhaitant entrer est autorisée ou n'est pas autorisée à avoir accès à une zone particulière qui est sécurisée ou restreinte par le gardien. D'autres modes de 20 réalisation se rapportent à des transactions de confirmation. Une transaction d'accès et des transactions de confirmation peuvent être combinées avec une transaction financière à l'aide d'un réseau de traitement de paiement. La demande de brevet internationale WO 2012173637 25 décrit une autre solution permettant, durant une transaction, la capture d'un geste réalisé par un utilisateur d'un dispositif électronique (tel qu'un téléphone cellulaire). Ce geste est analysé pour déterminer des caractéristiques essentielles, telles que des accélérations du dispositif 30 électronique durant le geste et des intervalles de temps associés. Ensuite, le dispositif électronique génère un jeton sur la base des caractéristiques essentielles, et fournit le jeton à un serveur. Lorsqu'un second jeton, associé au jeton, est reçu par le serveur à partir d'un second dispositif 4 électronique, le serveur établit une connexion sécurisée entre le dispositif électronique et le second dispositif électronique. On connaît encore le brevet EP2374265 décrivant un 5 procédé pour l'appariement de dispositifs électroniques. Le procédé consiste à détecter une orientation physique d'au moins deux dispositifs électroniques ; à détecter des données d'accélération lorsque les deux dispositifs électroniques sont initialement secoués ensemble à proximité immédiate l'un de 10 l'autre ; à générer un code partagé par les deux dispositifs lorsqu'ils sont initialement secoués ensemble ; et à apparier ces deux dispositifs électroniques au moyen d'un accéléromètre lorsqu'ils sont ultérieurement secoués ensemble et qu'une correspondance est trouvée avec les données d'accélération et 15 le code partagé entre eux. La demande internationale WO 2010078094 décrit une autre solution d'appariement de dispositifs électroniques consistant à détecter une orientation physique d'au moins deux dispositifs électroniques ; à détecter des données 20 d'accélération lorsque les deux dispositifs électroniques sont initialement secoués ensemble à proximité immédiate l'un de l'autre ; à générer un code partagé par les deux dispositifs lorsqu'ils sont initialement secoués ensemble ; et à apparier ces deux dispositifs électroniques au moyen d'un accéléromètre 25 lorsqu'ils sont ultérieurement secoués ensemble et qu'une correspondance est trouvée avec les données d'accélération et le code partagé entre eux. Le brevet américain US9467850 décrit une autre solution où un accéléromètre obtient un profil de vibration en 30 réponse à un mouvement relatif du premier dispositif et d'un second dispositif. L'équipement transmet une version chiffrée du profil de vibration au second périphérique et reçoit une version cryptée d'un profil de vibration à partir du second 5 périphérique. Un processeur configure un canal sécurisé entre l'équipement émetteur et le second dispositif dans lequel échanger des clés avec le second dispositif afin de décrypter le profil de vibration chiffré reçu. Le processeur décrypte 5 également le profil de vibration chiffré reçu en réponse à au moins l'une des touches échangées, compare le profil de vibration transmis avec le profil de vibration reçu et permet le partage de ressources avec le second dispositif si une correspondance se produit entre le profil de vibration 10 transmis et le profil de vibration reçu. Inconvénients de l'art antérieur Les solutions de l'art antérieur présentent plusieurs inconvénients. En premier lieu, l'authentification du dispositif 15 est généralement réalisée en fonction de l'identification des équipements en relation à partir de leurs identifiants respectifs, puis la confirmation de cette relation par la comparaison des informations résultant de l'entrechoquage. Ceci conduit à une faille de sécurité, car les informations 20 d'entrechoquage sont exploitées uniquement pour la confirmation de la relation entre deux équipements préalablement appariés. En second lieu, les solutions de l'art antérieur peuvent être perturbées lorsque les délais de traitement et de 25 transmission des informations diffèrent entre les équipements connectés en interaction. Solution apportée par l'invention Afin de remédier à ces inconvénients, l'invention concerne selon son acception la plus générale un procédé 30 d'établissement d'une transaction numérique sécurisée à partir de deux équipements connectés, 6 - Un premier équipement « maître » exécutant une application réalisant l'enregistrement d'un identifiant ID, d'un premier service associé, et un enregistrement des accélérations de l'équipement 5 - Au moins un second équipement « esclave » exécutant une application réalisant l'enregistrement d'un identifiant IDB2 du second utilisateur dudit service associé, et un enregistrement des accélérations de l'équipement Le procédé comportant, lors de la détection par 10 chacun desdits équipements connecté d'une accélération dépassant une valeur-seuil, les étapes suivantes : - L'enregistrement d'une séquence numérique des accélérations pendant un intervalle de temps prédéterminé, 15 - La vérification de la conformité de la séquence numérique enregistrée avec un profil caractéristique o En cas de non-conformité, le retour à l'état précédent o En cas de conformité, la transmission à un serveur 20 d'une séquence numérique SI comprenant - Un horodatage DI - L'identifiant ID, enregistré sur l'équipement connecté - La séquence numérique d'accélération AI 25 - Le serveur effectuant en tâche de fond une comparaison entre la totalité des séquences numériques provenant des différents équipements connectés, le résultat de la comparaison étant positif lorsque : o La séquence d'accélération AI d'une séquence 30 numérique SI est congruente à la séquence d'accélération A. d'une séquence numérique S. O L'horodatage DI de ladite séquence numérique SI diffère de l'horodatage D. de ladite séquence 7 numérique S. d'une valeur inférieure à une valeur-seuil A prédéterminée - Le serveur autorisant ladite transaction entre IDBI et IDB2 correspondant au résultat de la comparaison précitée, 5 - Le serveur procédant à l'enregistrement d'une information d'accomplissement associé au couple IDBI et IDB2 ayant achevé ladite transaction. De préférence, le procédé d'établissement d'une transaction numérique sécurisée à partir de deux équipements 10 connectés selon l'invention est caractérisé en ce que - l'on enregistre dans la mémoire vive dudit équipement, lors du démarrage de ladite transaction, un identifiant ID, d'une application tierce AT, - la séquence numérique Si transmise par l'équipement 15 connecté au serveur comprenant en outre ledit identifiant ID, - ladite étape d'autorisation par le serveur de la transaction entre IDBI et IDB2 consistant à commander la transaction par ladite application tierce. 20 Selon un mode de mise en oeuvre particulier, - chacun des équipements calcule, au démarrage de la transaction, un jeton unique temporaire Ji, - L'identifiant ID si dudit équipement connecté étant constitué par ledit jeton unique temporaire Ji. 25 Avantageusement, la séquence numérique Si transmise au serveur comprend en outre un message numérique. De préférence, la séquence numérique Si transmise au serveur comprend en outre une séquence numérique de géolocalisation. 8 Selon une variante, le procédé d'établissement d'une transaction numérique sécurisée à partir de deux équipements connectés comporte en outre une étape de transmission à chacun desdits équipements connectés par le 5 serveur d'un message d'accomplissement de ladite transaction. Selon une autre variante, les informations enregistrées par le serveur après l'accomplissement de la transaction sont enregistrées dans une base historique et désactivées. 10 Selon un mode de mise en oeuvre particulier, les informations enregistrées par le serveur après l'accomplissement de la transaction sont enregistrées pour l'accomplissement de nouvelles transactions entre lesdits identifiants IDBI et IDB2. 15 Description détaillée d'un exemple non limitatif de l'invention La présente invention sera mieux comprise à la lecture de la description détaillée d'un exemple non limitatif de l'invention qui suit, se référant du dessin annexé où : 20 - la figure 1 représente une vue schématique d'un système selon l'invention. L'invention concerne selon un exemple de réalisation une méthode permettant de sécuriser une plateforme universelle de transfert de données incluant les équipements 25 matériels (« hardware ») suivants : - Un équipement connecté émetteur, pouvant être un téléphone mobile (10) - Un équipement connecté récepteur (20), pouvant être un téléphone mobile ou un dispositif fixe 9 - Un serveur (30), chargé de recevoir la demande de transfert, de l'autoriser, et de réaliser le transfert effectif. Les équipements connectés doivent disposer des 5 capacités suivantes : - Un accéléromètre (11, 21) - La capacité à utiliser une application, pouvant être développée sur un Système d'Exploitation (Operating System) mobile. 10 - Des capacités de transmission de données par le réseau Internet, pouvant inclure des communications hertziennes, wi-fi ou autres Les traitements de validation de la procédure d'entrechoquage sont exécutés sur un serveur disposant des 15 capacités suivantes : - La capacité à utiliser une application, pouvant être développée sur un Système d'Exploitation (Operating system) fixe. - Des capacités de transmission de données par le 20 réseau Internet, pouvant inclure des communications hertziennes, wi-fi ou autres Chacun des équipements connectés exécutent des applications logicielles, comprenant : - Une application, dite « Application Client », 25 fonctionnant sur les équipements connectés « émetteur » et « récepteur » pouvant être développée par un tiers, et fournissant les informations à transmettre au travers d'une interface de connexion logicielle (API) 10 - Une interface de programmation applicative (« API ») définissant un protocole d'échange entre l'équipement connecté et le serveur - Une application, dite « Application Serveur » 5 fonctionnant sur le serveur, recevant et traitant les messages reçus par le dit protocole. Le processus de reconnaissance mutuelle des utilisateurs se déroule comme suit : - L'utilisateur de l'équipement connecté émetteur 10 définit, à l'aide de l'Application Mobile, les éléments suivants : - Les « Données à Transférer », dont la nature des informations peut être de tout type : somme d'argent, données de contact_ Ainsi que toutes 15 les propriétés afférentes à ces informations. La définition de ces données, ainsi que les moyens pour l'utilisateur de les fournir sont définis par l'Application Client. - Le « Destinataire », destinataire de 20 l'information, pouvant être toute information identifiant un utilisateur de façon globalement unique : numéro de compte, adresse mail, identifiant_ La définition de ces données, ainsi que les moyens pour l'utilisateur de les 25 fournir sont définis par l'Application Client. L'utilisateur de l'équipement connecté émetteur effectue deux chocs rapprochés (40, 41) sur l'équipement connecté récepteur (« double-check »). Le double-check (40, 41) est détecté par 30 l'application sur l'équipement connecté émetteur (10), qui déclenche alors la transmission des Données à Transférer et du Destinataire via l'API. 11 L'API, à son tour, encapsule les Données à Transférer ainsi que le Destinataire dans un Message, et y ajoute des informations d'authentification contenant au moins : 5 - Une information permettant d'identifier l'application mobile utilisée - Une clé permettant d'identifier le message de façon globalement unique - La Date d'émission / réception du double-check 10 - La Tolérance Temporelle, intervalle de temps fixé par le développeur de l'application mobile. - Le signal, capté par l'accéléromètre durant le double-check. 15 - La Tolérance de Signal, seuil de tolérance fixé par le développeur de l'application mobile. L'API commande ensuite l'envoi du message au serveur De même, le double-check (40, 41) est détecté par l'application sur l'équipement connecté récepteur 20 (20), qui déclenche alors la transmission des Données à Transférer et du Destinataire via l'API. Les étapes 4 et 5 sont alors effectuées sur l'équipement connecté récepteur (20). Le serveur reçoit, en flux continu, les messages de 25 tous les équipements connectés récepteurs et émetteurs, les stocke dans une base de données et y ajoute les informations suivantes : - La Date de Réception. Lors de la réception par le serveur, le Statut se voit automatiquement 30 affecté correspondant à la Date Système du Serveur. 12 - Une information de Date de Reconnaissance. Lors de la réception par le serveur, la Date de Mise à Jour se voit automatiquement affectée la valeur NULL. 5 - Une information de Message Correspondant. Lors de la réception par le serveur, le Message Correspondant se voit automatiquement affecté la valeur NULL. - Une information de Date d'Accusé de Réception 10 Client. Lors de la réception par le serveur, la Date d'Accusé de Réception Client se voit automatiquement affectée la valeur NULL. - Une information de Date d'Accusé de Réception Serveur. Lors de la réception par le serveur, 15 la Date d'Accusé de Réception Serveur se voit automatiquement affectée la valeur NULL. A chaque fois qu'un message est reçu, le serveur le compare ce message (le « Message Reçu ») aux autres messages stockés dans la base au moins sur les 20 critères suivants : - La Date de Reconnaissance est NULL - L'identifiant de l'application mobile est identique - La Date de Réception est comprise dans 25 l'intervalle déterminé par la Tolérance Temporelle - Le signal est similaire. La similarité est déterminée en fonction de la Tolérance de Signal à l'aide d'un algorithme pouvant 30 utiliser tout ou partie des techniques suivantes ou d'autres non mentionnées : - Une analyse statistique - Les modèles de Markov cachés 13 - Une Transformée de Hough - Un réseau neuronal Si le serveur identifie dans la base un message stocké correspondant aux critères décrits à l'étape 5 8, il sélectionne alors les 2 enregistrements et les met à jour de la façon suivante : - L'information de Message Correspondant prend la valeur du même champ pour le Message Reçu - La Date de Reconnaissance à jour prend la 10 valeur de la Date Système du Serveur A intervalles réguliers, l'application mobile de l'équipement connecté récepteur (20) et de l'équipement connecté émetteur (10) se connectent au serveur et consultent le statut du message qu'elles 15 ont transmis. Si, dans l'enregistrement correspondant au message, la Date de Reconnaissance est différente de NULL, alors les applications mobiles reçoivent l'information correspondante au Message Correspondant et effectuent les opérations 20 suivantes : - Elles traitent le Message Correspondant. Le traitement est déterminé par le développeur de l'application mobile. - Elles envoient au serveur un Accusé de 25 Réception. Ce message comporte au moins les informations suivantes : - Identifiant du Message Transmis - Date Système de l'équipement connecté récepteur 30 A intervalles réguliers, le Serveur reçoit les Accusés de Réception des applications mobiles, et 14 met alors à jour les Dates d'Accusés REVENDICATIONS1 - Procédé d'établissement d'une transaction numérique sécurisée à partir de deux équipements connectés, - Un premier équipement « maître » (10) exécutant une application réalisant l'enregistrement d'un identifiant ID, d'un premier service associé, et un enregistrement des accélérations de l'équipement - Au moins un second équipement « esclave » (20) exécutant une application réalisant l'enregistrement d'un identifiant IDB2 du second utilisateur dudit service associé, et un enregistrement des accélérations de l'équipement ledit procédé comportant, lors de la détection par chacun desdits équipements connecté d'une accélération (40, 15 41) dépassant une valeur-seuil, les étapes suivantes : - L'enregistrement d'une séquence numérique des accélérations pendant un intervalle de temps prédéterminé, - La vérification de la conformité de la séquence numérique 20 enregistrée avec un profil caractéristique o En cas de non-conformité, le retour à l'état précédent o En cas de conformité, la transmission à un serveur d'une séquence numérique SI comprenant 25 - Un horodatage DI - L'identifiant ID, enregistré sur l'équipement connecté - La séquence numérique d'accélération AI - Le serveur (30) effectuant en tâche de fond une 30 comparaison entre la totalité des séquences numériques provenant des différents équipements connectés, le résultat de la comparaison étant positif lorsque : 16 o La séquence d'accélération Ai d'une séquence numérique Si est congruente à la séquence d'accélération A. d'une séquence numérique S. 0 L'horodatage Di de ladite séquence numérique Si 5 diffère de l'horodatage D. de ladite séquence numérique S. d'une valeur inférieure à une valeur-seuil A prédéterminée - Le serveur (30) autorisant ladite transaction entre IDBI et IDB2 correspondant au résultat de la comparaison 10 précitée, - Le serveur (30) procédant à l'enregistrement d'une information d'accomplissement associé au couple IDBI et IDB2 ayant achevé ladite transaction. 2 - Procédé d'établissement d'une transaction 15 numérique sécurisée à partir de deux équipements connectés selon la revendication 1 caractérisé en ce que - l'on enregistre dans la mémoire vive dudit équipement, lors du démarrage de ladite transaction, un identifiant ID, d'une application tierce AT, 20 - la séquence numérique Si transmise par l'équipement connecté au serveur comprenant en outre ledit identifiant ID, - ladite étape d'autorisation par le serveur de la transaction entre IDBI et IDB2 consistant à commander la 25 transaction par ladite application tierce. 3 - Procédé d'établissement d'une transaction numérique sécurisée à partir de deux équipements connectés selon la revendication 1 caractérisé en ce que : - chacun des équipements calcule, au démarrage de la 30 transaction, un jeton unique temporaire Ji, - L'identifiant ID si dudit équipement connecté étant constitué par ledit jeton unique temporaire Ji. 17 4 - Procédé d'établissement d'une transaction numérique sécurisée à partir de deux équipements connectés selon la revendication 1 caractérisé en ce que la séquence numérique SI transmise au serveur comprend en outre un message 5 numérique. 5 - Procédé d'établissement d'une transaction numérique sécurisée à partir de deux équipements connectés selon la revendication 1 caractérisé en ce que la séquence numérique SI transmise au serveur comprend en outre une 10 séquence numérique de géolocalisation. 6 - Procédé d'établissement d'une transaction numérique sécurisée à partir de deux équipements connectés selon la revendication 1 caractérisé en ce qu'il comporte en outre une étape de transmission à chacun desdits équipements connectés par le serveur d'un message d'accomplissement de ladite transaction. 7 - Procédé d'établissement d'une transaction numérique sécurisée à partir de deux équipements connectés selon la revendication 1 caractérisé en ce que les informations enregistrées par le serveur après l'accomplissement de la transaction sont enregistrées dans une base historique et désactivées. 8 - Procédé d'établissement d'une transaction numérique sécurisée à partir de deux équipements connectés 25 selon la revendication 1 caractérisé en ce que les informations enregistrées par le serveur après l'accomplissement de la transaction sont enregistrées pour l'accomplissement de nouvelles transactions entre lesdits identifiants IDBI et IDB2. 30