FR2987152A1 - Procede et dispositif de securite pour effectuer une transaction - Google Patents

Procede et dispositif de securite pour effectuer une transaction Download PDF

Info

Publication number
FR2987152A1
FR2987152A1 FR1251593A FR1251593A FR2987152A1 FR 2987152 A1 FR2987152 A1 FR 2987152A1 FR 1251593 A FR1251593 A FR 1251593A FR 1251593 A FR1251593 A FR 1251593A FR 2987152 A1 FR2987152 A1 FR 2987152A1
Authority
FR
France
Prior art keywords
server
transaction
user
movement
security element
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR1251593A
Other languages
English (en)
Other versions
FR2987152B1 (fr
Inventor
Guillaume Dabosville
Emmanuelle Dottax
Yannick Sierra
Santos Elder Dos
Olivier Condemine
Omar Laazimani
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Idemia France SAS
Original Assignee
Oberthur Technologies SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oberthur Technologies SA filed Critical Oberthur Technologies SA
Priority to FR1251593A priority Critical patent/FR2987152B1/fr
Priority to EP13156213.4A priority patent/EP2631834A1/fr
Priority to US13/773,298 priority patent/US10528943B2/en
Publication of FR2987152A1 publication Critical patent/FR2987152A1/fr
Application granted granted Critical
Publication of FR2987152B1 publication Critical patent/FR2987152B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/16—Constructional details or arrangements
    • G06F1/1613—Constructional details or arrangements for portable computers
    • G06F1/1633—Constructional details or arrangements of portable computers not specific to the type of enclosures covered by groups G06F1/1615 - G06F1/1626
    • G06F1/1684—Constructional details or arrangements related to integrated I/O peripherals not covered by groups G06F1/1635 - G06F1/1675
    • G06F1/1694—Constructional details or arrangements related to integrated I/O peripherals not covered by groups G06F1/1635 - G06F1/1675 the I/O peripheral being a single or a set of motion sensors for pointer control or gesture input obtained by sensing movements of the portable computer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/316—User authentication by observing the pattern of computer usage, e.g. typical user behaviour
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/03—Arrangements for converting the position or the displacement of a member into a coded form
    • G06F3/033—Pointing devices displaced or positioned by the user, e.g. mice, trackballs, pens or joysticks; Accessories therefor
    • G06F3/0346—Pointing devices displaced or positioned by the user, e.g. mice, trackballs, pens or joysticks; Accessories therefor with detection of the device orientation or free movement in a 3D space, e.g. 3D mice, 6-DOF [six degrees of freedom] pointers using gyroscopes, accelerometers or tilt-sensors
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04847—Interaction techniques to control parameter settings, e.g. interaction with sliders or dials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3229—Use of the SIM of a M-device as secure element
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4012—Verifying personal identification numbers [PIN]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2133—Verifying human interaction, e.g., Captcha

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Software Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Procédé pour déterminer la présence d'un être humain, comprenant : - la mesure (S6) d'un mouvement (MOV) d'un premier dispositif (4) par un capteur (44) dudit premier dispositif (4) ; - la détermination de la présence d'un être humain sur la base du mouvement (MOV) mesuré.

Description

Domaine de l'invention L'invention se rapporte au domaine des transactions impliquant une communication entre le terminal d'un utilisateur et un serveur. Contexte de l'invention Lorsqu'une transaction se fait entre le terminal d'un utilisateur et un serveur, il est généralement souhaitable que le serveur authentifie l'utilisateur. Les techniques habituelles pour authentifier un utilisateur sont l'utilisation d'un identifiant et d'un mot de passe, d'une signature cryptographique calculée par un élément de sécurité comme une carte de module d'identité d'abonné (SIM pour "Subscriber Identity Module"), etc. De plus, en considérant la possibilité qu'un programme informatique malveillant habituellement connu comme un logiciel malveillant peut s'exécuter sur le terminal d'utilisateur, il est aussi souhaitable que le serveur vérifie que la transaction se fait sur ordre de l'utilisateur. Une technique habituelle pour vérifier qu'une transaction se fait sur ordre d'un utilisateur (d'un être humain) consiste en un test de défi/réponse connu sous le nom de CAPTCHA (pour "Completely Automated Public Turing test to tell Computers and Humans Apart").
Typiquement, le serveur envoie au terminal une image qui comprend des caractères alphanumériques qui sont difficiles à reconnaître pour un programme de reconnaissance optique des caractères (OCR pour "Optical Character Recognition"), mais visibles pour un être humain. Le terminal affiche l'image et l'utilisateur entre les caractères alphanumériques. Le serveur vérifie que les caractères entrés correspondent à l'image. Cependant, une attaque est toujours possible et en vérité, certains logiciels de reconnaissance de caractères ont été développés pour reconnaître l'information dans une image de CAPTCHA.
Donc, il est souhaitable d'améliorer les techniques pour vérifier qu'une transaction se fait sur ordre d'un utilisateur. Résumé et objectif de l'invention Pour déterminer la présence d'un être humain, l'invention propose un procédé comprenant : - la mesure d'un mouvement d'un premier dispositif par un capteur dudit premier dispositif ; - la détermination de la présence d'un être humain sur la base du mouvement mesuré.
Dans un mode de réalisation, le procédé comprend la sortie d'un stimuli sur une interface d'utilisateur, le stimuli comprenant des instructions pour effectuer un mouvement prédéterminé, dans lequel la détermination de la présence d'un être humain sur la base du mouvement mesuré comprend la détermination de la présence d'un être humain sur la base du mouvement mesuré et du mouvement prédéterminé. Le procédé peut comprendre : - la transmission du stimuli d'un serveur à ladite interface d'utilisateur ; - la détermination, par ledit premier dispositif, d'une signature sur la base 20 du mouvement mesuré ; - la transmission de ladite signature du premier dispositif au serveur. Le procédé peut comprendre : - la transmission de premières données d'un serveur audit premier dispositif ; 25 - la détermination, par ledit premier dispositif, dudit stimuli sur la base desdites premières données ; - la détermination, par ledit premier dispositif, de ce que le mouvement mesuré et le mouvement prédéterminé concordent ou non ; - si le mouvement mesuré et le mouvement prédéterminé concordent, la détermination, par ledit premier dispositif, d'une signature sur la base des premières données ; - la transmission de ladite signature du premier dispositif au serveur.
Lesdites premières données peuvent comprendre un montant d'une transaction de paiement. Ledit premier dispositif peut être un élément de sécurité. La sortie du stimuli sur l'interface d'utilisateur peut comprendre la sortie du stimuli sur l'interface d'utilisateur d'un second dispositif différent dudit premier dispositif. Dans un mode de réalisation, le procédé comprend : - la détermination de données de transaction sur la base du mouvement mesuré ; - la détermination, par ledit premier dispositif, d'une signature sur la base desdites données de transaction ; - la transmission de ladite signature du premier dispositif à un serveur. Lesdites données de transaction peuvent comprendre un montant d'une transaction de paiement. Dans un mode de réalisation, le premier dispositif est constitué pour autoriser l'exécution d'une fonction protégée par authentification à la réception de données d'identification ou d'authentification entrées par un utilisateur, le procédé comprenant la détermination desdites données d'identification ou d'authentification sur la base du mouvement mesuré. Le premier dispositif peut avoir un premier état dans lequel il accepte les données d'identification ou d'authentification entrées sur une interface d'utilisateur d'un second dispositif et un second état dans lequel il n'accepte pas les données d'identification ou d'authentification entrées sur ladite interface d'utilisateur, le procédé comprenant une étape de commutation dudit premier état audit second état en réponse à la détection de ce que le second dispositif effectue une transaction prédéterminée. Pour déterminer la présence d'un être humain, l'invention propose aussi un système comprenant : - un premier dispositif comprenant un capteur apte à mesurer un mouvement dudit premier dispositif ; -des moyens aptes à déterminer la présence d'un être humain sur la base du mouvement mesuré. Le système peut comprendre un second dispositif ayant une interface d'utilisateur apte à sortir un stimuli, le stimuli comprenant des instructions pour effectuer un mouvement prédéterminé, dans lequel les moyens aptes à déterminer la présence d'un être humain sont constitués pour déterminer la présence d'un être humain sur la base du mouvement mesuré et du mouvement prédéterminé.
Le premier dispositif peut être un élément de sécurité inséré dans ledit second dispositif. Brève description des dessins Ces objectifs et particularités, ainsi que d'autres, de la présente invention deviendront clairs à partir de la description suivante des modes préférés de réalisation donnée en se référant aux dessins annexés, dans lesquels : la figure 1 montre un système selon un mode de réalisation de l'invention ; la figure 2 est un diagramme d'enchaînement d'une transaction dans le système de la figure 1, selon un premier mode de réalisation de l'invention ; la figure 3 est un diagramme d'enchaînement d'une transaction dans le système de la figure 1, selon un deuxième mode de réalisation de l'invention ; la figure 4 est un diagramme d'enchaînement d'une transaction dans le système de la figure 1, selon un troisième mode de réalisation de l'invention ; la figure 5 est un diagramme d'enchaînement d'une transaction dans le système de la figure 1, selon un quatrième mode de réalisation de l'invention ; - la figure 6 est un diagramme d'enchaînement d'une transaction dans le système de la figure 1, selon un cinquième mode de réalisation de l'invention ; - la figure 7 est un diagramme d'enchaînement d'une transaction dans le système de la figure 1, selon un sixième mode de réalisation de l'invention ; la figure 8 illustre un procédé pour entrer un numéro personnel d'identification (PIN pour "Personal Identification Number") dans le système de la figure 1. Description détaillée de modes préférés de réalisation La figure 1 montre un système 1 qui comprend un terminal 2, un serveur 3, et un élément de sécurité 4. Dans un exemple de mode de réalisation, le terminal 2 est le téléphone mobile d'un utilisateur (un être humain), le serveur 3 est un terminal de paiement de point de vente et l'élément 2 de sécurité est une carte intelligente insérée dans le terminal, par exemple une carte SIM. Cependant, l'invention n'est pas limitée à ce mode de réalisation. Par exemple, le terminal 2 peut être un ordinateur personnel, un dispositif électronique portatif, etc.. Le serveur 3 peut être un guichet automatique (ATM pour "Automated Teller Machine") ou un serveur du Web. L'élément de sécurité 4 peut être une clé USB connectée au terminal 2 ou un dispositif distinct qui communique avec le terminal 2 par une connexion sans fil ou filaire. Également, le terminal 2 et le serveur 3 peuvent être le même dispositif.
Le terminal 2 présente l'architecture générale d'un ordinateur. Il comprend une interface d'utilisateur 21 qui inclut par exemple un écran 22 et un clavier 23 ou un écran tactile, un processeur 24, une mémoire non volatile 25, une mémoire volatile 26, une interface de communication 27 et une interface de communication 28. Le processeur 24 permet, en utilisant la mémoire volatile 26, l'exécution de programmes informatiques mémorisés dans la mémoire non volatile 25. Le fonctionnement du terminal 2 décrit ci-après correspond à l'exécution de tels programmes informatiques.
L'interface de communication 27 permet la communication entre le terminal 2 et le serveur 3 par l'intermédiaire d'une liaison L1. Par exemple, l'interface de communication 27 est une interface de communication par radio à courte portée, par exemple une interface de communication en champ proche (NFC pour "Near Field Communication") qui inclut un frontal de NFC et une antenne de NFC. Dans d'autres modes de réalisation, l'interface de communication 27 est configurée pour communication avec le serveur 3 par l'intermédiaire d'un réseau filaire ou sans fil, par exemple par l'Internet et/ou par un réseau de téléphonie mobile.
L'interface de communication 28 permet la communication entre le terminal 2 et l'élément de sécurité 4 par l'intermédiaire d'une liaison L2. Dans l'exemple d'une carte intelligente insérée dans le terminal 3, la liaison L2 est par exemple une liaison normalisée ISO 7816. L'élément de sécurité 4 présente l'architecture générale d'un ordinateur. Il comprend un processeur 41, une mémoire non volatile 42, une mémoire volatile 43, un capteur 44 et une interface de communication 45. Le processeur 41 permet, en utilisant la mémoire volatile 43, l'exécution de programmes informatiques mémorisés dans la mémoire non volatile 42. Le fonctionnement de l'élément de sécurité 4 décrit ci-après correspond à l'exécution de tels programmes informatiques. L'interface de communication 45 permet la communication entre le terminal 2 et l'élément de sécurité 4 par l'intermédiaire de la liaison L2. La mémoire non volatile 42 mémorise un code PIN et une clé de cryptographie K de l'utilisateur. Le capteur 44 est par exemple un microcapteur électromécanique (MEMS pour "Micro ElectroMechanical Sensor"), un accéléromètre, une boussole, etc., constitué pour mesurer un mouvement, une orientation ou une position de l'élément de sécurité 2. Les liaisons L1 et L2 permettent la communication entre l'élément de sécurité 4 et le serveur 2 par l'intermédiaire d'une liaison L3, qui est basée par exemple sur des protocoles monofilaires (SWP pour "Single Wire Protocol") et qui autorise la communication entre un frontal de NFC l'élément de sécurité 4. Le serveur 3 présente l'architecture générale d'un ordinateur. Il comprend un processeur 31, une mémoire non volatile 32, une mémoire volatile 33 et une interface de communication 34. Le processeur 31 permet, en utilisant la mémoire volatile 33, l'exécution de programmes informatiques mémorisés dans la mémoire non volatile 32. Le fonctionnement du serveur 3 décrit ci-après correspond à l'exécution de tels programmes informatiques. L'interface de communication 34 permet la communication entre le terminal 2 et le serveur 3 par l'intermédiaire de la liaison L1. Dans le système de la figure 1, l'élément de sécurité 4 est considéré comme un environnement plus sûr que le terminal 2. En réalité, l'installation de nouvelles applications par chargement de programmes informatiques dans la mémoire non volatile 25 du terminal 2 est une tâche usuelle qui peut se faire par l'utilisateur du terminal 2. L'installation d'une nouvelle application dans le terminal 2 peut entraîner, à l'insu de l'utilisateur, l'installation d'un logiciel malveillant. Donc, un logiciel malveillant peut s'exécuter sur le terminal 2. Au contraire, le chargement d'un programme informatique dans la mémoire non volatile 42 de l'élément de sécurité 4 peut se faire seulement après authentification par une entité autorisée, par exemple le fabricant ou l'émetteur de l'élément de sécurité ou une tierce partie de confiance. En d'autres termes, l'élément de sécurité 4 comprend des moyens pour autoriser le chargement d'un programme informatique dans sa mémoire non volatile 42 seulement après authentification par une entité autorisée. Donc, normalement il n'y a pas de logiciel malveillant s'exécutant sur l'élément de sécurité 4. La figure 2 est un diagramme d'enchaînement d'une transaction dans le système 1 de la figure 1, selon un premier mode de réalisation de l'invention. Initialement, l'utilisateur U lance une transaction avec le serveur 3 (étape S1). Ceci peut impliquer une communication bidirectionnelle entre le terminal 2 et le serveur 3. Dans un autre mode de réalisation, l'utilisateur U utilise un autre dispositif que le terminal 2 pour communication avec le serveur 3, et spécifie la façon dont le serveur 3 peut contacter le terminal 2. Par exemple, l'utilisateur U utilise un ordinateur personnel pour lancer la transaction avec un serveur du Web, et spécifie son numéro de téléphone. Ensuite, lorsque la transaction doit être validée en confirmant qu'elle est effectuée sur ordre de l'utilisateur U, le serveur 3 détermine une image IMG (étape S2) et envoie au terminal 2 un message M1 contenant l'image IMG (étape S3). L'image IMG contient des instructions pour que l'utilisateur effectue un mouvement spécifique MOV. On va décrire ci-après un exemple de relation entre les instructions contenues dans l'image IMG et le mouvement MOV.
En réponse à la réception du message Ml, le terminal 2 affiche l'image IMG sur l'écran 22 (étape S4). Ensuite, l'utilisateur U effectue le mouvement MOV ordonné par l'image IMG (étape S5) tandis que le capteur 44 mesure le mouvement MOV et que l'élément de sécurité 4 détermine des données D sur la base du mouvement MOV mesuré (étape S6). Ensuite, l'élément de sécurité 2 détermine une signature S en signant les données D (S=SIGN(D)) à l'aide de la clé de cryptographie K (étape S7) et envoie au serveur 3 un message M2 contenant la signature S (étape S8). Dans une variante, le message M2 est d'abord envoyé de l'élément de sécurité 2 à un dispositif de sécurité (non représenté) et ensuite du dispositif de sécurité au serveur 3 ceci s'applique aussi aux modes de réalisation décrits ci-après. Finalement, le serveur 3 vérifie si la signature S correspond à l'image IMG de l'étape S2 (étape S9). Par exemple, le serveur 3 vérifie si la signature S est une signature par l'utilisateur U des données D' correspondant aux instructions de l'image IMG. Ici, les données D' représentent les données qui doivent être déterminées à l'étape S6 si l'utilisateur U effectue le mouvement correct. La transaction est validée (S OK) seulement si la signature S correspond à l'image IMG de l'étape S2. Le procédé de la figure 2 permet de vérifier que la transaction est effectuée sur ordre de l'utilisateur U. En réalité, un logiciel malveillant qui s'exécuterait sur le terminal 2 aurait accès à l'image IMG, mais pas au mouvement MOV qui est mesuré sur l'élément de sécurité 4 ni à la clé de cryptographie K qui est mémorisée sur l'élément de sécurité 2. Ainsi, le logiciel malveillant serait incapable d'engendrer une signature S correspondant à l'image IMG à l'insu de l'utilisateur U. 2 98 7 1 5 2 10 La figure 3 est un diagramme d'enchaînement d'une transaction dans le système 1 de la figure 1, selon un deuxième mode de réalisation de l'invention. Initialement, l'utilisateur U lance une transaction avec le serveur 3 5 (étape S11). Comme à la figure 2, ceci peut impliquer une communication bidirectionnelle entre le terminal 2 et le serveur 3, ou bien l'utilisateur U peut utiliser un autre dispositif que le terminal 2 pour communication avec le serveur 3, et spécifier la façon dont le serveur 3 peut contacter le terminal 2. 10 Ensuite, lorsque la transaction a besoin d'être validée en confirmant qu'elle est effectuée sur ordre de l'utilisateur U, le serveur 3 détermine un défi CHAL (étape S12) et envoie à l'élément de sécurité 4 un message M3 contenant le défi CHAL (étape S13). Le défi CHAL est, par exemple, un nombre déterminé d'une manière pseudo-aléatoire et/ou sur la base de 15 données de transaction. En réponse à la réception du message M3, l'élément de sécurité 4 détermine une image IMG (étape S14) sur la base du défi CHAL. Comme à la figure 2, l'image IMG contient des instructions pour que l'utilisateur effectue un mouvement MOV spécifique. Ensuite, l'élément de sécurité 4 20 envoie au terminal 2 un message M4 contenant l'image IMG (étape S15). En réponse à la réception du message M4, le terminal 2 affiche l'image IMG sur l'écran 22 (étape S16). Puis, l'utilisateur U effectue le mouvement MOV ordonné par l'image IMG (étape S17) tandis que le capteur 44 mesure le mouvement MOV et que l'élément de sécurité 4 25 détermine des données D sur la base du mouvement MOV mesuré (étape S18). L'élément de sécurité 4 détermine si les données D correspondent au mouvement MOV ordonné par l'image IMG (étape S19). Par exemple, l'élément de sécurité 4 compare les données D avec les données D' 2 98 7 1 5 2 11 représentant les données qui doivent être déterminées à l'étape S18 si l'utilisateur U effectue le mouvement correct. S'il est déterminé à l'étape S19 que les données D correspondent au mouvement MOV ordonné par l'image IMG, l'élément de sécurité 4 5 détermine une signature S en signant le défi CHAL à l'aide de la clé de cryptographie K (étape S20) et envoie au serveur 3 un message M5 contenant la signature S (étape S21). Finalement, le serveur 3 vérifie si la signature S correspond au défi CHAL de l'étape S12 (étape S22). La transaction est validée seulement si 10 la signature S correspond au défi CHAL de l'étape S12. Le procédé de la figure 3 permet de vérifier que la transaction est effectuée sur ordre de l'utilisateur U. En réalité, un logiciel malveillant qui s'exécuterait sur le terminal 2 aurait accès à l'image IMG, mais pas au mouvement MOV qui est mesuré sur l'élément de sécurité 4 ni à la clé de 15 cryptographie K qui est mémorisée sur l'élément de sécurité 2, ni au défi CHAL qui n'est pas transmis au terminal 2. Ainsi, le logiciel malveillant serait incapable d'engendrer une signature S correspondant au défi CHAL à l'insu de l'utilisateur U. Dans une variante du procédé de la figure 3, à l'étape S17, 20 l'utilisateur U effectue un mouvement MOV1 qui correspond à l'image IMG, et un mouvement MOV2 qui correspond à son PIN. On va décrire ci-après une technique pour effectuer un mouvement qui correspond à un PIN. À l'étape S18, on mesure les deux mouvements MOV1 et MOV2, on détermine les données D sur la base de MOV1 et d'un PIN entré, à noter 25 que le PIN' est déterminé sur la base de MOV2. Ensuite, les données D et le PIN' sont vérifiés à l'étape S19. La figure 4 est un diagramme d'enchaînement d'une transaction dans le système 1 de la figure 1, selon un troisième mode de réalisation de l'invention.
Initialement, l'utilisateur U lance une transaction avec le serveur 3 (étape S31). Dans cet exemple, la transaction est une transaction de paiement d'un montant A déterminé par le serveur 3 (étape 32) et implique une communication bidirectionnelle entre le terminal 2 et le serveur 3. Ensuite, lorsque la transaction a besoin d'être validée en confirmant qu'elle est effectuée sur ordre de l'utilisateur U, le serveur 3 envoie à l'élément de sécurité 4 un message M6 contenant le montant A (étape S33).
En réponse à la réception du message M6, l'élément de sécurité 4 détermine une image IMG (étape S34) sur la base du montant A. L'image IMG contient des instructions pour que l'utilisateur effectue un mouvement MOV spécifique et le montant A. Ensuite, l'élément de sécurité 4 envoie au terminal 2 un message M7 contenant l'image IMG (étape S35). En réponse à la réception du message M7, le terminal 2 affiche l'image IMG sur l'écran 22 (étape S36). Ensuite, si l'utilisateur U accepte le montant A affiché dans l'image IMG, il effectue le mouvement MOV ordonné par l'image IMG (étape S37) tandis que le capteur 44 mesure le mouvement MOV et que l'élément de sécurité 4 détermine des données D sur la base du mouvement MOV mesuré (étape S38). Ensuite, l'élément de sécurité 2 détermine si les données D correspondent au mouvement MOV ordonné par l'image IMG (étape S39). S'il est déterminé à l'étape S39 que les données D correspondent au mouvement MOV ordonné par l'image IMG, l'élément de sécurité 4 détermine une signature S en signant le montant A à l'aide de la clé de cryptographie K (étape S40) et envoie au serveur 3 un message M41 contenant la signature S (étape S41).
Ici, le message M6 qui inclut le montant A et le message M8 qui inclut la signature du montant A peuvent être des messages conformes aux normes de paiement, par exemple aux normes Europay MasterCard & Visa (EMV).
Finalement, le serveur 3 vérifie si la signature S correspond au montant A de l'étape S32 (étape S42). La transaction est validée seulement si la signature S correspond au montant A de l'étape S32. Le procédé de la figure 4 permet de vérifier que la transaction est effectuée sur ordre de l'utilisateur U et que l'utilisateur accepte le montant A. En réalité, un logiciel malveillant qui s'exécuterait sur le terminal 2 aurait accès à l'image IMG, mais pas au mouvement MOV qui est mesuré sur l'élément de sécurité 4 ni à la clé de cryptographie K qui est mémorisée sur l'élément de sécurité 2. Ainsi, le logiciel malveillant serait incapable d'engendrer une signature S correspondant au montant A à l'insu de l'utilisateur U. De plus, au cas où le logiciel malveillant essaierait de modifier le montant indiqué dans l'image affichée, ceci modifierait aussi, par effet indirect, l'instruction associée au mouvement à effectuer. Le mouvement effectué par l'utilisateur U ne serait pas reconnu par l'élément de sécurité 4 à l'étape S39 et par conséquent l'élément de sécurité 4 ne déterminerait pas la signature S. La figure 5 est un diagramme d'enchaînement d'une transaction dans le système 1. de la figure 1, selon un quatrième mode de réalisation de l'invention. Initialement, l'utilisateur U lance une transaction avec le serveur 3 (étape S51). Dans cet exemple, la transaction est une transaction de paiement d'un montant A déterminé par le serveur 3 (étape 52) et implique une communication bidirectionnelle entre le terminal 2 et le serveur 3.
Ensuite, lorsque la transaction a besoin d'être validée en confirmant qu'elle est effectuée sur ordre de l'utilisateur U, le serveur 2 envoie à l'élément de sécurité 4 un message M9 contenant le montant A (étape S53). De plus, le terminal 2 invite l'utilisateur à entrer le montant A' accepté pour la transaction (étape S54). Donc, en réponse à l'étape S54, l'utilisateur U effectue un mouvement MOV représentatif du montant A'. Par exemple, l'utilisateur U utilise le terminal 2 qui inclut l'élément de sécurité 4 comme un stylo pour écrire le montant A'. Dans une variante, le montant A' est entré d'une manière similaire à l'entrée d'un PIN décrite ci-après. Dans le même temps, le capteur 44 de l'élément de sécurité 4 mesure le mouvement MOV et l'élément de sécurité 4 détermine un montant A' à partir du mouvement MOV mesuré par le capteur 44 (étape S56). Ensuite, l'élément de sécurité 4 compare le montant A' avec le montant A du message M9 (étape S57). Si A' = A, l'élément de sécurité 4 détermine une signature S en signant le montant A à l'aide de la clé de cryptographie K (étape S58) et envoie au serveur 3 un message M10 contenant la signature S (étape S59). Ici, le message M9 qui inclut le montant A et le message M10 qui inclut la signature du montant A peuvent être des messages conformes aux normes de paiement, par exemple aux normes EMV. Finalement, le serveur 3 vérifie si la signature S correspond au montant A de l'étape S52 (étape S60). La transaction est validée 25 seulement si la signature S correspond au montant A de l'étape S52. Le procédé de la figure 5 permet de vérifier que la transaction est effectuée sur ordre de l'utilisateur U et que l'utilisateur accepte le montant A. En réalité, un logiciel malveillant qui s'exécuterait sur le terminal 2 n'aurait pas accès au mouvement MOV ni au montant A ni à la clé de 2 9 8 7 1 5 2 15 cryptographie K. Ainsi, le logiciel malveillant serait incapable d'engendrer une signature S correspondant au montant A à l'insu de l'utilisateur U. La figure 6 est un diagramme d'enchaînement d'une transaction dans le système 1 de la figure 1, selon un cinquième mode de réalisation 5 de l'invention. Initialement, l'utilisateur U lance une transaction avec le serveur 3 (étape S71). Dans cet exemple, la transaction est une transaction de paiement d'un montant A. Ensuite, le terminal 2 invite l'utilisateur à entrer le montant A 10 accepté pour la transaction (étape S72). Donc, en réponse à l'étape S72, l'utilisateur U effectue un mouvement MOV représentatif du montant A (étape S73). Dans le même temps, le capteur 44 de l'élément de sécurité 4 mesure le mouvement MOV et l'élément de sécurité 4 détermine un montant A à partir du 15 mouvement MOV mesuré par le capteur 44 (étape S74). Ensuite, l'élément de sécurité 4 détermine une signature S en signant le montant A à l'aide de la clé de cryptographie K (étape S75) et envoie au serveur 3 un message M11 contenant la signature S et le montant A (étape S76). Finalement, le serveur 3 vérifie si la signature S correspond au montant A du message M11 (étape S77). La transaction est validée seulement si la signature S correspond au montant A du message M11. Le procédé de la figure 6 permet de vérifier que la transaction est effectuée sur ordre de l'utilisateur U et que l'utilisateur accepte le montant A. En réalité, un logiciel malveillant qui s'exécuterait sur le terminal 2 n'aurait pas accès au mouvement MOV ni au montant A ni à la clé de cryptographie K. Ainsi, le logiciel malveillant serait incapable d'engendrer une signature S correspondant au montant A à l'insu de l'utilisateur U.
La figure 7 est un diagramme d'enchaînement d'une transaction dans le système 1 de la figure 1, selon un sixième mode de réalisation de l'invention. Dans ce mode de réalisation, l'élément de sécurité 4 commande l'exécution de fonctions protégées par authentification. L'élément de sécurité 4 est constitué pour comparer des données d'identification ou d'authentification entrées par un utilisateur avec des données d'identification ou d'authentification qui y sont mémorisées, et autorise l'exécution d'une fonction protégée seulement si les données entrées et mémorisées concordent. Dans cet exemple, les données d'identification ou d'authentification comprennent un PIN. De plus, un premier type de fonction protégée peut être autorisé en entrant le PIN sur l'interface d'utilisateur 21 du terminal 2, tandis qu'un second type de fonction protégée peut être autorisé seulement en entrant le PIN comme décrit ci- après. Dans cet exemple, une fonction protégée du premier type comprend l'authentification auprès d'un réseau de téléphonie mobile, et une fonction protégée du second type comprend la validation d'une transaction, par exemple une transaction de paiement. Initialement, l'élément de sécurité 4 est dans un état ST1 où il accepte un PIN entré par l'utilisateur U sur l'interface d'utilisateur 21. Par exemple, lorsque le terminal 2 est mis en marche, l'élément de sécurité 4 entre dans l'état ST1 (étape S90). Ensuite, l'utilisateur U entre son PIN sur le clavier 23 (étapes S91 et 592) et le PIN est transmis à l'élément de sécurité 4 (étape S93), par exemple dans une instruction ADPU de la norme ISO 7816. Si le PIN transmis concorde avec le PIN mémorisé dans la mémoire non volatile 42, l'élément de sécurité 4 autorise l'authentification auprès du réseau de téléphonie mobile (étape S94). En d'autres termes, l'authentification auprès du réseau de téléphonie mobile est une fonction protégée du premier type mentionné ci-dessus.
Plus tard, l'utilisateur U lance une transaction avec le serveur 3 (étape S95). Ceci peut impliquer une communication bidirectionnelle entre le terminal 2 et le serveur 3. À l'étape S96, l'élément de sécurité 4 détecte le lancement de la transaction et passe dans un état S2 où il n'accepte pas un PIN entré sur l'interface d'utilisateur 21. Ensuite, le serveur 3 envoie à l'élément de sécurité 4 un message M12, contenant des données T associées à la transaction (étape S97). Par exemple, d'une manière similaire au message M6 de la figure 4, les données T contiennent un montant A. L'élément de sécurité 4 est constitué pour approuver la transaction en signant les données T seulement si l'utilisateur U entre son PIN. Cependant, à l'état ST2, l'utilisateur ne peut pas transmettre son PIN à l'élément de sécurité 4 en l'entrant sur l'interface d'utilisateur 21. En d'autres termes, l'approbation de la transaction est une fonction protégée du second type mentionné ci-dessus. Donc, à l'étape S98, l'utilisateur U effectue un mouvement MOV correspondant à son PIN. Le mouvement MOV est mesuré par le capteur 44 et l'élément de sécurité 4 détermine un PIN entré, désigné par PIN', sur la base du mouvement MOV mesuré (étape S99). Ensuite, l'élément de sécurité 4 détermine si le PIN' et le PIN mémorisé dans la mémoire non volatile 42 concordent (étape S100). Dans le cas où les PIN concordent, l'élément de sécurité 4 détermine une signature S en signant les données T à l'aide de la clé de cryptographie K (étape S101) et envoie au serveur 4 un message M13 contenant la signature S (étape S102). Ici, le message M12 qui inclut les données T et le message M13 qui inclut la signature des données T peuvent être des messages conformes aux normes de paiement, par exemple aux normes EMV.
Finalement, le serveur 3 vérifie si la signature S correspond aux données T du message M12 (étape S103). La transaction est validée seulement si la signature S correspond aux données T du message M12. Le procédé de la figure 7 permet de vérifier que la transaction est effectuée sur ordre de l'utilisateur U et que l'utilisateur accepte les données T. En réalité, un logiciel malveillant qui s'exécuterait sur le terminal 2 n'aurait pas accès aux données T, au mouvement MOV ni à la clé de cryptographie K. Ainsi, le logiciel malveillant serait incapable d'engendrer une signature S correspondant aux données T. De plus, au cas où le logiciel malveillant essaierait d'envoyer un PIN à partir du terminal 2 à l'élément de sécurité 4, ce PIN ne serait pas accepté par l'élément de sécurité 4 parce qu'il serait entré dans l'état ST2 à la détection du début de la transaction. Ainsi, même si un logiciel malveillant intercepte le PIN de l'utilisateur (par exemple à l'étape S92), la transaction ne peut pas être validée par le logiciel malveillant à l'insu de l'utilisateur. En d'autres termes, une fonction protégée du second type est plus sûre. La figure 8 représente un exemple de la façon dont un utilisateur peut effectuer un mouvement MOV correspondant à des instructions affichées dans une image IMG (par exemple aux étapes S5, S17, S37) à un montant A ou A' (par exemple aux étapes S55, S73) ou à son PIN (par exemple à l'étape S37 de la variante mentionnée ci-dessus ou à l'étape S98) et de la façon dont l'élément de sécurité 4 peut déterminer des données D, un montant A ou A' ou un PIN' (par exemple aux étapes S6, S18, S38, S56, S74, S99) sur la base du mouvement mesuré.
Dans cet exemple, le capteur 44 est une boussole capable de mesurer l'orientation de l'élément de sécurité 4 et par conséquent du terminal 2. L'élément de sécurité 4 transmet périodiquement au terminal 2 l'orientation mesurée par le capteur 44.
Le terminal 2 affiche une image sur l'écran 22 comprenant un cadran 210 et une flèche 211. Le cadran 210 comprend des caractères alphanumériques, dans cet exemple les chiffres 0 à 9. La flèche 211 est affichée à une position fixe tandis que le terminal 2 commande l'affichage du cadran en se basant sur l'orientation mesurée par le capteur 44. Ainsi, comme le montre la figure 8, lorsque l'utilisateur effectue un mouvement qui change l'orientation du terminal 2, le chiffre du cadran 210 indiqué par la flèche 211 change. Lorsque l'utilisateur fait tourner le terminal 2 de façon que la flèche 211 indique un chiffre spécifique du cadran 210 et arrête dans cette position, l'élément de sécurité 4 considère que ce chiffre spécifique a été entré. En répétant ceci, l'utilisateur peut effectuer un mouvement MOV comprenant une pluralité de rotations et d'arrêts et qui correspond, pour l'élément de sécurité 4, à une suite de chiffres. Cette suite de chiffres représente des données déterminées sur la base du mouvement MOV, au sens de la présente invention. Dans l'exemple de la figure 8, le cadran de 210 est une image prédéterminée où les chiffres 0 à 9 sont affichés dans l'ordre. Cependant, le cadran 210 pourrait être une image déterminée par l'élément de sécurité 4 où des caractères alphanumériques seraient affichés dans un ordre aléatoire. Dans ce cas, il n'est pas possible pour un logiciel malveillant s'exécutant sur le terminal de déterminer les données D, les montants A/A' ou le PIN' à partir de l'orientation transmise par l'élément de sécurité 4 afin de commander l'affichage du cadran.
25 Dans certains des modes de réalisation ci-dessus, une image comprend de l'information pour ordonner à l'utilisateur d'effectuer un mouvement spécifique et elle est affichée par le terminal. Dans une variante, l'information pour ordonner à l'utilisateur d'effectuer le mouvement est comprise dans un autre type de stimuli, par exemple un son ou une vibration, qui est sorti par le terminal.

