EP1810441A2 - Procede de deblocage d'une application verrouillee par numero d'identification personnel - Google Patents

Procede de deblocage d'une application verrouillee par numero d'identification personnel

Info

Publication number
EP1810441A2
EP1810441A2 EP05803102A EP05803102A EP1810441A2 EP 1810441 A2 EP1810441 A2 EP 1810441A2 EP 05803102 A EP05803102 A EP 05803102A EP 05803102 A EP05803102 A EP 05803102A EP 1810441 A2 EP1810441 A2 EP 1810441A2
Authority
EP
European Patent Office
Prior art keywords
smart card
application
personal identification
identification number
card
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.)
Withdrawn
Application number
EP05803102A
Other languages
German (de)
English (en)
Inventor
Max De Groot
Gary Chew
Eric Plet
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.)
Thales DIS France SA
Original Assignee
Gemplus Card International SA
Gemplus SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gemplus Card International SA, Gemplus SA filed Critical Gemplus Card International SA
Publication of EP1810441A2 publication Critical patent/EP1810441A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4012—Verifying personal identification numbers [PIN]
    • G—PHYSICS
    • 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
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1025—Identification of user by a PIN code
    • G07F7/1083—Counting of PIN attempts

Definitions

  • the invention relates to applications secured by a personal identification number, commonly called PIN code or PIN.
  • a UICC card (ISO 7816-X ISO 7816-X hardware-defined smart card) or USIM (Universal Subscriber Module in English) classically stores personal information and applications. Most USIM cards provide access to information or applications only when the user has entered a personal identification number (PIN) of the smart card.
  • PIN personal identification number
  • a counter formed in a non-volatile memory of the UICC card stores the number of incorrect entries of the PIN of the smart card and the maximum number allowed. The mode of entering the PIN of the smart card is blocked, and with it, the card, when the number of erroneous entries equals the maximum number allowed.
  • the counter reset is performed either when a valid chip card PIN is entered before blocking, or when a PIN Unblock Key (PUK) is entered after blocking. Entering the PUK after blocking unlocks the UICC card.
  • PUK PIN Unblock Key
  • UICC cards and digital devices in general have an increasing number of applications secured by a personal application identification number (hereinafter referred to as an application PIN) and sometimes developed by a company other than the company. telephony operator delivering the UICC card. As each of these applications may have an application PIN and a unique PUK code, the user does not have all of these data in practice when needed. The telephone platforms are then more complex to organize, each company having to store a database for the PUK codes of its application. The user must also identify which platform to contact to unlock the UICC card. For these reasons, a large number of applications are not locked by an application PIN.
  • an application PIN personal application identification number
  • the invention aims to solve one or more of these disadvantages.
  • the invention thus relates to a method of securing applications of a smart card arranged in a digital apparatus, comprising the steps of:
  • the smart card used is a UICC type smart card equipped with a SIM or USIM application provided by a telephone operator and the digital apparatus is a mobile telephone apparatus.
  • the smart card orders the issuance of an alert to a control authority when the number of erroneous entries reaches a predetermined threshold.
  • the smart card used is a credit card type credit card provided by a telephone operator.
  • the smart card controls the extinction of the digital device following the blocking. It can further be provided that the method does not include any step of entering a code for unlocking the personal identification number of the application.
  • the reset of the count and the unblocking are performed when the personal identification number of the smart card is entered after a reset of the smart card.
  • the invention further relates to a smart card comprising:
  • a personal identification number of the smart card whose entry is necessary to access all or part of the card; an application associated with a separate personal identification number in its implementation of the personal identification number of the card;
  • a processing module blocking the card or the application when the number of erroneous entries reaches a predetermined threshold and requiring the valid entry of the personal identification number of the card to unblock the card or the application and reset the counter.
  • the card is of the UICC type with SIM application, USIM and provided by a telephone operator.
  • the card is capable of transmitting a transmission command of an alert to a digital host device when the number of erroneous entries reaches a predetermined threshold.
  • the card is capable of transmitting an extinction command from a digital host device when the number of erroneous inputs reaches a predetermined threshold.
  • FIG 1 shows various stages of implementation of a method according to the invention, in its application to a mobile telephone apparatus
  • FIG. 2 illustrates the operation of a state machine used by an application, implementing the invention.
  • the invention proposes to provide an application of a smart card with an application personal identification number and to count the erroneous entries of this identification number.
  • the application or the smart card is blocked.
  • the count of the erroneous entries is reset and the application or the card is unlocked when the card is reset and the correct personal identification number of the smart card is entered.
  • the PIN of the smart card is used as an unlock code for secure applications. Applications secured by an application PIN therefore have a high level of security without requiring an increase in the unlocking data to be stored.
  • the applications are for example applications complying with STK specifications and issuing commands to the device housing the smart card.
  • FIG. 1 represents various steps of an exemplary method according to the invention.
  • the smart card in the example is a USIM card connected to a host mobile handset.
  • step 101 a user has previously entered the PIN of the USIM card and has therefore had access to a number of information and features of this card, including access to the mobile telephone network.
  • step 101 the user wished to use a secure application of the smart card.
  • the handset requires PIN entry for this application.
  • step 102 the application hangs: the smart card has previously counted the number of erroneous entries of the PIN application and determined that this number had reached a predetermined threshold.
  • the threshold may be set to a value of 3, the usual value for testing a USIM PIN code.
  • the blocking can take several forms: access to the information of the smart card is restricted or prohibited, the desired application or others are prohibited or a new entry of the PIN application is blocked.
  • the smart card advantageously commands the handset to transmit an alert to a control authority.
  • the alert is for example transmitted in the form of an SMS.
  • the alert can be performed at each block or after counting a predetermined number of blockages.
  • the alert can define the secure application that gave rise to the block, a handset ID, or other information that is useful to a controlling authority.
  • the control authority is for example the instance that integrated the secure application in the smart card.
  • the smart card may contain different control authority call numbers associated with respective secure applications. Thus, each supervisory authority will be able to manage the fraud problems related to its applications.
  • step 104 the user is forced to turn off the handset to enter the
  • step 105 the handset requires the entry of the PIN of the smart card, CAP NIP noted in Figure 1. If the user enters the correct PIN of the smart card, the application is unlocked and the count of Wrong entries are reset. Thus, trial-and-error application PIN testing requires knowing the PIN of the chip card, which reduces the risk of fraud for an application.
  • the PIN check of the application still secures the application: the fraudster will have to enter the PIN of an application at a given time and after blocking it, he will have to enter the PIN of the smart card which had not until then been required.
  • Figure 2 illustrates the operation of a state machine used by an application to manage the management of its PIN.
  • the indications placed on the arrows correspond to the conditions of passage from one state to another.
  • the operations performed in each state are detailed in each associated rectangle.
  • the state 201 corresponds to a state of initialization of the smart card or deblocking of the application.
  • the flag CHV.OK is initialized to 0. This flag is used to determine if the PIN of the smart card has been validly entered.
  • the flag PIN.OK is initialized to 0. This flag is used to determine if the PIN of a given application has been validly entered.
  • the RTC counter is initialized to 0. This counter identifies the number of entries of the application PIN.
  • State 202 corresponds to a test state of the application PIN entered by a user.
  • the Reset flag is set to 0. This flag is used to indicate whether or not the application has been reset.
  • the validNIP () function performs the PIN request to the user and returns a value indicating whether the application PIN entry is valid or not.
  • a valid application PIN leads to a value of 1 while an invalid application PIN leads to a value of 0 of this function.
  • the result of the validNIP () function is then placed in the NIP.OK flag.
  • the RTC counter is incremented.
  • the state 203 corresponds to a state of entry of the PIN of the smart card in order to achieve the unlocking of the application. State 203 is obtained when the following cumulative conditions are met:
  • the getCHV () function performs the PIN request from the smart card to the user and returns a value indicating whether or not the PIN entry of the smart card is valid. If the entered smart card PIN is valid, the getCHV () function takes a value of 1, otherwise the getCHV () function takes a value of 0. The result of the getCHV () function is then placed in the CHV flag. OKAY. The RTC flag takes a value of 0.
  • the state 204 indicates the state in which the application is functional, in case of valid entry of the application PIN. Thus, the state 204 is only obtained when the flag NIP.OK takes the value 1. The counter RTC is then reset, the function 'ApplicationQ' executes the application. The PinOK flag is set to 0.

