WO2004059450A1 - Procede et dispositif de verification de l'integrite d'une application logicielle - Google Patents

Procede et dispositif de verification de l'integrite d'une application logicielle Download PDF

Info

Publication number
WO2004059450A1
WO2004059450A1 PCT/FR2003/003877 FR0303877W WO2004059450A1 WO 2004059450 A1 WO2004059450 A1 WO 2004059450A1 FR 0303877 W FR0303877 W FR 0303877W WO 2004059450 A1 WO2004059450 A1 WO 2004059450A1
Authority
WO
WIPO (PCT)
Prior art keywords
software application
execution
host terminal
control instructions
certificate
Prior art date
Application number
PCT/FR2003/003877
Other languages
English (en)
Inventor
François BANGUI
Original Assignee
Enigma Systems Sarl
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 Enigma Systems Sarl filed Critical Enigma Systems Sarl
Priority to AU2003299401A priority Critical patent/AU2003299401A1/en
Priority to EP03799695A priority patent/EP1576444A1/fr
Priority to CA002510602A priority patent/CA2510602A1/fr
Priority to US10/539,566 priority patent/US7739514B2/en
Publication of WO2004059450A1 publication Critical patent/WO2004059450A1/fr
Priority to HK06103351.1A priority patent/HK1083545A1/xx

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • 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/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/109—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by using specially-adapted hardware at the client
    • 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/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/12—Protecting executable software
    • G06F21/121—Restricting unauthorised execution of programs
    • G06F21/123—Restricting unauthorised execution of programs by using dedicated hardware, e.g. dongles, smart cards, cryptographic processors, global positioning systems [GPS] devices
    • 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/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/12—Protecting executable software
    • G06F21/121—Restricting unauthorised execution of programs
    • G06F21/125—Restricting unauthorised execution of programs by manipulating the program code, e.g. source code, compiled code, interpreted code, machine code
    • 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/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/52—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow
    • G06F21/54—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow by adding security routines or objects to programs
    • 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/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • 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/72—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 in cryptographic circuits
    • 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/77—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 in smart cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0806—Details of the card
    • G07F7/0813—Specific details related to card security
    • G07F7/082—Features insuring the integrity of the data on or in the card
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/12—Card verification
    • 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/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • 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/03—Indexing scheme relating to G06F21/50, monitoring users, programs or devices to maintain the integrity of platforms
    • G06F2221/033—Test or assess software
    • 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/2153—Using hardware token as a secondary aspect
    • 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

