WO2007006771A1 - Procede et dispositif d'autorisation de transaction - Google Patents

Procede et dispositif d'autorisation de transaction Download PDF

Info

Publication number
WO2007006771A1
WO2007006771A1 PCT/EP2006/064059 EP2006064059W WO2007006771A1 WO 2007006771 A1 WO2007006771 A1 WO 2007006771A1 EP 2006064059 W EP2006064059 W EP 2006064059W WO 2007006771 A1 WO2007006771 A1 WO 2007006771A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
pin1
pin
identification code
personal identification
Prior art date
Application number
PCT/EP2006/064059
Other languages
English (en)
Inventor
Gary Chew
Original Assignee
Gemplus
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 Gemplus filed Critical Gemplus
Publication of WO2007006771A1 publication Critical patent/WO2007006771A1/fr

Links

Classifications

    • 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/34—User authentication involving the use of external additional devices, e.g. dongles or smart cards
    • G06F21/35—User authentication involving the use of external additional devices, e.g. dongles or smart cards communicating wirelessly
    • 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/42—User authentication using separate channels for security data
    • G06F21/43—User authentication using separate channels for security data wireless channels
    • 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/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • 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/385—Payment protocols; Details thereof using an alias or single-use codes
    • 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/4014—Identity check for transactions
    • 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
    • G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1016—Devices or methods for securing the PIN and other transaction-data, e.g. by encryption
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1025—Identification of user by a PIN code
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0853—Network architectures or network communication protocols for network security for authentication of entities using an additional device, e.g. smartcard, SIM or a different communication terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/18—Network architectures or network communication protocols for network security using different networks or channels, e.g. using out of band channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H04L63/0838—Network architectures or network communication protocols for network security for authentication of entities using passwords using one-time-passwords

