FR2795583A1

FR2795583A1 - Module de securite

Info

Publication number: FR2795583A1
Application number: FR9908071A
Authority: FR
Inventors: Romain Durand
Original assignee: Alcatel CIT SA; Alcatel SA
Current assignee: Alcatel CIT SA; Alcatel Lucent SAS
Priority date: 1999-06-24
Filing date: 1999-06-24
Publication date: 2000-12-29
Anticipated expiration: 2019-06-24
Also published as: FR2795583B1

Abstract

L'invention est relative à un module de sécurité (30) pour autoriser à une application l'utilisation d'interfaces de logiciels enregistrées dans un terminal (1) de télécommunications. Le module (30) comprend des moyens (32) de détection pour détecter le profil de sécurité dudit terminal (1) de télécommunications, des moyens (34) de sélection pour sélectionner parmi lesdites interfaces de logiciels celles qui sont associées au profil de sécurité détecté du terminal (1), et des moyens (36) de commande d'accès aux interfaces de logiciels pour d'une part autoriser à l'application l'utilisation des interfaces de logiciel sélectionnées et pour d'autre part bloquer pour ladite application l'utilisation des interfaces de logiciel non sélectionnées.

Description

Module de sécurité La présente Invention est relativeà un module de sécurité pour autoriserà une application l'utilisation d'interfaces de logiciels enregistrées dans un terminal de télécommunications.

Plus généralement, l'invention a trait au domaine de l'accès sécurisé d'une application, en particulier d'une applicationà valeur ajoutée" value add application" en anglais), aux ressources techniques d'un terminal de télécommunwications ou aux mémoires d'une carteà puce introduite dans un lecteur de carteà puce d'un terminal de télécommunications.

Généralement, des téléphones mobiles d'aujourd'hui ne sont pas considérés comme présentant eux-mêmes un profil de sécurité suffisamment élevé pour permettre toutes sortes de transactions financières comme par exemple des transactions bancaires ou le téléachat.

C'est pourquoi, toute transaction sensible impliquant une fonction de sécurité pour empêcher la fraude est aujourd'hui généralement réalisée par l'intermédiaire d'une carteà puce insérée dans le terminal.

En particulier pour permettre de passer des transactions très diverses, il a été proposé d'équiper un téléphone mobile de deux lecteurs de carteà puce, l'un pour recevoir une carte d'identification d'abonné également connu au nom de carte SIM (pour "subscriber identity module" en anglais) afin de permettre l'établissement d'une communication avec le réseau de télécommunications, et l'autre pour recevoir une carteà puce dite "d'application" dans laquelle sont stockées des informations particulières d'un utilisateur relatifà une application. Une telle carte d'application est par exemple une carte bancaire, un porte-monnaie électronique, une carte de fidélité ou encore une carte d'abonnementà un service distant pouvant être consulté par l'intermédiaire du terminal de télécommunications. Toutefois,il s'avère que cette solution présente des inconvénients, en particulier en raison des moyens techniques limités pouvant être mises en oeuvre dans une carteà puce.

En effet, certaines applications plus développées ne peuvent plus se contenter de la capacité de calcul et de mémorisation d'une simple carteà puce et nécessitent de faire intervenir les ressources techniques du téléphone mobile, comme par exemple des moyens de calcul, des moyens mémoire, le clavier ou l'écran d'affichage. Or, pour pouvoir efficacement empêcher la fraude,il n'est pas envisageable de permettre de passer une transaction sensible, comme une transaction financière, en utilisant les ressources techniques d'un terminal mobile, si celui-ci ne présente pas un profil de sécurité adapté.

Pour pallier cet inconvénient, il est connu de fabriquer des téléphones mobiles dits "infraudables". Il s'agit de terminaux fonctionnant au travers de couches de logiciels de sécurité et possédant au moins un lecteur de carteà puce, un clavier et un écran protégés ainsi qu'un boîtier de terminal inviolable qui rend le terminal inutilisable en cas de tentative d'ouverture du boîtier.

Toutefois, cette solution ne peut pas être étendueà tous les terminaux, en particulier des téléphones mobiles, car c'est une solution complexe et chère. Comme alternative,il a été proposé de prévoir des terminaux ayant différents niveaux de sécurité contre la fraude.

Ainsi par exemple, un profil de sécurité de niveau"0" correspondà un terminal n'ayant aucun moyen technique de sécurité contrela fraude.

Le niveaul" correspond par exempleà un terminal fonctionnant au travers de couches de logiciels de sécurité contre la fraude.

Le niveau "2" correspondà un terminal du niveau"I', mais qui comprend en plus un lecteur de carteà puce pour recevoir une carte d'application. Dans le cas d'un téléphone mobile,il s'agira d'un second lecteur de carteà puce, le premier étant celui destinéà recevoir la carte d'identification d'abonné (carte SIM). Le niveau"3" correspondà un terminal du niveau "2", dont en plus le clavier et l'afficheur sont protégés contre la fraude. La protection du clavier et de l'afficheur sont particulièrement important pour par exemple l'affichage de sommes d'argentà payer et la saisie de codes secrets.

Et puis, le niveau 'W' correspondà un terminal infraudable comme décrit ci-dessus, donc un terminal du niveau" 3 " comprenant de plus un boîtier inviolable.

Le niveau de sécurité contre la fraude d'un terminal de télécommunication est déterminé dès sa fabrication et implanté dans celui-ci par exemple sous la forme d'un certificat électronique enregistré dans une mémoire morte ROM.

Lorsque par exemple une application sensible doit être téléchargée d'un serveur distant, le certificat et donc le niveau du profil de sécurité du terminal sont communiqués au serveur distant et celui-ci adapte l'exécution de l'application au niveau du profil de sécurité du terminal.

Toutefois, cette solution présente l'inconvénient que l'on ne peut pas réellement garantir la sécurité contre la fraude lors de l'exécution de l'application au niveau du terminal.

Ainsi, il est possible lorsqu'une une application distante est téléchargée dans un terminal de télécommunications présentant un profil de sécurité du niveau" 3 ", qu'une autre application "pirate" se déroule en parallèle et torpille de manière frauduleuse l'application téléchargée.

En outre, dans le domaine général de sécurité de l'accèsà des modules de logiciels dans l'informatique, on recourt de temps en tempsà des librairies d'interfaces de logiciel d'accès par exempleà un processeur ou une mémoire.

Par le fait d'interposer une interface sécurisée pour accéder par exempleà un processeur, une mémoire ou un dispositif externe,il est possible d'augmenter le niveau de sécurité contre la fraude. La présente invention viseà pallier les problèmes de fraude de l'état de la technique en proposant un module de sécurité qui permette d'améliorer la sécurité au niveau d'un terminal de télécommunications lors de l'exécution d'une application dans celui-ci.

A cet effet, l'invention a pour objet un module de sécurité pour autoriserà une application l'utilisation d'interfaces de logiciels enregistrées dans un terminal de télécommunications, caractérisé en ce qu'il comprend des moyens de détection pour détecter le profil de sécurité dudit terminal de télécommunications, des moyens de sélection pour sélectionner parmi lesdites interfaces de logiciels celles qui sont associées au profil de sécurité détectédu terminal et des moyens de commande d'accès aux interfaces de logiciels pour d'une part autoriserà l'application l'utilisation des interfaces de logiciel sélectionnées et pour d'autre part bloquer pour ladite application l'utilisation des interfaces de logiciel non sélectionnées.

De plus, le module de sécurité peut comporter une ou plusieurs des caractéristiques suivantes: - les moyens de commande d'accès aux interfaces de logiciels sont de plus adaptés pour bloquer pendant les opérations de ladite application l'utilisation des interfaces de logiciel pour toute autre application, - dans le cas où ladite application posséderait un niveau de confiance déterminé, lesdits moyens de sélection sont de plus adaptés pour sélectionner lesdites interfaces de logiciels en outre en fonction du niveau de confiance de ladite application, - le module de sécurité est compris dans une carteà puce, - ladite application est une application liéeà un accessoire pouvant être relié audit terminal de télécommunication, - ledit accessoire est un lecteur de carteà puce sécurisé possédant son propre écran d'affichage et son propre clavier, - ladite application est une application téléchargée depuis un serveur distant, - ladite application téléchargée est adaptée pour accéder aux mémoires d'une carteà puce introduite dans un lecteur de carteà puce dudit terminal de télécommunication, - ladite application est une application de recharge d'un porte- monnaie électronique, une transaction de paiement ou une application pour créditer une carteà puce de points de fidélité.

L'inventiona également pour oblet un terminal de télécommunication, caractérisé en ce qu'il comporte un module de sécurité tel que décrit ci-dessus. Ce terminal de télécommunications peut en outre comporter une ou plusieurs des caractéristiques suivantes: - il comprend un premier lecteur de carteà puce destinéà recevoir une carte d'identification d'abonné et un second lecteur de carteà puce destinéà recevoir une carteà puce comprenant un module de sécurité tel que décrit ci-dessus.

- il est un ordinateur équipé de moyens de télécommunication, un téléphone, notamment un téléphone mobile, de préférence un radiotéléphone cellulaire ou encore une borne d'accès combiné réseau téléphonique/internet.

L'invention a de plus pour obiet un procédé pour autoriser de manière sécuriséeà une application l'utilisation d'interfaces de logiciels enregistrées dans un terminal de télécommunications, caractérisé en ce qu'il comprend des étapes suivantes: - on détecte le profil de sécurité dudit terminal de télécommunications, - on sélectionne parmi lesdites interfaces de logiciels celles qui sont associées au profil de sécurité détecté du terminal, et - on commande l'accès aux interfaces de logiciels de manièreà d'une part autoriserà l'application l'utilisation des interfaces de logiciel sélectionnées et d'autre part bloquer, pour ladite application, l'utilisation des interfaces de logiciel non sélectionnées.

Le procédé selon l'invention peut en outre présenter une ou plusieurs des caractéristiques suivantes: - on bloque pendant les opérations de ladite application l'utilisation des interfaces de logiciel pour toute autre application, - dans le cas où ladite application posséderait un niveau de confiance déterminé, on sélectionne les interfaces de logiciels en outre en fonction du niveau de confiance de ladite application D'autres caractéristiques et avantages de l'invention ressortiront de la description suivante, donnéeà titre d'exemple, sans caractère limitatif, en regard des dessins annexés sur lesquels: La figure1 montre un schéma synoptique d'un système de télécommur#cations, et La figure 2 montre un schéma synoptique d'un terminal de télécommunications équipé d'un module de sécurité selon l'invention.

La figure1 est un schéma synoptique simplifié d'un système de télécommunications et la figure 2 montre un schéma synoptique plus en détail du terminal1 de télécommunications de la figure1.

Par" terminal de télécommunications on comprend tout équipement terminal d'un réseau de télécommunications comme par exemple un téléphone mobile ou radio-cellulaire, un ordinateur équipé de moyens de télécommunications tel qu'un modem d'accèsà un réseau de télécommunications.

Le terme de" terminal de télécommunications" englobe également un minitel et une borne d'accès combiné réseau téléphonique/ Internet. Une telle borne d'accès combiné, également connu au nom de "screenphone" (pour "téléphoneà écran" en français), est par exemple commercialisée par la Demanderesse au nom de `WEB TOUCH'.

Par la suite, on considérera que le terminal de télécommunications1 est un téléphone mobile comme cela est représenté schématiquement surla figure1.

Le terminal de télécommunications1 possède un premier 2 et un second3 lecteurs de cartesà puce (voir figure 2). Le premier lecteur 2 de carteà puce est adapté pour recevoir une carte5 d'identification d'abonné également connu au nom de carte SIM (pour "subscriber identity module" en anglais) afin de permettre l'établissement d'une communication avec un réseau de télécommunications. Cette carte5 d'identification peut avoir le format d'une carte de crédit comme cela est représenté sur la figure1, ou être une carte "micro-SIM".

Grâceà la carte SIM 5, l'abonné peut s'identifier auprès d'un serveur 9 de l'opérateur du réseau téléphonique auprès duquel l'utilisateur a souscrit un abonnement, et passer des communications. Ce serveur9 contient une base de données de tous les abonnés et des autorisations d'accès au réseau téléphonique de l'opérateur par l'intermédiaire des cartes SIM.

Le lecteur3 de carteà puce est adapté pour recevoir une carteà puce 7 dited' " application ". Dans une telle carte d'applications7 sont stockées dans une mémoire10 (voir figure 2) des informations particulières d'un utilisateur relatifà une application qui peut par exemple être une application distante. Dans le cas d'un porte-monnaie électronique par exemple, le crédit sur la carte est stocké dans cette mémoire10.

Cette carte7 possède de préférence le format d'une carte de crédit, mais elle peut également avoir le format d'une carte micro-SIM. Cette carte d'application7 peut par exemple être un porte-monnaie électronique, une carte pour créditer des points de fidélités, ou une carte bancaire.

Grâceà la carte d'applications7, l'utilisateur du terminal1 peut télécharger une ou plusieurs applications depuis un serveur distant d'applications11 appartenant par exempleà une société de vente de produits ouà une banque auprès duquel l'utilisateur du terminal1 possède un compte bancaire.

Ce serveur11 peut être appelé par l'abonné depuis son téléphone mobile. Dans ce cas, le serveur de l'opérateur téléphonique9 de l'opérateur est relié, par exemple par une liaison téléphonique filaire13 au serveur11 de la banque. On se réfère maintenantà la figure 2.

Le terminal1 de télécommunications est équipé d'une unité centrale 15 pour gérer le fonctionnement du terminal1. Cette unité centrale15 comprend par exemple un microprocesseur.

De plus, le terminal1 comporte, reliésà l'unité centrale15, un écran d'affichage17, un clavier19, des moyens de télécommunications 21 réalisés dans le présent exemple sous forme d'un émetteur/ récepteur de téléphone mobile. Les lecteurs de carteà puce 2 et3 sont également raccordésà l'unité centrale 15-et les opérations de lecture et d'écriture sur respectivement les cartesà puce5 et7 sont gérés par l'intermédiaire de l'unité centrale15.

Par ailleurs, le terminal1 comporte une mémoire 22 de certificat. Cette mémoire 22 contient un certificat électronique délivré par un organisme de certification et est reliéà l'unité centrale15. Le certificat électronique comprend, entre autres, un numéro identification unique du terminal1, son niveau de sécurité ainsi qu'une signature électronique de l'organisme de certification. Avantageusement, cette mémoire est une mémoire morteà masque ROM implanté dans le terminal1 lors de sa fabrication de sorte que son contenu ne puisse pas être modifié après implantation dans le terminal1.

De plus, le terminal1 comporte un mémoire 24 contenant une librairie d'interfaces de logiciel. Avantageusement, cette mémoire 24 est également une mémoire morteà masque ROM implanté dans le terminal1 lors de sa fabrication. Elle contient des interfaces de logiciel pour communiquer par exemple avec la carteà puce7 via le lecteur3, pour permettreà une application distante chargée dans l'unité centrale15 d'accéderà l'écran17 ou le clavier19, ou encore pour communiquer avec un accessoire externe raccordé au terminal1, comme un lecteur de carteà puce externe sécurisé (non représenté) possédant son propre écran d'affichage et son propre clavier protégés contre la fraude. La librairie d'interfaces de logiciels de la mémoire 24 se compose d'interfaces de différents niveaux.A titre d'exemple, la librairie de la mémoire 24 possède deux niveaux d'interface, un niveau haut et un niveau bas.

Par une interface de niveau haut, on entend une interface de logiciel qui réalise des fonctionnalités complexes sans donner accès aux fonctionnalités élémentaires du module ou de l'accessoire avec laquelle elle communique.

Par analogie, une interface de niveau bas donne accès aux fonctionnalités élémentaires du module ou l'accessoire avec laquelle elle communique.

Si on prend par exemple des interfaces de logiciel pour accéderà une carte d'application7 telle qu'un porte-monnaie électronique, une interface de logiciel de niveau haut est par exemple la fonctionnalité "débiter le porte- monnaie électronique d'un montant X ". Cette interface de logiciel ne permet pas d'accéder et de modifier librement des emplacement de mémoire de la carteà puce formant porte-monnaie électronique. Une interface de niveau bas pourla même carte d'application comprend par exemple la fonctionnalité de changer librement certains bits contenus dans la mémoire de la carte7.

Par une interface de niveau haut, l'accèsà la mémoire de la carte d'application est restreint et donc dans une certaine mesure protégé.

En revanche, par une interface de niveau bas, l'accèsà la mémoire n'est pas restreint et donc plus vulnérable contre la fraude.

Afin de permettre au terminal1 de télécommunications un champ d'application le plus large possible, il est nécessaire qu'en fonction du niveau de sécurité du terminal1 , aussi bien des interfaces du niveau haut que celles du niveau bas soient disponibles.

A cet effet, la carte d'applications7 comprend, outrela mémoire10 pour des informations relativesà une application, un module de sécurité30 selon l'invention. Ce module30 de sécurité comprend, reliés par l'intermédiaire d'un bus informatique31 de la carte7 au lecteur3 du terminal1, des moyens32 de détection pour détecter le profil de sécurité dudit terminal de télécommunications, des moyens 34 de sélection pour sélectionner au moins un niveau d'interface associé au profil de sécurité détecté du terminal1 et des moyens36 de commande d'accès aux interfaces de logiciels enregistrées dans la mémoire 24 du terminal.

On décrira les moyens32, 34 et36 plus en détail ci-après.

Les moyens32 de détection sont adaptés pour détecter, par exemple par des échanges de clés de cryptage, le certificat enregistré dans la mémoire 22 de certificat en accédantà cette mémoire 22 via le lecteur3 et l'unité centrale15. Bien entendu, ces moyens32 de détection comprennent également des moyens pour vérifier l'authenticité du certificat détecté.

Les moyens 34 de sélection sont réalisés de manière qu'ils puissent accéderà la mémoire 24 contenant les interfaces de logiciel. Les moyens 34 de sélection reçoivent un signal en sortie des moyens32 de détection qui est représentatif du niveau de sécurité du terminal1 de télécommunication, détecté par les moyens32.

Avantageusement, chaque interface de logiciel est associéeà un niveau de profil sécurité d'un terminal de télécommunications1.

Par exemple, en ce qui concerne les interfaces de logiciels relativesà un porte-monnaie électronique, aucune interface de logiciel dela mémoire 22 est associéeà un profil de sécurité des niveaux" 0 " ou" 1 " puisque que l'utilisation d'un porte-monnaie électronique nécessite un lecteur de carteà puce supplémentaire. Un terminal possédant un profil de sécurité des niveaux " 0 " et" 1 " ne peut donc pas être utilisé avec un porte-monnaie électronique.

Pour un terminal d'un profil de sécurité du niveau" 2 ", c'est-à-dire un terminal de télécommunications du niveau" 1 " possédant un lecteur de carte à puce supplémentaire (comme le lecteur de carteà puce7), on prévoit par exemple une interface de logiciel haute ayant la fonctionnalité de pouvoir débiter le porte-monnaie électronique d'un montant plafonné. Cette interface peut donc être utilisée avec toutes les applications distantes chargéesà distance et impliquant le paiement d'une somme d'argent, comme par exemple le téléachat de billets de cinéma.

Toutefois, pour des raisons de sécurité des transactions, on ne prévoit aucune interface de logiciel pour les terminaux du niveau" 2" et inférieur, permettant de recharger le porte-monnaie électronique puisque la recharge d'un porte-monnaie électronique implique l'utilisation d'interfaces de logiciel d'un niveau-bas.

Pour recharger son porte-monnaie électronique, un utilisateur d'un terminal de télécommunications d'un profil de sécurité du niveau ', 2" doit donc utiliser un autre terminal de télécommunication ayant un profil de sécurité d'un niveau plus élevé ou un guichet automatique d'une banque prévu à cet effet.

Des interfaces de logiciel de bas niveau permettant de recharger le porte-monnaie électronique depuis un serveur11 d'applications distantes d'une banque sont associéesà des terminaux présentant un profil de sécurité du niveau" 3 " ou supérieur, donc des terminaux possédant en plus un clavier et un écran d'affichage protégé contre la fraude.

En fonction du résultat de la détection du certificat par les moyens32, les moyens 34 sélectionnent donc pour l'application chargée dans l'unité centrale15 parmi les interfaces de logiciels de la mémoire 24 celles qui sont associées au niveau du profil de sécurité du terminal de télécommunications.

Selon une variante avantageuse, les moyens 34 de sélection reçoivent de l'unité centrale via le bus informatique31 un signal représentatif du niveau de confiance de l'application chargée dans l'unité centrale15.

Le niveau de confiance d'un logiciel est une mesure permettant de déterminer le degré de protection du logiciel contre la fraude, par exemple par des moyens de cryptage. Plus le niveau de confiance du logiciel est élevé, plus le logiciel est protégé contre la fraude.

La prise en compte de ce paramètre est avantageux, car pour accroître encore plus la sécurité contre la fraude, on peut prévoir qu'une application ayant un niveau de confiance faible ne peut pas accéderà des interfaces de logiciels normalement prévues pour un niveau de sécurité du terminal de télécommunications.

Les moyens36 de commande d'accès reçoivent des moyens 34 de sélection un signal représentatif des interfaces de logiciel sélectionnées. Ces moyens36 -sont adaptés pour d'une part autoriserà une application qui est par exemple téléchargée dans l'unité centrale15 depuis le serveur distant11, l'utilisation des interfaces de logiciel sélectionnées et pour d'autre part bloquer pour ladite application l'utilisation des interfaces de logiciel non sélectionnées. De plus, ces moyens36 sont adaptés pour bloquer, pendant les opérations de ladite application précitée, l'utilisation des interfaces de logiciel pour toute application autre que l'application chargée dans l'unité centrale15.

C'est donc par l'action du module de sécurité30 dans son ensemble et celle des moyens36 de commande d'accès en particulier, que l'accès sécurisé par exempleà une carte d'application7 est garanti.

Par la suite, on présentera un exemple liéà un porte-monnaie électronique pour illustrer le fonctionnement du module de sécurité selon l'invention lors du paiement par exemple d'un achat avec un porte-monnaie électronique.

Un utilisateur souhaite acheter des billets de cinéma par l'intermédiaire de son téléphone mobile possédant deux lecteurs de carteà puce et un profil de sécurité de niveau "2" tel que défini dans le préambule de la présente description.A cet effet,il compose un numéro de téléphone pour charger depuis un serveur distant d'une société de cinémas une application permettant de sélectionner le film, son lieu de projection,la séance et le nombre de billetsà acheter ainsi que de procéder au paiement des billets. Ensuite, pour le paiement des billets, une interface de logiciel de la mémoire 24 est nécessaire pour communiquer avec le porte-monnaie électronique7, car l'opération de paiement fait intervenir les ressources techniques du terminal,à savoir l'écran17, en particulier pour l'affichage du montantà payer, et le clavier19 pour valider le paiement.

Par conséquent, avant que l'opération de paiement puisse avoir lieu, le module de sécurité30 compris dans la carte7 définit et garantit l'accès aux interfaces de la mémoire 24.

A cet effet, via le lecteur de carteà puce3, les moyens30 de détection détectent et-vérifient le certificat chargé dans la mémoire de certification 22 et transmettent le résultat aux moyens 34 de sélection.

Comme le niveau de sécurité du terminal de télécommunications1 n'est pas très élevé, les moyens 34 de sélection choisissent dans la mémoire 24 une interface de logiciel d'un niveau haut appelé par exemple "débit du porte-monnaie électronique". Cette interface de logiciel permet en particulier de débiter le porte-monnaie d'une somme plafonnéà un certain montant en décrémentant la somme d'argent enregistrée dans la mémoire10, d'afficher le montantà débiter sur l'écran du terminal et de valider le paiement de la somme par appui sur une touche du clavier.

Ce sont les moyens36 de commande d'accès qui permettentà l'application d'accéderà cette interface de logiciel mentionnée ci-dessus.

En même temps, lors de l'exécution de cette seconde application, les moyens36 de commande d'accès bloquent l'utilisation, pour la seconde application, des autres interfaces non sélectionnées contenues dans la mémoire 24 comme les interfaces d'un niveau bas. De plus, les moyens36 bloquent l'accès aux interfaces de logiciel contenues dansla mémoire 24 pour toute application autre que l'application "débitdu porte-monnaie électronique". Bien entendu, le recoursà une interface de logiciel de la mémoire 24 est obligatoire pour accéderà la mémoire10 du porte-monnaie électronique 7.

Ainsi, on comprend que le module de sécurité contenu dans le porte- monnaie électronique permet de garantir l'accès aux mémoires de cette carte à puce et du niveau du profil de sécurité du terminal de télécommunications.

En revanche, si l'utilisateur souhaite accéder avec son terminal possédant un profil de sécurité de niveau 'Tà un serveur distant de sa banque pour recharger son porte-monnaie électronique,il pourrait charger Papplication- dans l'unité centrale15, mais il ne peut pas l'exécuter, car le module de sécurité30 bloquerait l'accès aux interfaces de logiciel nécessaires pour cette opération de recharge en raison d'un niveau de sécurité du terminal insuffisant.

Cet utilisateur devrait donc recharger son porte-monnaie électronique soit par l'intermédiaire d'un terminal ayant un profil de sécurité du niveau requis afin que l'application distante puisse accéder aux interfaces de logiciels nécessaires pour le fonctionnement de l'application, soit par l'intermédiaire par exemple d'un guichet automatique de sa banque prévuà cet effet.

Selon ce qui précède, l'application est une application téléchargée depuis un serveur distant. Mais bien entendu, cette application peut également être une application associéeà un accessoire raccordé au terminal de télécommunications.

Ainsi par exemple pour un téléphone mobile n'ayant qu'un lecteur de carteà puce destinéà recevoir une carte d'identification d'abonné, cet accessoire peut par exemple être un lecteur sécurisé externe de cartesà puce, en particulier pour des cartes d'application. De préférence, un tel lecteur externe possède son propre écran d'affichage et son propre clavier protégés contre la fraude.

Selon un autre développement de l'invention, le module de sécurité est compris dans le terminal de télécommunications ou encore dans la carte SIM 5.

Claims

REVENDICATIONS 1. Module de sécurité(30) pour autoriserà une application l'utilisation d'interfaces de logiciels enregistrées dans un terminal de télécommunications (1), caractérisé en ce qu'il comprend des moyens(32) de détection pour détecter le profil de sécurité dudit terminal de télécommunications(1), des moyens (34) de sélection pour sélectionner parmi lesdites interfaces de logiciels celles qui sont associées au profil de sécurité détecté du terminal(1) et des moyens(36) de commande d'accès aux interfaces de logiciels pour d'une part autoriserà l'application l'utilisation des interfaces de logiciel sélectionnées et pour d'autre part bloquer pour ladite application l'utilisation des interfaces de logiciel non sélectionnées. 2. Module de sécurité selon la revendication1, caractérisé en ce que les moyens(36) de commande d'accès aux interfaces de logiciels sont de plus adaptés pour bloquer pendant les opérations de ladite application l'utilisation des interfaces de logiciel pour toute autre application. 3. Module de sécurité selon la revendication1 ou 2, dans lequel ladite application possède un niveau de confiance déterminé, caractérisé en ce que lesdits moyens (34) de sélection sont de plus adaptés pour sélectionner lesdites interfaces de logiciels en outre en fonction du niveau de confiance de ladite application prédéterminé. 4. Module de sécurité selon l'une quelconque des revendications1 à 3, caractérisé en ce qu'il est compris dans une carteà puce(7). 5. Module de sécurité selon l'une quelconque des revendications1 à 4, caractérisé en ce que ladite application est une application liéeàun accessoire pouvant être relié audit terminal de télécommunication. 6. Module de sécurité selon la revendication5, caractérisé en ce que ledit accessoire est un lecteur de carteà puce sécurisé possédant son propre écran d'affichage et son propre clavier. 7. Module de sécurité selon l'une quelconque des revendications1 à 4, caractérisé en ce que ladite application est une application téléchargée depuis un serveur distant. 8. Module de sécurité selonla revendication7, caractérisé en ce que ladite application téléchargée est adaptée pour accéder aux mémoires d'une ca deà puce introduite dansu n lecteur(3) dudit terminal de télécommunication(1). 9. Module de sécurité selon la revendication8, caractérisé en ce que ladite application est une application de recharge d'un porte-monnaie électronique, une transaction de paiement ou une application pour créditer une carteà puce de points de fidélité. 10. Terminal de télécommunication(1), caractérisé en ce qu'il comporte un module de sécurité selon l'une quelconque des revendications1 à 9. 11. Terminal de télécommunications selon la revendication10, caractérisé en ce qu'il comprend un premier (2) lecteur de carteà puce(5) destinéà recevoir une carte d'identification d'abonné(5) et un second(3) lecteur de carteà puce destinéà recevoir une carteà puce(7) comprenant un module de sécurité selonla revendication 4. 12. Terminal de télécommunication selon la revendication10 ou11, caractérisé en ce qu'il est un ordinateur équipé de moyens de télécommunication, un téléphone, notamment un téléphone mobile, de préférence un radiotéléphone cellulaire, ou encore une borne d'accès combiné réseau téléphonique/Internet. 13. Procédé pour autoriser de manière sécuriséeà une application l'utilisation d'interfaces de logiciels enregistrées dans un terminal de télécommunications(1), caractérisé en ce qu'il comprend des étapes suivantes on détecte le profil de sécurité dudit terminal de télécommunications - on sélectionne parmi lesdites interfaces de logiciels celles qui sont associées au profil de sécurité détecté du terminal, et - on commande l'accès aux interfaces de logiciels de manièreà d'une part autoriserà l'application l'utilisation des interfaces de logiciel sélectionnées et d'autre part bloquer pour ladite application l'utilisation des interfaces de logiciel non sélectionnées. 14. Procédé de sécurité selon la revendication13, caractérisé en ce que on bloque pendant les opérations de ladite application l'utilisation des interfaces de logiciel pour toute autre application. 15. -Procédé de sécurité selon la revendication13 ou14, dans lequel ladite application possède un niveau de confiance déterminé, caractérisé en ce que l'on sélectionne les interfaces de logiciels en outre en fonction du niveau de confiance de ladite application.