Definitions

  • the present invention relates to the verification of the authenticity of a software application executed on a host terminal without necessarily using encryption / decryption keys.
  • a host terminal such as a digital television decoder, a display equipment for multimedia content, a microcomputer, a smart card, a personal assistant, a game console, a mobile telephone or the like.
  • Authentication means are already known which make it possible to verify the authenticity or the integrity of software applications embedded and executed on host terminals.
  • such authentication means implement hashing functions and / or cryptographic algorithms which use secret data such as private or secret encryption / decryption keys hidden in the verification software of the host terminal. Most often, these secret data are protected by official techniques intended to make reverse engineering more difficult.
  • the present invention overcomes this drawback. It relates to a method for verifying the integrity of a software application executable in a host terminal.
  • the method comprises the following steps: i) determining at least one series of control instructions forming an executable certificate for
  • Said software application on the host terminal, execute the software application to be verified, receive the executable certificate thus determined during step i), and execute the sequence of instructions for controlling said certificate executable in the memory context of said host terminal, iii) compare the result thus obtained by the execution of control instructions with the expected result of an authentic application and, iv) in the event of a positive comparison, continue the execution of the software application to check.
  • positive comparison is understood here to mean that any action, operation, or modification on the data used by the software application to be verified or any action, operation or modification on the execution of the execution of the software application to be verified, produces behavior of the software application to be verified identical to that which is expected by the execution of the execution of the authentic application.
  • the method according to the invention makes it possible to verify the integrity of a software application executed on a host terminal with a relatively satisfactory degree of security vis-à-vis hackers adept at reverse engineering and this without calling on encryption / decryption keys or expensive hardware components.
  • the sequence of control instructions is chosen such that the state of the memory context of an authentic software application after the execution of the sequence of control instructions is identical (without modification) to the state of the memory context of ⁇ > the software application before the execution of the sequence of control instructions.
  • the implementation of the method according to the invention does not cause any malfunction in the course of the software application to be checked if the latter is authentic.
  • the sequence 0 of control instructions forming an executable certificate is coded in language interpretable by said processor of the host terminal.
  • the series of control instructions forming an executable certificate is coded in language ⁇ > interpretable by the virtual machine of the host terminal.
  • execution memory context of a software application is made up, between other, addresses in memory of symbols (functions, variables, ...), executable instructions, data, and the state of the execution stack of the application. These values are unique for each computer application running and for each type of processor or virtual machine.
  • step i) it is planned to establish, in a secure environment, a memory context map of the authentic software application being executed, to determine, using the values of this memory card, a series of 'control instructions forming executable certificate.
  • step ii) the device for routing the executable certificate to the host terminal is housed in an electronic processing circuit physically separate from the host terminal. Still in step ii) the values of the execution memory context are recovered by reading the values at the addresses of the different memory areas of the host terminal. In these 1 zones are housed the executable instructions intrinsic to the application, the values of the variables and the values of the references to the functions of the application to be controlled.
  • step iii) the result obtained by the execution of said sequence of control instructions is a signature of the application to be checked.
  • This signature is calculated by said sequence of control instructions which uses the values of the memory context of the software application to be checked during execution.
  • the software application comprises instructions making it possible to insert and execute in its memory context said sequence of instructions by substituting at least one address for executing an instruction of said software application with at least the address an instruction from the sequence of control instructions forming an executable certificate.
  • the series of control instructions forming an executable certificate is transported in a data stream necessary for the execution of the software application to be checked.
  • said useful data are previously protected by an encryption method. The deciphering of these
  • the protection method is keyless, the sequence of operations to obtain accessibility data is in the following instructions for controlling the executable certificate.
  • the protection of the data necessary for the operation of the software application to be checked is undertaken in a secure environment before this data is transmitted.
  • the protection method, with or without a key, must be reversible.
  • the series of control instructions is housed in the smart card (or the circuit secure) and sent to the software application to be checked, the software application being able to retrieve and execute said sequence of control instructions thus sent with the data it needs to operate.
  • access to data transmitted by the smart card (or the secure circuit) must be necessary for the software application to be checked so that it behaves identically to an authentic application.
  • the executable certificate executes instructions calling on functions belonging to another application.
  • the present invention also relates to a device for verifying the integrity of a software application for implementing the method according to the invention.
  • the verification device comprises processing means capable of determining at least one series of control instructions forming an executable certificate for the software application, executable by said host terminal during execution of the software application to be checked, and comparison means for comparing the result of the execution of the executable certificate on the behavior of the software application to be checked, with the expected result of the behavior of an authentic application, and means modify the execution of the software application to be checked according to the result of the comparison.
  • the verification device comprises a smart card or any other secure circuit capable of containing on the one hand, the series of control instructions forming an executable certificate and on the other hand, an application carrying out the verification test.
  • the host terminal is equipped with a smart card reader (or a means of communication with the secure circuit) and the means of execution of the software application to be checked are arranged to load and execute in its memory context the series of instructions forming a certificate.
  • the verification application in the smart card or the secure circuit is arranged so as to modify the normal sequence the execution of the software application to be checked if the result of the execution of the sequence of control instructions is not transmitted, under conditions defined beforehand, to the verification application in the smart card or of the secure circuit, or if the result of the verification proves to be negative.
  • the device is able to determine a plurality of executable certificates different from each other according to a chosen rate and / or condition.
  • the host terminal belongs to the group formed by data processing devices, digital television decoders, multimedia content viewing equipment, microcomputers, smart cards, personal assistants, game consoles. , mobile phones or the like.
  • FIG. 1 is a schematic view illustrating the verification of a software application whose useful data contains the certificate executable, according to the invention.
  • FIG. 2 is a schematic view illustrating the verification of a software application using a smart card according to the invention.
  • executable certificate is understood here to mean a series of control instructions executable in the memory context of a running software application and the execution of which produces effects such as the execution of a software application to check, if the latter is intact, has the same behavior as that expected.
  • the software application to be checked 1 is embedded in a host terminal (not shown).
  • the host terminal belongs to the group formed by data processing devices, digital television decoders, multimedia content viewing equipment, microcomputers, smart cards, personal assistants, game consoles. , mobile phones or the like.
  • the software application to be checked 1 processes 3 previously protected data 2, that is to say not processable by the application to be checked as long as control instructions for the executable certificate which will be described in more detail below have not authenticated the application to be verified.
  • One method of making this data inaccessible is to encrypt it. all another reversible protection method is possible.
  • These protected data 2 contain 7 an executable certificate 4 containing a series of unprotected control instructions, which are executed 5 by the application to be checked 1.
  • the control instructions for the executable certificate 4 are coded in the language of the host terminal processor, also known as machine language.
  • the instructions of the executable certificate 4 can also be coded in the language of a virtual machine, emulating the behavior of a processor.
  • control instructions for the executable certificate 4 in machine language are binary structures determined beforehand before they are transmitted to the software application to be checked.
  • control instructions for the executable certificate 4 are chosen so that only an authentic software application can execute them to produce a result identical to that which is expected.
  • the absence of dysfunction of the authentic software application is obtained by choosing a series of control instructions so that the state of the memory context of a software application to check 1 after the execution of the sequence of control instructions is identical to the state of the memory context of the software application before the execution of the sequence of control instructions.
  • the executable certificate 4 can also be inserted in the data stream that the application 1 is supposed to process.
  • the insertion of executable certificates in a data stream can correspond to the case where it is necessary to authenticate a protected multimedia stream processing application, accessible to the user on the condition that the latter has fulfilled the obligations as defined by the seller of the content.
  • the source of the multimedia stream can be a transmission network emission point, the persistent memory of the host terminal, or even a memory unit extractable from the host terminal.
  • the control instructions for the executable certificate 4 are chosen to calculate 6 a signature 8 of the application to be checked 1, using 9 the memory context of the application to be checked 1, during execution.
  • the use of the memory context by the control instructions is carried out by fetching the values of certain symbols (variables, functions, executable instructions) of the application to be checked during execution. The recovery of these values depends among other things on the memory model implemented in the processor of the host terminal.
  • sequence of control instructions for the executable certificate 4 produces 6 a signature 8 which depends 9 on the memory context of the software application to be checked 1 and uses this signature to lift the protection 10 of the protected data 2. If the software application is authentic, the data 2 are made accessible and their processing 3 by the software application to be checked 1 will produce a result identical to that of an authentic application.
  • the executable certificate 4 containing the control instructions is inserted in a data stream, it is necessary to force the application to execute these instructions.
  • the control instructions are then programmed to decrypt part of the data stream that the application to be checked must process. This requires prior processing of the data stream by encryption before this stream is accessed, for processing, by the application to be checked.
  • the decryption algorithm can be implemented in the control instructions or be available as a function implemented in the terminal, and called by the control instructions.
  • the keys, if used by the decryption algorithm are calculated by the control instructions using values of the memory context previously defined for the application being executed.
  • the software application to be checked 11 interacts 12 with a secure circuit 13, of the smart card type or the like.
  • smart card 13 transmits 19 an executable certificate 15 containing control instructions which are loaded and executed 16 by the software application to be checked 11.
  • the control instructions 15 are stored in the smart card 13 and sent to the application to be controlled 11 via the interactive link 12.
  • the application to be checked 11 uses 21 to operate data 20 "which it recovers by interaction 12 with the smart card 13.
  • This data 20 contains 22 the executable certificate 15.
  • the instructions for controlling the executable certificate 15, when they are stored on the smart card 13, are loaded by the application to be checked 11 so that the latter executes them 16 according to the principle set out with reference to FIG. 1.
  • a signature 18 of the software application to be checked is produced 17 by the control instructions of the executable certificate using 14 the memory context of the software application to be checked.
  • the control instructions for the executable certificate interact 19 with the secure circuit 13 so that the signature 18 of the controlled application 11 is transmitted to another verification app 24 hosted on the smart card 13, considered here as a secure environment.
  • the verification application 24 in the smart card maintains for each type of processor and for each application to be checked, a correspondence table between the executable checking instructions 15 and the expected results.
  • This correspondence table makes it possible to verify 23 the validity of the signature calculated by the executable certificate 15. If the result of the verification is negative, the verification application hosted in the smart card interacts with the application to be checked in order to modify the operation of the latter. If the verification is positive, the smart card 13 produces the data 20 which the software application 11 needs to operate 21.
  • the certificates hosted in the smart card or the secure circuit change according to a chosen rate or condition.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Technology Law (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mathematical Physics (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computing Systems (AREA)
  • Signal Processing (AREA)
  • Storage Device Security (AREA)

Abstract

Le procédé de vérification de l'intégrité d'une application logicielle exécutable dans un terminal hôte, comprend les étapes suivantes i) déterminer au moins une suite d'instructions de contrôle formant certificat exécutable (4,15) pour l'application logicielle, exécutable par ledit terminal hôte au cours de l'exécution de l'application logicielle à vérifier (1,11), ii) sur le terminal hôte, exécuter l'application logicielle à vérifier (1,11), recevoir le certificat exécutable (4,15) ainsi déterminé lors de l'étape i) et exécuter la suite d'instructions de contrôle dudit certificat exécutable dans le contexte mémoire dudit terminal hôte, iii) comparer le résultat ainsi obtenu par l'exécution des instructions de contrôle avec le résultat attendu d'une application logicielle authentique et, iv) en cas de comparaison positive, continuer le cours de l'exécution de l'application logicielle à vérifier (1,11).