Definitions

  • the invention relates to a method for authorizing a transaction carried out via a computer network and from a terminal, said method comprising:
  • the invention also relates to an associated device.
  • An example of application of the invention which will be more particularly illustrated in this text relates to the terminals of the ATM type (English: Automatic Teller Machine "ATM").
  • ATM Automatic Teller Machine
  • the invention generally applies to any terminal allowing a user to perform a transaction using a card.
  • the use of the card is protected by a personal identification code, stored in a memory of the network and called PIN code (which we can simply designate by "PIN” in the rest of this text).
  • PIN code which we can simply designate by "PIN” in the rest of this text.
  • the transaction is allowed on the terminal (the ATM in the particular example that will be developed) only if the user correctly performs an authentication step, by inserting his card in the ATM reader and entering the correct PIN code associated with the card on it.
  • This authentication of the user also involves a personal information of the user (which we will call PAN information), which is also stored in the card (for example in its chip, in a magnetic strip of the card or in any other means storing information of the card that can be read by the reader of the terminal).
  • PAN information personal information of the user
  • the personal information PAN is read by the reader of the ATM, as the code entered by the user.
  • the PIN information has been generated by means of the network (or other independent generation means) from the PAN code to which it is thus linked.
  • PIN has been generated from a given secret algorithm, of which one input is PAN.
  • the knowledge of the algorithm, the associated secret and that of PAN makes it possible to reconstitute PIN.
  • An authentication operation as mentioned above is illustrated in FIG.
  • a user approaches his card from the ATM reader (step 1).
  • the reader then reads the personal information PAN of the card (step 2), for example a magnetic strip of the card, or its chip, or any other means of logging information of the card.
  • step 3 The user then enters (step 3) his PIN code in the reader, through an interface such as a keyboard. Any other type of interface is also possible (sound interface, biometric, etc.).
  • Both PAN and PIN information are then encrypted and transmitted in encrypted form ⁇ PAN> and ⁇ PIN> by the ATM to the network (step 4).
  • a server connected to the network receives these two encrypted information and decrypts and validates the PAN personal information (step 5).
  • validation of PAN is meant verification of the PAN format as personal information, compared to a format expected. This validation may also involve a comparison with a list of personal information stored in the ATM server.
  • This ATM server has a memory in which the characteristics of the algorithm for calculating PIN from PAN are stored. These characteristics are represented in the figure by a "PIN offset DBs".
  • the ATM server transmits in a next step 6 the decrypted PAN, the DBs PIN offset and the encrypted information ⁇ PIN> to a "PIN machine" which is connected to it, and which is capable of performing the following operations (step 7 ):
  • Authentication is performed if a predetermined law is satisfied between these two pieces of information.
  • An authentication procedure as described above has a significant degree of security. However, it is exposed to the risk of fraud at the terminal.
  • a fraud may consist in stealing at the terminal personal information PAN and the PIN entered by the user.
  • This can be envisaged for example by adding on the terminal a fake card reader, to read the PAN personal information when the card is inserted therein, and a hidden camera to film the keyboard that the user uses to dial his code. PIN identification.
  • the fraudster having thus taken knowledge of the information PAN and PIN can use this information to carry out transactions in the place of the user and without his knowledge, even to manufacture a false card having the personal information PAN and to introduce it in a reader ATM using the PIN code also stolen.
  • An object of the invention is to obtain a method and a device for preventing such a risk of fraud.
  • Another objective of the invention is also to prevent the risk of fraud, without requiring a very important modification of the infrastructure (and in particular terminals scattered over a territory) to implement an authentication procedure of the type of outlined above.
  • the invention proposes a method of authorization of a transaction carried out via a computer network and from a first terminal, said method comprising:
  • the method comprises, prior to the entry of the personal identification code, a step of generating said identification code, from:
  • said reference code • said personal identification code being a limited validity code, different from the reference code.
  • the user acquires the personal identification code on a second terminal
  • the step of generating identification code is carried out by means of said second terminal
  • the following operations are performed on said second terminal: activation on the second terminal of a computer application making it possible to generate a password for limited use,
  • the step of generating a limited-use password is performed by a server connected to said second terminal, and capable of transmitting said limited-use password to said second terminal which generates said personal identification code,
  • the step of generating a limited-use password is triggered by means of the second terminal
  • the step of generating a limited-use password is triggered by means of the first terminal, the transmission step between the server connected to the second terminal and the second terminal is done via a telecommunications network
  • the telecommunications network is a GSM, CDMA, UMTS, GPRS, 3G or WiMAX network,
  • the process comprises the following steps:
  • the process comprises the following steps:
  • the limited validity of the personal identification code corresponds to a temporary validity during a given period
  • the limited validity of said personal identification code corresponds to a limited validity for a given number of transactions only
  • the limited validity of the personal identification code corresponds to a validity limited to a single transaction
  • the invention also relates to a terminal for implementing a method as previously described used as a second terminal, characterized in that said second terminal comprises means for triggering the generation of said personal identification code from said reference code.
  • FIG. a diagram of a mode of implementation of the method and the device for establishing a transaction according to the invention.
  • This figure illustrates the particular example of implementation of the invention which concerns the authorization of a transaction on a banking network, with a terminal in the form of an ATM terminal.
  • FIG. 2 represents the elements of the device making it possible to implement the invention, and the information flows between them.
  • FIG. 2 furthermore comprises elements that are new with respect to the representation of FIG. 1:
  • an ATM terminal includes a card reader and an interface, such as for example a keyboard, by which a user can enter a personal identification code.
  • the terminal can be of any type different from an ATM terminal (it can for example be a computer or a peripheral of a computer, an EFTPOS terminal type remote payment terminal - for "Electronic Financial Transaction Point Of Sale", etc.), and likewise the interface may be of a different type than a keyboard .
  • the terminal will be used by a user to establish a transaction (for example financial), using a card. And at first, it will be used to authorize this transaction.
  • the invention implements a second terminal, which is here schematized by a mobile phone.
  • the ATM terminal therefore corresponds to a "first" terminal, and it will be designated as such in this text (we will use either the terms “first terminal”, “ATM terminal”, or even “ATM” to designate it).
  • This first terminal is connected to a network (a banking network in the case of Figure 2).
  • the cards that can be read by the ATM terminal reader can be of any type, such as for example magnetic stripe cards only, smart cards, cards with a magnetic stripe and a chip, or any another means of recording a PAN personal information of the user, such as for example a bank account number code.
  • this personal information will be read by the ATM reader.
  • the authorization process for establishing a transaction according to the invention also requires, as the known method commented on with reference to FIG. 1, that the user enters a personal identification code in the ATM terminal.
  • this code (which is referred to as PIN1 in FIG. 2) is of limited validity and has previously been obtained by the user in order to be able to enter it into the ATM terminal.
  • the "limited validity" of this PIN1 code may correspond to a temporary validity during a given period, or a limited validity for a given number of transactions only (a transaction counter incrementing in this case with each new transaction), or a validity limited to a single transaction. In the example that will be described below, it is a validity limited to a single transaction.
  • the user uses the "second" terminal, which is here represented as a mobile phone.
  • This second terminal can be of any other type.
  • this second terminal can enter into communication (transmission and reception) with a server G connected to the "PIN machine".
  • This connection can be direct, or an additional server (referenced here SV) can be interposed between the machine PIN and the server G which communicates with the second terminal, as shown in Figures 2 and 3.
  • the communication between the second terminal and the server G is via a wireless telecommunications network, such as a GSM network, CDMA, UMTS, GPRS, 3G, WiMAX for example.
  • a wireless telecommunications network such as a GSM network, CDMA, UMTS, GPRS, 3G, WiMAX for example.
  • Step A The user activates on the second terminal a computer application for generating a limited-use password referenced here OTP (for "One Time Password” according to the common English terminology - password for single use - it is recalled that in the particular and non-limiting example described with reference to Figure 2, the PIN1 code is a single-use code),
  • OTP for "One Time Password” according to the common English terminology - password for single use - it is recalled that in the particular and non-limiting example described with reference to Figure 2, the PIN1 code is a single-use code
  • step B The OTP password is transmitted by the second terminal to the server G (here by a GSM type network), for validation of this
  • step C the limited password is validated - that is, its format and value are recognized as corresponding to a valid limited password. This recognition is done by comparison with stored format information and values (here in the server SV - and the validation is done after a dialogue between the server G and the server SV),
  • Step D once the validated OTP password has been validated, a validation message is returned by the server G to the second terminal, to indicate that the OTP-validated password has been validated
  • step E after receiving the validation message, the application of the second terminal generates a PIN1 code, combining according to a given algorithm PIN and OTP information.
  • This algorithm represented by XOR in the figures
  • This algorithm is also stored in the machine PIN, which will retrieve the PIN information, • the PIN1 code thus produced is provided by the second terminal to the user (for example by a message on the terminal screen).
  • the second terminal does not itself generate the OTP limited password.
  • this OTP limited password is generated by a server connected to the computer network, in particular by the server G.
  • the OTP limited password is transmitted by the server to the second terminal. And always in this case, the generation of the OTP limited password in the server can be triggered:
  • a computer application sends to the server a signal (such as an SMS) triggering the generation of a limited password, or by the first terminal, in a variant of the invention in which this first terminal comprises an application and / or means for allow the user to trigger the generation of a limited password.
  • this first terminal comprises an application and / or means for allow the user to trigger the generation of a limited password.
  • this first terminal is connected to the server which will generate the limited password and transmit it to the second terminal.
  • PIN1 in the same way as the PIN code mentioned with reference to Figure 1 - that is to say as an identification code provided to the ATM terminal reader and to allow a transaction.
  • the information that the OTP limited password has been used is transmitted by the machine PIN to the SV server. And this server SV takes into account this usage information to update the format and value information that it stores for the OTPs that will be transmitted to it by the second terminal as part of subsequent transaction requests.
  • This update corresponds in particular to a prohibition of a later use of OTP, if this one is for single use or arrived at the end of permitted use.
  • the update typically corresponds to the increment of a usage counter.
  • the invention makes it possible to substantially increase the security level of the transaction authorization.
  • a fraudster obtained the information PAN and PIN1 entered in the first terminal, it would not be possible for him to use this information to carry out fraudulent transactions - in any case not without limitation, even in a the "lighter" version of the invention in which the limited password can be used several times.
  • the fraudster will not be able to use the information he has stolen to try to obtain authorization to carry out a transaction.
  • the invention can be implemented with conventional cards and terminals ("first" terminals), such as those implemented in an authentication procedure as described with reference to FIG.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Software Systems (AREA)
  • Computing Systems (AREA)
  • Signal Processing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

L'invention concerne un procédé d'autorisation d'une transaction via un réseau informatique et à partir d'un premier terminal (A), ledit procédé comprenant : la lecture d'une information personnelle (PAN) présente sur une carte (C) à partir d'un lecteur (L) de cartes du premier terminal (A) et l'entrée d'un code d'identification personnel (PIN1 ) sur une interface (CL) dudit premier terminal (A), le code d'identification personnel (PIN1 ) étant authentifié par comparaison à un code de référence (PIN) qui est lié à ladite information personnelle (PAN), pour autoriser la réalisation de la transaction, caractérisé en ce que : le procédé comprend préalablement à l'entrée du code d'identification personnel (PIN1 ) une étape de génération dudit code d'identification, à partir : d'un mot de passe généré à validité limitée (OTP) et dudit code de référence (PIN), ledit code d'identification personnel (PIN1 ) étant un code à validité limitée, différent du code de référence (PIN). L'invention concerne également un terminal pour al mise en œuvre d'un tel procédé.

Description

PROCEDE ET DISPOSITIF D'AUTORISATION DE TRANSACTION
Contexte de l'invention et art antérieur
L'invention concerne un procédé d'autorisation d'une transaction réalisée via un réseau informatique et à partir d'un terminal, ledit procédé comprenant :
• la lecture d'une information personnelle présente sur une carte à partir d'un lecteur de cartes du terminal,
• et l'entrée d'un code d'identification personnel sur une interface dudit terminal, le code d'identification personnel étant authentifié par comparaison (directe ou indirecte) à un code de référence qui est lié à ladite information personnelle, pour autoriser la réalisation de la transaction.
Et l'invention concerne également un dispositif associé.
Un exemple d'application de l'invention qui va être plus particulièrement illustré dans ce texte concerne les terminaux du type guichet automatique bancaire (en anglais : Automatic Teller Machine "ATM"). Cependant l'invention s'applique de manière générale à tout terminal permettant à un utilisateur d'effectuer une transaction à l'aide d'une carte. Revenant à l'exemple particulier d'une transaction devant être effectuée sur un ATM, l'utilisation de la carte est protégée par un code d'identification personnel, mémorisé dans une mémoire du réseau et appelé code PIN (que nous pourrons désigner simplement par « PIN » dans la suite de ce texte). La transaction n'est autorisée sur le terminal (l'ATM dans l'exemple particulier qui va être développé) que si l'utilisateur exécute correctement une étape d'authentification, en introduisant sa carte dans le lecteur de l'ATM et en entrant le bon code PIN associé à la carte sur celui-ci. Cette authentification de l'utilisateur fait également intervenir une information personnelle de l'utilisateur (que nous nommerons information PAN), qui est également mémorisée dans la carte (par exemple dans sa puce, dans une piste magnétique de la carte ou dans tout autre moyen de mémorisation d'information de la carte qui puisse être lu par le lecteur du terminal).
L'information personnelle PAN est ainsi lue par le lecteur de l'ATM, tout comme le code entré par l'utilisateur.
L'information PIN a été générée par des moyens du réseau (ou d'autres moyens de génération indépendants), à partir du code PAN auquel elle est ainsi liée.
Plus précisément, PIN a été générée à partir d'un algorithme secret donné, dont une entrée est PAN. La connaissance de l'algorithme, du secret associé et celle de PAN permet de reconstituer PIN. Une opération d'authentification telle que mentionnée ci-dessus est illustrée sur la figure 1.
Sur cette figure, un utilisateur approche sa carte du lecteur ATM (étape 1 ). Le lecteur lit alors l'information personnelle PAN de la carte (étape 2), par exemple d'une bande magnétique de la carte, ou de sa puce, ou de tout autre moyen de consignation d'information de la carte.
L'utilisateur renseigne ensuite (étape 3) son code PIN dans le lecteur, grâce à une interface telle qu'un clavier. Tout autre type d'interface est également envisageable (interface sonore, biométrique, etc.).
Les deux informations PAN et PIN sont ensuite encryptées et transmises sous forme cryptée <PAN> et <PIN>, par l'ATM au réseau (étape 4).
Un serveur relié au réseau (serveur ATM sur la figure) reçoit ces deux informations cryptées et procède au décryptage et à la validation de l'information personnelle PAN (étape 5). Par « validation » de PAN on entend vérification du format de PAN en tant qu'information personnelle, par comparaison avec un format attendu. Cette validation peut également impliquer une comparaison avec une liste d'informations personnelles mémorisées dans le serveur ATM.
Ce serveur ATM dispose d'une mémoire dans laquelle les caractéristiques de l'algorithme permettant de calculer PIN à partir de PAN sont mémorisées. Ces caractéristiques sont représentées sur la figure par un « DBs PIN offset ».
Le serveur ATM transmet lors d'une étape suivante 6 le PAN décrypté, le DBs PIN offset et l'information cryptée <PIN> à une « PIN machine » qui lui est reliée, et qui est apte à réaliser les opérations suivantes (étape 7) :
• Décryptage de <PIN> en PIN,
• Calcul d'une information PIN' à partir de PAN et du DBs PIN offset, en utilisant un algorithme d'élaboration de PIN'. Cet algorithme est identique à l'algorithme ayant permis de calculer PIN à partir de PAN, ou lui est lié,
• Comparaison de l'information PIN' avec PIN.
L'authentification est réalisée si une loi prédéterminée est satisfaite entre ces deux informations.
Cette loi peut être par exemple simplement l'égalité : PIN' = PIN (dans ce cas l'algorithme d'élaboration de PIN' est identique à l'algorithme ayant permis d'élaborer PIN à partir de PAN).
On précise que le cryptage et le décryptage des données ne sont pas obligatoires. Dans une version simplifiée PAN et PIN sont transmis sous leur forme originale non cryptée (ceci étant également applicable à l'invention).
Synthèse sur l'invention
Une procédure d'authentification telle qu'exposée ci-dessus présente un degré de sécurité important. Elle est néanmoins exposée à des risques de fraude au niveau du terminal.
En effet, une fraude peut consister à subtiliser au niveau du terminal l'information personnelle PAN et le code PIN entré par l'utilisateur. Ceci peut être envisagé par exemple en surajoutant sur le terminal un faux lecteur de cartes, pour lire l'information personnelle PAN lorsque la carte y est introduite, et une caméra dissimulée pour filmer le clavier que l'utilisateur utilise pour composer son code d'identification PIN.
Le fraudeur ayant ainsi pris connaissance des informations PAN et PIN peut utiliser ces informations pour effectuer des transactions à la place de l'utilisateur et à son insu, voire pour fabriquer une fausse carte ayant l'information personnelle PAN et l'introduire dans un lecteur ATM en utilisant le code PIN également dérobé.
Un objectif de l'invention est d'obtenir un procédé et un dispositif permettant de prévenir un tel risque de fraude.
Un autre objectif de l'invention est également de prévenir le risque de fraude, sans nécessiter de modification très importante de l'infrastructure (et notamment des terminaux disséminés sur un territoire) permettant de mettre en œuvre une procédure d'authentification du type de celle exposée ci-dessus.
A cet effet, l'invention propose un procédé d'autorisation d'une transaction réalisée via un réseau informatique et à partir d'un premier terminal, ledit procédé comprenant :
• la lecture d'une information personnelle présente sur une carte à partir d'un lecteur de cartes du premier terminal
• et l'entrée d'un code d'identification personnel sur une interface dudit premier terminal, le code d'identification personnel étant authentifié par comparaison à un code de référence qui est lié à ladite information personnelle, pour autoriser la réalisation de la transaction, caractérisé en ce que : • le procédé comprend préalablement à l'entrée du code d'identification personnel une étape de génération dudit code d'identification, à partir :
> d'un mot de passe généré à validité limitée et
> dudit code de référence, • ledit code d'identification personnel étant un code à validité limitée, différent du code de référence.
Des aspects préférés mais non limitatifs du procédé selon l'invention sont les suivants :
- l'utilisateur prend connaissance du code d'identification personnel sur un deuxième terminal,
- l'étape de génération de code d'identification est réalisée par des moyens dudit deuxième terminal,
- pour l'étape de génération de code d'identification personnel, les opérations suivantes sont réalisées sur ledit deuxième terminal : • Activation sur le deuxième terminal d'une application informatique permettant de générer un mot de passe à usage limité,
• Transmission dudit mot de passe à usage limité par le deuxième terminal à un serveur, pour validation du mot de passe à usage limité, • Validation dudit mot de passe à usage limité,
• Génération par le deuxième terminal dudit code d'identification personnel.
- l'étape de génération de mot de passe à usage limité est réalisée par un serveur relié audit deuxième terminal, et apte à transmettre ledit mot de passe à usage limité audit deuxième terminal qui génère ledit code d'identification personnel,
- l'étape de génération de mot de passe à usage limité est déclenchée par des moyens du deuxième terminal,
- l'étape de génération de mot de passe à usage limité est déclenchée par des moyens du premier terminal, - l'étape de transmission entre le serveur relié au deuxième terminal et ledit deuxième terminal se fait par l'intermédiaire d'un réseau de télécommunications
- le réseau de télécommunications est un réseau GSM, CDMA, UMTS, GPRS, 3G ou WiMAX,
- le code d'identification personnel a été généré avec un algorithme dont une entrée est l'information personnelle,
- le procédé comporte les étapes suivantes :
• Transmission de l'information personnelle et du code d'identification personnelle, par le premier terminal à un serveur relié au réseau,
• Réception de ces deux données par un serveur relié au réseau et validation de l'information personnelle,
• Transmission par ledit serveur relié au réseau vers des moyens de traitement :
> Des caractéristiques dudit algorithme,
> De ladite information personnelle,
> Du code d'identification personnel,
• Réalisation par lesdits moyens de traitement des opérations suivantes :
> Calcul d'une information à partir de l'information personnelle et desdites caractéristiques de l'algorithme,
> Comparaison de l'information ainsi calculée avec ledit code de référence, pour vérifier qu'une relation prédéterminée est bien vérifiée,
- le procédé comporte les étapes suivantes :
• Encryptage de l'information personnelle et du code d'identification personnel,
• Transmission de ces deux données sous forme cryptée, par le premier terminal à un serveur relié au réseau, • Réception de ces deux données cryptées par un serveur relié au réseau et décryptage de l'information personnelle cryptée et validation de l'information personnelle,
• Transmission par ledit serveur relié au réseau vers des moyens de traitement :
> Des caractéristiques dudit algorithme,
> De ladite information personnelle,
> Du code d'identification personnel crypté,
• Réalisation par lesdits moyens de traitement des opérations suivantes :
> Décryptage dudit code d'identification personnel crypté,
> Calcul d'une information à partir de l'information personnelle et desdites caractéristiques de l'algorithme,
> Comparaison de l'information ainsi calculée avec ledit code de référence, pour vérifier qu'une relation prédéterminée est bien vérifiée,
- la validité limitée dudit code d'identification personnel correspond à une validité temporaire pendant une période donnée,
- la validité limitée dudit code d'identification personnel correspond à une validité limitée pour un nombre de transactions donné seulement,
- la validité limitée dudit code d'identification personnel correspond à une validité limitée à une seule transaction,
L'invention concerne également un terminal pour la mise en œuvre d'un procédé tel que décrit précédemment utilisé en tant que deuxième terminal, caractérisé en ce que ledit deuxième terminal comporte des moyens pour déclencher la génération dudit code d'identification personnel à partir dudit code de référence.
Des aspects préférés mais non limitatif du terminal sont qu'il comporte des moyens pour générer ledit code d'identification personnel à partir dudit code de référence. L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple non limitatif, en référence aux dessins annexés, sur lesquels outre la figure 1 qui a déjà été commentée ci-dessus la figure 2 est un schéma d'un mode de mise en œuvre du procédé et du dispositif d'établissement d'une transaction selon l'invention.
Cette figure illustre l'exemple particulier de mise en œuvre de l'invention qui concerne l'autorisation d'une transaction sur un réseau bancaire, avec un terminal se présentant sous la forme d'un terminal ATM.
Description d'un mode de réalisation préféré de l'invention
La figure 2 représente les éléments du dispositif permettant de mettre en œuvre l'invention, et les flux d'information entre eux.
Cette figure reprend notamment les éléments (moyens, opérations et flux) du schéma de la figure 1 - ces éléments ne seront donc pas introduits une deuxième fois. On précise en outre que l'ensemble des indications qui ont été données à propos de la figure 1 (notamment indications selon lesquelles les moyens tels que les interfaces de lecteur, etc. peuvent être de différentes natures) sont également applicables à l'invention. La figure 2 comporte en outre des éléments qui sont nouveaux par rapport à la représentation de la figure 1 :
• deuxième terminal (représenté ici par un téléphone portable),
• et deux serveurs de la partie basse de la figure.
Le rôle de ces éléments va être précisé ci-après. On précise que le serveur ATM et la PIN machine peuvent constituer une seule et même entité, et être confondus.
Sur la figure 2, un terminal ATM comporte un lecteur de cartes et une interface, telle que par exemple un clavier, par laquelle un utilisateur peut entrer un code d'identification personnel. Comme cela a déjà été rappelé ci-dessus, le terminal peut être de tout type différent d'un terminal ATM (il peut par exemple être un ordinateur ou un périphérique d'un ordinateur, un terminal de paiement à distance du type terminal EFTPOS - pour « Electronic Financial Transaction Point Of Sale », etc.), et de même l'interface peut être d'un type différent d'un clavier. Le terminal va être utilisé par un utilisateur pour établir une transaction (par exemple financière), à l'aide d'une carte. Et dans un premier temps, il va être utilisé pour autoriser cette transaction.
Comme on le verra, l'invention met en œuvre un deuxième terminal, qui est ici schématisé par un téléphone portable. Le terminal ATM correspond donc ici à un « premier » terminal, et il sera désigné comme tel dans ce texte (on utilisera indifféremment les termes « premier terminal », « terminal ATM », ou même « ATM » tout court pour le désigner).
Ce premier terminal est relié à un réseau (un réseau bancaire dans le cas de la figure 2). Les cartes pouvant être lues par le lecteur du terminal ATM peuvent être de tout type, tel que par exemple des cartes à piste magnétique seulement, des cartes à puce, des cartes munies d'une piste magnétique et d'une puce, ou de tout autre moyen d'enregistrement d'une information personnelle PAN de l'utilisateur, telle que par exemple un code de numéro de compte bancaire.
Dans tous les cas, cette information personnelle sera lue par le lecteur de I 'ATM.
Le procédé d'autorisation d'établissement d'une transaction selon l'invention nécessite également, comme le procédé connu commenté en référence à la figure 1 , que l'utilisateur entre un code d'identification personnel dans le terminal ATM.
Dans le cas de l'invention, ce code (que l'on référence PIN1 sur la figure 2) est à validité limitée et a préalablement été obtenu par l'utilisateur pour pouvoir l'entrer dans le terminal ATM. La « validité limitée» de ce code PIN1 peut correspondre à une validité temporaire pendant une période donnée, ou une validité limitée pour un nombre de transactions donné seulement (un compteur de transactions s'incrémentant dans ce cas à chaque nouvelle transaction), ou encore une validité limitée à une seule transaction. Dans l'exemple qui va être décrit ci-dessous, il s'agit d'une validité limitée à une seule transaction. Un mode d'obtention de ce code PIN1 va maintenant être décrit brièvement - cette obtention représentant une première phase du procédé selon l'invention.
Pour obtenir le code PIN1 l'utilisateur utilise le « deuxième » terminal, qui est ici représenté sous la forme d'un téléphone portable. Ce deuxième terminal peut être de tout autre type.
Quel que soit son format, ce deuxième terminal peut entrer en communication (émission et réception) avec un serveur G relié à la « PIN machine ». Cette liaison peut être directe, ou un serveur additionnel (référencé ici SV) peut être interposé entre la PIN machine et le serveur G qui communique avec le deuxième terminal, comme illustré sur les figures 2 et 3.
Dans le mode de réalisation de ces figures, la communication entre le deuxième terminal et le serveur G se fait par l'intermédiaire d'un réseau de télécommunications sans fil, tel qu'un réseau GSM, CDMA, UMTS, GPRS, 3G, WiMAX par exemple.
Les étapes permettant à l'utilisateur d'obtenir un code PIN1 en vue de son utilisation sont les suivantes :
• étape A : L'utilisateur active sur le deuxième terminal une application informatique permettant de générer un mot de passe à usage limité référencé ici OTP (pour « One Time Password » selon la terminologie anglo-saxonne répandue - mot de passe à usage unique - on rappelle en effet que dans l'exemple particulier et non limitatif exposé en référence à la figure 2, le code PIN1 est un code à usage unique),
• étape B : Le mot de passe OTP est transmis par le deuxième terminal au serveur G (ici par un réseau de type GSM), pour validation de cet
OTP. • étape C : le mot de passe limité est validé - c'est-à-dire que son format et sa valeur sont reconnus comme correspondant à un mot de passe limité valide. Cette reconnaissance se fait par comparaison avec des informations de format et de valeurs mémorisées (ici dans le serveur SV - et la validation se fait ainsi à l'issue d'un dialogue entre le serveur G et le serveur SV),
• étape D : une fois le mot de passe limité OTP validé, un message de validation est retourné par le serveur G au deuxième terminal, pour indiquer que le mot de passe à validité limitée OTP a été validé, • étape E : après réception du message de validation, l'application du deuxième terminal génère un code PIN1 , en combinant selon un algorithme donné les informations PIN et OTP. Cet algorithme (représenté par XOR sur les figures) est également mémorisé dans la PIN machine, ce qui permettra de récupérer l'information PIN, • le code PIN1 ainsi élaboré est fourni par le deuxième terminal à l'utilisateur (par exemple par un message sur l'écran du terminal).
En variante, il est possible que le deuxième terminal ne génère pas lui-même le mot de passe limité OTP.
En effet, si ce deuxième terminal est toujours apte à recevoir le mot de passe limité OTP pour générer un code PIN1 , il est possible que ce mot de passe limité OTP soit généré par un serveur relié au réseau informatique, notamment par le serveur G.
Dans ce cas le mot de passe limité OTP est transmis par le serveur au deuxième terminal. Et toujours dans ce cas, la génération du mot de passe limité OTP dans le serveur peut être déclenchée :
• par le deuxième terminal, dont une application informatique envoie au serveur un signal (tel qu'un SMS) déclenchant la génération d'un mot de passe limité, ou • par le premier terminal, dans une variante de l'invention dans laquelle ce premier terminal comporte une application et/ou des moyens pour permettre à l'utilisateur de déclencher la génération d'un mot de passe limité. Dans ce cas, une certaine adaptation du premier terminal est nécessaire, et ce premier terminal est relié au serveur qui générera le mot de passe limité et le transmettra au deuxième terminal. Une fois que l'utilisateur dispose du code PIN1 , il utilise ce code
PIN1 de la même manière que le code PIN mentionné en référence à la figure 1 - c'est-à-dire comme un code d'identification fourni au lecteur du terminal ATM et devant permettre une transaction.
La suite du procédé se déroule de manière générale comme déjà mentionné en référence à la figure 1 , avec un code PIN1 à la place du code PIN.
Une modification de cette partie de la procédure d'authentification est toutefois nécessaire dans le cas de l'invention, car l'algorithme mémorisé dans la PIN machine pour reconstituer une valeur PIN' à partir de PAN ne permet pas de reconstruire directement une information comparable à PIN1.
On va donc maintenant exposer les éléments qui permettent d'autoriser une transaction, une fois que les informations PAN, PIN offset et <PIN1> ont été transmises à la PIN machine par le serveur ATM. Lorsque ces informations sont reçues par la PIN machine, celle-ci adresse au serveur SV une requête pour obtenir le mot de passe limité OTP, et reçoit ce mot de passe limité. Cette transmission de OTP peut également avoir été faite automatiquement par le serveur SV, par exemple dès que ce mot de passe limité a été validé. Une différence additionnelle par rapport au procédé de l'art antérieur illustré sur la figure 1 est que dans le cas de l'invention, à la fin du procédé la PIN machine calcule la valeur du code de référence PIN, à partir : • du code d'identification PIN1 (qui a été reçu du terminal ATM et décrypté par la PIN machine), • et de OTP (qui a été reçu du serveur SV). La fin de la procédure d'autorisation se déroule comme dans le cas de la figure 1.
L'information que le mot de passe limité OTP a été utilisé est transmise par la PIN machine au serveur SV. Et ce serveur SV tient compte de cette information d'utilisation pour mettre à jour les informations de format et de valeurs qu'il mémorise pour les OTP qui lui seront transmis par le deuxième terminal dans le cadre de demandes de transaction ultérieures.
Cette mise à jour correspond notamment à une interdiction d'une utilisation ultérieure de OTP, si celui-ci est à usage unique ou est arrivé en fin d'utilisation permise. Dans le cas où l'OTP peut être utilisé un nombre limité de fois, la mise à jour correspond typiquement à l'incrément d'un compteur d'utilisation.
Par « utilisation » de OTP on entend par exemple mise en œuvre de OTP pour calculer PIN à partir de PIN1 , dans la PIN machine. Alternativement, il est également possible de considérer que le OTP a été « utilisé » dès qu'il a été transmis par le serveur SV à la PIN machine.
On remarque que l'invention permet d'augmenter sensiblement le niveau de sécurité de l'autorisation de transaction. Notamment, avec l'invention si un fraudeur se procurait les informations PAN et PIN1 entrées dans le premier terminal, il ne lui serait pas possible d'utiliser ensuite ces informations pour réaliser des transactions frauduleuses - en tous cas pas sans limitation, même dans une version la plus « allégée » de l'invention dans laquelle le mot de passe limité peut être utilisé plusieurs fois.
Et dans le cas où le OTP est à usage unique, le fraudeur ne pourra pas du tout se servir des informations qu'il aura dérobées pour tenter d'obtenir l'autorisation d'effectuer une transaction.
On remarquera également que cette augmentation du niveau de sécurité est obtenue en utilisant une infrastructure et des moyens classiques (le schéma de la figure 2 reprend de manière générale les éléments de la figure 1 ).
En particulier, l'invention peut être mise en œuvre avec des cartes et des terminaux (« premiers » terminaux) classiques, tels que ceux mis en œuvre dans une procédure d'authentification telle qu'exposée en référence à la figure 1.
Dans l'absolu, on peut toutefois imaginer que les « premier » et « deuxième » terminaux soient confondus en un terminal unique.
La seule modification devant être effectuée par rapport à une configuration classique telle que représentée sur la figure 1 consiste à prévoir les serveurs G et SV, et à modifier légèrement le fonctionnement de la PIN machine.
Ceci est particulièrement avantageux, par rapport à des solutions alternatives que l'on pourrait imaginer pour augmenter la sécurité de transaction mais qui nécessiteraient des modifications de l'ensemble des « premiers » terminaux par exemple.

Claims

REVENDICATIONS
1. Procédé d'autorisation d'une transaction réalisée via un réseau informatique et à partir d'un premier terminal (A), ledit procédé comprenant :
• la lecture d'une information personnelle (PAN) présente sur une carte (C) à partir d'un lecteur (L) de cartes du premier terminal (A)
• et l'entrée d'un code d'identification personnel (PIN1 ) sur une interface (CL) dudit premier terminal (A), le code d'identification personnel (PIN1 ) étant authentifié par comparaison à un code de référence (PIN) qui est lié à ladite information personnelle (PAN), pour autoriser la réalisation de la transaction, caractérisé en ce que :
• le procédé comprend préalablement à l'entrée du code d'identification personnel (PIN1 ) une étape de génération dudit code d'identification, à partir : > d'un mot de passe généré à validité limitée (OTP) et > dudit code de référence (PIN),
• ledit code d'identification personnel (PIN1 ) étant un code à validité limitée, différent du code de référence (PIN).
2. Procédé selon la revendication précédente, caractérisé en ce que l'utilisateur prend connaissance du code d'identification personnel (PIN1 ) sur un deuxième terminal.
3. Procédé selon la revendication précédente, caractérisé en ce que ladite étape de génération de code d'identification (PIN1 ) est réalisée par des moyens dudit deuxième terminal.
4. Procédé selon la revendication précédente, caractérisé en ce que pour ladite étape de génération de code d'identification personnel (PIN1 ) les opérations suivantes sont réalisées sur ledit deuxième terminal :
• Activation sur le deuxième terminal d'une application informatique permettant de générer un mot de passe à usage limité (OTP), • Transmission dudit mot de passe à usage limité (OTP) par le deuxième terminal à un serveur (G), pour validation du mot de passe à usage limité,
• Validation dudit mot de passe à usage limité,
• Génération par le deuxième terminal dudit code d'identification personnel (PIN1 ).
5. Procédé selon la revendication 2, caractérisé en ce que ladite étape de génération de mot de passe à usage limité (OTP) est réalisée par un serveur (G) relié audit deuxième terminal, et apte à transmettre ledit mot de passe à usage limité (OTP) audit deuxième terminal qui génère ledit code d'identification personnel (PIN1 ).
6. Procédé selon la revendication 4 ou la revendication 5, caractérisé en ce que la génération de mot de passe à usage limité (OTP) est déclenchée par des moyens du deuxième terminal.
7. Procédé selon la revendication 4 ou la revendication 5, caractérisé en ce que la génération de mot de passe à usage limité (OTP) est déclenchée par des moyens du premier terminal.
8. Procédé selon l'une des quatre revendications précédentes, caractérisé en ce que la transmission entre le serveur relié au deuxième terminal et ledit deuxième terminal se fait par l'intermédiaire d'un réseau de télécommunications.
9. Procédé selon la revendication précédente, caractérisé en ce que ledit réseau de télécommunications est un réseau GSM, CDMA, UMTS, GPRS, 3G ou WiMAX.
10. Procédé selon l'une des revendications précédentes, caractérisé en ce que ledit code d'identification personnel (PIN1 ) a été généré avec un algorithme dont une entrée est l'information personnelle (PAN).
11. Procédé selon l'une des revendications précédentes, caractérisé en ce que ledit procédé comporte les étapes suivantes :
• Transmission de l'information personnelle (PAN) et du code d'identification personnelle (PIN1 ), par le premier terminal (A) à un serveur (serveur ATM) relié au réseau,
• Réception de ces deux données par un serveur relié au réseau (serveur ATM) et validation de l'information personnelle (PAN),
• Transmission par ledit serveur relié au réseau (serveur ATM) vers des moyens de traitement (PIN machine) :
> Des caractéristiques dudit algorithme (PIN offset),
> De ladite information personnelle (PAN), > Du code d'identification personnel (PIN1 ),
• Réalisation par lesdits moyens de traitement (PIN machine) des opérations suivantes :
> Calcul d'une information (PIN') à partir de l'information personnelle (PAN) et desdites caractéristiques de l'algorithme (PIN offset),
> Comparaison de l'information ainsi calculée (PIN') avec ledit code de référence (PIN), pour vérifier qu'une relation prédéterminée est bien vérifiée.
12. Procédé selon la revendication précédente, caractérisé en ce que ledit procédé comporte les étapes suivantes : • Encryptage de l'information personnelle (PAN) et du code d'identification personnel (PIN1 ),
• Transmission de ces deux données sous forme cryptée (<PAN>, <PIN1 >), par le premier terminal (A) à un serveur (serveur ATM) relié au réseau,
• Réception de ces deux données cryptées par un serveur relié au réseau (serveur ATM) et décryptage de l'information personnelle cryptée (<PAN>) et validation de l'information personnelle (PAN),
• Transmission par ledit serveur relié au réseau (serveur ATM) vers des moyens de traitement (PIN machine) :
> Des caractéristiques dudit algorithme (PIN offset),
> De ladite information personnelle (PAN),
> Du code d'identification personnel crypté (<PIN1 >),
• Réalisation par lesdits moyens de traitement (PIN machine) des opérations suivantes :
> Décryptage dudit code d'identification personnel crypté (<PIN1 >),
> Calcul d'une information (PIN') à partir de l'information personnelle (PAN) et desdites caractéristiques de l'algorithme (PIN offset),
> Comparaison de l'information ainsi calculée (PIN') avec ledit code de référence (PIN), pour vérifier qu'une relation prédéterminée est bien vérifiée.
13. Procédé selon l'une des revendications précédentes, caractérisé en ce que la validité limitée dudit code d'identification personnel (PIN1 ) correspond à une validité temporaire pendant une période donnée.
14. Procédé selon l'une des revendications 1 à 12, caractérisé en ce que la validité limitée dudit code d'identification personnel (PIN1 ) correspond à une validité limitée pour un nombre de transactions donné seulement.
15. Procédé selon l'une des revendications 1 à 12, caractérisé en ce que la validité limitée dudit code d'identification personnel (PIN1 ) correspond à une validité limitée à une seule transaction.
16. Terminal pour la mise en œuvre d'un procédé selon une des revendications précédentes prise en combinaison avec la revendication 2, en tant que deuxième terminal, caractérisé en ce que ledit deuxième terminal comporte des moyens pour déclencher la génération dudit code d'identification personnel (PIN1 ) à partir dudit code de référence (PIN).
17. Terminal selon la revendication précédente caractérisé en ce qu'il comporte des moyens pour générer ledit code d'identification personnel (PIN1 ) à partir dudit code de référence (PIN).
PCT/EP2006/064059 2005-07-13 2006-07-10 Procede et dispositif d'autorisation de transaction WO2007006771A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0507523A FR2888691A1 (fr) 2005-07-13 2005-07-13 Procede et dispositif d'autorisation de transaction
FR0507523 2005-07-13