Claims (15)

  1. REVENDICATIONS1. Système (1) apte à déterminer la présence d'un être humain, comprenant : - un premier dispositif (4) comprenant un capteur (44) apte à mesurer (S6, S18, S38, S56, S74, S99) un mouvement (MOV) dudit premier dispositif (4) ; - des moyens aptes à déterminer la présence d'un être humain sur la base du mouvement (MOV) mesuré.
  2. 2. Système selon la revendication 1, comprenant un second dispositif (2) ayant une interface d'utilisateur (21) apte à sortir un stimuli, le stimuli comprenant des instructions pour effectuer un mouvement prédéterminé, dans lequel les moyens aptes à déterminer la présence d'un être humain sont constitués pour déterminer la présence d'un être humain sur la base du mouvement mesuré et du mouvement prédéterminé.
  3. 3. Système selon la revendication 2, comprenant un serveur (3) comprenant des moyens aptes à transmettre (S3) le stimuli du serveur (3) à ladite interface d'utilisateur (21), dans lequel le premier dispositif (4) comprend : - des moyens aptes à déterminer (S7) une signature (S) sur la base du mouvement mesuré ; - des moyens aptes à transmettre (S8) ladite signature (S) du premier dispositif (4) à un dispositif de sécurité ou au serveur (3).
  4. 4. Système selon la revendication 2, comprenant un serveur (3) comprenant des moyens aptes à transmettre (S13, S33) des premières données (CHAL, A) du serveur (3) audit premier dispositif (4), dans lequel le premier dispositif (4) comprend : - des moyens aptes à déterminer (S14, S34) ledit stimuli (IMG) sur la base desdites premières données (CHAL, A) ; 2 98 7 1 5 2 99 - des moyens aptes à déterminer (S19, S39) si le mouvement mesuré et le mouvement prédéterminé concordent ; - des moyens aptes à déterminer (S20, S40), si le mouvement mesuré et le mouvement prédéterminé concordent, une signature (S) sur la base des 5 premières données (CHAL, A) ; - des moyens aptes à transmettre (S21, S41) ladite signature (S) du premier dispositif (4) à un dispositif de sécurité ou au serveur (3).
  5. 5. Système selon la revendication 4, dans lequel lesdites premières données comprennent un montant (A) d'une transaction de 10 paiement.
  6. 6. Système selon l'une des revendications 2 à 5, dans lequel ledit premier dispositif (4) est un élément de sécurité.
  7. 7. Système selon la revendication 6, dans lequel le second dispositif (2) est différent dudit premier dispositif (4). 15
  8. 8. Système selon la revendication 1, comprenant des moyens aptes à déterminer (S56, S74) des données de transaction (A, A') sur la base du mouvement mesuré, dans lequel le premier dispositif (4) comprend : - des moyens aptes à déterminer (S58, S75) une signature (S) sur la base 20 desdites données de transaction (A, A') ; - des moyens aptes à transmettre (S59, S76) ladite signature (S) du premier dispositif (4) à un dispositif de sécurité ou à un serveur (3).
  9. 9. Système selon la revendication 6, dans lequel lesdites données de transaction comprennent un montant (A) d'une transaction de 25 paiement.
  10. 10. Système selon l'une des revendications 8 à 9, dans lequel, ledit premier dispositif (4) est un élément de sécurité.
  11. 11. Système selon la revendication 1, dans lequel le premier dispositif (4) est constitué pour autoriser l'exécution d'une fonctionprotégée par authentification à la réception de données d'identification ou d'authentification entrées par un utilisateur, le système comprenant des moyens aptes à déterminer (S99) lesdites données d'identification ou d'authentification sur la base du mouvement mesuré.
  12. 12. Système selon la revendication 11, dans lequel le premier dispositif (4) a un premier état (ST1) dans lequel il accepte les données d'identification ou d'authentification entrées sur une interface d'utilisateur (21) d'un second dispositif (2) et un second état (ST2) dans lequel il n'accepte pas les données d'identification ou d'authentification entrées sur ladite interface d'utilisateur (21), le système comprenant des moyens de commutation dudit premier état (ST1) audit second état (ST2) en réponse à la détection (S96) de ce que le second dispositif (2) effectue une transaction prédéterminée.
  13. 13. Système selon la revendication 12, dans lequel ledit premier dispositif (4) est un élément de sécurité.
  14. 14. Procédé pour déterminer la présence d'un être humain, comprenant : - la mesure (S6, S18, S38, S56, S74, S99) d'un mouvement (MOV) d'un premier dispositif (4) par un capteur (44) dudit premier dispositif (4) ; - la détermination de la présence d'un être humain sur la base du mouvement (MOV) mesuré.
  15. 15. Procédé selon la revendication 14, comprenant : - la sortie (S4, S16, S36) d'un stimuli (IMG) sur une interface d'utilisateur (21), le stimuli comprenant des instructions pour effectuer un mouvement 25 prédéterminé, dans lequel la détermination de la présence d'un être humain sur la base du mouvement mesuré comprend la détermination de la présence d'un être humain sur la base du mouvement mesuré et du mouvement prédéterminé.