Description

PROCEDE ET DISPOSITIF DE VERIFICATION DE L'INTEGRITE
D'UNE APPLICATION LOGICIELLE
5
La présente invention concerne la vérification de l'authenticité d'une application logicielle exécutée sur un terminal hôte sans nécessairement faire appel à des clés de chiffrement / déchiffrement.
" Elle trouve une application générale dans l'authentification d'applications logicielles et plus particulièrement les applications logicielles destinées à être exécutées sur un dispositif de traitement de données, notamment un terminal hôte tel qu'un décodeur de télévision numérique, un équipement de visualisation de contenus multimédia, un micro-ordinateur, une carte à puce, un assistant personnel, une console de jeux, un téléphone mobile ou analogue.
15
On connaît déjà des moyens d'authentification permettant de vérifier l'authenticité ou l'intégrité d'applications logicielles embarquées et exécutées sur des terminaux hôtes. Généralement, de tels moyens d'authentification mettent en œuvre des fonctions de hachage et/ou des algorithmes cryptographiques qui utilisent des données secrètes telles que des clés privées ou secrètes de 2ϋ chiffrement/déchiffrement cachées dans le logiciel de vérification du terminal hôte. Le plus souvent, ces données secrètes sont protégées par des techniques d'offiiscation destinées à rendre plus difficile la rétro-conception.
En pratique, de tels moyens d'authentification embarqués dans les terminaux hôtes sont tout 25 aussi vulnérables que les applications logicielles dont ils sont sensés contrôler l'authenticité. En effet, un pirate averti peut opérer des modifications malveillantes sur ces moyens d'authentification, afin, par exemple, de récupérer les données secrètes, leurrer le système de vérification ou lui faire produire, malgré lui, les résultats attendus. o n
La présente invention remédie à cet inconvénient. Elle porte sur un procédé de vérification de l'intégrité d'une application logicielle exécutable dans un terminal hôte.
Selon une définition générale de l'invention, le procédé comprend les étapes suivantes : i) déterminer au moins une suite d'instructions de contrôle formant certificat exécutable pour
35 ladite application logicielle, ii) sur le terminal hôte, exécuter l'application logicielle à vérifier, recevoir le certificat exécutable ainsi déterminé lors de l'étape i), et exécuter la suite d'instructions de contrôle dudit certificat exécutable dans le contexte mémoire dudit terminal hôte, iii) comparer le résultat ainsi obtenu par l'exécution des instructions de contrôle avec le résultat attendu d'une application authentique et, iv) en cas de comparaison positive, continuer l'exécution de l'application logicielle à vérifier.
5
On entend ici par le terme "comparaison positive" le fait que toute action, opération, ou modification sur les données utilisées par l'application logicielle à vérifier ou toute action, opération ou modification sur le déroulement de l'exécution de l'application logicielle à vérifier, produise un comportement de l'application logicielle à vérifier identique à celui qui est attendu 10 par le déroulement de l'exécution de l'application authentique.
En renouvelant, à une cadence choisie, la suite d'instructions de contrôle du certificat exécutable, il est possible de mettre en oeuvre un nombre important de moyens d'authentification d'une application et il devient quasi impossible de mettre au point des applications logicielles pirates * -> qui déjouent systématiquement le processus de vérification.
Ainsi, le procédé selon l'invention permet de vérifier l'intégrité d'une application logicielle exécutée sur un terminal hôte avec un degré de sécurisation relativement satisfaisant vis-à-vis des pirates adeptes de la rétro-conception et cela sans faire appel à des clés de chiffrement / 0 déchiffrement ou à des composants matériels coûteux.
Selon une réalisation, la suite d'instructions de contrôle est choisie de telle sorte que l'état du contexte mémoire d'une application logicielle authentique après l'exécution de la suite d'instructions de contrôle est identique (sans modification) à l'état du contexte mémoire de ~> l'application logicielle avant l'exécution de la suite d'instructions de contrôle. Ainsi la mise en œuvre du procédé selon l'invention n'apporte pas de dysfonctionnement au niveau du déroulement de l'application logicielle à vérifier si cette dernière est authentique.
Selon une réalisation, dans laquelle le terminal hôte est équipé d'un processeur, la suite 0 d'instructions de contrôle formant certificat exécutable est codée en langage interprétable par ledit processeur du terminal hôte.
En variante, dans laquelle le terminal hôte est équipé d'une machine virtuelle apte à émuler un processeur, la suite d'instructions de contrôle formant certificat exécutable est codée en langage ~> interprétable par la machine virtuelle du terminal hôte.
En pratique, le contexte mémoire d'exécution d'une application logicielle est constitué, entre autre, des adresses en mémoire des symboles (fonctions, variables,...), des instructions exécutables, des données, et de l'état de la pile d'exécution de l'application. Ces valeurs sont uniques pour chaque application informatique en cours d'exécution et pour chaque type de processeur ou de machine virtuelle.
Dans l'étape i) il est prévu d'établir, dans un environnement sécurisé, une carte du contexte mémoire de l'application logicielle authentique en cours d'exécution, de déterminer, en utilisant les valeurs de cette carte mémoire, une suite d'instructions de contrôle formant certificat exécutable.
10
Dans l'étape ii), le dispositif d'acheminement du certificat exécutable à destination du terminal hôte est logé dans un circuit électronique de traitement physiquement séparé du terminal hôte. Toujours dans l'étape ii) la récupération des valeurs du contexte mémoire d'exécution se fait par lecture des valeurs aux adresses des différentes zones de mémoire du terminal hôte. Dans ces 1 zones sont logées les instructions exécutables intrinsèques à l'application, les valeurs des variables et les valeurs des références aux fonctions de l'application à contrôler.
A l'étape iii), le résultat obtenu par l'exécution de ladite suite d'instructions de contrôle est une signature de l'application à vérifier. Cette signature est calculée par ladite suite d'instructions de ™ contrôle qui utilise les valeurs du contexte mémoire de l'application logicielle à vérifier en cours d'exécution. De préférence, l'application logicielle comprend des instructions permettant d'insérer et d'exécuter dans son contexte mémoire ladite suite d'instructions en substituant au moins une adresse d'exécution d'une instruction de ladite application logicielle par au moins l'adresse d'une instruction de la suite d'instructions de contrôle formant certificat exécutable.
25
Selon une autre réalisation, la suite d'instructions de contrôle formant certificat exécutable est transportée dans un flux de données nécessaire à l'exécution de l'application logicielle à vérifier. Pour forcer l'exécution de la suite d'instructions dudit certificat exécutable, lesdites données utiles sont préalablement protégées par une méthode de chiffrement. Le déchiffrement de ces
30 données est correctement effectué par ladite suite d'instructions de contrôle du certificat exécutable si l'application à vérifier est une application authentique. Si le procédé de chiffrement utilise une clé, cette dernière est produite par les instructions de contrôle avec des valeurs du contexte mémoire de l'application logicielle à vérifier, valeurs formant signature de l'application logicielle à vérifier. Les opérations pour obtenir la clé de chiffirement sont codées dans la suite
3-> d'instructions du certificat exécutable.
En variante, la méthode de protection est sans clé, la suite d'opérations pour obtenir l'accessibilité des données est dans la suite d'instructions de contrôle du certificat exécutable. En pratique, la protection des données nécessaires au fonctionnement de l'application logicielle à vérifier est entreprise dans un environnement sécurisé avant que ces données ne soient transmises. La méthode de protection, avec ou sans clé, doit être réversible.
Selon encore une autre réalisation, dans laquelle l'exécution de l'application logicielle fait appel à une carte à puce ou à tout autre circuit sécurisé pour fonctionner, la suite d'instructions de contrôle est logée dans la carte à puce (ou le circuit sécurisé) et envoyée à l'application logicielle à vérifier, l'application logicielle étant apte à récupérer et exécuter ladite suite d'instructions de contrôle ainsi envoyée avec les données dont elle a besoin pour fonctionner. En pratique, l'accès à des données transmises par la carte à puce (ou le circuit sécurisé) doit être nécessaire à l'application logicielle à vérifier pour que celle-ci se comporte de façon identique à une application authentique.
Selon une autre réalisation, à la suite d'une vérification négative de l'intégrité de l'application logicielle à vérifier, le certificat exécutable exécute des instructions faisant appel à des fonctions appartenant à une autre application.
La présente invention a également pour objet un dispositif de vérification de l'intégrité d'une application logicielle pour la mise en œuvre du procédé selon l'invention.
Selon une caractéristique importante de l'invention, le dispositif de vérification comprend des moyens de traitement aptes à déterminer au moins une suite d'instructions de contrôle formant certificat exécutable pour l'application logicielle, exécutable par ledit terminal hôte au cours de l'exécution de l'application logicielle à vérifier, et des moyens de comparaison pour comparer le résultat de l'exécution du certificat exécutable sur le comportement de l'application logicielle à vérifier, avec le résultat attendu du comportement d'une application authentique, et des moyens de modifier l'exécution de l'application logicielle à vérifier en fonction du résultat de la comparaison.
Selon une réalisation, le dispositif de vérification comprend une carte à puce ou tout autre circuit sécurisé apte à contenir d'une part, la suite d'instructions de contrôle formant certificat exécutable et d'autre part, une application réalisant le test de vérification. Le terminal hôte est équipé d'un lecteur de carte à puce (ou d'un moyen de communication avec le circuit sécurisé) et les moyens d'exécution de l'application logicielle à vérifier sont agencés pour charger et exécuter dans son contexte mémoire la suite d'instructions formant certificat. L'application de vérification dans la carte à puce ou le circuit sécurisé est agencée de façon à modifier le déroulement normal de l'exécution de l'application logicielle à vérifier si le résultat de l'exécution de la suite d'instructions de contrôle n'est pas transmis, dans des conditions définies préalablement, à l'application de vérification dans la carte à puce ou du circuit sécurisé, ou si le résultat de la vérification s'avère négatif.
Selon une variante, le dispositif est apte à déterminer une pluralité de certificats exécutables différents les uns des autres selon une cadence et/ou condition choisie. En pratique, le terminal hôte appartient au groupe formé par les dispositifs de traitement des données, les décodeurs de télévision numérique, les équipements de visualisation de contenus multimédias, les micro- ordinateurs, les cartes à puces, les assistants personnels, les consoles de jeux, les téléphones mobiles ou analogues.
D'autres caractéristiques et avantages de l'invention apparaîtront à la lumière de la description détaillée ci-après et des dessins dans lesquels: - la figure 1 est une vue schématique illustrant la vérification d'une application logicielle dont les données utiles contiennent le certificat exécutable, selon l'invention, et
- la figure 2 est une vue schématique illustrant la vérification d'une application logicielle utilisant une carte à puce selon l'invention.
En pratique, les termes "intégré" et "authentique" sont ici utilisés indifféremment pour une application logicielle.
On entend ici par "certificat exécutable" une suite d'instructions de contrôle exécutables dans le contexte mémoire d'une application logicielle en cours d'exécution et dont l'exécution produit des effets tels que l'exécution d'une l'application logicielle à vérifier, si cette dernière est intègre, a un comportement identique à celui qui est attendu.
En référence à la figure 1, l'application logicielle à vérifier 1 est embarquée dans un terminal hôte (non représenté). Par exemple, le terminal hôte appartient au groupe formé par les dispositifs de traitement des données, les décodeurs de télévision numérique, les équipements de visualisation de contenus multimédias, les micro-ordinateurs, les cartes à puces, les assistants personnels, les consoles de jeux, les téléphones mobiles ou analogues.
En pratique, l'application logicielle à vérifier 1 traite 3 des données préalablement protégées 2, c'est-à-dire non traitables par l'application à vérifier tant que des instructions de contrôle du certificat exécutable que l'on décrira plus en détail ci-après n'ont pas authentifiées l'application à vérifier. Une méthode pour rendre non accessibles ces données consiste à les chiffrer. Toute autre méthode de protection réversible est envisageable.
Ces données protégées 2 contiennent 7 un certificat exécutable 4 renfermant une suite d'instructions de contrôle non protégées, qui sont exécutées 5 par l'appKcation à vérifier 1. En pratique, les instructions de contrôle du certificat exécutable 4 sont codées dans le langage du processeur du terminal hôte, encore appelé langage machine. En variante, les instructions du certificat exécutable 4 peuvent aussi être codées dans le langage d'une machine virtuelle, émulant le comportement d'un processeur.
Ces instructions de contrôle du certificat exécutable 4 en langage machine sont des structures binaires préalablement déterminées avant que celles-ci ne soient transmises à l'application logicielle à vérifier.
Les instructions de contrôle du certificat exécutable 4 sont choisies de façon à ce que seule une application logicielle authentique puisse les exécuter pour produire un résultat identique à celui qui est attendu. Comme on le verra plus en détail ci-après, l'absence de dysfonctionnement de l'application logicielle authentique est obtenue en choisissant une suite d'instructions de contrôle de telle sorte que l'état du contexte mémoire d'une l'application logicielle à vérifier 1 après l'exécution de la suite d'instructions de contrôle soit identique à l'état du contexte mémoire de l'application logicielle avant l'exécution de la suite d'instructions de contrôle.
Le certificat exécutable 4 peut aussi être inséré dans le flot de données que l'application 1 est sensée traiter. L'insertion de certificats exécutables dans un flot de données peut correspondre au cas où il est nécessaire d'authentifier une application de traitement de flux multimédia protégé, accessible à l'utilisateur à la condition que ce dernier se soit acquitté des obligations telles que définies par le vendeur des contenus. La source du flux multimédia peut être un point d'émission d'un réseau de diffusion, la mémoire persistante du terminal hôte, ou encore une unité de mémoire extractible du terminal hôte.
Les instructions de contrôle du certificat exécutable 4 sont choisies pour calculer 6 une signature 8 de l'application à contrôler 1, en utilisant 9 le contexte mémoire de l'application à contrôler 1, en cours d'exécution. L'utilisation du contexte mémoire par les instructions de contrôle est réalisé en allant chercher les valeurs de certains symboles (variables, fonctions, instructions exécutables) de l'application à vérifier en cours d'exécution. La récupération de ces valeurs dépend entre autre du modèle mémoire implémenté dans le processeur du terminal hôte.
En pratique, la suite d'instructions de contrôle du certificat exécutable 4 produit 6 une signature 8 qui dépend 9 du contexte mémoire de l'application logicielle à vérifier 1 et utilise cette signature pour lever la protection 10 des données protégées 2. Si l'application logicielle est authentique, les données 2 sont rendues accessibles et leur traitement 3 par l'application logicielle à vérifier 1 produira un résultat identique à celui d'une application authentique.
Dans le cas où le certificat exécutable 4 contenant les instructions de contrôle est inséré dans un flot de données, il est nécessaire de forcer l'application à exécuter ces instructions. Les instructions de contrôle sont alors programmées pour déchiffrer une partie du flot de données que l'application à vérifier doit traiter. Cela nécessite un traitement préalable du flot de données par chiffrement avant que ce flot ne soit accédé, pour traitement, par l'application à vérifier. L'algorithme de déchiffrement peut être implémenté dans les instructions de contrôle ou être disponible sous forme de fonction implémentée dans le terminal, et appelée par les instructions de contrôle. Les clés, si utilisées par l'algorithme de déchiffrement, sont calculées par les instructions de contrôle en utilisant des valeurs du contexte mémoire préalablement définies de l'application en cours d'exécution.
En référence à la figure 2, l'application logicielle à vérifier 11 interagit 12 avec un circuit sécurisé 13, de type carte à puce ou analogue.
carte à puce 13 transmet 19 un certificat exécutable 15 contenant des instructions de contrôle qui sont chargées et exécutées 16 par l'application logicielle à vérifier 11. Ainsi, pour une application 11 nécessitant 12 une carte à puce 13 pour fonctionner, les instructions de contrôle 15 sont stockées dans la carte à puce 13 et envoyées à l'application à contrôler 11 par le biais du lien interactif 12.
L'application à contrôler 11 utilise 21 pour fonctionner des données 20" qu'elle récupère par interaction 12 avec la carte à puce 13. Ces données 20 contiennent 22 le certificat exécutable 15. Les instructions de contrôle du certificat exécutable 15, lorsqu'elles sont stockées sur la carte à puce 13, sont chargées par l'application à contrôler 11 de façon à ce que celle-ci les exécute 16 selon le principe exposé en référence à la figure 1.
Une signature 18 de l'application logicielle à vérifier est produite 17 par les instructions de contrôle du certificat exécutable en utilisant 14 le contexte mémoire de l'application logicielle à contrôler.
Les instructions de contrôle du certificat exécutable interagissent 19 avec le circuit sécurisé 13 de façon à ce que la signature 18 de l'application contrôlée 11 soit transmise à une autre appHcation de vérification 24 hébergée sur la carte à puce 13, considérée ici comme un environnement sécurisé. L'application de vérification 24 dans la carte à puce maintient pour chaque type de processeur et pour chaque application à contrôler, une table de correspondance entre les instructions de contrôle exécutables 15 et les résultats attendus.
Cette table de correspondance permet de vérifier 23 la validité de la signature calculée par le certificat exécutable 15. Si le résultat de la vérification est négatif, l'application de vérification hébergée dans la carte à puce interagit 12 avec l'application à contrôler afin de modifier le fonctionnement de cette dernière. Si la vérification est positive, la carte à puce 13 produit les données 20 dont l'application logicielle 11 a besoin pour fonctionner 21.
Dans un mode de réalisation, les certificats hébergés dans la carte à puce ou le circuit sécurisé changent selon une cadence ou condition choisie.

Claims

REVENDICATIONS
1. Procédé de vérification de l'intégrité d'une appHcation logicieUe exécutable dans un terminal hôte, caractérisé en ce qu'il comprend les étapes suivantes : i) déterminer au moins une suite d'instructions de contrôle formant certificat exécutable (4,15) pour l'application logicielle, exécutable par ledit terminal hôte au cours de l'exécution de l'application logicielle à vérifier (1,11), ii) sur le terminal hôte, exécuter l'application logicielle à vérifier (1,11), recevoir le certificat exécutable (4,15) ainsi déterminé lors de l'étape i), et exécuter la suite d'instructions de contrôle dudit certificat exécutable dans le contexte mémoire dudit terminal hôte, iii) comparer le résultat ainsi obtenu par l'exécution des instructions de contrôle avec le résultat attendu d'une application logicielle authentique et, iv) en cas de comparaison positive, continuer le cours de l'exécution de l'application logicielle à vérifier (1,11).
2. Procédé selon la revendication 1, dans lequel le terminal hôte est équipé d'un processeur caractérisé en ce que la suite d'instructions de contrôle formant certificat (4, 15) est codée en langage interprétable par ledit processeur du terminal hôte.
3. Procédé selon la revendication 1, dans lequel' le terminal hôte est équipé d'une machine virtuelle apte à émuler un processeur, caractérisé en ce que la suite d'instructions de contrôle formant certificat (4, 15) est codée en langage interprétable par la machine virtuelle du terminal hôte.
4. Procédé selon l'une des revendications 1 à 3, dans lequel le certificat exécutable comporte une partie des traitements nécessaire au bon fonctionnement de l'application authentique.
5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que dans l'étape i) il est prévu d'établir, dans un environnement sécurisé, une carte du contexte mémoire de l'application logicieHe authentique en cours d'exécution, et de déterminer, à partir des valeurs de cette carte mémoire, la suite d'instructions de contrôle destinée à former le certificat exécutable (4,15).
6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que dans l'étape iï), le certificat exécutable (4, 15) à destination du terminal hôte émane d'un circuit électronique de traitement physiquement séparé du terminal hôte.
7. Procédé selon l'une des revendications 1 à 6, caractérisé en ce que dans l'étape ii) la récupération des valeurs du contexte mémoire d'exécution se fait par lecture des valeurs aux adresses des différentes zones de la mémoire du terminal hôte, ces zones contenant les instructions exécutables et les données intrinsèques à l'application à vérifier.
8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce que dans l'étape iii), le résultat obtenu par l'exécution de ladite suite d'instructions de contrôle (4,15) produit une signature de l'application à vérifier, cette signature étant calculée par ladite suite d'instructions de contrôle (4, 15) qui utilise les valeurs du contexte mémoire de l'application logicielle à vérifier en cours d'exécution de l'appHcation.
9. Procédé selon l'une des revendications précédentes, caractérisé en ce que l'application logicielle comprend des instructions permettant de charger et d'exécuter dans sa carte de contexte mémoire ladite suite d'instructions de contrôle (4, 15) en substituant au moins une adresse d'exécution d'une instruction de ladite appHcation logicielle par au moins une adresse d'instruction de la suite d'instructions formant certificat.
10. Procédé selon l'une des revendications précédentes, caractérisé en ce que la suite d'instructions de contrôle (4, 15) est choisie dételle sorte que l'état du contexte mémoire d'une l'application logicielle après l'exécution de la suite d'instructions de contrôle est identique efou sans modification de l'état du contexte mémoire de l'application logicielle avant l'exécution de la suite d'instructions de contrôle. -
11. Procédé selon l'une quelconque des revendications 1 à 10, caractérisé en ce que la suite d'instructions formant certificat (4,15) est transportée dans un flux de données nécessaire à l'exécution de l'application logicielle à vérifier.
12. Procédé selon l'une quelconque des revendications 1 à 11, caractérisé en ce que l'application logicielle à vérifier est tout ou partie chiffrée, le déchiffrement correct de l'appHcation logicieUe étant réalise en cas d'intégrité de l'application logicielle à vérifier.
13. Dispositif de vérification de l'intégrité d'une application logicielle destinée à être exécutée dans un terminal hôte pour la mise en œuvre du procédé selon l'une des revendications
1 à 12, caractérisé en ce qu'il comprend des moyens de traitement aptes à déterminer au moins une suite d'instructions de contrôle (4,15) pour l'application logicielle (1,11), exécutable par ledit terminal hôte au cours de l'exécution de l'application logicieUe, et formant un certificat exécutable de ladite application logicielle, des moyens d'exécution pour exécuter la suite d'instructions formant certificat (4,15) sur le terminal hôte au cours de l'exécution de l'application logicielle, des moyens de comparaison pour comparer le résultat ainsi obtenu par l'exécution des instructions de contrôle avec le résultat attendu d'une application authentique, et des moyens aptes en cas de comparaison positive à continuer l'exécution de l'application logicielle à vérifier (1,11).
14. Dispositif selon la revendication 13, caractérisé en ce qu'il comprend une carte à puce ou tout autre circuit sécurisé apte à contenir la suite d'instructions de contrôle formant certificat (4,15), en ce que le terminal hôte est équipé d'un lecteur de carte à puce ou d'un moyen de communication avec le circuit sécurisé et en ce que les moyens d'exécution de l'application logicieUe sont agencés pour aUer chercher, dans la carte à puce ou le circuit sécurisé, la suite d'instructions formant certificat au cours de l'exécution de l'application logicielle à vérifier.
15. Dispositif selon la revendication 14, caractérisé en ce que le terminal hôte est apte à renvoyer à la carte à puce ou au circuit sécurisé la signature produite par la suite d'instructions de contrôle, et en ce que la carte à puce ou le circuit sécurisé comprend en outre une application logicielle de vérification apte à vaHder ou invalider l'authenticité de l'application logicieUe à vérifier en fonction du résultat de la comparaison entre la signature produite par la suite d'instructions de contrôle et une valeur de la signature connue et préalablement stockée dans la carte à puce ou dans le circuit sécurisé.
16. Dispositif selon la revendication 15, caractérisé en ce qu'en cas de comparaison négative, la carte à puce est apte à modifier le fonctionnement de l'application logicielle à vérifier.
17. Dispositif selon la revendication 15 ou la revendication 16, caractérisé en ce qu'en cas de non transmission de la signature conformément à des conditions prédéterminées, la carte à puce est apte à modifier le fonctionnement de l'application logicielle à vérifier.
18. Dispositif selon l'une des revendications 13 à 17, caractérisé en ce qu'en cas de comparaison négative, le dispositif comprend en outre des moyens aptes à empêcher le fonctionnement de l'application logicieUe dans le terminal hôte.
19. Dispositif selon l'une des revendications 13 à 18, caractérisé en ce que le terminal hôte appartient au groupe formé par les dispositifs de traitement des données, les décodeurs de télévision numérique, les équipements de visualisation de contenus multimédias, les micro- ordinateurs, les cartes à puces, les assistants personnels, les consoles de jeux, les téléphones mobiles ou analogues.
20. Dispositif selon l'une des revendications 13 à 19, caractérisé en ce que les moyens de traitement sont aptes à déterminer une pluralité de certificats exécutables (4, 15), différents les un par rapport aux autres selon une cadence et/ou condition choisie.
21. Dispositif selon l'une des revendications 13 à 20, caractérisé en ce que les moyens de traitement sont aptes à déterminer une pluralité de certificats exécutables (14, 15), différents les uns par rapport aux autres selon une cadence et/ou une condition choisie.
PCT/FR2003/003877 2002-12-24 2003-12-23 Procede et dispositif de verification de l'integrite d'une application logicielle WO2004059450A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
AU2003299401A AU2003299401A1 (en) 2002-12-24 2003-12-23 Software application integrity verification method and device
EP03799695A EP1576444A1 (fr) 2002-12-24 2003-12-23 Procede et dispositif de verification de l'integrite d'une application logicielle
CA002510602A CA2510602A1 (fr) 2002-12-24 2003-12-23 Procede et dispositif de verification de l'integrite d'une application logicielle
US10/539,566 US7739514B2 (en) 2002-12-24 2003-12-23 Software application integrity verification method and device
HK06103351.1A HK1083545A1 (en) 2002-12-24 2006-03-16 Software application integrity verification method and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0216652A FR2849230B1 (fr) 2002-12-24 2002-12-24 Procede et dispositif de verification de l'integrite d'une application logicielle sans cle de chiffrement/dechiffrement
FR02/16652 2002-12-24