Landscapes

  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephone Function (AREA)

Abstract

L'invention porte sur un procédé de sécurisation d'applications d'une carte à puce disposée dans un appareil numérique, comprenant les étapes de: comptage des saisies erronées d'un numéro d'identification personnel d'une application de la carte à puce; lorsque le nombre de saisies erronées atteint un seuil, blocage (102) de l'application ou de la carte à puce; réinitialisation du comptage des saisies erronées et déblocage de la carte à puce ou de l'application lorsque le numéro d'identification personnel de la carte à puce est saisi (105). Des applications sécurisées par un NIP d'application présentent donc un niveau de sécurité élevé sans nécessiter un accroissement des données de déblocage à mémoriser.

Description

PROCÉDÉ DE DEBLOCAGE D'UNE APPLICATION VERROUILLEE PAR NUMERO D'IDENTIFICATION PERSONNEL
L'invention concerne les applications sécurisées par un numéro d'identification personnel, communément appelé PIN code ou NIP.
Une carte UICC (carte à puce définie matériellement dans la norme ISO 7816- X) de type SIM (Pour Subscriber Identity Module en langue anglaise) ou USIM (pour Universal Subscriber Module en langue anglaise) mémorise classiquement des informations personnelles et des applications. La plupart des cartes USIM ne fournissent un accès aux informations ou aux applications que lorsque l'utilisateur a saisi un numéro d'identification personnelle (NIP) de la carte à puce. Un compteur formé dans une mémoire non volatile de la carte UICC mémorise le nombre de saisies erronées du NIP de la carte à puce et le nombre maximal autorisé. Le mode de saisie du NIP de la carte à puce est bloqué, et avec elle, la carte, lorsque le nombre de saisies erronées égale le nombre maximal autorisé. La réinitialisation du compteur est effectuée soit lorsqu'un NIP de la carte à puce valide est saisi avant le blocage, soit lorsqu'un code de déblocage de NIP (PUK - PIN Unblock Key) est saisi après le blocage. La saisie du PUK après un blocage débloque la carte UICC.
En pratique, un utilisateur n'utilise que très rarement le code PUK associé au code NIP de la carte à puce. Ainsi, lorsque sa carte UICC se bloque, il ne dispose en général pas du code PUK, par exemple parce qu'il ne l'a pas mémorisé ou parce qu'il a égaré le certificat mentionnant le PUK. La plupart des opérateurs téléphoniques ont mis en place des plates-formes téléphoniques destinées à fournir un code PUK à l'utilisateur de la carte UICC. L'utilisateur ne dispose souvent pas du numéro d'appel de la plate- forme de son opérateur. En outre, ces plates-formes sont coûteuses et requièrent des moyens d'identification de l'utilisateur pour ne pas fournir un PUK à un fraudeur.
Les cartes UICC (et les appareils numériques de façon générale) présentent un nombre croissant d'applications sécurisées par un numéro d'identification personnel d'application (nommé par la suite NIP d'application) et parfois développées par une autre société que l'opérateur de téléphonie délivrant la carte UICC. Chacune de ces applications pouvant présenter un NIP d'application et un code PUK propres, l'utilisateur ne dispose en pratique pas de l'ensemble de ces données en cas de besoin. Les plates-formes téléphoniques sont alors plus complexes à organiser, chaque société devant mémoriser une base de données pour les codes PUK de son application. L'utilisateur doit en outre identifier quelle plate-forme contacter pour débloquer la carte UICC. Pour ces différentes raisons, un grand nombre d'applications n'est pas verrouillé par un NIP d'application.
L'invention vise à résoudre un ou plusieurs de ces inconvénients. L'invention porte ainsi sur un procédé de sécurisation d'applications d'une carte à puce disposée dans un appareil numérique, comprenant les étapes de:
-comptage des saisies erronées d'un numéro d'identification personnel d'une application de la carte à puce ; -lorsque le nombre de saisies erronées atteint un seuil, blocage de l'application ou de la carte à puce ;
-réinitialisation du comptage des saisies erronées et déblocage de la carte à puce ou de l'application lorsque le numéro d'identification personnel de la carte à puce est saisi. Selon une variante, la carte à puce utilisée est une carte à puce du type UICC munie d'une application SIM ou USIM fournie par un opérateur téléphonique et l'appareil numérique est un appareil de téléphonie mobile.
Selon encore une variante, la carte à puce commande l'émission d'une alerte à une autorité de contrôle lorsque le nombre de saisies erronées atteint un seuil prédéterminé.
Selon une autre variante, la carte à puce utilisée est une carte à puce du type carte bancaire fournie par un opérateur téléphonique.
Selon encore une autre variante, la carte à puce commande l'extinction de l'appareil numérique suite au blocage. On peut en outre prévoir que le procédé ne comprend aucune étape de saisie d'un code de déblocage du numéro d'identification personnel de l'application.
Selon une variante, la réinitialisation du comptage et le déblocage sont effectués lorsque le numéro d'identification personnel de la carte à puce est saisi après une réinitialisation de la carte à puce. L'invention porte encore sur une carte à puce comprenant :
-un numéro d'identification personnel de la carte à puce dont la saisie est nécessaire pour accéder à tout ou partie de la carte ; -une application associée à un numéro d'identification personnel d'application distinct dans son implémentation du numéro d'identification personnel de la carte;
-un compteur du nombre de saisies erronées du numéro d'identification personnel de l'application; -un module de traitement bloquant la carte ou l'application lorsque le nombre de saisies erronées atteint un seuil prédéterminé et requérant la saisie valide du numéro d'identification personnel de la carte pour débloquer la carte ou l'application et réinitialiser le compteur.
Selon une variante, la carte est du type UICC avec application SIM, USIM et fournie par un opérateur téléphonique.
Selon encore une variante, la carte est susceptible de transmettre une commande d'émission d'une alerte à un appareil numérique hôte lorsque le nombre de saisies erronées atteint un seuil prédéterminé.
Selon une autre variante, la carte est susceptible de transmettre une commande d'extinction d'un appareil numérique hôte lorsque le nombre de saisies erronées atteint un seuil prédéterminé.
D'autres caractéristiques et avantages de l'invention ressortiront clairement de la description qui en est faite ci-après, à titre indicatif et nullement limitatif, en référence aux dessins annexés, dans lesquels :
-la figure 1 représente différentes étapes de mise en œuvre d'un procédé selon l'invention, dans son application à un appareil de téléphonie mobile ;
-la figure 2 illustre le fonctionnement d'une machine d'état utilisée par une application, mettant en œuvre l'invention.
L'invention propose de munir une application d'une carte à puce d'un numéro d'identification personnel d'application et de compter les saisies erronées de ce numéro d'identification. Lorsque le nombre de saisies erronées atteint un seuil prédéterminé, l'application ou la carte à puce est bloquée. Le comptage des saisies erronées est réinitialisé et l'application ou la carte est débloquée lorsque la carte est réinitialisée et que le bon numéro d'identification personnel de la carte à puce est saisi. Le NIP de la carte à puce est donc utilisé comme code de déblocage pour des applications sécurisées. Les applications sécurisées par un NIP d'application présentent donc un niveau de sécurité élevé sans nécessiter un accroissement des données de déblocage à mémoriser. Les applications sont par exemple des applications respectant les spécifications STK et délivrant des commandes à l'appareil logeant la carte à puce. La figure 1 représente différentes étapes d'un exemple de procédé selon l'invention. La carte à puce de l'exemple est une carte USIM connectée à un combiné de téléphonie mobile hôte.
A l'étape 101, un utilisateur a préalablement saisi le NIP de la carte USIM et a donc eu accès à un certain nombre d'informations et de fonctionnalités de cette carte, notamment l'accès au réseau téléphonique mobile. A l'étape 101, l'utilisateur a souhaité utiliser une application sécurisée de la carte à puce. Le combiné requiert la saisie du NIP de cette application.
A l'étape 102, l'application se bloque : la carte à puce a préalablement compté le nombre de saisies erronées du NIP de l'application et a déterminé que ce nombre avait atteint un seuil prédéterminé. Le seuil pourra prendre une valeur de 3, valeur usuelle pour le test d'un code NIP de carte USIM. Le blocage peut prendre plusieurs formes : l'accès aux informations de la carte à puce est restreint ou interdit, l'application souhaitée ou d'autres sont interdites ou une nouvelle saisie du NIP de l'application est bloquée. A l'étape 103, la carte à puce commande avantageusement au combiné de transmettre une alerte à une autorité de contrôle. L'alerte est par exemple transmise sous la forme d'un SMS. L'alerte peut être effectuée à chaque blocage ou après avoir compté un nombre prédéterminé de blocages. L'alerte peut définir l'application sécurisée qui a donné lieu au blocage, un identifiant du combiné ou toute autre information utile pour une autorité de contrôle. L'autorité de contrôle est par exemple l'instance qui a intégré l'application sécurisée dans la carte à puce. La carte à puce peut contenir différents numéros d'appel d'autorités de contrôle associés à des applications sécurisées respectives. Ainsi, chaque autorité de contrôle pourra gérer les problèmes de fraude liés à ses applications. A l'étape 104, l'utilisateur est contraint d'éteindre le combiné en vue de saisir le
NIP de la carte à puce. Cette étape permet de faire perdre du temps à un éventuel fraudeur connaissant le NIP de la carte à puce et souhaitant trouver le NIP de l'application par tâtonnement. Une autre solution consiste à commander l'extinction du combiné par l'application de la carte à puce..
A l'étape 105, le combiné requiert la saisie du NIP de la carte à puce, noté CAP NIP à la figure 1. Si l'utilisateur saisit le bon NIP de la carte à puce, l'application est débloquée et le comptage des saisies erronées est réinitialisé. Ainsi, le test des NIP d'application par tâtonnement suppose de connaître le NIP de la carte à puce, ce qui réduit les risques de fraude pour une application. De plus, si un fraudeur récupère un combiné et une carte à puce dont le NIP de carte à puce a préalablement été saisi par l'utilisateur légitime (par exemple suite au vol d'un combiné allumé), le test du NIP de l'application sécurise encore l'application : le fraudeur aura à un moment donné à saisir le NIP d'une application et suite au blocage de celle-ci, il devra alors saisir le NIP de la carte à puce qui n'avait jusqu'alors pas été requis. On peut également prévoir que la transmission d'une alerte optionnelle soit réalisée au stade de la saisie du NIP de la carte à puce, par exemple suite à un blocage du code NIP de l'application. La figure 2 illustre le fonctionnement d'une machine d'état utilisée par une application pour gérer la gestion de son NIP. Les indications placées sur les flèches correspondent aux conditions de passage d'un état à un autre. Les opérations réalisées dans chaque état sont détaillées dans chaque rectangle associé.
L'état 201 correspond à un état d'initialisation de la carte à puce ou de déblocage de l'application. Le drapeau CHV.OK est initialisé à 0. Ce drapeau sert à déterminer si le NIP de la carte à puce a été valablement saisi. Le drapeau NIP.OK est initialisé à 0. Ce drapeau sert à déterminer si le NIP d'une application donnée a été valablement saisi. Le compteur RTC est initialisé à 0. Ce compteur identifie le nombre de saisies du NIP d'application. L'état 202 correspond à un état de test du NIP d'application saisi par un utilisateur. Le drapeau Reset est mis à 0. Ce drapeau sert à indiquer qu'il y a eu ou non réinitialisation de l'application. La fonction validNIP() effectue la demande de NIP à l'utilisateur et renvoie une valeur indiquant si la saisie du NIP d'application est valide ou non. Un NIP d'application valide conduit à une valeur de 1 alors qu'un NIP d'application invalide conduit à une valeur de 0 de cette fonction. Le résultat de la fonction validNIP() est alors placé dans le drapeau NIP.OK. Le compteur RTC est incrémenté. L'état 203 correspond à un état de saisie du NIP de la carte à puce afin de réaliser le déblocage de l'application. L'état 203 est obtenu lorsque les conditions cumulatives suivantes sont remplies :
-lorsque le compteur RTC atteint le seuil RTCMax, signifiant qu'un NIP d'application erroné a été saisi un nombre RTCMax de fois ;
-lorsque le drapeau NIP.OK a une valeur nulle, signifiant qu'un NIP d'application erroné vient d'être saisi.
Durant l'état 203, une saisie du NIP de la carte à puce est requise. La fonction getCHV() effectue la demande de NIP de la carte à puce à l'utilisateur et renvoie une valeur indiquant si la saisie du NIP de la carte à puce est valide ou non. Si le NIP de carte à puce saisi est valide, la fonction getCHV() prend une valeur de 1, sinon la fonction getCHV() prend une valeur de 0. Le résultat de la fonction getCHV() est alors placé dans le drapeau CHV.OK. Le drapeau RTC prend une valeur de 0.
De l'état 203, on repasse en état 202 lorsque les conditions cumulatives suivantes sont remplies :
-lorsque le drapeau CHV.OK a une valeur 1
- et lorsque le drapeau reset a une valeur 1, ce qui indique que la carte à puce est réinitialisée.
L'état 204 indique l'état dans lequel l'application est fonctionnelle, en cas de saisie valide du NIP d'application. Ainsi, l'état 204 n'est obtenu que lorsque le drapeau NIP.OK prend la valeur 1. Le compteur RTC est alors réinitialisé, la fonction 'ApplicationQ' exécute l'application. Le drapeau PinOK prend alors la valeur 0.