FR1251593A 2012-02-22 2012-02-22 Procede et dispositif de securite pour effectuer une transaction Active FR2987152B1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
FR1251593A FR2987152B1 (fr) 2012-02-22 2012-02-22 Procede et dispositif de securite pour effectuer une transaction
EP13156213.4A EP2631834A1 (fr) 2012-02-22 2013-02-21 Procédé et dispositif sécurisé permettant d'effectuer une transaction
US13/773,298 US10528943B2 (en) 2012-02-22 2013-02-21 Method and secure device for performing a transaction

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1251593A FR2987152B1 (fr) 2012-02-22 2012-02-22 Procede et dispositif de securite pour effectuer une transaction

Publications (2)

Publication Number Publication Date
FR2987152A1 true FR2987152A1 (fr) 2013-08-23
FR2987152B1 FR2987152B1 (fr) 2017-11-17

Family

ID=47720438

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1251593A Active FR2987152B1 (fr) 2012-02-22 2012-02-22 Procede et dispositif de securite pour effectuer une transaction

Country Status (3)

Country Link
US (1) US10528943B2 (fr)
EP (1) EP2631834A1 (fr)
FR (1) FR2987152B1 (fr)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102013113662A1 (de) * 2013-12-06 2015-06-11 Bundesdruckerei Gmbh Verfahren zum Verifizieren, ob eine elektronische Dienstanfrage zur Ausführung eines elektronischen Dienstes von einer Person oder von einem Automaten stammt
TWI509454B (zh) * 2014-02-17 2015-11-21 Noodoe Corp 基於動作偵測之作業啟始方法及系統，及相關電腦程式產品
TWI515608B (zh) * 2014-03-25 2016-01-01 拓連科技股份有限公司 電子裝置之動作管理方法及系統，及相關電腦程式產品
CN105099677B (zh) * 2014-04-21 2018-12-14 阿里巴巴集团控股有限公司 一种基于磁力计的验证方法和设备
JP6540195B2 (ja) * 2014-08-05 2019-07-10 セイコーエプソン株式会社 会計システム、及び、情報処理方法
EP3026522A1 (fr) * 2014-11-26 2016-06-01 Nokia Technologies OY Interface d'utilisateur
US10846697B2 (en) * 2016-08-18 2020-11-24 Mastercard International Incorporated Systems and methods for use in authenticating consumers in connection with payment account transactions
JP6650543B1 (ja) * 2019-03-25 2020-02-19 さくら情報システム株式会社 情報処理装置、方法及びプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060135340A (ko) * 2005-06-24 2006-12-29 주식회사 팬택 이동통신 단말기에 구비된 가속도 센서를 이용한 전자결제서명 방법 및 시스템
KR20070045765A (ko) * 2005-10-28 2007-05-02 엘지전자 주식회사 동작감지에 의한 사용자 인증 기능을 구비한 이동통신단말기 및 그 방법
WO2011066381A2 (fr) * 2009-11-25 2011-06-03 Visa International Service Association Transaction à l'aide d'un dispositif mobile ayant un accéléromètre
US8255323B1 (en) * 2009-01-09 2012-08-28 Apple Inc. Motion based payment confirmation

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6397130B1 (en) * 2000-04-13 2002-05-28 Ensco, Ltd. Multi-sensor route detector for rail vehicle navigation
RU2428808C2 (ru) * 2007-01-26 2011-09-10 Интердиджитал Текнолоджи Корпорейшн Способ и устройство для организации защиты информации о местоположении и управления доступом с использованием информации о местоположении
US20090157560A1 (en) * 2007-12-14 2009-06-18 Bank Of America Corporation Information banking and monetization of personal information
EP2131313A1 (fr) * 2008-06-02 2009-12-09 Gemplus Procédé de sélection d'application dans un dispositif mobile de communication sans fil dans un système NFC et dispositif mobile de communicationsans fil correspondant
EP2320355A1 (fr) * 2009-11-04 2011-05-11 BRITISH TELECOMMUNICATIONS public limited company Surveillance du mouvement
US8433914B1 (en) * 2010-02-25 2013-04-30 Emc Corporation Multi-channel transaction signing
US9077912B2 (en) * 2010-09-23 2015-07-07 Intel Corporation Motion initiated time synchronization
US8560839B2 (en) * 2010-12-20 2013-10-15 Microsoft Corporation Tamper proof location services
US10692081B2 (en) * 2010-12-31 2020-06-23 Mastercard International Incorporated Local management of payment transactions
US20130046635A1 (en) * 2011-08-19 2013-02-21 Bank Of America Corporation Triggering offers based on detected location of a mobile point of sale device
US8639928B2 (en) * 2011-12-05 2014-01-28 Certicom Corp. System and method for mounting encrypted data based on availability of a key on a network
US20130142384A1 (en) * 2011-12-06 2013-06-06 Microsoft Corporation Enhanced navigation through multi-sensor positioning
US9582826B2 (en) * 2012-01-23 2017-02-28 Bank Of America Corporation Directional wayfinding

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060135340A (ko) * 2005-06-24 2006-12-29 주식회사 팬택 이동통신 단말기에 구비된 가속도 센서를 이용한 전자결제서명 방법 및 시스템
KR20070045765A (ko) * 2005-10-28 2007-05-02 엘지전자 주식회사 동작감지에 의한 사용자 인증 기능을 구비한 이동통신단말기 및 그 방법
US8255323B1 (en) * 2009-01-09 2012-08-28 Apple Inc. Motion based payment confirmation
WO2011066381A2 (fr) * 2009-11-25 2011-06-03 Visa International Service Association Transaction à l'aide d'un dispositif mobile ayant un accéléromètre