Publications (1)

Publication Number Publication Date
WO2004059450A1 true WO2004059450A1 (fr) 2004-07-15

Family

ID=32406503

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2003/003877 WO2004059450A1 (fr) 2002-12-24 2003-12-23 Procede et dispositif de verification de l'integrite d'une application logicielle

Country Status (8)

Country Link
US (1) US7739514B2 (fr)
EP (1) EP1576444A1 (fr)
CN (1) CN100520670C (fr)
AU (1) AU2003299401A1 (fr)
CA (1) CA2510602A1 (fr)
FR (1) FR2849230B1 (fr)
HK (1) HK1083545A1 (fr)
WO (1) WO2004059450A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2466505A1 (fr) 2010-12-01 2012-06-20 Nagravision S.A. Procédé d'authentification de terminal
WO2014101651A1 (fr) * 2012-12-28 2014-07-03 Hangzhou H3C Technologies Co., Ltd. Logiciel fonctionnant dans un environnement de machine virtuelle

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060048226A1 (en) * 2004-08-31 2006-03-02 Rits Maarten E Dynamic security policy enforcement
EP1698958A1 (fr) * 2005-02-25 2006-09-06 Axalto SA Procédé de sécurisation de l'ecriture en mémoire contre des attaques par rayonnement ou autres
GB0514492D0 (en) * 2005-07-14 2005-08-17 Ntnu Technology Transfer As Secure media streaming
GB2443264A (en) * 2006-10-27 2008-04-30 Ntnu Technology Transfer As Integrity checking method for a device in a computer network, which controls access to data; e.g. to prevent cheating in online game
CN101226569A (zh) * 2007-01-19 2008-07-23 国际商业机器公司 在虚拟机中验证代码模块的方法及装置
JP5320561B2 (ja) * 2009-03-19 2013-10-23 株式会社日立製作所 真正性を保証する端末システム、端末及び端末管理サーバ
WO2011119137A1 (fr) 2010-03-22 2011-09-29 Lrdc Systems, Llc Procédé destiné à identifier et à protéger l'intégrité d'un ensemble de données de source
US8615684B2 (en) * 2011-04-18 2013-12-24 Astronautics Corporation Of America High reliability processor system
US8695060B2 (en) 2011-10-10 2014-04-08 Openpeak Inc. System and method for creating secure applications
KR101618274B1 (ko) * 2012-02-14 2016-05-04 애플 인크. 복수의 액세스 제어 클라이언트를 지원하는 모바일 장치, 및 대응 방법들
US9135046B1 (en) 2012-06-19 2015-09-15 Bromium, Inc. Preventing host operating system from inspecting or modifying data received by hardware controller by moving host operating system into a virtual machine after boot up
US10140139B1 (en) 2012-06-19 2018-11-27 Bromium, Inc. Ensuring the privacy and integrity of a hypervisor
US9021476B1 (en) * 2012-06-19 2015-04-28 Bromium, Inc. Ensuring the privacy and integrity of a hypervisor
CN104134021B (zh) * 2013-06-20 2016-03-02 腾讯科技（深圳）有限公司 软件的防篡改验证方法及装置
US9762657B2 (en) 2014-06-17 2017-09-12 International Business Machines Corporation Authentication of mobile applications
US8938547B1 (en) 2014-09-05 2015-01-20 Openpeak Inc. Method and system for data usage accounting in a computing device
US20160071040A1 (en) 2014-09-05 2016-03-10 Openpeak Inc. Method and system for enabling data usage accounting through a relay
US9350818B2 (en) 2014-09-05 2016-05-24 Openpeak Inc. Method and system for enabling data usage accounting for unreliable transport communication
US9100390B1 (en) 2014-09-05 2015-08-04 Openpeak Inc. Method and system for enrolling and authenticating computing devices for data usage accounting
US9232013B1 (en) 2014-09-05 2016-01-05 Openpeak Inc. Method and system for enabling data usage accounting
EP3026557A1 (fr) * 2014-11-28 2016-06-01 Thomson Licensing Procédé et dispositif permettant d'assurer la vérification de l'intégrité d'une application
EP3026558A1 (fr) * 2014-11-28 2016-06-01 Thomson Licensing Procédé et dispositif permettant d'assurer la vérification de l'intégrité d'une application
US9232078B1 (en) 2015-03-16 2016-01-05 Openpeak Inc. Method and system for data usage accounting across multiple communication networks
SG10201602449PA (en) 2016-03-29 2017-10-30 Huawei Int Pte Ltd System and method for verifying integrity of an electronic device
US10523418B2 (en) 2016-06-03 2019-12-31 Cryptography Research, Inc. Providing access to a hardware resource based on a canary value
EP3373178A1 (fr) * 2017-03-08 2018-09-12 Secure-IC SAS Comparaison de signatures de données de contexte d'exécution avec des références
EP3696698A1 (fr) * 2019-02-18 2020-08-19 Verimatrix Procédé de protection d'un programme logiciel contre la falsification

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999035582A1 (fr) * 1998-01-05 1999-07-15 Chew Wah Lui Systeme d'activation de logiciel et procede d'authentification de logiciel
US6006328A (en) * 1995-07-14 1999-12-21 Christopher N. Drake Computer software authentication, protection, and security system
WO2000033196A1 (fr) * 1998-11-26 2000-06-08 Aristocrat Technologies Australia Pty Ltd Jeu de casino electronique avec dispositif d'authentification et securite amelioree
US6308270B1 (en) * 1998-02-13 2001-10-23 Schlumberger Technologies, Inc. Validating and certifying execution of a software program with a smart card

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2385565T3 (es) * 2000-09-21 2012-07-26 Research In Motion Limited Sistema y método de firma mediante código por software
US6782477B2 (en) * 2002-04-16 2004-08-24 Song Computer Entertainment America Inc. Method and system for using tamperproof hardware to provide copy protection and online security

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6006328A (en) * 1995-07-14 1999-12-21 Christopher N. Drake Computer software authentication, protection, and security system
WO1999035582A1 (fr) * 1998-01-05 1999-07-15 Chew Wah Lui Systeme d'activation de logiciel et procede d'authentification de logiciel
US6308270B1 (en) * 1998-02-13 2001-10-23 Schlumberger Technologies, Inc. Validating and certifying execution of a software program with a smart card
WO2000033196A1 (fr) * 1998-11-26 2000-06-08 Aristocrat Technologies Australia Pty Ltd Jeu de casino electronique avec dispositif d'authentification et securite amelioree

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HOI CHANG AND MIKHAIL J. ATTALLAH: "Protecting Software Code by Guards", LECTURE NOTES IN COMPUTER SCIENCE, SPRINGER VERLAG, vol. 2320, 10 June 2002 (2002-06-10), pages 160 - 175, XP002245264, ISBN: 3540436774 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2466505A1 (fr) 2010-12-01 2012-06-20 Nagravision S.A. Procédé d'authentification de terminal
US8683581B2 (en) 2010-12-01 2014-03-25 Nagravision S.A. Method for authenticating a terminal
WO2014101651A1 (fr) * 2012-12-28 2014-07-03 Hangzhou H3C Technologies Co., Ltd. Logiciel fonctionnant dans un environnement de machine virtuelle