Publications (1)

Publication Number Publication Date
WO2007006771A1 true WO2007006771A1 (fr) 2007-01-18

Family

ID=36097074

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/064059 WO2007006771A1 (fr) 2005-07-13 2006-07-10 Procede et dispositif d'autorisation de transaction

Country Status (2)

Country Link
FR (1) FR2888691A1 (fr)
WO (1) WO2007006771A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8754101B2 (en) 2011-04-11 2014-06-17 Glaxo Group Limited N-cyclobutyl-imidazopyridine-methylamine as TRPV1 antagonists
US8843757B2 (en) 2009-11-12 2014-09-23 Ca, Inc. One time PIN generation
US8850218B2 (en) 2009-09-04 2014-09-30 Ca, Inc. OTP generation using a camouflaged key
US8935762B2 (en) 2007-06-26 2015-01-13 G3-Vision Limited Authentication system and method

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3054056B1 (fr) 2016-07-13 2018-06-29 Safran Identity & Security Procede de mise en relation securisee d'un premier dispositif avec un deuxieme dispositif

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995019593A1 (fr) * 1994-01-14 1995-07-20 Michael Jeremy Kew Systeme de securite pour ordinateur
EP0844551A2 (fr) * 1996-10-28 1998-05-27 Brian J. Veneklase Système de sécurité pour ordinateur
FR2769446A1 (fr) * 1997-10-02 1999-04-09 Achille Joseph Marie Delahaye Systeme d'identification et d'authentification
EP1065634A1 (fr) * 1999-07-02 2001-01-03 Mic Systems Système et méthode pour effectuer des transactions électroniques sécurisées à travers un réseau de communication ouvert
GB2362489A (en) * 2000-05-15 2001-11-21 Tom Com Entpr Ltd Secure communication
US20030204725A1 (en) * 2002-04-26 2003-10-30 Masayuki Itoi Method and system for verifying identity

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995019593A1 (fr) * 1994-01-14 1995-07-20 Michael Jeremy Kew Systeme de securite pour ordinateur
EP0844551A2 (fr) * 1996-10-28 1998-05-27 Brian J. Veneklase Système de sécurité pour ordinateur
FR2769446A1 (fr) * 1997-10-02 1999-04-09 Achille Joseph Marie Delahaye Systeme d'identification et d'authentification
EP1065634A1 (fr) * 1999-07-02 2001-01-03 Mic Systems Système et méthode pour effectuer des transactions électroniques sécurisées à travers un réseau de communication ouvert
GB2362489A (en) * 2000-05-15 2001-11-21 Tom Com Entpr Ltd Secure communication
US20030204725A1 (en) * 2002-04-26 2003-10-30 Masayuki Itoi Method and system for verifying identity

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8935762B2 (en) 2007-06-26 2015-01-13 G3-Vision Limited Authentication system and method
US8850218B2 (en) 2009-09-04 2014-09-30 Ca, Inc. OTP generation using a camouflaged key
US8843757B2 (en) 2009-11-12 2014-09-23 Ca, Inc. One time PIN generation
US8754101B2 (en) 2011-04-11 2014-06-17 Glaxo Group Limited N-cyclobutyl-imidazopyridine-methylamine as TRPV1 antagonists