Also Published As

Publication number Publication date
FR2987152B1 (fr) 2017-11-17
US20130218775A1 (en) 2013-08-22
US10528943B2 (en) 2020-01-07
EP2631834A1 (fr) 2013-08-28

Similar Documents

Publication Publication Date Title
FR2987152A1 (fr) Procede et dispositif de securite pour effectuer une transaction
US10275758B2 (en) System for secure payment over a wireless communication network
US10878413B2 (en) Method, server, and storage medium for verifying transactions using a smart card
CN109196539B (zh) 用于利用安全认证处理交易的系统和方法
US10475024B1 (en) Secure smart card transactions
WO2013086414A1 (fr) Procédé et système de capture de signature
CN107798537A (zh) 经由设备的独立处理器进行的数据验证
WO2018235055A1 (fr) Émulation de carte biométrique faciale pour autorisation de paiement en magasin
US11936649B2 (en) Multi-factor authentication
US11797974B2 (en) Systems and methods for securely generating and printing a document
KR20110002968A (ko) 생체 인증을 이용한 금융 거래 서비스 제공 방법 및 시스템과 그를 위한 휴대용 저장 장치
CN115362461A (zh) 用于向区块链账户发送加密货币的电子装置和用于运行该电子装置的方法
EP3542335B1 (fr) Procédé de traitement de données transactionnelles, terminal de communication, lecteur de cartes et programme correspondant
KR102706868B1 (ko) 온라인 인증을 이용하여 오프라인 결제를 수행하는 시스템 및 전자 장치
KR20110002967A (ko) 생체 인증을 이용한 실명 인증 서비스 제공 방법 및 시스템과 그를 위한 휴대용 저장 장치
TWI646481B (zh) 電子交易裝置的配對認證方法
EP3627419A1 (fr) Transaction sécurisée utilisant un dispositif mobile
US11636464B2 (en) Systems and methods for securely generating and printing a document
CN118871896A (zh) 由sdk进行应用完整性验证
WO2023154066A1 (fr) Vérification d'intégrité d'application au moyen d'un kit sdk

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7

PLFP Fee payment

Year of fee payment: 9

PLFP Fee payment

Year of fee payment: 10

PLFP Fee payment

Year of fee payment: 11

PLFP Fee payment

Year of fee payment: 12

CA Change of address

Effective date: 20230206

CD Change of name or company name

Owner name: IDEMIA FRANCE, FR

Effective date: 20230206

PLFP Fee payment

Year of fee payment: 13