Also Published As

Publication number Publication date
FR2849230A1 (fr) 2004-06-25
US7739514B2 (en) 2010-06-15
AU2003299401A1 (en) 2004-07-22
US20060085645A1 (en) 2006-04-20
CN100520670C (zh) 2009-07-29
EP1576444A1 (fr) 2005-09-21
CA2510602A1 (fr) 2004-07-15
CN1729436A (zh) 2006-02-01
FR2849230B1 (fr) 2005-04-22
HK1083545A1 (en) 2006-07-07

Similar Documents

Publication Publication Date Title
WO2004059450A1 (fr) Procede et dispositif de verification de l'integrite d'une application logicielle
US20090249492A1 (en) Fabrication of computer executable program files from source code
CN111404696B (zh) 协同签名方法、安全服务中间件、相关平台及系统
FR2854303A1 (fr) Procede de securisation d'un terminal mobile et applications de procede, l'execution d'applications necessitant un niveau de securite eleve
EP0425053A1 (fr) Système de traitement de données comportant des moyens d'authentification d'une carte à mémoire, circuit électronique à utiliser dans ce système et procédé de mise en oeuvre de cette authentification
EP2122530A2 (fr) Authentification de données numériques
FR2885424A1 (fr) Dispositif de traitement de donnees, terminal de telecommunications et procede de traitement de donnees au moyen d'un dispositif de traitement de donnees.
CN112257086B (zh) 一种用户隐私数据保护方法及电子设备
EP1766588A2 (fr) Composant pour module de sécurité
EP2064648A1 (fr) Fabrication de fichiers de programme exécutables par ordinateur à partir d'un code source
EP3588359B1 (fr) Procédé de vérification de l'intégrité d'un code applicatif, dispositif et produit programme d'ordinateur correspondants
WO2007010333A1 (fr) Module de securite hote utilisant une serie de cartes intelligentes
EP0720098B1 (fr) Dispositif de sécurisation de systèmes d'information organisés autour de microprocesseurs
EP2107808A1 (fr) Module de sécurité (SM) pour unité de traitement de données audio/vidéo
WO2009129017A1 (fr) Procédé, appareil et système pour authentifier un dispositif matériel programmable et pour authentifier des commandes reçues dans le dispositif matériel programmable depuis un processeur sécurisé
US20130163808A1 (en) Method and System of Digital Steganography
FR3002670A1 (fr) Procede et systeme de traitement cryptographique utilisant une donnee sensible
EP3327607B1 (fr) Procede de verification de donnees
CN114817956A (zh) 一种usb通信对象验证方法、系统、装置及存储介质
WO2007060322A2 (fr) Procede et dispositif d'authentification par un utilisateur d'une interface de confiance et programme d'ordinateur associe
EP2016700B1 (fr) Procede d'activation d'un terminal
CN114244620A (zh) 一种板卡入网验证方法、装置及板卡控制中心
EP2912598B1 (fr) Procédé de téléchargement d'au moins un composant logiciel dans un appareil informatique, produit programme d'ordinateur, appareil informatique et système informatique associés
CN113094708A (zh) 电子文件处理方法及装置、存储介质和处理器
EP3350745B1 (fr) Gestion d'un affichage d'une vue d'une application sur un écran d'un dispositif électronique de saisie de données, procédé, dispositif et produit programme d'ordinateur correspondants

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
ENP Entry into the national phase

Ref document number: 2006085645

Country of ref document: US

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 10539566

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2003799695

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2510602

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 20038A71521

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2003799695

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 10539566

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP