EP1815638A1 - Procede de securisation d'un terminal de telecommunication connecte a un module d'identification d'un utilisateur du terminal - Google Patents
Procede de securisation d'un terminal de telecommunication connecte a un module d'identification d'un utilisateur du terminalInfo
- Publication number
- EP1815638A1 EP1815638A1 EP05815221A EP05815221A EP1815638A1 EP 1815638 A1 EP1815638 A1 EP 1815638A1 EP 05815221 A EP05815221 A EP 05815221A EP 05815221 A EP05815221 A EP 05815221A EP 1815638 A1 EP1815638 A1 EP 1815638A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- software
- terminal
- key
- identification module
- securing
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 55
- 238000012795 verification Methods 0.000 claims abstract description 12
- 230000004044 response Effects 0.000 claims abstract description 7
- 238000004891 communication Methods 0.000 claims description 15
- 238000013475 authorization Methods 0.000 claims description 10
- 230000000295 complement effect Effects 0.000 claims description 10
- 230000008569 process Effects 0.000 claims description 8
- 238000010200 validation analysis Methods 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 claims description 3
- 238000012360 testing method Methods 0.000 claims 1
- 238000012546 transfer Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 4
- 241000700605 Viruses Species 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000001143 conditioned effect Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- ZXQYGBMAQZUVMI-GCMPRSNUSA-N gamma-cyhalothrin Chemical compound CC1(C)[C@@H](\C=C(/Cl)C(F)(F)F)[C@H]1C(=O)O[C@H](C#N)C1=CC=CC(OC=2C=CC=CC=2)=C1 ZXQYGBMAQZUVMI-GCMPRSNUSA-N 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3234—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving additional secure or trusted devices, e.g. TPM, smartcard, USB or software token
-
- 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/126—Applying verification of the received information the source of the received data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/10—Integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/30—Security of mobile devices; Security of mobile applications
- H04W12/35—Protecting application or service provisioning, e.g. securing SIM application provisioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/183—Processing at user equipment or user record carrier
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Definitions
- Many applications involving a public data network involve remote authentication of the user.
- Such applications require to determine the existence of a right of the user or to authenticate the information he provides, or to ensure the transmission by the network of confidential information to a well-identified user.
- These operations involve being able to identify the user reliably and securely.
- an electronic device such as a smart card or an authentication or security token is generally used, which stores keys and is capable of executing cryptographic procedures, especially identification procedures, to prove that it holds a key, or to decrypt a confidential message.
- the object of the invention is therefore to initialize a pairing between a SIM card and a mobile terminal under control of a third party entity capable of enabling the mobile as being able to support security applications.
- FIG. 1 is a block diagram of the elements used by a first embodiment of the invention
- the authorized agent launches the second software on the terminal. This one asks the agent to authenticate in 21 thanks to a password which is sent in 25 to the SIM card 5 for control.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Abstract
L'invention concerne un procédé de sécurisation d'un terminal de télécommunication (4) connecté à un module d'identification (5) d'un utilisateur du terminal, comprenant une étape d'exécution d'une procédure d'appariement du terminal au module d'identification consistant à : charger (10, 11) de manière sécurisée un premier logiciel comportant une clé d'appariement sur le module d'identification, charger (12) de manière sécurisée un second logiciel apte à fonctionner en collaboration avec le premier logiciel sur le terminal de télécommunication, transmettre (13) une clé d'appariement en correspondance avec celle du premier logiciel au second logiciel, stocker dans une zone de stockage sécurisée du terminal de télécommunication la clé d'appariement transmise ; soumettre (17) conditionnellement toute réponse du premier logiciel à une requête (14) du second logiciel à la vérification (15, 16) à la valeur vraie de la possession valide de la clé d'appariement par le second logiciel.
Description
Procédé de sécurisation d'un terminal de télécommunication connecté à un module d'identification d'un utilisateur du terminal. La présente invention concerne un procédé de sécurisation d'un terminal de télécommunication connecté à un module d'identification d'un utilisateur du terminal.
Elle s'applique notamment, mais non exclusivement, aux terminaux de communication mobiles prévus pour recevoir un module sécurisé d'authentification de l'utilisateur. Ces terminaux sont, par exemple, conformes à la norme GSM (Global System for Mobile communications) ou UMTS (Universal Mobile Télécommunication System). D'une manière plus générale, elle s'applique également à tout terminal comprenant des moyens de télécommunication conçus pour recevoir un tel module d'authentification.
De nombreuses applications faisant intervenir un réseau public de transmission de données, tel que le réseau Internet, implique d'authentifier à distance l'utilisateur. De telles applications nécessitent de déterminer l'existence d'un droit de l'utilisateur ou d'authentifier une information qu'il fournit, ou encore d'assurer la transmission par le réseau d'une information confidentielle à un utilisateur bien identifié. Ces opérations impliquent de pouvoir identifier l'utilisateur de manière fiable et sécurisée. A cet effet, on utilise généralement un dispositif électronique tel qu'une carte à puce ou un jeton d'authentification ou de sécurité, qui stocke des clés et est capable d'exécuter des procédures cryptographiques, notamment d'identification pour prouver qu'il détient une clé, ou pour déchiffrer un message confidentiel.
Les téléphones mobiles, notamment de type GSM, contiennent généralement un module d'identification sous la forme d'une carte à puces appelée carte SIM (Subscriber Identification Module) permettant d'identifier le propriétaire du téléphone mobile auprès du réseau de téléphonie. Pour pouvoir utiliser son téléphone mobile, l'utilisateur doit produire un code confidentiel qui est vérifié par la carte SIM. A cet effet, la carte SIM possède les fonctionnalités cryptographiques mentionnées ci-avant. Elle peut donc être utilisée dans une _appliçat[on_fajsant intervenir— la-génération - d'une signature électro'nîqϋër Par' exemple, la signature peut porter sur les termes d'une transaction entre un prestataire et l'utilisateur du téléphone mobile, sachant que l'utilisateur a été préalablement authentifié par son téléphone mobile en introduisant son code
confidentiel ou un code confidentiel dédié à la fonction de génération de signature, et que ce code confidentiel est vérifié par la carte SIM.
La carte SIM peut donc être utilisée dans des applications de commerce électronique pour signer électroniquement une transaction, ou dans une application de transmission d'un message confidentiel, par chiffrement ou déchiffrement du message par une clé contenue dans cette carte SIM.
Toutefois, il s'avère que la sécurité offerte par la carte SIM n'est pas suffisante à elle seule pour assurer une sécurité convaincante, surtout avec l'apparition des téléphones mobiles de troisième génération, c'est-à-dire possédant des capacités aptes à recevoir et contenir plusieurs applications délivrées par différents prestataires. En effet, dans ce contexte, il n'est pas possible d'assurer que le terminal utilisé ne recèle pas des défauts, des virus ou des chevaux de Troie, permettant par exemple de réémettre des messages chiffrés vers un autre terminal. II apparaît donc le besoin de prouver à distance que l'ensemble terminal mobile et logiciel chargé dans le terminal est intègre et possède les qualités sécuritaires requises.
A cet effet le terminal mobile peut se protéger des virus et chevaux de
Troie en acceptant de ne télécharger de nouvelles applications que s'il peut authentifier leur origine et leur intégrité, ou si cela n'est pas le cas, en les conduisant de façon à ce qu'elles ne puissent en aucun cas altérer l'ensemble du terminal. Il est en outre nécessaire de prévoir une fonction d'authentification permettant à des prestataires distants de vérifier que le terminal mobile possède bien les qualités sécuritaires requises. Or la carte SIM est insuffisante pour offrir une telle fonction d'authentification étant donné qu'elle est amovible et peut être installée dans n'importe quel terminal.
Il n'est par ailleurs pas question d'empêcher un utilisateur de pouvoir utiliser une même carte SIM avec plusieurs terminaux notamment pour changer de terminal.
La_demande-de-bFevet-FR-0304979 déposée Ie 23 avril'2003'décfit mT procédé de sécurisation d'un terminal mobile connecté à un module d'identification d'un utilisateur de terminal comprenant une étape d'exécution d'une procédure d'appariement dans laquelle :
- le terminal transmet au module d'identification connecté au terminal des informations d'identification du terminal, et
- le module d'identification compare les informations d'identification reçues du terminal à des informations d'identification de terminal stockées dans une mémoire et transmet le résultat de la comparaison au terminal. Si les informations d'identification ne sont pas reconnues par le module d'identification, alors les fonctions nécessitant un degré de sécurité élevé installées dans le terminal ne sont pas accessibles.
De nombreuses applications nécessitant un haut degré de sécurité, comme des transactions commerciales, sont décomposées en deux applications : une première application dans le mobile pour le dialogue avec l'utilisateur et une seconde application dans la SIM (SIMIet) pour la logique de sécurité et en particulier le stockage des clés cryptographiques.
Un exemple d'une telle application tierce partie est le paiement EMV (Eurocard, Mastercard, Visa). EMV est le standard qui fait référence dans ce cas là. L'application côté client se compose de deux parties :
1. Une application dans le mobile pour le dialogue avec l'utilisateur, l'interface avec un terminal « point de vente », et d'autres fonctions spécifiques de la banque (relation clients, gestion reçus, etc). 2. Une application dans la SIM pour la logique EMV avec les clés
EMV ;
Ce type de répartition entre la SIM et le mobile est typique de ce genre d'application car il répond bien aux besoins.
La SIM, conçue pour être sécuritaire, contient la partie la plus sensible des applications, contenant des clés et des traitements dont la connaissance ou l'altération pourrait occasionner des fraudes importantes au bénéfice par exemple de l'utilisateur du mobile.
Le mobile, qui a des capacités de traitement beaucoup plus importantes et variées, contient le reste de l'application nécessaire par exemple pour les interfaces utilisateur (afficheur/clavier) ou l'interface réseau. Il peut être aussi. s.ujeJLà jdβs.attaques-.variées mais-de-gravité et de portée-moins grande:
Ces applications doivent pouvoir être téléchargées, par exemple par OTA (Over The Air), pour simplifier les démarches que doit réaliser l'utilisateur.
Dans ce cas, il faut donc que l'appariement entre le terminal et la carte SIM puisse être vérifié à distance par le serveur de téléchargement, qui considérera que ce téléchargement d'application sensible n'a de sens que s'il se fait dans un mobile ayant une propriété sécuritaire importante. Enfin, cet appariement doit prendre en compte non seulement le fait qu'un mobile et une carte SIM sont associés, mais aussi être conditionné par l'état logiciel présent dans le mobile. En effet, à partir du moment où l'on peut télécharger des programmes dans le mobile, il peut être intéressant de vérifier l'état logiciel présent dans le mobile. Le but de l'invention est donc d'initialiser un appariement entre une carte SIM et un terminal mobile sous contrôle d'une entité tiers susceptible d'habiliter le mobile comme étant capable de supporter des applications de sécurité.
L'objet de l'invention est donc un procédé de sécurisation d'un terminal de télécommunication connecté à un module d'identification d'un utilisateur du terminai, comprenant une étape d'exécution d'une procédure d'appariement du terminal au module d'identification consistant à :
- charger de manière sécurisée un premier logiciel comportant une clé d'appariement sur le module d'identification, - charger de manière sécurisée un second logiciel apte à fonctionner en collaboration avec le premier logiciel sur le terminal de télécommunication,
- transmettre une clé d'appariement en correspondance avec celle du premier logiciel au second logiciel,
- stocker dans une zone de stockage sécurisée du terminal de télécommunication la clé d'appariement transmise ;
- avant toute réponse du premier logiciel à une requête (14) du second logiciel vérifier (15, 16) que la clé d'appariement du second logiciel stockée sur le terminal de communication est valide ;
- répondre à ladite requête si et seulement si le second logiciel possède de façon valide la clé d'appariement.
D'autresjcaractéristiques-de-rinvention«ont-r-
- la transmission de la clé d'appariement au second logiciel est conditionnelle à une procédure d'habilitation du terminal de télécommunication ;
- la procédure d'habilitation du terminal est effectuée manuellement par un agent habilité, la dite procédure d'habilitation comprenant une étape d'authentification de cet agent auprès du second logiciel par un mot de passe, transmis par le second logiciel pour validation au premier logiciel ou à un serveur d'authentification ;
- le mot de passe est diversifié en fonction du terminal ;
- le terminal possédant des moyens d'identification et d'authentification du terminal, la procédure d'habilitation du terminal est effectuée automatiquement par vérification par le premier logiciel chargé sur le module d'identification, ou par un serveur d'authentification de la validité desdits moyens d'identification et d'authentification ;
- les moyens d'identification et d'authentification comportent une paire de clés RSA et un certificat émis par une autorité de certification et la vérification de la validité desdits moyens comporte l'authentification de la paire de clés RSA et du certificat ;
- la vérification de la possession par le second logiciel de la clé d'appariement est faite par un processus de « challenge-réponse » du premier logiciel vers le second logiciel ;
- le module d'identification comporte au moins un troisième logiciel apte à fonctionner avec un logiciel complémentaire chargé sur le terminal et tel qu'il ne répond à une requête de son logiciel complémentaire qu'après avoir vérifié auprès du premier logiciel que le second logiciel possède de façon valide une clé d'appariement ;
- la clé d'appariement sert à établir une clé de session permettant de chiffrer les échanges entre le terminal et le module d'identification ;
- la vérification de la clé d'appariement par le premier logiciel comporte en outre le positionnement de drapeaux marquant une différence entre la configuration enregistrée dans le module d'identification et la configuration courante du terminal de télécommunication ; - les drapeaux et les informations de configuration peuvent être lus et jnisjjou£de façon sécurisée par ~un serveur-d^uthentifieation-;-
- le troisième logiciel ne répond à une requête de son logiciel complémentaire qu'après avoir testé les drapeaux.
Un autre objet est un système de sécurisation d'un terminal de télécommunication connecté à un module d'identification d'un utilisateur du terminal pour la mise en œuvre du procédé comportant :
- des moyens de chargement sécurisé et de stockage d'un premier logiciel comportant une clé d'appariement dans le module d'identification ;
- des moyens de chargement sécurisé d'un second logiciel apte à fonctionner en collaboration avec le premier logiciel sur le terminal de télécommunication, connectés à
- des moyens de chargement et de stockage sécurisés d'une clé d'appariement du second logiciel, et
- des moyens de communication entre le premier et le second logiciel comportant des moyens de validation de la clé d'appariement du second logiciel aptes à n'autoriser la communication qu'après vérification que le second logiciel possède de façon valide la clé d'appariement. Un autre objet de l'invention est un terminal de télécommunication comportant des moyens de communication avec un module d'identification d'un utilisateur pour la mise en œuvre du procédé et comportant en outre des moyens de chargement, de stockage et d'exécution d'un logiciel adapté pour fonctionner avec un logiciel résidant sur le module d'identification et des moyens de stockage sécurisé d'une clé d'appariement connectés à des moyens de validation de cette clé d'appariement par le logiciel résidant sur le module d'identification.
Un autre objet de l'invention est un module d'identification d'un utilisateur associé à un terminal de télécommunication comportant des moyens de communication avec ce terminal de télécommunications, et des moyens de chargement et de stockage sécurisés d'une clé d'appariement en concordance avec une clé d'appariement stockée sur le terminal et d'un logiciel adapté pour fonctionner avec un logiciel résidant sur le terminal, connectés à des moyens de validation de la clé d'appariement du terminal à partir de la clé d'appariement du module aptes à autoriser la communication à la vérification à la valeur vraie de la possession de la clé d'appariement par le second logiciel.
_Un__autre_objel_de_rinvention-est-un-produit -logiciel comportant~un~ premier module mis en œuvre sur un terminal de télécommunication et un second module mis en œuvre sur un module d'identification d'un utilisateur du terminal de télécommunication pour la mise en œuvre du procédé.
L'invention sera mieux comprise à la lecture de la description, donnée uniquement à titre d'exemple, et faite en référence aux dessins en annexe dans lesquels :
- la figure 1 est un schéma synoptique des éléments utilisés par un premier mode de réalisation de l'invention,
- la figure 2 est un schéma des flux de données de ce premier mode de réalisation ;
- la figure 3 est un schéma des flux de données dans un deuxième mode de réalisation ; et - la figure 4 est un schéma des flux de données dans un troisième mode de réalisation.
Le procédé selon l'invention, figure 1 , est mis en œuvre par un téléphone mobile 1 conçu pour communiquer avec d'autres terminaux (non représentés) ou des serveurs 2, gérés par des opérateurs de service, par l'intermédiaire d'un réseau de téléphonie 3. Pour permettre à l'opérateur du réseau 3 d'identifier un utilisateur d'un tel téléphone mobile 1 , ce dernier comporte le terminal proprement dit 4 et un dispositif d'identification 5 amovible, par exemple de type à microcircuit ou à microprocesseur, et des moyens 6 de connexion pour se connecter à une telle carte. Dans un réseau mobile GSM ou UMTS, ce dispositif d'identification 5 est appelé « module d'identification d'abonné » (SIM pour « Subscriber Identification Module »).
Sur les figures 2, 3 et 4 ont été représentés les différents flux du procédé entre les éléments décrits ci-dessus. Chaque élément est représenté par une ligne verticale. Chaque transfert de données est symbolisé par une flèche horizontale dont le sens indique le sens du transfert (les échanges liés strictement au protocole utilisé ne sont pas représentés dans un souci de clarté, l'homme du métier pouvant les reconstituer sans difficulté), une même référence correspondant à un transfert identique ou similaire. L'évolution temporelle du procédé est représentée par une évolution du haut vers le bas de la figure. Comme indiqué dans le préambule de cette description, on considère donc _une_ application- logicielle- da sécurité composée— de-deux 7nodulës,~oLT logiciels, travaillant en coopération, un premier logiciel installable sur la carte SIM 5 et un second logiciel installable sur le terminal 4.
Dans une première étape 10, figure 2, le premier logiciel est installé dans la carte SIM de façon sécurisée. Cela se fait par création d'un canal sécurisé entre la carte SIM 5 et le serveur 2 de l'opérateur du logiciel. Ce canal sécurisé a, par exemple, été mis en place sous le contrôle de clés cryptographiques de l'opérateur du réseau.
Un exemple d'une telle création est la création d'une zone sécurité de domaine bancaire sur la carte SIM par l'opérateur, celui-ci affectant une clé d'accès temporaire kt à cette zone, puis transférant cette clé kt à l'opérateur tiers, en général une banque, pour qu'il personnalise cette zone de façon sécuritaire.
La création de ce canal sécurisé entre l'opérateur 2 et la carte SIM 5 permet à l'opérateur de transférer en 11 au premier logiciel des éléments de personnalisation dont une clé d'appariement ka.
On peut remarquer que, dans une variante évidente du procédé, la personnalisation du premier logiciel peut s'effectuer chez l'opérateur 2 et alors, un seul transfert du premier logiciel avec sa clé d'appariement ka est effectué.
La carte SIM 5 ayant reçu son premier logiciel et la clé d'appariement ka, le second logiciel est téléchargé en 12, de manière sécurisée sur le terminal. Cette sécurisation du transfert peut, par exemple, utiliser la présence sur le terminal d'un certificat appartenant à l'opérateur du réseau.
Après s'être assuré que le second logiciel a été correctement installé sur le terminal, l'opérateur transmet en 13 une clé d'appariement k'a au second logiciel. Cette clé d'appariement k'a est en correspondance avec la clé d'appariement ka du premier logiciel. Par le terme « en correspondance », on entend que le couple de clés
(ka, k'a) correspond à une relation cryptographique. Ainsi, dans le cas d'un algorithme symétrique du type 3DES ou AES, les deux clés ka et k'a sont identiques.
Cette clé d'appariement k'a est alors stockée de façon permanente par le second logiciel dans une zone sécurisée.
Quand -le second logiciel émet-en-14-une requête~aιφrès~πu~pféTnier logiciel, celui-ci vérifie en 15 et 16 que le second logiciel, sur le terminal, possède bien la clé d'appariement k'a avant de répondre en 17.
Si ce n'est pas le cas, le premier logiciel refuse de fonctionner, rendant ainsi l'application de sécurité indisponible.
Le contrôle de possession de la clé d'appariement est actif, du type
"challenge-réponse", et ne permet donc pas à un attaquant de rejouer des données captées dans un premier temps sur un mobile habilité, pour le remplacer par un mobile non habilité. Pour mémoire, on rappelle qu'un processus du type "challenge-réponse" consiste, pour le premier logiciel, à envoyer en 15 un challenge, sous forme d'un nombre aléatoire, au second logiciel, ce dernier le chiffrant alors avec sa clé k'a et retournant le résultat en 16 au premier logiciel pour qu'il vérifie que le résultat correspond à la valeur attendue.
Le procédé ainsi décrit permet de s'assurer que le second logiciel est bien valide et est bien celui qui a été correctement chargé sur le terminal.
Il apparaît cependant qu'une habilitation du terminal lui-même avant le transfert de la clé k'a peut permettre de renforcer la sécurité. En effet, il est possible d'imaginer des attaques utilisant des logiciels ou du matériel espions qui interceptent la clé d'appariement k'a pendant son transfert.
Dans une première variante, l'habilitation se fait dans une agence, par du personnel habilité, figures 3 et 4. Les étapes 10 à 12 de chargement des deux modules logiciels et de la clé d'appariement ka dans le module SIM sont identiques à celles du procédé décrit précédemment.
L'étape 12 de chargement du second logiciel s'effectue cependant dans une agence avec un personnel habilité qui vérifie que le terminal est correctement configuré pour recevoir l'application de sécurité. Il peut être noté que, pour la qualité de cette vérification, le terminal doit posséder des moyens de vérification et de présentation des résultats suffisants.
Deux modes de réalisation de l'appariement sont alors possibles, selon que la capacité de l'agence à réaliser cette opération d'appariement est contrôlée par l'opérateur, à distance, ou par la carte SIM, localement.
Dans_-le -premier- mode, -figure-3τ -logent -habilité -lance" re""secόmT logiciel, sur le terminal, qui ouvre une session sécurisée avec le serveur 2 en 20.
Le second logiciel demande en 21 à l'agent de s'authentifier grâce à un mot de passe qui est envoyé en 22 au serveur 2 de l'opérateur pour contrôle.
Si le contrôle est positif, le serveur envoie en 23 la clé d'appariement k'a au second logiciel qui la stocke dans une zone sécurisée de stockage.
Dans le second mode, figure 4, l'agent habilité lance le second logiciel sur le terminal. Celui-ci demande à l'agent de s'authentifier en 21 grâce à un mot de passe qui est envoyé en 25 à la carte SIM 5 pour contrôle.
Si le contrôle est positif, la carte SIM 5 envoie en 26 la clé d'appariement k'a au second logiciel qui la stocke dans une zone sécurisée de stockage.
On peut remarquer que, dans ce second mode, le transfert de la clé k'a sur la liaison SIM-mobile 6 ne pose pas de problème, puisque cette procédure est utilisée dans un environnement sécurisé (agence) où l'installation de câbles, rallonges,... est impossible.
Dans une variante, le mot de passe de l'agent peut être diversifié en fonction du terminal 4 ou de la carte SIM 5. Le diversifiant peut être, par exemple, le numéro de série de la carte SIM, ou du terminal, ou autre.
Le diversifiant est alors transmis à l'opérateur qui en déduit le mot de passe et le transmet à l'agent habilité de façon sécurisée, par des moyens totalement indépendants du terminal et de sa carte SIM.
Dans une autre variante du procédé, on constate que de nombreux terminaux mobiles possèdent des modules de sécurité susceptibles de contenir des identifiants uniques ainsi que des clés et des algorithmes cryptographiques.
En faisant l'hypothèse que le terminal mobile possède une bi-clé RSA, et un certificat émis par une autorité dont la clé publique est connue, alors l'habilitation manuelle par un agent dans une agence peut être remplacée par un contrôle du terminal basé sur l'authentification des bi-clés et du certificat soit par l'opérateur, soit par la carte SIM. Ce mode d'authentification étant bien connu de l'homme du métier ne sera pas décrit plus en détail.
Les autres étapes du procédé (transfert des clés d'appariement et contrôle de celles-ci) restent inchangées. Dans le cas où plusieurs applications sensibles doivent coexister dans
JJ n_ même—terminal,- iUest -possible— de-mettre- en -commun -leurs "fonctions"' d'appariement aussi bien du côté du terminal que du côté de la carte SIM.
Ainsi une seconde application est composée d'un troisième logiciel chargé sur la carte SIM et de son logiciel complémentaire fonctionnant sur le terminal.
Cette application ne se préoccupe pas de l'appariement mais est conditionnée à un appariement réussi.
Ainsi le troisième logiciel ne répond à une requête de son logiciel complémentaire qu'après avoir vérifié auprès du premier logiciel que le second logiciel possède de façon valide une clé d'appariement, en d'autres termes, que l'appariement est valide. Cette vérification peut, par exemple, consister à vérifier l'état d'un drapeau actionné par le premier logiciel après le succès, ou l'échec, de la procédure d'appariement.
On peut remarquer que, en limitant les premier et second logiciels à une fonction d'appariement, il peut être avantageux de fixer le second logiciel dans une zone non modifiable par téléchargement. Il devient alors possible de donner à ces deux logiciels des fonctions complémentaires.
Une première fonction consiste à sécuriser les moyens de connexion entre le terminal et la carte SIM en cryptant les données transférées (protection contre les attaques du type "man in the middle"). De façon classique, les clés d'appariement ka et k'a sont alors utilisées pour définir une clé de cession kj permettant de crypter les données échangées entre le terminal et la carte SIM.
Une seconde fonction consiste à vérifier la configuration logicielle du terminal. Le second logiciel peut transmettre à la SIM des informations sur la configuration matérielle et logicielle du terminal (par exemple, des tables de configuration, le condensé de programmes tels que le système d'exploitation du téléphone portable) via le moyen de connexion sécurisé décrit précédemment. Le premier logiciel de la carte SIM a ainsi la possibilité de comparer ces données de configuration « courantes » aux valeurs précédemment mémorisées, et, s'il y a des différences, de positionner des drapeaux selon la différence constatée. Le trotsièmeJogicielr-côté-SIMr-a-alors-la-possibilité-de testeτ-ces drapeaϋxrëTdë" décider soit de continuer, soit de s'arrêter. Ces drapeaux qui marquent une évolution de configuration sont lisibles à distance, avec les informations de
configuration sus citées, et éventuellement remis à zéro, sous contrôle de l'opérateur émetteur de la carte SIM.
En résumé, le système de sécurisation d'un terminal de télécommunication connecté à un module d'identification d'un utilisateur du terminal comporte donc :
- des moyens de chargement sécurisé et de stockage d'un premier logiciel comportant une clé d'appariement dans le module d'identification ;
- des moyens de chargement sécurisé d'un second logiciel apte à fonctionner en collaboration avec le premier logiciel sur le terminal de télécommunication, connectés à
- des moyens de chargement et de stockage sécurisés d'une clé d'appariement du second logiciel, et
- des moyens de communication entre le premier et le second logiciel comportant des moyens de validation de la clé d'appariement du second logiciel aptes à autoriser la communication à la vérification à la valeur vraie de la possession de la clé d'appariement par le second logiciel.
Le terminal de télécommunication comportant des moyens de communication avec un module d'identification d'un utilisateur comporte également des moyens de chargement, de stockage et d'exécution d'un logiciel adapté pour fonctionner avec un logiciel résidant sur le module d'identification et des moyens de stockage sécurisé d'une clé d'appariement connectés à des moyens de validation de cette clé d'appariement par le logiciel résidant sur le module d'identification.
Quant au module d'identification d'un utilisateur associé au terminal de télécommunication, il comporte des moyens de chargement et de stockage sécurisés d'une clé d'appariement en concordance avec une clé d'appariement stockée sur le terminal et d'un logiciel adapté pour fonctionner avec un logiciel résidant sur le terminal, connectés à des moyens de validation de la clé appariement du terminal à partir de la clé appariement du module aptes à n'autoriser la communication entre les deux logiciels que si la clé appariement du tejminaLesLvalide.-
Comme il a été explicité précédemment, le procédé décrit est mis en œuvre par un produit logiciel comportant un premier module mis en œuvre sur un
terminal de télécommunication et un second module mis en œuvre sur un module d'identification d'un utilisateur du terminal de télécommunication.
Le procédé et le système ainsi décrit permettent donc avantageusement, en appariant un terminal avec sa carte SIM, de renforcer la sécurité des applications dont le premier module est chargé sur la carte SIM et le second module, complémentaire, est chargé dans le terminal.
Claims
1. Procédé de sécurisation d'un terminal de télécommunication (4) connecté à un module d'identification (5) d'un utilisateur du terminal, comprenant une étape d'exécution d'une procédure d'appariement du terminal au module d'identification consistant à :
- charger (10, 11) de manière sécurisée un premier logiciel comportant une clé d'appariement sur le module d'identification,
- charger (12) de manière sécurisée un second logiciel apte à fonctionner en collaboration avec le premier logiciel sur le terminal de télécommunication,
- transmettre (13) une clé d'appariement en correspondance avec celle du premier logiciel au second logiciel,
- stocker dans une zone de stockage sécurisée du terminal de télécommunication la clé d'appariement transmise ; - avant toute réponse du premier logiciel à une requête (14) du second logiciel vérifier (15, 16) que la clé d'appariement du second logiciel stockée sur le terminal de communication est valide ;
- répondre à ladite requête si et seulement si le second logiciel possède de façon valide la clé d'appariement.
2. Procédé de sécurisation d'un terminal de télécommunication selon la revendication 1 , caractérisé en ce que la transmission de la clé d'appariement au second logiciel est conditionnelle à une procédure d'habilitation du terminal de télécommunication.
3. Procédé de sécurisation d'un terminal de télécommunication selon la revendication 2, caractérisé en ce que la procédure d'habilitation du terminal est effectuée manuellement par un agent habilité, la dite procédure d'habilitation comprenant une étape d'authentification de cet agent auprès du second logiciel par un mot de passe, transmis par le second logiciel pour validation au premier logiciel ou à un serveur d'authentification.
4. Procédé de sécurisation d'un terminal de télécommunication selon la jeyeQdi€aiiαn-3,-caractérisé-en-ce-que le-mot-de- passe- estrdiversifié r"éTT "fonction" du terminal.
5. Procédé de sécurisation d'un terminal de télécommunication selon la revendication 2, caractérisé en ce que le terminal possédant des moyens d'identification et d'authentification du terminal, la procédure d'habilitation du terminal est effectuée automatiquement par vérification par le premier logiciel chargé sur le module d'identification, ou par un serveur d'authentification de la validité desdits moyens d'identification et d'authentification.
6. Procédé de sécurisation d'un terminal de télécommunication selon la revendication 5, caractérisé en ce que les moyens d'identification et d'authentification comportent une paire de clés RSA et un certificat émis par une autorité de certification et la vérification de la validité desdits moyens comporte l'authentification de la paire de clés RSA et du certificat.
7. Procédé de sécurisation d'un terminal de télécommunication selon l'une quelconque des revendications précédentes, caractérisé en ce que la vérification de la possession par le second logiciel de la clé d'appariement est faite par un processus de « challenge-réponse » du premier logiciel vers le second logiciel.
8. Procédé de sécurisation d'un terminal de télécommunication selon l'une quelconque des revendications précédentes, caractérisé en ce que le module d'identification comporte au moins un troisième logiciel apte à fonctionner avec un logiciel complémentaire chargé sur le terminal et tel qu'il ne répond à une requête de son logiciel complémentaire qu'après avoir vérifié auprès du premier logiciel que le second logiciel possède de façon valide une clé d'appariement.
9. Procédé de sécurisation d'un terminal de télécommunication selon l'une quelconque des revendications précédentes, caractérisé en ce que la clé d'appariement sert à établir une clé de session permettant de chiffrer les échanges entre le terminal et le module d'identification.
10. Procédé de sécurisation d'un terminal de télécommunication selon l'une quelconque des revendications précédentes, caractérisé en ce que la vérification de la clé d'appariement par le premier logiciel comporte en outre le positionnement de drapeaux marquant une différence entre la configuration enregistrée dans le module d'identification et la configuration courante du ermjnaLde_ télécommunication,
11. Procédé de sécurisation d'un terminal de télécommunication selon la revendication 10, caractérisé en ce que les drapeaux et les informations de configuration peuvent être lus et mis à jour de façon sécurisée par un serveur d'authentification.
12. Procédé de sécurisation d'un terminal de télécommunication selon les revendications 8 et 10, caractérisé en ce que le troisième logiciel ne répond à une requête de son logiciel complémentaire qu'après avoir testé les drapeaux.
13. Système de sécurisation d'un terminal de télécommunication (4) connecté à un module d'identification (5) d'un utilisateur du terminal pour la mise en œuvre du procédé selon l'une quelconque des revendications précédentes caractérisé en ce qu'il comporte : - des moyens de chargement sécurisé et de stockage d'un premier logiciel comportant une clé d'appariement dans le module d'identification ;
- des moyens de chargement sécurisé d'un second logiciel apte à fonctionner en collaboration avec le premier logiciel sur le terminal de télécommunication, connectés à - des moyens de chargement et de stockage sécurisés d'une clé d'appariement du second logiciel, et
- des moyens de communication entre le premier et le second logiciel comportant des moyens de validation de la clé d'appariement du second logiciel aptes à n'autoriser la communication qu'après vérification (15, 16) que le second logiciel possède de façon valide la clé d'appariement.
14. Terminal de télécommunication (4) comportant des moyens de communication (6) avec un module d'identification (5) d'un utilisateur pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 12, caractérisé en ce qu'il comporte en outre des moyens de chargement, de stockage et d'exécution d'un logiciel adapté pour fonctionner avec un logiciel résidant sur le module d'identification et des moyens de stockage sécurisé d'une clé d'appariement connectés à des moyens de validation de cette clé d'appariement par le logiciel résidant sur le module d'identification.
15. Module d'identification (5) d'un utilisateur associé à un terminal de télécommunication (4) selon la revendication 14 et comportant des moyens de
_commιMcation46)--aveG-ce-teFm^ qu'il comporte des moyens de chargement et de stockage sécurisés d'une clé d'appariement en concordance avec une clé d'appariement stockée sur le terminal et d'un logiciel adapté pour fonctionner avec un logiciel résidant sur le terminal, connectés à des moyens de validation de la clé d'appariement du terminal à partir de la clé d'appariement du module aptes à autoriser la communication à la vérification à la valeur vraie de la possession de la clé d'appariement par le second logiciel.
16. Produit logiciel comportant un premier module mis en œuvre sur un terminal de télécommunication et un second module mis en œuvre sur un module d'identification d'un utilisateur du terminal de télécommunication, pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 12
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0412760 | 2004-11-25 | ||
| PCT/FR2005/002726 WO2006056669A1 (fr) | 2004-11-25 | 2005-11-02 | Procede de securisation d'un terminal de telecommunication connecte a un module d'identification d'un utilisateur du terminal |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| EP1815638A1 true EP1815638A1 (fr) | 2007-08-08 |
Family
ID=34954782
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| EP05815221A Withdrawn EP1815638A1 (fr) | 2004-11-25 | 2005-11-02 | Procede de securisation d'un terminal de telecommunication connecte a un module d'identification d'un utilisateur du terminal |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US8588415B2 (fr) |
| EP (1) | EP1815638A1 (fr) |
| JP (3) | JP2008522470A (fr) |
| CN (1) | CN101088249B (fr) |
| WO (1) | WO2006056669A1 (fr) |
Families Citing this family (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SE0300670L (sv) * | 2003-03-10 | 2004-08-17 | Smarttrust Ab | Förfarande för säker nedladdning av applikationer |
| FI20065564A0 (fi) * | 2006-09-13 | 2006-09-13 | Eads Secure Networks Oy | Matkaviestimen autentikointi |
| FI118841B (fi) * | 2006-09-13 | 2008-03-31 | Eads Secure Networks Oy | Matkaviestimen autentikointi |
| US20090307140A1 (en) * | 2008-06-06 | 2009-12-10 | Upendra Mardikar | Mobile device over-the-air (ota) registration and point-of-sale (pos) payment |
| US20090307486A1 (en) * | 2008-06-09 | 2009-12-10 | Garret Grajek | System and method for secured network access utilizing a client .net software component |
| WO2010035070A1 (fr) * | 2008-09-29 | 2010-04-01 | Nokia Corporation | Procédés, appareils et produits programmes d'ordinateur pour verrouiller un dispositif amovible à un dispositif hôte précis |
| TWI413878B (zh) * | 2009-07-10 | 2013-11-01 | Wistron Corp | 具延伸功能的電子系統及其相關方法 |
| US8862767B2 (en) | 2011-09-02 | 2014-10-14 | Ebay Inc. | Secure elements broker (SEB) for application communication channel selector optimization |
| US8965330B2 (en) * | 2011-10-21 | 2015-02-24 | Microsoft Corporation | Split billing for a mobile device |
| KR101651808B1 (ko) * | 2012-02-07 | 2016-08-26 | 애플 인크. | 네트워크 보조형 사기 검출 장치 및 방법 |
| GB2504968B (en) * | 2012-08-15 | 2016-09-14 | Eseye Ltd | Multi IMSI system and method |
| CN102843669B (zh) * | 2012-08-17 | 2019-03-15 | 中兴通讯股份有限公司 | 数据访问方法和装置 |
| US20160066184A1 (en) * | 2014-08-29 | 2016-03-03 | Intel Corporation | Pairing Computing Devices According To A Multi-Level Security Protocol |
| CN105376412A (zh) * | 2015-12-01 | 2016-03-02 | 小米科技有限责任公司 | 信息处理的方法及装置 |
| JP6613909B2 (ja) * | 2016-01-15 | 2019-12-04 | 富士通株式会社 | 相互認証方法、認証装置および認証プログラム |
| CN105721164A (zh) * | 2016-02-18 | 2016-06-29 | 四川长虹电器股份有限公司 | 一种sim卡的手机身份认证的系统及方法 |
| US11087304B2 (en) * | 2016-03-14 | 2021-08-10 | Jpmorgan Chase Bank, N.A. | Systems and methods for device authentication |
| US10650130B2 (en) * | 2017-11-06 | 2020-05-12 | Ubs Business Solutions Ag | System and method for facilitating authentication via a short-range wireless token |
| JP6522842B1 (ja) * | 2018-10-05 | 2019-05-29 | さくら情報システム株式会社 | 情報処理装置、方法及びプログラム |
| CN109743176B (zh) * | 2018-12-28 | 2020-07-28 | 百富计算机技术（深圳）有限公司 | 一种pos终端的证书更新方法、服务器及pos终端 |
| JP6650543B1 (ja) * | 2019-03-25 | 2020-02-19 | さくら情報システム株式会社 | 情報処理装置、方法及びプログラム |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040043792A1 (en) * | 2002-08-28 | 2004-03-04 | Nokia Corporation | Identity module for terminal equipment using prepaid applications |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5721781A (en) * | 1995-09-13 | 1998-02-24 | Microsoft Corporation | Authentication system and method for smart card transactions |
| US5864757A (en) * | 1995-12-12 | 1999-01-26 | Bellsouth Corporation | Methods and apparatus for locking communications devices |
| US7917760B2 (en) * | 1997-02-21 | 2011-03-29 | Multos Limited | Tamper resistant module having separate control of issuance and content delivery |
| US6317832B1 (en) * | 1997-02-21 | 2001-11-13 | Mondex International Limited | Secure multiple application card system and process |
| US6575372B1 (en) * | 1997-02-21 | 2003-06-10 | Mondex International Limited | Secure multi-application IC card system having selective loading and deleting capability |
| US6606491B1 (en) * | 1998-06-26 | 2003-08-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Subscriber validation method in cellular communication system |
| US7729986B1 (en) * | 1999-07-30 | 2010-06-01 | Visa International Service Association | Smart card transactions using wireless telecommunications network |
| JP4617533B2 (ja) * | 2000-03-14 | 2011-01-26 | ソニー株式会社 | 情報提供装置および方法、情報処理装置および方法、並びにプログラム格納媒体 |
| JP3921057B2 (ja) * | 2001-05-11 | 2007-05-30 | 株式会社エヌ・ティ・ティ・ドコモ | アクセス方法および通信端末 |
| EP1289326A1 (fr) * | 2001-08-30 | 2003-03-05 | Motorola, Inc. | Procédé de vérification de logiciel téléchargé et appareil correspondant |
| FR2831362B1 (fr) * | 2001-10-19 | 2004-02-27 | Babel Software | Procede de transaction securisee entre un telephone mobile equipe d'un module d'identification d'abonne (carte sim) et un serveur d'application |
| US7362869B2 (en) * | 2001-12-10 | 2008-04-22 | Cryptomathic A/S | Method of distributing a public key |
| US20040159700A1 (en) * | 2001-12-26 | 2004-08-19 | Vivotech, Inc. | Method and apparatus for secure import of information into data aggregation program hosted by personal trusted device |
| JP2003338812A (ja) * | 2002-05-22 | 2003-11-28 | Uchida Ryuichi | 暗号化システム |
| JP2004040717A (ja) * | 2002-07-08 | 2004-02-05 | Matsushita Electric Ind Co Ltd | 機器認証システム |
| US20040019564A1 (en) * | 2002-07-26 | 2004-01-29 | Scott Goldthwaite | System and method for payment transaction authentication |
| FR2847756B1 (fr) * | 2002-11-22 | 2005-09-23 | Cegetel Groupe | Procede d'etablissement et de gestion d'un modele de confiance entre une carte a puce et un terminal radio |
| JP2004193722A (ja) * | 2002-12-09 | 2004-07-08 | Dainippon Printing Co Ltd | 記録担体を搭載した携帯可能な通信端末及びこれを使ったサービス提供システム |
| ITRM20030100A1 (it) * | 2003-03-06 | 2004-09-07 | Telecom Italia Mobile Spa | Tecnica di accesso multiplo alla rete, da parte di terminale di utente interconnesso ad una lan e relativa architettura di riferimento. |
| JP2004297759A (ja) * | 2003-03-11 | 2004-10-21 | Seiko Epson Corp | 無線通信ネットワークシステムにおける接続認証 |
| FR2854303A1 (fr) * | 2003-04-23 | 2004-10-29 | France Telecom | Procede de securisation d'un terminal mobile et applications de procede, l'execution d'applications necessitant un niveau de securite eleve |
| EP1523188A1 (fr) * | 2003-10-06 | 2005-04-13 | Canal + Technologies | Appariement de module de Sécurité portable |
| US7357309B2 (en) * | 2004-01-16 | 2008-04-15 | Telefonaktiebolaget Lm Ericsson (Publ) | EMV transactions in mobile terminals |
| US20050227669A1 (en) * | 2004-04-08 | 2005-10-13 | Ixi Mobile (R&D) Ltd. | Security key management system and method in a mobile communication network |
| US20060093149A1 (en) * | 2004-10-30 | 2006-05-04 | Shera International Ltd. | Certified deployment of applications on terminals |
-
2005
- 2005-11-02 WO PCT/FR2005/002726 patent/WO2006056669A1/fr not_active Ceased
- 2005-11-02 JP JP2007542028A patent/JP2008522470A/ja not_active Withdrawn
- 2005-11-02 CN CN200580044725XA patent/CN101088249B/zh not_active Expired - Fee Related
- 2005-11-02 US US11/791,483 patent/US8588415B2/en not_active Expired - Fee Related
- 2005-11-02 EP EP05815221A patent/EP1815638A1/fr not_active Withdrawn
-
2012
- 2012-01-13 JP JP2012005048A patent/JP2012114937A/ja not_active Withdrawn
-
2014
- 2014-06-18 JP JP2014125675A patent/JP5895252B2/ja not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040043792A1 (en) * | 2002-08-28 | 2004-03-04 | Nokia Corporation | Identity module for terminal equipment using prepaid applications |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2006056669A1 (fr) | 2006-06-01 |
| JP2014225881A (ja) | 2014-12-04 |
| CN101088249A (zh) | 2007-12-12 |
| JP5895252B2 (ja) | 2016-03-30 |
| JP2008522470A (ja) | 2008-06-26 |
| CN101088249B (zh) | 2012-04-04 |
| US20070286373A1 (en) | 2007-12-13 |
| US8588415B2 (en) | 2013-11-19 |
| JP2012114937A (ja) | 2012-06-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1687953B1 (fr) | Méthode d'authentification d'applications | |
| WO2006056669A1 (fr) | Procede de securisation d'un terminal de telecommunication connecte a un module d'identification d'un utilisateur du terminal | |
| FR2854303A1 (fr) | Procede de securisation d'un terminal mobile et applications de procede, l'execution d'applications necessitant un niveau de securite eleve | |
| EP2820795B1 (fr) | Procede de verification d'identite d'un utilisateur d'un terminal communiquant et systeme associe | |
| EP2545721B1 (fr) | Protection contre un deroutement d'un canal de communication d'un circuit nfc | |
| EP2912594B1 (fr) | Procédé de fourniture d'un service sécurisé | |
| CN111404696A (zh) | 协同签名方法、安全服务中间件、相关平台及系统 | |
| EP1549011A1 (fr) | Procédé et système de communication entre un terminal et au moins un équipment communicant | |
| EP0973318A1 (fr) | Procédé pour payer à distance, au moyen d'un radiotéléphone mobile, l'acquisition d'un bien et/ou d'un service, et système et radiotéléphone mobile correspondants | |
| EP2545722B1 (fr) | Detection d'un deroutement d'un canal de communication d'un dispositif de telecommunication couple a un circuit nfc | |
| EP1393527A1 (fr) | Procede d'authentification entre un objet de telecommunication portable et une borne d'acces public | |
| EP2545723A1 (fr) | Protection d'un canal de communication entre un module de securite et un circuit nfc | |
| EP2545724A1 (fr) | Protection d'un module de securite dans un dispositif de telecommunication couple a un circuit nfc | |
| EP3117641A1 (fr) | Procédé de contrôle d'accès à une zone réservée avec contrôle de la validité d'un titre d'accès stocké dans la mémoire d'un terminal mobile | |
| EP3479325B1 (fr) | Procédé d'authentification de données de paiement, dispositifs et programmes correspondants. | |
| EP1400090B1 (fr) | Procede et dispositif de securisation des communications dans un reseau informatique | |
| FR2850772A1 (fr) | Procede et dispositif de securisation de transactions electroniques effectuees sur un terminal non securise | |
| FR3157960A3 (fr) | Procédé d’authentification d’un individu pour la mise en œuvre d’une transaction sur un terminal marchand. | |
| FR3099974A1 (fr) | Procédé de transmission d’une information numérique | |
| FR2943482A1 (fr) | Procede et systeme de securisation de demandes applicatives | |
| WO2012107369A1 (fr) | Procede et dispositif de connexion a un service distant depuis un dispositif hote |
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: 20070521 |
|
| AK | Designated contracting states |
Kind code of ref document: A1 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 |
|
| RIN1 | Information on inventor provided before grant (corrected) |
Inventor name: PAILLES, JEAN-CLAUDE Inventor name: VENRIES, FABIEN Inventor name: BRUYERE, GUILLAUME |
|
| RIN1 | Information on inventor provided before grant (corrected) |
Inventor name: BRUYERE, GUILLAUME Inventor name: PAILLES, JEAN-CLAUDE Inventor name: VENRIES, FABIEN |
|
| DAX | Request for extension of the european patent (deleted) | ||
| 17Q | First examination report despatched |
Effective date: 20071024 |
|
| RIN1 | Information on inventor provided before grant (corrected) |
Inventor name: FREY ALEXANDRE Inventor name: BRUYERE, GUILLAUME Inventor name: VENRIES, FABIEN Inventor name: PAILLES, JEAN-CLAUDE |
|
| RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: FRANCE TELECOM Owner name: TRUSTED LOGIC |
|
| RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: TRUSTED LOGIC Owner name: FRANCE TELECOM |
|
| RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: TRUSTED LOGIC Owner name: ORANGE |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
| RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: ORANGE Owner name: TRUSTED LOGIC |
|
| GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: GRANT OF PATENT IS INTENDED |
|
| RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04W 12/10 20090101ALI20200702BHEP Ipc: H04L 9/32 20060101ALI20200702BHEP Ipc: H04W 8/18 20090101ALN20200702BHEP Ipc: H04L 29/08 20060101ALN20200702BHEP Ipc: H04W 12/04 20090101AFI20200702BHEP Ipc: H04W 88/02 20090101ALN20200702BHEP Ipc: H04W 12/00 20090101ALI20200702BHEP Ipc: H04L 29/06 20060101ALN20200702BHEP |
|
| INTG | Intention to grant announced |
Effective date: 20200716 |
|
| RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04W 8/18 20090101ALN20200703BHEP Ipc: H04W 12/04 20090101AFI20200703BHEP Ipc: H04L 29/08 20060101ALN20200703BHEP Ipc: H04W 12/00 20090101ALI20200703BHEP Ipc: H04W 88/02 20090101ALN20200703BHEP Ipc: H04L 9/32 20060101ALI20200703BHEP Ipc: H04W 12/10 20090101ALI20200703BHEP Ipc: H04L 29/06 20060101ALN20200703BHEP |
|
| 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: 20201127 |