Also Published As

Publication number Publication date
FR2888691A1 (fr) 2007-01-19

Similar Documents

Publication Publication Date Title
WO2016079403A1 (fr) Procédé de sécurisation d&#39;un jeton de paiement.
EP1549011A1 (fr) Procédé et système de communication entre un terminal et au moins un équipment communicant
EP1153376A1 (fr) Procede de telepaiement et systeme pour la mise en oeuvre de ce procede
FR2989799A1 (fr) Procede de transfert d&#39;un dispositif a un autre de droits d&#39;acces a un service
FR2922396A1 (fr) Procede d&#39;authentification biometrique, programme d&#39;ordinateur, serveur d&#39;authentification, terminal et objet portatif correspondants
FR2821225A1 (fr) Systeme de paiement electronique a distance
FR2905187A1 (fr) Terminal de paiement electronique biometrique et procede de transaction
WO2014009646A1 (fr) Entite electronique securisee pour l&#39;autorisation d&#39;une transaction
EP1055203B1 (fr) Protocole de controle d&#39;acces entre une cle et une serrure electronique
FR2922669A1 (fr) Dispositif electronique portable pour l&#39;echange de valeurs et procede de mise en oeuvre d&#39;un tel dispositif
WO2007006771A1 (fr) Procede et dispositif d&#39;autorisation de transaction
WO2020064890A1 (fr) Procede de traitement d&#39;une transaction, dispositif, systeme et programme correspondant
EP1224636B1 (fr) Procede de transaction electronique securisee et systeme correspondant
EP2369780B1 (fr) Procédé et système de validation d&#39;une transaction, terminal transactionnel et programme correspondants.
EP3991381B1 (fr) Procédé et système de génération de clés de chiffrement pour données de transaction ou de connexion
EP3588418A1 (fr) Procédé de réalisation d&#39;une transaction, terminal, serveur et programme d ordinateur correspondant
FR2832829A1 (fr) Procede, systeme et dispositif permettant d&#39;authentifier des donnees transmises et/ou recues par un utilisateur
EP3095223B1 (fr) Méthode de transmission de données chiffrées, méthode de réception, dispositifs et programmes d&#39;ordinateur correspondants
FR2914763A1 (fr) Cryptogramme dynamique
FR2922670A1 (fr) Procede et dispositif pour l&#39;echange de valeurs entre entites electroniques portables personnelles
FR2850772A1 (fr) Procede et dispositif de securisation de transactions electroniques effectuees sur un terminal non securise
WO2017005644A1 (fr) Procédé et système de contrôle d&#39;accès à un service via un média mobile sans intermediaire de confiance
WO2002005226A1 (fr) Systeme et procede de gestion de transaction de micropaiement dispositifs client, marchand et intermediaire financier
EP3570238A1 (fr) Procédé de réalisation d&#39;une transaction, terminal, serveur et programme d&#39;ordinateur correspondant
WO2000011621A1 (fr) Objet portatif du type porte-monnaie electronique permettant le paiement dans differentes devises et protocole de paiement associe

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06764126

Country of ref document: EP

Kind code of ref document: A1