Claims

REVENDICATIONS
1. Procédé de sécurisation d'applications d'une carte à puce disposée dans un appareil numérique, comprenant les étapes de: -comptage des saisies erronées d'un numéro d'identification personnel d'une application de la carte à puce ;
-lorsque le nombre de saisies erronées atteint un seuil, blocage (102) de l'application ou de la carte à puce ;
-réinitialisation du comptage des saisies erronées et déblocage de la carte à puce ou de l'application lorsque le numéro d'identification personnel de la carte à puce est saisi (105).
2. Procédé selon la revendication 1, caractérisé en ce que :
-la carte à puce utilisée est une carte à puce du type UICC munie d'une application SIM ou USIM fournie par un opérateur téléphonique ;
-l'appareil numérique est un appareil de téléphonie mobile.
3. Procédé selon la revendication 2, caractérisé en ce que la carte à puce commande l'émission d'une alerte (103) à une autorité de contrôle lorsque le nombre de saisies erronées atteint un seuil prédéterminé.
4. Procédé selon la revendication 1, caractérisé en ce que la carte à puce utilisée est une carte à puce du type bancaire fournie par un opérateur téléphonique.
5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la carte à puce commande l'extinction de l'appareil numérique (104) suite au blocage.
6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il ne comprend aucune étape de saisie d'un code de déblocage du numéro d'identification personnel de l'application.
7. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la réinitialisation du comptage et le déblocage sont effectués lorsque le numéro d'identification personnel de la carte à puce est saisi après une réinitialisation de la carte à puce.
8. Carte à puce, caractérisée en ce qu'elle comprend :
-un numéro d'identification personnel de la carte à puce dont la saisie est nécessaire pour accéder à tout ou partie de la carte ;
-une application associée à un numéro d'identification personnel d'application distinct dans son implémentation du numéro d'identification personnel de la carte;
-un compteur du nombre de saisies erronées du numéro d'identification personnel de l'application;
-un module de traitement bloquant la carte ou l'application lorsque le nombre de saisies erronées atteint un seuil prédéterminé et requérant la saisie valide du numéro d'identification personnel de la carte pour débloquer la carte ou l'application et réinitialiser le compteur.
9. Carte à puce selon la revendication 8, caractérisée en ce qu'elle est du type UICC avec application SIM, USIM et fournie par un opérateur téléphonique.
10. Carte à puce selon la revendication 9, caractérisée en ce qu'elle est susceptible de transmettre une commande d'émission d'une alerte à un appareil numérique hôte lorsque le nombre de saisies erronées atteint un seuil prédéterminé.
11. Carte à puce selon l'une quelconque des revendications 8 à 10, caractérisée en ce qu'elle est susceptible de transmettre une commande d'extinction d'un appareil numérique hôte lorsque le nombre de saisies erronées atteint un seuil prédéterminé.
EP05803102A 2004-11-08 2005-10-24 Procede de deblocage d'une application verrouillee par numero d'identification personnel Withdrawn EP1810441A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0411880A FR2877790B1 (fr) 2004-11-08 2004-11-08 Procede de deblocage d'une application verrouillee par numero d'identification personnel
PCT/EP2005/055481 WO2006048390A2 (fr) 2004-11-08 2005-10-24 Procede de deblocage d'une application verrouillee par numero d'identification personnel

Publications (1)

Publication Number Publication Date
EP1810441A2 true EP1810441A2 (fr) 2007-07-25

Family

ID=34954427

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05803102A Withdrawn EP1810441A2 (fr) 2004-11-08 2005-10-24 Procede de deblocage d'une application verrouillee par numero d'identification personnel

Country Status (6)

Country Link
US (1) US8100336B2 (fr)
EP (1) EP1810441A2 (fr)
JP (1) JP2008519343A (fr)
CN (1) CN101099331B (fr)
FR (1) FR2877790B1 (fr)
WO (1) WO2006048390A2 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102007008652A1 (de) 2007-02-20 2008-08-28 Bundesdruckerei Gmbh Chipkarte mit einer Erstnutzerfunktion, Verfahren zur Wahl einer Kennung und Computersystem
US9408066B2 (en) 2010-12-06 2016-08-02 Gemalto Inc. Method for transferring securely the subscription information and user data from a first terminal to a second terminal
EP2461613A1 (fr) 2010-12-06 2012-06-06 Gemalto SA Procédés et système pour la manipulation de données d'une UICC
WO2013109932A1 (fr) * 2012-01-18 2013-07-25 OneID Inc. Procédés et systèmes de gestion d'identité sécurisée
WO2018096559A1 (fr) * 2016-11-22 2018-05-31 Ezetap Mobile Solutions Pvt. Ltd. Système et procédé de traduction et d'authentification d'un pin sécurisée et de données sensibles

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4983816A (en) * 1988-02-24 1991-01-08 Kabushiki Kaisha Toshiba Portable electronic device
US5444764A (en) * 1993-07-01 1995-08-22 Motorola, Inc. Method of providing a subscription lock to a radiotelephone system
FI101584B1 (fi) * 1995-11-24 1998-07-15 Nokia Telecommunications Oy Matkaviestintilaajan tunnusluvun tarkistaminen
JP3283848B2 (ja) * 1999-04-20 2002-05-20 エヌイーシーモバイリング株式会社 移動無線通信装置および通信許可方法
FR2803933B1 (fr) * 2000-01-14 2002-11-29 Gemplus Card Int Procede de protection contre le vol du code dans les cartes a puces(s) multi-applications et cartes a puce(s) mettant en oeuvre le procede
US6641050B2 (en) * 2001-11-06 2003-11-04 International Business Machines Corporation Secure credit card
FR2842060B1 (fr) * 2002-07-04 2004-12-31 Cit Alcatel Procede de securisation d'un terminal mobile de telecommunication
US20040122774A1 (en) * 2002-08-02 2004-06-24 Martin Studd Method and system for executing applications on a mobile device
JP4682498B2 (ja) * 2003-04-09 2011-05-11 ソニー株式会社 通信装置及び通信装置のメモリ管理方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None *

Also Published As

Publication number Publication date
US8100336B2 (en) 2012-01-24
FR2877790B1 (fr) 2006-12-29
WO2006048390A3 (fr) 2006-09-14
FR2877790A1 (fr) 2006-05-12
CN101099331A (zh) 2008-01-02
JP2008519343A (ja) 2008-06-05
WO2006048390A2 (fr) 2006-05-11
CN101099331B (zh) 2012-05-30
US20090159692A1 (en) 2009-06-25

Similar Documents

Publication Publication Date Title
EP2463833B1 (fr) Procédé et dispositif de contrôle d'exécution pour des fonctions internes et des applications protégées embarquées dans des cartes à microcircuits pour terminaux mobiles
US7815111B2 (en) System and method for managing electronic data transfer applications
US6273335B1 (en) System and method for locking and unlocking an application in a smart card
US6328217B1 (en) Integrated circuit card with application history list
US6775398B1 (en) Method and device for the user-controlled authorisation of chip-card functions
US7610492B2 (en) Biometric authentication device, biometric information authentication method, and program
US20080180212A1 (en) Settlement terminal and ic card
US20080257953A1 (en) System and method for the transferring an electronic sum of money from a credit memory
US8781529B2 (en) Method and device for managing applications of a mobile terminal
JP6329485B2 (ja) 移動端末、処理端末、及び、移動端末を用いて処理端末で処理を実行する方法
US6944478B1 (en) Security module
US20070192840A1 (en) Mobile communication terminal
US20160035021A1 (en) Method and system for verifying an account
CN1144496C (zh) 用于保护处理器芯片卡的初次使用的装置
EP1810441A2 (fr) Procede de deblocage d'une application verrouillee par numero d'identification personnel
EP2447880A1 (fr) Procédé et système de contrôle de l'exécution d'une fonction protégée par authentification d'un utilisateur, notamment pour l'accès à une ressource
EP1349122A1 (fr) Méthode et système d'authentification d'utilisateurs dans un système de communication digital
US20030057272A1 (en) Method for protecting against theft of a pin number in (a) multi-application smart card(s) and chip card(s) implementing said method
US20170278109A1 (en) Method of auto-detection of an attempted piracy of an electronic payment card, corresponding card, terminal and program
KR100644203B1 (ko) 이동통신 단말기를 이용한 모바일 뱅킹시의 ｐｉｎ 인증방법
EP2336938A1 (fr) Procédé de contrôle d'accès à une interface sans contact dans un circuit intégré à double interface de communication avec et sans contact
WO2009083473A1 (fr) Sélection de conditions d'accès pour des jetons portables
KR20080102607A (ko) 금융자동화기기의 카드입력부 보안 장치 및 동작방법
CN100370743C (zh) 一种用户设备和网络设备的交互方法
CN106845613A (zh) 智能卡非接触式应用模块关闭方法及装置

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: 20070502

AK Designated contracting states

Kind code of ref document: A2

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

17Q First examination report despatched

Effective date: 20071019

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: GEMALTO SA

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

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

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20170727