EP3054393A1 - Procédé d'authentification d'un objet par un dispositif capables de communiquer mutuellement sans contact, système et objet correspondants - Google Patents

Procédé d'authentification d'un objet par un dispositif capables de communiquer mutuellement sans contact, système et objet correspondants Download PDF

Info

Publication number
EP3054393A1
EP3054393A1 EP15190538.7A EP15190538A EP3054393A1 EP 3054393 A1 EP3054393 A1 EP 3054393A1 EP 15190538 A EP15190538 A EP 15190538A EP 3054393 A1 EP3054393 A1 EP 3054393A1
Authority
EP
European Patent Office
Prior art keywords
signature
identifier
indication
sgn
personalization information
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
EP15190538.7A
Other languages
German (de)
English (en)
Other versions
EP3054393B1 (fr
Inventor
Sylvie Wuidart
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.)
STMicroelectronics Rousset SAS
Original Assignee
STMicroelectronics Rousset SAS
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 STMicroelectronics Rousset SAS filed Critical STMicroelectronics Rousset SAS
Priority to EP20169414.8A priority Critical patent/EP3696697A1/fr
Publication of EP3054393A1 publication Critical patent/EP3054393A1/fr
Application granted granted Critical
Publication of EP3054393B1 publication Critical patent/EP3054393B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/44—Program or device authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/40—Security arrangements using identity modules
    • H04W12/47—Security arrangements using identity modules using near field communication [NFC] or radio frequency identification [RFID] modules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H04L9/3249—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures using RSA or related signature schemes, e.g. Rabin scheme
    • 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/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/71—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • G06F21/73—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information by creating or determining hardware identification, e.g. serial numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
    • H04B5/70—Near-field transmission systems, e.g. inductive or capacitive transmission systems specially adapted for specific purposes
    • H04B5/72—Near-field transmission systems, e.g. inductive or capacitive transmission systems specially adapted for specific purposes for local intradevice communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
    • H04B5/70—Near-field transmission systems, e.g. inductive or capacitive transmission systems specially adapted for specific purposes
    • H04B5/77—Near-field transmission systems, e.g. inductive or capacitive transmission systems specially adapted for specific purposes for interrogation
    • 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/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
    • H04L9/3066—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy involving algebraic varieties, e.g. elliptic or hyper-elliptic curves
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/069—Authentication using certificates or pre-shared keys
    • 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/2129—Authenticate client device independently of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/04—Masking or blinding
    • H04L2209/046—Masking or blinding of operations, operands or results of the operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless
    • H04L2209/805—Lightweight hardware, e.g. radio-frequency identification [RFID] or sensor

Definitions

  • Embodiments and embodiments of the invention relate to the transmission without contact between a reader, for example a cellular mobile telephone emulated in reader mode, and an object, for example a transponder or tag, and more particularly authentication. of the object by the reader.
  • a reader for example a cellular mobile telephone emulated in reader mode
  • an object for example a transponder or tag
  • the contactless or wireless communication is between a reader and an object, for example a transponder of the label type ("tag" in English), a contactless smart card or a mobile phone emulated in card mode without these examples are not limiting.
  • the reader may be a dedicated reader, but for example a terminal, but also for example a mobile phone emulated reader mode without these examples being limiting.
  • Near field communication is a wireless connectivity technology that allows communication over a short distance, for example 10 cm, between electronic devices.
  • electronic devices such as contactless smart cards, transponders or mobile phones emulated in card mode, and readers.
  • NFC technology is particularly suitable for connecting any type of user device and allows for quick and easy communications.
  • a non-contact object is an object capable of exchanging information via an antenna with another non-contact object, for example a reader, according to a contactless communication protocol.
  • An NFC object which is a contactless object, is an object compatible with NFC technology.
  • NFC technology is an open standard technology platform in ISO / IEC 18092 and ISO / IEC 21481 but incorporates many existing standards such as type A and type B protocols defined in ISO-14443 which can be communication protocols for use in NFC technology.
  • the reader When transmitting information between a reader and an emulated object in label or card mode, the reader generates a magnetic field via its antenna which is generally in the standards conventionally used, a wave at a frequency of 13. , 56MHz.
  • the antenna of the object emulating the label modulates the field generated by the reader.
  • This modulation is performed by modifying the load connected to the terminals of the antenna of the object.
  • the output impedance of the antenna of the reader changes due to the magnetic coupling between the two antennas. This results in a change in the amplitudes and / or the phases of the voltages and currents present at the antennas of the reader and the object. And, in this way, the information to be transmitted from the object to the reader is transmitted by charge modulation to the antenna current of the reader.
  • Objects such as contactless transponders for example, are used in many applications such as for example mobile ticketing in public transport or the tracking of products in transport applications (luggage tracking for example) or even in the the field of finance (contactless payment) or in the field of access control of buildings.
  • the object can be authenticated in order to avoid as much as possible the use of cloned objects made by malicious third parties.
  • European patent application no. 2,677,473 describes a method of authenticating a tag or transponder. This process provides the generation of a signature stored in a memory of the transponder, this signature being obtained by using the private key of an asymmetric encryption / decryption algorithm, for example the RSA algorithm.
  • the signature and the identifier of the transponder are communicated to the device which decrypts the signature using the public key of the asymmetric decryption algorithm, so as to obtain the identifier of the transponder which is verified. with the communicated identifier.
  • Such a method nevertheless has a vulnerability vis-à-vis a malicious third party.
  • the public key, the identifier of the transponder as well as the signature are open public data in clear. Consequently, a malicious third party can incorporate in a conventional memory equipped with an NFC interface the identifier of the transponder and the signature and duplicate this memory a very large number of times to obtain a very large number of cloned transponders.
  • transponders are not original transponders if, for example, several transponders having the same identifier communicate with cellular mobile phones in different geographical locations.
  • the only solution for detecting this cloning consists in the detection by a control or supervision entity of the presence of a very large number of transponders having the same identifier and the establishment of lists of identifiers to be blocked.
  • an object for example a transponder, capable of communicating without contact with a device that acts as an authenticator device.
  • a method of authenticating an object by a device said object storing a signature associated with said object, the method comprising an elaboration in said object of at least one personalization information of the object at least from said stored signature and at least one indication associated with said object and communicated without contact by the device to said object during the authentication, contactless communication to said device of said at least one personalization information, at least one device determination of said signature from said at least one personalization information and said at least one indication, and at least one verification of said signature by the device.
  • the said at least one customization (“customization" in English) of the signature stored in the said object is performed, the said at least one signature personalized device is then transmitted to the device, which allows the device, which is aware of this or these customizations, to extract the signature and perform at least once the verification of this signature.
  • said at least one indication is advantageously generated by the device during the authentication.
  • the generation of this indication advantageously comprises a generation of a random, for example a pseudo-random or random number. This makes authentication even more robust and in particular allows a device to be able to possibly authenticate several times the same object with different customizations for each authentication request.
  • Such redundancy can for example be obtained by using several (at least two) different indications associated with the object which will lead to the development of several (at least two) personalization information.
  • a hazard as an indication is particularly well suited for the generation of different indications, because two randomly generated successively have a very high probability of being different.
  • the method comprises an elaboration in said object of several personalization information of the object from said stored signature and of several different indications associated with said object and communicated without contact by the device to said object during the authentication, contactless communication to said device of said plurality of personalization information, and several determinations by the device of said signature from respectively said plurality of personalization information and said corresponding indications.
  • said at least one verification of said signature by the device comprises a pre-verification the equality of the said specified signatures, and in the case of equality, a verification of one of the specified signatures.
  • the object can then be declared unauthenticated without having to verify the signature.
  • said at least one verification of said signature by the device comprises a verification of each of the determined signatures.
  • the object can be declared authenticated if all these verifications of the signature have been positive.
  • the development of said at least one customization information comprises at least one masking of the signature using a masking operator using said at least one indication, and said at least one determination.
  • the device of said signature comprises at least one unmasking of said at least one masked signature, using the unmasking operator associated with said masking operator and said at least one indication.
  • the stored signature results from an encryption of at least one object-identifier of the object with a private key of an asymmetric encryption / decryption algorithm
  • said at least one verification of said signature comprises a decryption by the device of said at least one encrypted object-identifier, using the public key of said encryption / decryption algorithm and a comparison of the result of decryption with said at least one object-identifier having been communicated to the device by said object.
  • the generation of the public and private key pair, the provision of the public key to the device, the development of said signature and its storage in said object are performed in a third entity, by example but not limitation, during the manufacture of the object.
  • the signature may include an encryption not only of said object-identifier but also of a device-identifier associated with the device, with the private key of the asymmetric encryption / decryption algorithm.
  • said at least one verification of said signature comprises the decryption by the device of the object-identifier and the device-identifier encrypted using the public key and a comparison of the result of the encryption with not only the object-identifier which has been communicated without contact to the device by said object, but also with the device-identifier.
  • the object is for example an NFC object and the device may be a device comprising at least one NFC functionality, for example a cellular mobile phone equipped with NFC functionality.
  • the exchanges between the object and the device for the development of the personalization information and its communication are advantageously carried out by messages having a format conforming to the NFC Data Exchange Format-NDEF specification.
  • the contactless communication of said at least one indication by the device to said object and the contactless communication of said at least one personalization information by the object to the device comprise write commands. and reading the object-identifier in which the contents of the fields dedicated to the object identifier are modified to contain the said at least one indication or the said at least one personalization information.
  • a system comprising an object and a device capable of communicating with each other without contact, said object comprising memory means configured to store a signature associated with said object and processing-object means configured to perform the initiative of the device, at least one personalization of the stored signature, and to communicate to the device said at least one personalized signature, the device comprising device-processing means configured to extract the signature of this or these personalized signatures and perform at least once the verification of this signature.
  • the device-processing means are configured to communicate to said object at least one indication associated with said object during authentication of the object by the device, the object-processing means are configured to produce at least one object. personalization information of the object at least from said stored signature and said at least one indication and deliver said at least one personalization information to said device, the device-processing means being further configured to perform at least one determination said signature from said at least one personalization information and said at least one indication and perform at least one verification of said signature.
  • the device-processing means comprise a generator configured to generate said at least one indication during the authentication.
  • the generator may comprise a pseudorandom or random number generator, said at least one indication comprising a pseudo-random or random number.
  • the device-processing means are configured to communicate to said object several different indications associated with said object during authentication of the object by the device, the object-processing means are configured to elaborate several personalization information. of the object from said stored signature and said plurality of different indications and deliver the personalization information to said device, the device-processing means being further configured to perform several determinations of said signature (SGN) from respectively said plurality of personalization information and said indications.
  • SGN signature
  • the device-processing means are configured to perform a pre-check of the equality of said determined signatures, and in case of equality, a verification of one of the determined signatures.
  • the device-processing means are configured to carry out a verification of each of the determined signatures.
  • the object-processing means comprise a masking operator configured to perform at least one masking of said signature by using said indication so as to produce said at least one personalization information and the device-processing means comprise an unmasking operator associated with said masking operator configured to perform at least one unmasking of said at least one masked signature, using said at least one indication so as to perform at least one determination of said signature.
  • said stored signature results from an encryption of at least one object-identifier of the object with a private key of an asymmetric encryption / decryption algorithm
  • the processing-object means are configured to communicate said at least one object identifier
  • the device-processing means comprise means for verifying said signature comprising said encryption / decryption algorithm able to perform a decryption of said at least one encrypted object-identifier, with the aid of said public key and comparison means, able to perform a comparison of the result of the decryption with said at least one object-identifier having been communicated to the device by said object.
  • the system further comprises a third entity capable of generating the public and private key pair, making the public key available to the device, developing said signature and storing it in said object.
  • the third entity is configured to elaborate said signature by an encryption of said object-identifier and a device-identifier associated with the device with the private key of the asymmetric encryption / decryption algorithm, and the encryption / decryption algorithm verification means are able to decrypt said object-identifier and said encrypted device-identifier, using the public key and the comparison means are able to perform a comparison of the result of the decryption with said identifier -device and with said object-identifier having been communicated to the device by said object.
  • the memory means of the object are further configured to store a parameter
  • the device-processing means are configured to develop commands for writing and reading the object-identifier in which the contents of the fields dedicated to the object-identifier are modified to contain said at least one indication or said at least one personalization information, and to set the value of said parameter to a chosen value
  • the object-processing means are configured to to take into account the modifications of the contents of said fields when the value of said parameter has the value chosen.
  • an object capable of communicating without contact with a device, comprising memory means configured to store a signature associated with said object, processing-object means configured to develop at least one personalization information of the object at least from said stored signature and at least one indication associated with said object communicated by the device to said object during authentication of the object by the device, and deliver said at least one personalization information to the device.
  • the object-processing means comprise a masking operator configured to perform at least one masking of said signature by using said at least one indication so as to produce said at least one personalization information.
  • said stored signature results from an encryption of at least one object-identifier of the object with a private key of an asymmetric encryption / decryption algorithm, and the processing-object means are configured to communicating to the device said at least one object-identifier.
  • the object may be a transponder or even more generally an NFC object.
  • the object is configured to exchange messages having a format conforming to the NFC Data Exchange Format-NDEF specification during the development of said personalization information and its communication.
  • the memory means of the object are further configured to store a parameter
  • the processing-object means are configured to receive write and read commands from the object-identifier in which the contents of the fields dedicated to the object-identifier are modified to contain said at least one indication or said at least one personalization information, and to take into account the changes in the contents of said fields when the value of said parameter has a chosen value.
  • the reference SYS denotes a system comprising a device DIS, for example a cellular mobile telephone, and an object TG, for example a transponder.
  • the DIS device for example a cellular mobile telephone, is equipped with an antenna ANT1 for the establishment of telephone communications.
  • the device DIS furthermore comprises a block 1 having NFC functionality and comprising an antenna ANT2, for example an inductive antenna, which can be used for communication without contact with the transponder TG.
  • Block 1 also comprises a transmission / reception device 10 or transmission / reception head, of conventional structure which notably comprises frame modulation / demodulation means, a frame controller intended in particular to calculate parity bits according to a predefined logic function, for example that defined in ISO 14443.
  • the transmission / reception head 10 is connected by a bus to a host microcontroller, for example an NFC microcontroller comprising for example a conventional central unit associated with different memories.
  • a host microcontroller for example an NFC microcontroller comprising for example a conventional central unit associated with different memories.
  • the microcontroller incorporates MTD device-processing means comprising in particular a GEN generator of pseudo-random numbers, an OPDM unmasking operator, and MVRF signature verification means including in particular MDCR decryption means and a CMP comparator.
  • MTD device-processing means comprising in particular a GEN generator of pseudo-random numbers, an OPDM unmasking operator, and MVRF signature verification means including in particular MDCR decryption means and a CMP comparator.
  • the object or transponder TG comprises an ANT3 antenna intended to be in magnetic coupling with the antenna ANT2 for contactless communication.
  • This antenna ANT3 is connected to an integrated circuit IC including MTO processing-object means as well as memory means MMO.
  • the object-processing means comprise in particular an OPM masking operator which will be discussed in more detail below on the functionality.
  • the memory means MMO of the object comprise a first memory M1 storing an object-identifier Uid and a second memory M2, for example but not necessarily a protected memory, storing a signature SGN associated with the object.
  • the object-identifier Uid is transmitted by the object to the device (step S20) which stores this object-identifier in a register for example.
  • the generator GEN of the device then generates in a step S21 an indication RD associated with the object, which is in this case a pseudo-random number RD.
  • This indication RD is communicated (step S22) by the device to the object.
  • the OPM masking operator of the object-processing means then performs a masking of the SGN signature using the indication RD, so as to provide a masked signature SGNM.
  • This masked signature SGNM is communicated (step S24) to the device-processing means.
  • the OPDM unmasking operator associated with the OPM masking operator then unmasks the masked signature SGNM using said RD indication, so as to obtain the SGN signature.
  • the verification means MVRF will then verify (step S26) the SGN signature that has been unmasked.
  • a way of obtaining the signature SGN uses an encryption of the identifier Uid with a private key of an asymmetric encryption / decryption algorithm, for example but not exclusively. an algorithm of the RSA type.
  • the device-processing means MTD thus decode the signature SGN using the public key PBK associated with the private key.
  • This decryption makes it possible to obtain the object-identifier Uid which is compared by the comparator CMP in a step S261 to the object-identifier Uid stored in the register and which was communicated in step S20 by the object.
  • step S263 If the two object-identifiers coincide, then the object is considered to have been authenticated (step S263). Otherwise, the object is unauthenticated (S262).
  • the OPM masking operator and the associated unmasking operator could be a symmetric encryption / decryption algorithm, for example an AES or DES algorithm.
  • the masking operator may be configured to scramble the bits of the SGN signature with the bits of the pseudo-random number RD according to a predefined scrambling rule.
  • the unmasking operator could be an inverse operator of the scrambling operator configured to descramble the masked signature SGNM with the pseudo-random number RD according to the same descrambling rule as the scrambling rule used.
  • a particularly simple and inexpensive way of effecting the masking S23 and the S25 unmasking of the figure 2 consists in using as an OPM masking operator an EXCLUSIVE OR logic gate PL1 ( figure 3 ) receiving on one entry the signature SGN and on the other input the pseudo-random number RD and outputting the masked signature SGNM.
  • the OPDM unmasking operator comprises a logic PL2 OR EXCLUSIVE gate receiving on one of its entries the masked signature SGNM and on the other entry the pseudo-random name RD.
  • the output of the PL2 logic gate provides the SGN signature.
  • the SYS system may further comprise a third entity 3 for example a transponder manager, comprising MCR encryption means using the asymmetric encryption / decryption algorithm mentioned above, for example the RSA type algorithm.
  • a third entity 3 for example a transponder manager, comprising MCR encryption means using the asymmetric encryption / decryption algorithm mentioned above, for example the RSA type algorithm.
  • the third entity generates, for example during the manufacture of the object, a pair of associated public and private keys, respectively referenced PBK and PRK (step S60). These two keys are associated with the asymmetric encryption / decryption algorithm and are also associated one-to-one with the object identifier Uid which is generated in step S61.
  • the public key PBK is made available to the device (step S610).
  • the key can be communicated directly to the device for storage or it can be stored in the "cloud" to be accessible by the device when it has knowledge of the Uid object-identifier.
  • the device can also store in memory a set of public keys PBK respectively associated with a set of different object-identifiers.
  • the encryption means MCR of the third party entity 3 then generate (step S63) the SGN signature by encrypting the object-identifier Uid with the private key PRK.
  • the object-identifier Uid is then stored (step S62) in the memory M1 of the object while the signature SGN is stored (step S64) in the memory M2.
  • FIG. 7 we now refer more particularly to figures 7 and 8 to illustrate an application of the invention to the addition of the functionality management of the device by a third entity, typically a private controller.
  • a smart mobile phone smart-phone
  • FIG. 8 it can be envisaged that a smart mobile phone (smart-phone) has access to a number of applications as long as an authenticated transponder is in contactless communication with the smart-phone.
  • the phone Conversely, if the transponder is not authenticated, the phone will only have access to restricted applications.
  • the transponder can for example be incorporated into a watch located at the wrist of the user of the mobile phone.
  • the third entity generates (step S70) the public key pair PBK and private PRK and makes available (step S71) of the device the public key PBK.
  • the SGN signature is generated (step S74) not only from the Uid object-identifier which is communicated to the third entity (step S73) but also from the Uidd-device identifier that is communicated ( step S72) by the device to the third party entity.
  • the SGN signature thus obtained is stored (step S75) in the memory M2 of the object.
  • the authentication of the object by the device is illustrated on the figure 8 which simply differs from the figure 2 in that in the decryption step S260, the decryption of the signature SGN using the public key PBK provides the object-identifier Uid and the device-identifier Uidd. And, the comparison S261 is also carried out using the device identifier Uidd. Again, if the two identifiers Uid and Uidd obtained by the decryption S260 correspond to the two identifiers Uidd stored in the device and Uid provided by the object, then the object is considered authenticated (S263) which gives full access to applications for the DIS device.
  • the exchanges between the object and the device for developing the SGNM personalization information and its communication are for example carried out by messages having a format conforming to the NFC data exchange format (NDEF) specification described for example in the document «NFC Forum NDEF 1.0 NFCForum-TS-NDEF_1.0 2006-07-24 "to which the skilled person can refer for all purposes.
  • NDEF NFC data exchange format
  • the communication of the Uid object-identifier is carried out by a Cd1 command.
  • the transmission of the indication RD to the object is carried out by a command Cd2 and the transmission of the personalization information, that is to say the masked signature SGNM is carried out by a command Cd3.
  • these commands Cd1-Cd3 include write and read commands of the object-identifier Uid in which the contents of the fields dedicated to the object-identifier are, for some of these commands, modified to contain said RD indication or said SGNM personalization information.
  • command Cd1 is a conventional read command "Read Uid”.
  • the Cd2 command has two write commands.
  • a first writing command Cd20 "Write OF" makes it possible to set the value of the parameter OF to 1 (for example) and to store this value in a temporary register of the object.
  • the command Cd2 then comprises a second write command Cd21, "Write Uid", in which the field Uid contains the indication RD.
  • the object-processing means know that the field of this command Cd21 contains the indication RD.
  • the command Cd3 comprises a first read command Cd30 followed by a write command Cd31.
  • the read command is a read command of the object-identifier in which the content of the identifier field has has been modified to contain the SGNM customization indication.
  • the parameter OF having the value 1 the object-processing means know that they must place in the field of this read command the value of the masked signature SGNM.
  • the device-processing means generate (steps S110 and S111) two pseudo-random or random numbers RD1, RD2 serving as two indications.
  • the processing-device means verify in step S112 the non-equality of the numbers RD1 and RD2. In the opposite case, the device-processing means generate at least one of the two numbers again.
  • the indications RD1, RD2 are transmitted to the object (steps S3113 and S 114).
  • the object-processing means then proceed by means of the masking operator to a masking S115 of the signature SGN with the indication RD1 and to a masking S116 of the signature SGN with the indication RD2 so as to obtain two masked signatures SGNM1 and SGNM2.
  • step S117 and S118 These two masked signatures SGNM1 and SGNM2 are then transmitted (steps S117 and S118) to the device where the device-processing means perform, using the unmasking operator, unmasking the masked signature SGNM1 and unmasking the masked signature.
  • SGNM2 to obtain two SGN1 signatures and SGN2 which are supposed to be identical and equal to the SGN signature.Of course the order of the steps of the figure 11 can be modified.
  • step S113 could be carried out before step S111, or else the sequence of steps S110, S113, S115, S117, S119 could be carried out first and then the sequence of steps S111, S112 (in case of equality on generates an indication RD2), S114, S116, S118, S120 again.
  • a first solution illustrated on the figure 12 , provides for a S121 pre-verification of the equality of the unmasked signatures.
  • the device-processing means performs the verification of the SGN signature by taking any one of the unmasked signatures SGN1 or SGN2, this verification S26 being for example that already described on FIG. figure 2
  • a second solution, illustrated on the figure 13 plans to carry out for each unscathed signature SGN1, SGN2, a verification S26 conforming for example to that described in FIG. figure 2 .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Mathematical Physics (AREA)
  • Computing Systems (AREA)
  • Algebra (AREA)
  • Mathematical Analysis (AREA)
  • Mathematical Optimization (AREA)
  • Pure & Applied Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Storage Device Security (AREA)
  • Collating Specific Patterns (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

L'objet stocke une signature (SGN) qui lui est associée. Le procédé comprend une élaboration (S23) dans ledit objet d'au moins une information de personnalisation (SGNM) de l'objet au moins à partir de ladite signature stockée (SGN) et d'au moins une indication (RD) associée audit objet et communiquée sans contact (S22) par le dispositif audit objet lors de l'authentification, une communication sans contact (S24) audit dispositif de ladite au moins une information de personnalisation (SGNM), au moins une détermination (S25) par le dispositif de ladite signature (SG) à partir de ladite au moins une information de personnalisation (SGNM) et de ladite au moins une indication (RD), et au moins une vérification (S26) de ladite signature (SGN) par le dispositif.

Description

  • Des modes de mise en oeuvre et de réalisation de l'invention concernent la transmission sans contact entre un lecteur, par exemple un téléphone mobile cellulaire émulé en mode lecteur, et un objet, par exemple un transpondeur ou étiquette, et plus particulièrement l'authentification de l'objet par le lecteur.
  • La communication sans contact ou sans fil s'effectue entre un lecteur et un objet, par exemple un transpondeur du type étiquette (« tag » en langue anglaise), une carte à puce sans contact ou encore un téléphone mobile émulé en mode carte sans que ces exemples ne soient limitatifs.
  • Le lecteur peut être un lecteur dédié, mais par exemple une borne, mais également par exemple un téléphone mobile émulé en mode lecteur sans que ces exemples ne soient limitatifs.
  • La communication champ proche, plus connue par l'homme du métier sous la dénomination anglosaxonne NFC (« Near Field Communication ») est une technologie de connectivité sans fil qui permet une communication sur une courte distance, par exemple 10 cm, entre des dispositifs électroniques, comme par exemple des cartes à puce sans contact, des transpondeurs ou des téléphones mobiles émulés en mode carte, et des lecteurs.
  • La technologie NFC est particulièrement adaptée pour connecter tout type de dispositif utilisateur et permet des communications rapides et faciles.
  • Un objet sans contact est un objet capable d'échanger des informations via une antenne avec un autre objet sans contact, par exemple un lecteur, selon un protocole de communication sans contact.
  • Un objet NFC, qui est un objet sans contact, est un objet compatible avec la technologie NFC.
  • La technologie NFC est une plate-forme technologique ouverte normalisée dans la norme ISO/IEC 18092 et ISO/IEC 21481 mais incorpore de nombreuses normes déjà existantes comme par exemple les protocoles type A et type B définis dans la norme ISO-14443 qui peuvent être des protocoles de communication utilisables dans la technologie NFC.
  • Lors d'une transmission d'information entre un lecteur et un objet émulé en mode étiquette ou carte, le lecteur génère un champ magnétique par l'intermédiaire de son antenne qui est généralement dans les normes classiquement utilisées, une onde à une fréquence de 13,56MHz.
  • De l'autre côté, l'antenne de l'objet émulant l'étiquette module le champ généré par le lecteur.
  • Cette modulation est effectuée en modifiant la charge connectée aux bornes de l'antenne de l'objet.
  • En modifiant la charge aux bornes de l'antenne de l'objet, l'impédance de sortie de l'antenne du lecteur change en raison du couplage magnétique entre les deux antennes. Il en résulte un changement dans les amplitudes et/ou les phases des tensions et courants présents au niveau des antennes du lecteur et de l'objet. Et, de cette façon, les informations à transmettre depuis l'objet vers le lecteur sont transmises par modulation de charge au courant d'antenne du lecteur.
  • Les objets, tels que par exemple des transpondeurs sans contact sont utilisés dans de nombreuses applications comme par exemple la billetterie mobile dans les transports publics ou encore le suivi de produits dans des applications de transport (suivi de bagages par exemple) ou bien encore dans le domaine de la finance (paiement sans contact) ou encore dans le domaine des contrôles d'accès à des bâtiments.
  • Il est important, au moins pour certaines applications considérées comme particulièrement sensibles, que l'objet puisse être authentifié de façon à éviter autant que possible l'utilisation d'objets clonés réalisés par des tiers mal intentionnés.
  • La demande de brevet européen n° 2 677 473 décrit un procédé d'authentification d'une étiquette ou transpondeur. Ce procédé prévoit la génération d'une signature stockée dans une mémoire du transpondeur, cette signature étant obtenue en utilisant la clé privée d'un algorithme de chiffrement/déchiffrement asymétrique, par exemple l'algorithme RSA.
  • Pour procéder à l'authentification, la signature et l'identifiant du transpondeur sont communiqués au dispositif qui déchiffre la signature à l'aide la clé publique de l'algorithme de déchiffrement asymétrique, de façon à obtenir l'identifiant du transpondeur qui est vérifié avec l'identifiant communiqué.
  • Un tel procédé présente néanmoins une vulnérabilité vis-à-vis d'un tiers mal intentionné.
  • En effet, la clé publique, l'identifiant du transpondeur ainsi que la signature sont des données publiques accessibles en clair. En conséquence, un tiers mal intentionné peut incorporer dans une mémoire classique équipée d'une interface NFC l'identifiant du transpondeur ainsi que la signature et dupliquer cette mémoire un très grand nombre de fois pour obtenir un très grand nombre de transpondeurs clonés.
  • On ne s'apercevra alors que ces transpondeurs ne sont pas des transpondeurs originaux que si par exemple plusieurs transpondeurs ayant le même identifiant communiquent avec des téléphones mobiles cellulaires en des emplacements géographiques différents. La seule solution pour détecter ce clonage consiste alors en la détection par une entité de contrôle ou de supervision de la présence d'un très grand nombre de transpondeurs ayant le même identifiant et l'établissement alors de listes d'identifiants à bloquer.
  • Selon un mode de mise en oeuvre et de réalisation, il est proposé une authentification plus robuste et moins vulnérable d'un objet, par exemple un transpondeur, capable de communiquer sans contact avec un dispositif qui agit en tant que dispositif authentificateur.
  • Selon un mode de mise en oeuvre et de réalisation, il est proposé d'effectuer une telle authentification moins vulnérable à moindre coût tout en rendant impossible la fabrication par un tiers mal intentionné d'objets clonés en utilisant une simple mémoire.
  • Selon un aspect, il est proposé un procédé d'authentification d'un objet par un dispositif, ledit objet stockant une signature associée audit objet, le procédé comprenant
    une élaboration dans ledit objet d'au moins une information de personnalisation de l'objet au moins à partir de ladite signature stockée et d'au moins une indication associée audit objet et communiquée sans contact par le dispositif audit objet lors de l'authentification,
    une communication sans contact audit dispositif de ladite au moins une information de personnalisation,
    au moins une détermination par le dispositif de ladite signature à partir de ladite au moins une information de personnalisation et de ladite au moins une indication, et
    au moins une vérification de ladite signature par le dispositif.
  • Ainsi, selon cet aspect, lors de l'authentification on effectue, à l'initiative du dispositif et dans ledit objet, au moins une personnalisation (« customization » en langue anglaise) de la signature stockée dans ledit objet, ladite au moins une signature personnalisée étant ensuite transmise au dispositif, ce qui permet au dispositif, qui a connaissance de cette ou de ces personnalisations, d'en extraire la signature puis d'effectuer au moins une fois la vérification de cette signature.
  • Ceci rend donc impossible l'utilisation d'une simple mémoire par un tiers mal intentionné pour cloner l'objet et obligerait ce tiers mal intentionné à prévoir un circuit électronique spécifique comportant par exemple un composant FPGA ou un microcontrôleur, pour cloner l'objet ce qui serait alors économiquement non intéressant pour le tiers mal intentionné.
  • De façon à rendre encore plus sûre la personnalisation de l'objet, ladite au moins une indication est avantageusement générée par le dispositif lors de l'authentification.
  • Par ailleurs, la génération de cette indication comprend avantageusement une génération d'un aléa, par exemple un nombre pseudo-aléatoire ou aléatoire. Ceci rend encore plus robuste l'authentification et permet en particulier à un dispositif de pouvoir authentifier éventuellement plusieurs fois un même objet avec des personnalisations différentes à chaque demande d'authentification.
  • Une façon de rendre encore plus robuste l'authentification est d'y d'insérer une redondance dans la personnalisation de la signature stockée.
  • Une telle redondance peut par exemple être obtenue en utilisant plusieurs (au moins deux) indications différentes associées à l'objet ce qui va conduire à l'élaboration de plusieurs (au moins deux) informations de personnalisation.
  • Et à titre d'exemple non limitatif, l'utilisation d'un aléa comme indication est particulièrement bien adapté pour la génération d'indications différentes, car deux aléas générés successivement présentent une très forte probabilité d'être différents.
  • Ainsi selon un mode de mise en oeuvre, le procédé comprend
    une élaboration dans ledit objet de plusieurs informations de personnalisation de l'objet à partir de ladite signature stockée et de plusieurs indications différentes associées audit objet et communiquées sans contact par le dispositif audit objet lors de l'authentification,
    une communication sans contact audit dispositif desdites plusieurs informations de personnalisation, et
    plusieurs déterminations par le dispositif de ladite signature à partir respectivement desdites plusieurs informations de personnalisation et desdites indications correspondantes.
  • A ce stade plusieurs solutions existent pour terminer l'authentification, qui pourront être choisies en fonction de l'application envisagée et/ou de la puissance de calcul disponible dans le dispositif.
  • Ainsi selon une première variante, ladite au moins une vérification de ladite signature par le dispositif comprend une pré-vérification de l'égalité desdites signatures déterminées, et en cas d'égalité, une vérification de l'une des signatures déterminées.
  • Si l'étape de vérification conduit à une inégalité, l'objet peut alors être déclaré non authentifié sans qu'il soit nécessaire de vérifier la signature.
  • Selon une autre variante possible ladite au moins une vérification de ladite signature par le dispositif comprend une vérification de chacune des signatures déterminées.
  • Et dans ce cas l'objet pourra être déclaré authentifié si toutes ces vérifications de la signature ont été positives.
  • Selon un mode de mise en oeuvre, l'élaboration de ladite au moins une information de personnalisation comprend au moins un masquage de la signature à l'aide d'un opérateur de masquage utilisant ladite au moins une indication, et ladite au moins une détermination par le dispositif de ladite signature comprend au moins un démasquage de ladite au moins une signature masquée, à l'aide de l'opérateur de démasquage associé audit opérateur de masquage et de ladite au moins une indication.
  • La notion de masquage est ici une notion très large qui peut incorporer aussi bien un chiffrement par un algorithme de chiffrement, par exemple du type DES ou AES, que de façon beaucoup plus simple et beaucoup plus économique, un opérateur de brouillage («scramble » en langue anglaise) ou encore beaucoup plus simplement un opérateur logique du type OU EXCLUSIF.
  • Selon un mode de mise en oeuvre, la signature stockée résulte d'un chiffrement d'au moins un identifiant-objet de l'objet avec une clé privée d'un algorithme de chiffrement/déchiffrement asymétrique, et ladite au moins une vérification de ladite signature comprend un déchiffrement par le dispositif dudit au moins un identifiant-objet chiffré, à l'aide de la clé publique dudit algorithme de chiffrement/déchiffrement et une comparaison du résultat du déchiffrement avec ledit au moins un identifiant-objet ayant été communiqué au dispositif par ledit objet.
  • Selon un mode de mise en oeuvre, la génération de la paire de clés publique et privée, la mise à disposition de la clé publique au dispositif, l'élaboration de ladite signature et son stockage dans ledit objet sont effectués dans une entité tierce, par exemple mais non limitativement, lors de la fabrication de l'objet.
  • En variante, il est également possible que la signature comprenne un chiffrement non seulement dudit identifiant-objet mais également d'un identifiant-dispositif associé au dispositif, avec la clé privée de l'algorithme de chiffrement/déchiffrement asymétrique.
  • Dans ce cas, ladite au moins une vérification de ladite signature comprend le déchiffrement par le dispositif de l'identifiant-objet et de l'identifiant-dispositif encryptés à l'aide de la clé publique et une comparaison du résultat du chiffrement avec non seulement l'identifiant-objet qui a été communiqué sans contact au dispositif par ledit objet, mais aussi avec l'identifiant-dispositif.
  • L'objet est par exemple un objet NFC et le dispositif peut être un dispositif comprenant au moins une fonctionnalité NFC, par exemple un téléphone mobile cellulaire équipé d'une fonctionnalité NFC.
  • Les échanges entre l'objet et le dispositif pour l'élaboration de l'information de personnalisation et sa communication sont avantageusement effectués par des messages ayant un format conforme à la spécification NFC Data Exchange Format-NDEF.
  • De façon à ne pas élaborer des commandes spécifiques, la communication sans contact de ladite au moins une indication par le dispositif audit objet et la communication sans contact de ladite au moins une information de personnalisation par l'objet au dispositif comprennent des commandes d'écriture et de lecture de l'identifiant-objet dans lesquelles les contenus des champs dédiés à l'identifiant objet sont modifiés pour contenir ladite au moins une indication ou ladite au moins une information de personnalisation.
  • Par ailleurs, la prise en compte de ces modifications par l'objet est conditionnée à une valeur choisie d'un paramètre, valeur qui est fixée par le dispositif.
  • Selon un autre aspect, il est proposé un système, comprenant un objet et un dispositif capables de dialoguer mutuellement sans contact, ledit objet comportant des moyens de mémoire configurés pour stocker une signature associée audit objet et des moyens de traitement-objet configurés pour effectuer à l'initiative du dispositif, au moins une personnalisation de la signature stockée, et pour communiquer au dispositif ladite au moins une signature personnalisée, le dispositif comportant des moyens de traitement-dispositif configurés pour extraire la signature de cette ou de ces signatures personnalisées et effectuer au moins une fois la vérification de cette signature.
  • Selon un mode de réalisation les moyens de traitement-dispositif sont configurés pour communiquer audit objet au moins une indication associée audit objet lors d'une authentification de l'objet par le dispositif, les moyens de traitement-objet sont configurés pour élaborer au moins une information de personnalisation de l'objet au moins à partir de ladite signature stockée et de ladite au moins une indication et délivrer ladite au moins une information de personnalisation audit dispositif, les moyens de traitement-dispositif étant en outre configurés pour effectuer au moins une détermination de ladite signature à partir de ladite au moins une information de personnalisation et de ladite au moins une indication et effectuer au moins une vérification de ladite signature.
  • Selon un mode de réalisation, les moyens de traitement-dispositif comprennent un générateur configuré pour générer ladite au moins une indication lors de l'authentification.
  • Le générateur peut comprendre un générateur de nombres pseudo-aléatoires ou aléatoires, ladite au moins une indication comportant un nombre pseudo-aléatoire ou aléatoire.
  • Selon un mode de réalisation les moyens de traitement-dispositif sont configurés pour communiquer audit objet plusieurs indications différentes associées audit objet lors d'une authentification de l'objet par le dispositif, les moyens de traitement-objet sont configurés pour élaborer plusieurs informations de personnalisation de l'objet à partir de ladite signature stockée et desdites plusieurs indications différentes et délivrer ces informations de personnalisation audit dispositif, les moyens de traitement-dispositif étant en outre configurés pour effectuer plusieurs déterminations de ladite signature (SGN) à partir respectivement desdites plusieurs informations de personnalisation et desdites indications correspondantes.
  • Selon une variante les moyens de traitement-dispositif sont configurés pour effectuer une pré-vérification de l'égalité desdites signatures déterminées, et en cas d'égalité, une vérification de l'une des signatures déterminées.
  • Selon une autre variante les moyens de traitement-dispositif sont configurés pour effectuer une vérification de chacune des signatures déterminées.
  • Selon un mode de réalisation, les moyens de traitement-objet comprennent un opérateur de masquage configuré pour effectuer au moins un masquage de ladite signature en utilisant ladite indication de façon à élaborer ladite au moins une information de personnalisation et les moyens de traitement-dispositif comprennent un opérateur de démasquage associé audit opérateur de masquage configuré pour effectuer au moins un démasquage de ladite au moins une signature masquée, à l'aide de ladite au moins une indication de façon à effectuer au moins une détermination de ladite signature.
  • Selon un mode de réalisation, ladite signature stockée résulte d'un chiffrement d'au moins un identifiant-objet de l'objet avec une clé privée d'un algorithme de chiffrement/déchiffrement asymétrique, les moyens de traitement-objet sont configurés pour communiquer au dispositif ledit au moins un identifiant-objet et les moyens de traitement-dispositif comprennent des moyens de vérification de ladite signature comportant ledit algorithme de chiffrement/déchiffrement apte à effectuer un déchiffrement dudit au moins un identifiant-objet chiffré, à l'aide de ladite clé publique et des moyens de comparaison, aptes à effectuer une comparaison du résultat du déchiffrement avec ledit au moins un identifiant-objet ayant été communiqué au dispositif par ledit objet.
  • Selon un mode de réalisation, le système comprend en outre une entité tierce apte à générer la paire de clés publique et privée, mettre la clé publique à disposition du dispositif, élaborer ladite signature et la stocker dans ledit objet.
  • Selon un mode de réalisation, l'entité tierce est configurée pour élaborer ladite signature par un chiffrement dudit identifiant-objet et d'un identifiant-dispositif associé au dispositif avec la clé privée de l'algorithme de chiffrement/déchiffrement asymétrique, et l'algorithme de chiffrement/déchiffrement des moyens de vérification sont aptes à déchiffrer ledit identifiant-objet et ledit identifiant-dispositif chiffrés, à l'aide de la clé publique et les moyens de comparaison sont aptes à effectuer une comparaison du résultat du déchiffrement avec ledit identifiant-dispositif et avec ledit identifiant-objet ayant été communiqué au dispositif par ledit objet.
  • Selon un mode de réalisation, les moyens de mémoire de l'objet sont en outre configurés pour stocker un paramètre, les moyens de traitement-dispositif sont configurés pour élaborer des commandes d'écriture et de lecture de l'identifiant-objet dans lesquelles les contenus des champs dédiés à l'identifiant-objet sont modifiés pour contenir ladite au moins une indication ou ladite au moins une information de personnalisation, et pour fixer la valeur dudit paramètre à une valeur choisie, et les moyens de traitement-objet sont configurés pour prendre en compte les modifications des contenus desdits champs lorsque la valeur dudit paramètre a la valeur choisie.
  • Selon un autre aspect, il est également proposé un dispositif appartenant au système tel que défini ci-avant.
  • Selon encore un autre aspect, il est proposé un objet appartenant au système tel que défini ci-avant.
  • Selon encore un autre aspect, il est proposé un objet capable de dialoguer sans contact avec un dispositif, comprenant des moyens de mémoire configurés pour stocker une signature associée audit objet, des moyens de traitement-objet configurés pour élaborer au moins une information de personnalisation de l'objet au moins à partir de ladite signature stockée et d'au moins une indication associée audit objet communiquée par le dispositif audit objet lors d'une authentification de l'objet par le dispositif, et délivrer ladite au moins une information de personnalisation au dispositif.
  • Selon un mode de réalisation, les moyens de traitement-objet comprennent un opérateur de masquage configuré pour effectuer au moins un masquage de ladite signature en utilisant ladite au moins une indication de façon à élaborer ladite au moins une information de personnalisation.
  • Selon un mode de réalisation, ladite signature stockée résulte d'un chiffrement d'au moins un identifiant-objet de l'objet avec une clé privée d'un algorithme de chiffrement/déchiffrement asymétrique, et les moyens de traitement-objet sont configurés pour communiquer au dispositif ledit au moins un identifiant-objet.
  • L'objet peut être un transpondeur ou encore plus généralement un objet NFC.
  • Selon un mode de réalisation, l'objet est configuré pour échanger des messages ayant un format conforme à la spécification NFC Data Exchange Format-NDEF lors de l'élaboration de ladite information de personnalisation et de sa communication.
  • Selon un mode de réalisation, les moyens de mémoire de l'objet sont en outre configurés pour stocker un paramètre, les moyens de traitement-objets sont configurés pour recevoir des commandes d'écriture et de lecture de l'identifiant-objet dans lesquelles les contenus des champs dédiés à l'identifiant-objet sont modifiés pour contenir ladite au moins une indication ou ladite au moins une information de personnalisation, et pour prendre en compte les modifications des contenus desdits champs lorsque la valeur dudit paramètre a une valeur choisie.
  • D'autres avantages et caractéristiques de l'invention apparaîtront à l'examen de la description détaillée de modes de mise en oeuvre et de réalisation, nullement limitatifs, et des dessins annexés sur lesquels :
    • les figures 1 à 13 illustrent schématiquement différents modes de mise en oeuvre et de réalisation de l'invention.
  • Sur la figure 1, la référence SYS désigne un système comportant un dispositif DIS, par exemple un téléphone mobile cellulaire, et un objet TG, par exemple un transpondeur.
  • Le dispositif DIS, par exemple un téléphone mobile cellulaire, est équipé d'une antenne ANT1 pour l'établissement des communications téléphoniques.
  • Le dispositif DIS comporte par ailleurs un bloc 1 ayant une fonctionnalité NFC et comportant une antenne ANT2, par exemple une antenne inductive, utilisable pour la communication sans contact avec le transpondeur TG.
  • Le bloc 1 comporte également un dispositif d'émission/réception 10 ou tête d'émission/réception, de structure classique qui comporte notamment des moyens de modulation/démodulation de trames, un contrôleur de trames destiné notamment à calculer des bits de parité selon une fonction logique prédéfinie, par exemple celle définie dans la norme ISO 14443.
  • La tête d'émission/réception 10 est connectée par un bus à un microcontrôleur hôte, par exemple un microcontrôleur NFC comportant par exemple une unité centrale classique associée à différentes mémoires.
  • Le microcontrôleur incorpore des moyens de traitement-dispositif MTD comportant notamment un générateur GEN de nombres pseudo-aléatoires, un opérateur de démasquage OPDM, et des moyens de vérification de signature MVRF incluant notamment des moyens de déchiffrement MDCR et un comparateur CMP.
  • On reviendra plus en détail ci-après sur la fonctionnalité de ces différents moyens.
  • L'objet ou transpondeur TG comporte quant à lui une antenne ANT3 destinée à être en couplage magnétique avec l'antenne ANT2 pour la communication sans contact.
  • Cette antenne ANT3 est connectée à un circuit intégré IC comportant notamment des moyens de traitement-objet MTO ainsi que des moyens de mémoire MMO.
  • Les moyens de traitement-objet comportent notamment un opérateur de masquage OPM dont on reviendra plus en détail ci-après sur la fonctionnalité.
  • On se réfère maintenant plus particulièrement à la figure 2 pour illustrer un mode de mise en oeuvre d'un procédé d'authentification de l'objet TG par le dispositif authentificateur DIS.
  • Les moyens de mémoire MMO de l'objet comportent une première mémoire M1 stockant un identifiant-objet Uid et une deuxième mémoire M2, par exemple mais non nécessairement une mémoire protégée, stockant une signature SGN associée à l'objet.
  • On reviendra plus en détail ci-après sur l'élaboration de cette signature.
  • Cela étant, on peut d'ores et déjà dire que la signature SGN est reliée à l'identifiant-objet Uid.
  • Lors d'une identification, l'identifiant-objet Uid est transmis par l'objet au dispositif (étape S20) qui stocke cet identifiant-objet dans un registre par exemple.
  • Le générateur GEN du dispositif génère alors dans une étape S21 une indication RD associée à l'objet, qui est en l'espèce un nombre pseudo-aléatoire RD.
  • Cette indication RD est communiquée (étape S22) par le dispositif à l'objet.
  • L'opérateur de masquage OPM des moyens de traitement-objet effectue alors un masquage de la signature SGN en utilisant l'indication RD, de façon à fournir une signature masquée SGNM.
  • Cette signature masquée SGNM est communiquée (étape S24) aux moyens de traitement-dispositif.
  • L'opérateur de démasquage OPDM, associé à l'opérateur de masquage OPM effectue alors un démasquage de la signature masquée SGNM en utilisant ladite indication RD, de façon à obtenir la signature SGN.
  • Les moyens de vérification MVRF vont ensuite vérifier (étape S26) la signature SGN qui a été démasquée.
  • A cet égard, comme on le verra plus en détail ci-après, une façon d'obtenir la signature SGN utilise un chiffrement de l'identifiant Uid avec une clé privée d'un algorithme de chiffrement/déchiffrement asymétrique, par exemple mais non limitativement un algorithme du type RSA.
  • Les moyens de traitement-dispositif MTD déchiffrent donc la signature SGN à l'aide de la clé publique PBK associée à la clé privée.
  • Ce déchiffrement permet d'obtenir l'identifiant-objet Uid qui est comparé par le comparateur CMP dans une étape S261 à l'identifiant-objet Uid stocké dans le registre et qui avait été communiqué dans l'étape S20 par l'objet.
  • Si les deux identifiants-objet coïncident, alors l'objet est considéré comme ayant été authentifié (étape S263). Dans le cas contraire, l'objet est non authentifié (S262).
  • L'opérateur de masquage OPM et l'opérateur de démasquage associé pourraient être un algorithme de chiffrement/déchiffrement symétrique, par exemple un algorithme du type AES ou DES.
  • En variante, l'opérateur de masquage peut être configuré pour effectuer un embrouillage (« scrambling ») des bits de la signature SGN avec les bits du nombre pseudo-aléatoire RD selon une règle d'embrouillage prédéfinie. Dans ce cas, l'opérateur de démasquage pourrait être un opérateur inverse de l'opérateur d'embrouillage configuré pour effectuer un désembrouillage (« descrambling ») de la signature masquée SGNM avec le nombre pseudo-aléatoire RD selon la même règle de désembrouillage que la règle d'embrouillage utilisée.
  • Cela étant, une façon particulièrement simple et peu coûteuse d'effectuer le masquage S23 et le démasquage S25 de la figure 2 consiste à utiliser comme opérateur de masquage OPM une porte logique OU EXCLUSIF PL1 (figure 3) recevant sur une entrée la signature SGN et sur l'autre entrée le nombre pseudo-aléatoire RD et fournissant en sortie la signature masquée SGNM.
  • Dans ce cas, comme illustré sur la figure 4, l'opérateur de démasquage OPDM comprend une porte logique PL2 OU EXCLUSIF recevant sur une de ses entrées la signature masquée SGNM et sur l'autre entrée le nom pseudo-aléatoire RD. La sortie de la porte logique PL2 fournit la signature SGN.
  • Comme illustré sur la figure 5, le système SYS peut comporter en outre une entité tierce 3 par exemple un gestionnaire de transpondeurs, comportant des moyens de chiffrement MCR utilisant l'algorithme de chiffrement/déchiffrement asymétrique mentionné ci-avant, par exemple l'algorithme de type RSA.
  • Comme illustré sur la figure 6, l'entité tierce génère, par exemple lors de la fabrication de l'objet, une paire de clés publique et privé associées, respectivement référencées PBK et PRK (étape S60). Ces deux clés sont associées à l'algorithme de chiffrement/déchiffrement asymétrique et sont également associées de façon biunivoque à l'identifiant-objet Uid qui est généré dans l'étape S61.
  • La clé publique PBK est mise à disposition du dispositif (étape S610). A cet égard, la clé peut être communiquée directement au dispositif pour y être stockée ou bien elle peut être stockée dans le « cloud » pour être accessible par le dispositif lorsque celui-ci aura connaissance de l'identifiant-objet Uid.
  • En variante, le dispositif peut également stocker en mémoire tout un ensemble de clés publiques PBK respectivement associées à un ensemble d'identifiants-objets différents.
  • Les moyens de chiffrement MCR de l'entité tierce 3 génèrent alors (étape S63) la signature SGN en chiffrant l'identifiant-objet Uid avec la clé privée PRK.
  • L'identifiant-objet Uid est alors stocké (étape S62) dans la mémoire M1 de l'objet tandis que la signature SGN est stockée (étape S64) dans la mémoire M2.
  • On se réfère maintenant plus particulièrement aux figures 7 et 8 pour illustrer une application de l'invention à l'adjonction de la gestion de fonctionnalités du dispositif par une entité tierce, typiquement un contrôleur privé. Ainsi, par exemple, on peut envisager qu'un téléphone mobile intelligent (smart-phone) ait accès à un certain nombre d'applications pour autant qu'un transpondeur authentifié soit en communication sans contact avec le smart-phone.
  • A contrario, si le transpondeur n'est pas authentifié, le téléphone n'aura accès qu'à des applications restreintes.
  • Le transpondeur peut être par exemple incorporé dans une montre située au poignet de l'utilisateur du téléphone mobile.
  • A cet égard, comme illustré sur la figure 7, l'entité tierce génère (étape S70) la paire de clés publique PBK et privée PRK et met à la disposition (étape S71) du dispositif la clé publique PBK.
  • Par contre, la signature SGN est générée (étape S74) non seulement à partir de l'identifiant-objet Uid qui est communiqué à l'entité tierce (étape S73) mais également à partir de l'identifiant-dispositif Uidd qui est communiqué (étape S72) par le dispositif à l'entité tierce.
  • La signature SGN ainsi obtenue est stockée (étape S75) dans la mémoire M2 de l'objet.
  • L'authentification de l'objet par le dispositif est illustrée sur la figure 8 qui diffère simplement de la figure 2 par le fait que dans l'étape de déchiffrement S260, le déchiffrement de la signature SGN à l'aide de la clé publique PBK fournit l'identifiant-objet Uid et l'identifiant-dispositif Uidd. Et, la comparaison S261 s'effectue également en utilisant l'identifiant-dispositif Uidd. Là encore, si les deux identifiants Uid et Uidd obtenus par le déchiffrement S260 correspondent aux deux identifiants Uidd stocké dans le dispositif et Uid fourni par l'objet, alors l'objet est considéré comme authentifié (S263) ce qui donne un accès total aux applications pour le dispositif DIS.
  • Dans le cas contraire, l'objet est non authentifié et le dispositif n'a qu'un accès restreint à certaines fonctionnalités.
  • Les échanges entre l'objet et le dispositif pour l'élaboration de l'information de personnalisation SGNM et sa communication sont par exemple effectués par des messages ayant un format conforme à la spécification NFC data exchange format (NDEF) décrite par exemple dans le document «NFC Forum NDEF 1.0 NFCForum-TS-NDEF_1.0 2006-07-24 » auquel l'homme du métier pourra se référer à toutes fins utiles.
  • Plus précisément, comme illustré sur la figure 9, la communication de l'identifiant-objet Uid s'effectue par une commande Cd1.
  • La transmission de l'indication RD à l'objet s'effectue par une commande Cd2 et la transmission de l'information de personnalisation, c'est-à-dire la signature masquée SGNM s'effectue par une commande Cd3.
  • Comme illustré sur la figure 10, de façon à ne pas créer de commande spécifique, ces commandes Cd1-Cd3 comprennent des commandes d'écriture et de lecture de l'identifiant-objet Uid dans lesquelles les contenus des champs dédiés à l'identifiant-objet sont, pour certaines de ces commandes, modifiés pour contenir ladite indication RD ou ladite information de personnalisation SGNM.
  • Cela étant, afin que ces modifications soient prises en compte par l'objet, on utilise un paramètre OF dont la valeur va permettre la prise en compte ou non de ces modifications.
  • Plus précisément, la commande Cd1 est une commande classique de lecture « Read Uid ».
  • La commande Cd2 comporte deux commandes d'écriture. Une première commande d'écriture Cd20, « Write OF », permet de fixer la valeur du paramètre OF à 1 (par exemple) et de stocker cette valeur dans un registre temporaire de l'objet.
  • La commande Cd2 comporte alors une deuxième commande d'écriture Cd21, « Write Uid », dans laquelle le champ Uid contient l'indication RD.
  • Ainsi, lorsque l'objet reçoit cette commande Cd21 et que le paramètre OF est à 1, les moyens de traitement-objet savent que le champ de cette commande Cd21 contient l'indication RD.
  • De même, la commande Cd3 comporte une première commande de lecture Cd30 suivie d'une commande d'écriture Cd31.
  • La commande de lecture est une commande de lecture de l'identifiant-objet dans laquelle le contenu du champ d'identifiant a été modifié pour contenir l'indication de personnalisation SGNM. Le paramètre OF ayant la valeur 1, les moyens de traitement-objet savent qu'ils doivent placer dans le champ de cette commande de lecture la valeur de la signature masquée SGNM.
  • Enfin, les moyens de traitement-dispositif envoient une commande d'écriture Cd31 « Write OF = 0 » ce qui permet d'effacer la valeur du paramètre OF et de le remettre dans son état initial ayant la valeur logique 0 (par exemple).
  • On se réfère maintenant plus particulièrement aux figures 11 à 13 pour décrire une variante de l'invention utilisant une redondance de personnalisation la signature stockée SGN lors de l'authentification de l'objet par le dispositif.
  • Plus précisément comme illustré sur la figure 11, les moyens de traitement-dispositif génèrent (étapes S110 et S111) deux nombres pseudo-aléatoires ou aléatoires RD1, RD2 faisant office de deux indications.
  • Bien que la probabilité d'obtenir deux nombres RD1, RD2 égaux soit très faible, les moyens de traitement-dispositif vérifient dans l'étape S112 la non égalité des nombres RD1 et RD2. Dans le cas contraire les moyens de traitement-dispositif génèrent de nouveau au moins l'un des deux nombres.
  • Puis les indications RD1, RD2 sont transmises à l'objet (étapes S3113 et S 114).
  • Les moyens de traitement-objet procèdent ensuite à l'aide de l'opérateur de masquage à un masquage S115 de la signature SGN avec l'indication RD1 et à un masquage S116 de la signature SGN avec l'indication RD2 de façon à obtenir deux signatures masquées SGNM1 et SGNM2.
  • Ces deux signatures masquées SGNM1 et SGNM2 sont ensuite transmises (étapes S117 et S118) au dispositif où les moyens de traitement-dispositif effectuent à l'aide de l'opérateur de démasquage un démasquage de la signature masquée SGNM1 et un démasquage de la signature masquée SGNM2 de façon à obtenir deux signatures SGN1 et SGN2 qui sont censées être identiques et égales à la signature SGN.Bien entendu l'ordre des étapes de la figure 11 peut être modifié.
  • Ainsi on pourrait par exemple effectuer l'étape S113 avant l'étape S111, ou encore effectuer d'abord la séquence des étapes S110, S113, S115, S117, S119 puis la séquence des étapes S111, S112 (en cas d'égalité on génère à nouveau une indication RD2), S114, S116, S118, S120.
  • Deux solutions peuvent être ensuite envisagées pour poursuivre l'authentification.
  • Une première solution, illustrée sur la figure 12, prévoit une pré-vérification S121 de l'égalité des signatures démasquées.
  • En cas de non égalité, l'objet est déclaré non authentifié (S122).
  • En cas d'égalité les moyens de traitement-dispositif procède à la vérification de la signature SGN en prenant l'une quelconque des signatures démasquées SGN1 ou SGN2, cette vérification S26 étant par exemple celle déjà été décrite sur la figure 2.Une deuxième solution, illustrée sur la figure 13, prévoit d'effectuer pour chaque signature démasquée SGN1, SGN2, une vérification S26 conforme par exemple à celle décrite à la figure 2.
  • Si l'une des vérifications échoue (est négative), l'objet est déclaré non authentifié.
  • Si toutes les vérifications aboutissent chacune à un objet authentifié, alors l'objet est déclaré authentifié.

Claims (32)

  1. Procédé d'authentification d'un objet par un dispositif, ledit objet stockant une signature (SGN) associée audit objet, le procédé comprenant une élaboration (S23) dans ledit objet d'au moins une information de personnalisation (SGNM) de l'objet au moins à partir de ladite signature stockée (SGN) et d'au moins une indication (RD) associée audit objet et communiquée sans contact (S22) par le dispositif audit objet lors de l'authentification, une communication sans contact (S24) audit dispositif de ladite au moins une information de personnalisation (SGNM), au moins une détermination (S25) par le dispositif de ladite signature (SGN) à partir de ladite au moins information de personnalisation (SGNM) et de ladite au moins une indication (RD), et au moins une vérification (S26) de ladite signature (SGN) par le dispositif.
  2. Procédé selon la revendication 1, dans lequel ladite au moins une indication (RD) est générée (S21) par le dispositif lors de l'authentification.
  3. Procédé selon la revendication 2, dans lequel la génération (S21) de ladite au moins une indication comprend une génération d'au moins un aléa (RD).
  4. Procédé selon l'une des revendications précédentes, comprenant une élaboration (S23) dans ledit objet de plusieurs informations de personnalisation (SGNM) de l'objet à partir de ladite signature stockée (SGN) et de plusieurs indications différentes (RDi) associées audit objet et communiquées sans contact (S22) par le dispositif audit objet lors de l'authentification, une communication sans contact (S24) audit dispositif desdites plusieurs informations de personnalisation (SGNM), et plusieurs déterminations (S25) par le dispositif de ladite signature (SGN) à partir respectivement desdites plusieurs informations de personnalisation (SGNM) et desdites indications correspondantes (RD).
  5. Procédé selon la revendication 4, dans lequel ladite au moins une vérification (S26) de ladite signature (SGN) par le dispositif comprend une pré-vérification de l'égalité desdites signatures déterminées, et en cas d'égalité, une vérification de l'une des signatures déterminées.
  6. Procédé selon la revendication 4, dans lequel ladite au moins une vérification (S26) de ladite signature (SGN) par le dispositif comprend une vérification de chacune des signatures déterminées.
  7. Procédé selon l'une des revendications précédentes, dans lequel l'élaboration de ladite au moins une information de personnalisation comprend au moins un masquage (S23) de ladite signature à l'aide d'un opérateur de masquage (OPM) utilisant ladite au moins une indication (RD) et ladite au moins une détermination par le dispositif de ladite signature comprend au moins un démasquage (S25) de ladite au moins une signature masquée, à l'aide de l'opérateur de démasquage (OPDM) associé audit opérateur de masquage et de ladite au moins une indication.
  8. Procédé selon l'une des revendications précédentes, dans lequel ladite signature stockée (SGN) résulte d'un chiffrement d'au moins un identifiant-objet (Uid) de l'objet avec une clé privée (PRK) d'un algorithme de chiffrement/déchiffrement asymétrique, et ladite au moins une vérification de ladite signature comprend un déchiffrement par ledit dispositif dudit au moins un identifiant-objet chiffré, à l'aide de la clé publique (PBK) dudit algorithme de chiffrement/déchiffrement et une comparaison du résultat du déchiffrement avec ledit au moins un identifiant-objet ayant été communiqué au dispositif par ledit objet.
  9. Procédé selon la revendication 8, dans lequel la génération de la paire de clés publique et privée, la mise à disposition du dispositif de la clé publique, l'élaboration de ladite signature et son stockage dans ledit objet sont effectués par une entité tierce (3).
  10. Procédé selon la revendication 9, dans lequel l'élaboration de ladite signature comprend un chiffrement dudit identifiant-objet (Uid) et d'un identifiant-dispositif (Uidd) associé au dispositif avec la clé privée de l'algorithme de chiffrement/déchiffrement asymétrique, et ladite au moins une vérification de ladite signature comprend le déchiffrement par ledit dispositif dudit identifiant-objet et dudit identifiant-dispositif encryptés, à l'aide de la clé publique dudit algorithme de chiffrement/déchiffrement et une comparaison du résultat du déchiffrement avec ledit identifiant-dispositif et avec ledit identifiant-objet ayant été communiqué sans contact au dispositif par ledit objet.
  11. Procédé selon l'une des revendications précédentes, dans lequel ledit objet est un objet NFC et ledit dispositif est un dispositif NFC.
  12. Procédé selon la revendication 11 prise en combinaison avec la revendication 8, dans lequel la communication sans contact de ladite au moins une indication par le dispositif audit objet et la communication sans contact de ladite au moins une information de personnalisation par l'objet au dispositif comprennent des commandes d'écriture et/ou de lecture de l'identifiant-objet (Cd2, Cd3) dans lesquelles les contenus des champs dédiés à l'identifiant-objet sont modifiés pour contenir respectivement ladite au moins une indication ou ladite au moins une information de personnalisation, la prise en compte de ces modifications par l'objet étant conditionnée à une valeur choisie d'un paramètre (OF) fixée par le dispositif.
  13. Système, comprenant un objet et un dispositif capables de dialoguer mutuellement sans contact, ledit objet (TG) comportant des moyens de mémoire (MMO) configurés pour stocker une signature (SGN) associée audit objet, ledit dispositif (DIS) comportant des moyens de traitement-dispositif (MTD) configurés pour communiquer audit objet au moins une indication (RD) associée audit objet lors d'une authentification de l'objet par le dispositif, ledit objet comportant des moyens de traitement-objet (MTO) configurés pour élaborer au moins une information de personnalisation (SGNM) de l'objet au moins à partir de ladite signature stockée (SGN) et de ladite au moins une indication (RD) et délivrer ladite au moins une information de personnalisation audit dispositif, les moyens de traitement-dispositif (MTD) étant en outre configurés pour effectuer au moins une détermination de ladite signature à partir de ladite au moins une information de personnalisation et de ladite au moins une indication et effectuer au moins une vérification de ladite signature.
  14. Système selon la revendication 13, dans lequel les moyens de traitement-dispositif (MTD) comprennent un générateur (GEN) configuré pour générer ladite au moins une indication lors de l'authentification.
  15. Système selon la revendication 14, dans lequel le générateur (GEN) comprend un générateur de nombres aléatoires ou pseudo-aléatoires, ladite au moins une indication comportant un nombre aléatoire ou pseudo-aléatoire.
  16. Système selon l'une des revendications 13 à 15, dans lequel les moyens de traitement-dispositif (MTD) sont configurés pour communiquer audit objet plusieurs indications différentes (RD) associées audit objet lors d'une authentification de l'objet par le dispositif, les moyens de traitement-objet sont configurés pour élaborer (S23) plusieurs informations de personnalisation (SGNM) de l'objet à partir de ladite signature stockée (SGN) et desdites plusieurs indications différentes (RDi) et délivrer (S24) ces informations de personnalisation audit dispositif, les moyens de traitement-dispositif (MTD) étant en outre configurés pour effectuer plusieurs déterminations (S25) de ladite signature (SGN) à partir respectivement desdites plusieurs informations de personnalisation (SGNM) et desdites indications correspondantes (RD).
  17. Système selon la revendication 16, dans lequel les moyens de traitement-dispositif sont configurés pour effectuer une pré-vérification de l'égalité desdites signatures déterminées, et en cas d'égalité, une vérification de l'une des signatures déterminées.
  18. Système selon la revendication 16, dans lequel les moyens de traitement-dispositif sont configurés pour effectuer une vérification de chacune des signatures déterminées.
  19. Système selon l'une des revendications 13 à 18, dans lequel les moyens de traitement-objet (MTO) comprennent un opérateur de masquage (OPM) configuré pour effectuer au moins un masquage de ladite signature en utilisant ladite au moins une indication de façon à élaborer ladite au moins une information de personnalisation et les moyens de traitement-dispositif (MTD) comprennent un opérateur de démasquage (OPDM) associé audit opérateur de masquage configuré pour effectuer au moins un démasquage de ladite signature masquée, à l'aide de ladite au moins une indication de façon à effectuer au moins une détermination de ladite signature.
  20. Système selon l'une des revendications 13 à 19, dans lequel ladite signature stockée résulte d'un chiffrement d'au moins un identifiant-objet de l'objet avec une clé privée d'un algorithme de chiffrement/déchiffrement asymétrique, les moyens de traitement-objet (MTO) sont configurés pour communiquer au dispositif ledit au moins un identifiant-objet et les moyens de traitement-dispositif (MTD) comprennent des moyens de vérification de ladite signature comportant ledit algorithme de chiffrement/déchiffrement apte à effectuer un déchiffrement dudit au moins un identifiant-objet encrypté, à l'aide de ladite clé publique et des moyens de comparaison, aptes à effectuer une comparaison du résultat du déchiffrement avec ledit au moins un identifiant-objet ayant été communiqué au dispositif par ledit objet.
  21. Système selon la revendication 20, comprenant en outre une entité tierce (3) apte à générer la paire de clés publique et privée, mettre la clé publique à disposition du dispositif, élaborer ladite signature et la stocker dans ledit objet.
  22. Système selon la revendication 21, dans lequel l'entité tierce (3) est configurée pour élaborer ladite signature par un chiffrement dudit identifiant-objet (Uid) et d'un identifiant-dispositif (Uidd) associé au dispositif avec la clé privée de l'algorithme de chiffrement/déchiffrement asymétrique, et l'algorithme de chiffrement/déchiffrement des moyens de vérification sont aptes à déchiffrer ledit identifiant-objet et ledit identifiant-dispositif encryptés, à l'aide de la clé publique et les moyens de comparaison sont aptes à effectuer une comparaison du résultat du déchiffrement avec ledit identifiant-dispositif et avec ledit identifiant-objet ayant été communiqué au dispositif par ledit objet.
  23. Système selon l'une des revendications 13 à 22, dans lequel ledit objet est un objet NFC et ledit dispositif comprend au moins une fonctionnalité NFC.
  24. Système selon la revendication 23 prise en combinaison avec la revendication 20, dans lequel les moyens de mémoire de l'objet sont en outre configurés pour stocker un paramètre (OF), les moyens de traitement-dispositif (MTD) sont configurés pour élaborer des commandes d'écriture et/ou de lecture de l'identifiant-objet dans lesquelles les contenus des champs dédiés à l'identifiant-objet sont modifiés pour contenir respectivement ladite au moins une indication (RD) ou ladite au moins une information de personnalisation (SGNM), et pour fixer la valeur dudit paramètre (OF) à une valeur choisie, et les moyens de traitement-objet (MTD) sont configurés pour prendre en compte les modifications des contenus desdits champs lorsque la valeur dudit paramètre a la valeur choisie.
  25. Dispositif appartenant au système selon l'une des revendications 13 à 24.
  26. Objet appartenant au système selon l'une des revendications 13 à 24.
  27. Objet capable de dialoguer sans contact avec un dispositif, comprenant des moyens de mémoire (MMO) configurés pour stocker une signature associée audit objet, des moyens de traitement-objet (MTO) configurés pour élaborer au moins une information de personnalisation de l'objet au moins à partir de ladite signature stockée et d'au moins une indication associée audit objet communiquée par le dispositif audit objet lors d'une authentification de l'objet par le dispositif, et délivrer ladite au moins information de personnalisation au dispositif.
  28. Objet selon la revendication 27, dans lequel les moyens de traitement-objet (MTO) comprennent un opérateur de masquage (OPM) configuré pour effectuer au moins un masquage de ladite signature en utilisant ladite au moins une indication de façon à élaborer ladite au moins une information de personnalisation.
  29. Objet selon l'une des revendications 27 ou 28, dans lequel ladite signature stockée (SGN) résulte d'un chiffrement d'au moins un identifiant-objet de l'objet avec une clé privée d'un algorithme de chiffrement/déchiffrement asymétrique, et les moyens de traitement-objet (MTO) sont configurés pour communiquer au dispositif ledit au moins un identifiant-objet (Uid).
  30. Objet selon l'une des revendications 27 à 29, dans lequel ledit objet est un transpondeur.
  31. Objet selon l'une des revendications 27 à 30, dans lequel ledit objet est un objet NFC.
  32. Objet selon la revendication 31 avec la revendication 29, dans lequel les moyens de mémoire de l'objet sont en outre configurés pour stocker un paramètre (OF), les moyens de traitement-objet sont configurés pour recevoir des commandes d'écriture et/ou de lecture de l'identifiant-objet dans lesquelles les contenus des champs dédiés à l'identifiant-objet sont modifiés pour contenir respectivement ladite au moins une indication ou ladite au moins une information de personnalisation, et pour prendre en compte les modifications des contenus desdits champs lorsque la valeur dudit paramètre (OF) a une valeur choisie.
EP15190538.7A 2015-02-03 2015-10-20 Procédé d'authentification d'un objet par un dispositif capables de communiquer mutuellement sans contact, système et objet correspondants Active EP3054393B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP20169414.8A EP3696697A1 (fr) 2015-02-03 2015-10-20 Procédé d'authentification d'un objet par un dispositif capables de communiquer mutuellement sans contact, système et objet correspondants

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1550827A FR3032293B1 (fr) 2015-02-03 2015-02-03 Procede d'authentification d'un objet par un dispositif capables de communiquer mutuellement sans contact, systeme et objet correspondants

Related Child Applications (1)

Application Number Title Priority Date Filing Date
EP20169414.8A Division EP3696697A1 (fr) 2015-02-03 2015-10-20 Procédé d'authentification d'un objet par un dispositif capables de communiquer mutuellement sans contact, système et objet correspondants

Publications (2)

Publication Number Publication Date
EP3054393A1 true EP3054393A1 (fr) 2016-08-10
EP3054393B1 EP3054393B1 (fr) 2020-05-06

Family

ID=53491606

Family Applications (2)

Application Number Title Priority Date Filing Date
EP20169414.8A Pending EP3696697A1 (fr) 2015-02-03 2015-10-20 Procédé d'authentification d'un objet par un dispositif capables de communiquer mutuellement sans contact, système et objet correspondants
EP15190538.7A Active EP3054393B1 (fr) 2015-02-03 2015-10-20 Procédé d'authentification d'un objet par un dispositif capables de communiquer mutuellement sans contact, système et objet correspondants

Family Applications Before (1)

Application Number Title Priority Date Filing Date
EP20169414.8A Pending EP3696697A1 (fr) 2015-02-03 2015-10-20 Procédé d'authentification d'un objet par un dispositif capables de communiquer mutuellement sans contact, système et objet correspondants

Country Status (4)

Country Link
US (1) US20160226665A1 (fr)
EP (2) EP3696697A1 (fr)
CN (1) CN105847004B (fr)
FR (1) FR3032293B1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10824737B1 (en) * 2017-02-22 2020-11-03 Assa Abloy Ab Protecting data from brute force attack
CN112533195B (zh) * 2019-09-19 2023-03-10 华为技术有限公司 一种设备认证方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010124390A1 (fr) * 2009-04-30 2010-11-04 Certicom Corp. Système et procédé d'authentification d'étiquettes rfid
EP2677473A1 (fr) 2012-06-21 2013-12-25 Nxp B.V. Procédé de production, transpondeur RFID, procédé d'authentification, dispositif de lecture et produit de programme informatique

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008028291A1 (fr) * 2006-09-08 2008-03-13 Certicom Corp. Identification de fréquence radio authentifiée et système de distribution de clé correspondant
WO2009030531A1 (fr) * 2007-08-28 2009-03-12 Siemens Aktiengesellschaft Procédé permettant d'obtenir une fonction par une étiquette rfid
US8109444B2 (en) * 2007-09-12 2012-02-07 Devicefidelity, Inc. Selectively switching antennas of transaction cards
JP5337582B2 (ja) * 2009-06-01 2013-11-06 株式会社日立製作所 正当性が保証されたｉｄの生成方法及び正当性保証ｒｆｉｄタグ
CN104537293B (zh) * 2010-08-20 2018-01-19 Nxp股份有限公司 认证设备和系统
US8935769B2 (en) * 2012-09-28 2015-01-13 Liveensure, Inc. Method for mobile security via multi-factor context authentication

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010124390A1 (fr) * 2009-04-30 2010-11-04 Certicom Corp. Système et procédé d'authentification d'étiquettes rfid
EP2677473A1 (fr) 2012-06-21 2013-12-25 Nxp B.V. Procédé de production, transpondeur RFID, procédé d'authentification, dispositif de lecture et produit de programme informatique

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
A. JUELS: "RFID security and privacy: a research survey", IEEE JOURNAL ON SELECTED AREAS IN COMMUNICATIONS, vol. 24, no. 2, 1 February 2006 (2006-02-01), pages 381 - 394, XP055217348, ISSN: 0733-8716, DOI: 10.1109/JSAC.2005.861395 *
LIU A X ET AL: "PAP: A privacy and authentication protocol for passive RFID tags", COMPUTER COMMUNICATIONS, ELSEVIER SCIENCE PUBLISHERS BV, AMSTERDAM, NL, vol. 32, no. 7-10, 28 May 2009 (2009-05-28), pages 1194 - 1199, XP026136336, ISSN: 0140-3664, [retrieved on 20090331], DOI: 10.1016/J.COMCOM.2009.03.006 *
NFC FORUM NDEF 1.0 NFCFORUM-TS-NDEF 1.0, 24 July 2006 (2006-07-24)

Also Published As

Publication number Publication date
FR3032293B1 (fr) 2018-03-23
CN105847004B (zh) 2019-12-31
EP3054393B1 (fr) 2020-05-06
US20160226665A1 (en) 2016-08-04
CN105847004A (zh) 2016-08-10
FR3032293A1 (fr) 2016-08-05
EP3696697A1 (fr) 2020-08-19

Similar Documents

Publication Publication Date Title
EP2053827B1 (fr) Procédé de personnalisation sécurisé d'un chipset NFC
EP2008483B1 (fr) Procédé de sécurisation de l'accès à un module de communication de proximité dans un terminal mobile
EP3238474B1 (fr) Procédé de sécurisation de transactions sans contact
US20120314865A1 (en) NFC Communications Device for Setting Up Encrypted Email Communication
EP2820795B1 (fr) Procede de verification d'identite d'un utilisateur d'un terminal communiquant et systeme associe
EP2828788A1 (fr) Procede de generation d'identite publique pour l'authentification d'un individu porteur d'un objet d'identification
EP2909785A1 (fr) Systeme et procede de securisation des echanges de donnees, objet portable utilisateur et dispositif distant de telechargement de donnees
WO2006082310A1 (fr) Procede de pre-authentification rapide par reconnaissance de la distance
EP3552327B1 (fr) Procédé de personnalisation d'une transaction sécurisée lors d'une communication radio
EP3054393B1 (fr) Procédé d'authentification d'un objet par un dispositif capables de communiquer mutuellement sans contact, système et objet correspondants
EP1358748B1 (fr) Dispositif et procede d'appairage automatique securise des appareils d'un reseau radiofrequence
EP3136283B1 (fr) Dispositif et procédé sécurisation de commandes échangées entre un terminal et circuit intégré
EP2131318A1 (fr) Procédés et dispositif pour entités électroniques pour l'échange et l'utilisation de droits
EP4198791A1 (fr) Transaction nfc
EP4198790A1 (fr) Transaction nfc
EP4198792A1 (fr) Transaction nfc
EP2084679A1 (fr) Entite electronique portable et procede de blocage, a distance, d'une fonctionnalite d'une telle entite electronique portable
FR3042892A1 (fr) Carte de paiement, systeme et procede de paiement a distance mettant en œuvre ladite carte de paiement
WO2003003655A1 (fr) Procede de communication radiofrequence securisee
WO2013140078A1 (fr) Procede de generation et de verification d'identite portant l'unicite d'un couple porteur-objet
WO2007026092A1 (fr) Authentification anonyme et non tracable retroactivement d'un objet electronique par une entite d'authentification

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20151020

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20170518

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Ref document number: 602015052062

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: G06F0021440000

Ipc: H04L0009320000

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: GRANT OF PATENT IS INTENDED

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 29/06 20060101ALI20191024BHEP

Ipc: H04L 9/32 20060101AFI20191024BHEP

Ipc: G06F 21/44 20130101ALI20191024BHEP

Ipc: G06F 21/73 20130101ALI20191024BHEP

INTG Intention to grant announced

Effective date: 20191118

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

Ref country code: AT

Ref legal event code: REF

Ref document number: 1268560

Country of ref document: AT

Kind code of ref document: T

Effective date: 20200515

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602015052062

Country of ref document: DE

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20200506

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200907

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200906

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200807

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200806

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20200917

Year of fee payment: 6

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200806

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 1268560

Country of ref document: AT

Kind code of ref document: T

Effective date: 20200506

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602015052062

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20210209

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20201020

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20201020

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20201031

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20201031

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20201031

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20201020

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20201031

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20201020

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: MT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200506

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20211031

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20230920

Year of fee payment: 9