FR 2952211 A1 20110506 FR 0905318 A 20091105 PROCEDE, TERMINAL ET EQUIPEMENT INFORMATIQUE DE SECURISATION DES SERVICES DE MESSAGERIE La présente invention concerne le domaine des télécommunications. Elle concerne plus particulièrement un procédé, un terminal et un équipement informatique intégré au réseau de télécommunication permettant de renforcer le niveau de sécurité des services de messagerie d'un opérateur. Aujourd'hui de plus en plus de transactions bancaires se font par SMS. Il ~o existe donc un réel besoin de sécurité pour exploiter efficacement de tels services de messagerie. Le problème est qu'aujourd'hui les communications via SMS sont des communications basiques avec très peu de sécurité. Dans ce contexte, il est intéressant de proposer une solution permettant de 15 protéger les données des usagers en renforçant les niveaux de sécurité des messageries. La présente invention a pour but de supprimer certains inconvénients de l'art antérieur en proposant un procédé d'échange de messages sécurisés 20 utilisant des données contextuelles du réseau opérateur. Ce but est atteint en proposant un procédé d'échange de messages sécurisés entre au moins deux terminaux (USER A, USER B) capable de communiquer avec un réseau de télécommunication cellulaire 2G/3G 25 appartenant à au moins deux opérateurs (Oper A, Oper B), lesdits terminaux (USER A, USER B) comprenant chacun un module métier (MM utilisateur USER A, MM utilisateur USER B) apte à gérer et générer des clefs publique et privée, ledit réseau de télécommunication cellulaire 2G/3G comprenant deux modules de messagerie (M Mess A, M Mess B) appartenant chacun à 30 un opérateur (Oper A, Oper B), deux modules métier (M ME A, M ME B) aptes à gérer et générer des clefs publique et privée, le procédé étant caractérisé en ce qu'il comporte : a) une étape de génération de clefs de chiffrement publique et privée à partir des donnés contextuelles du contexte PDP extraites par le module métier (MM utilisateur USER A) du réseau auquel est connecté le premier utilisateur du terminal (USER A), b) une étape de génération de même clefs de chiffrement publique et privée à partir des donnés contextuelles du contexte PDP extraites par le module métier (M ME A) du réseau auquel est connecté le premier utilisateur io de l'opérateur (Oper A) et de transmission de la clef publique (CPu A) au module de messagerie (M Mess B) de l'opérateur B, c) une étape de génération de clefs de chiffrement publique et privée à partir des donnés contextuelles du contexte PDP extraites par le module métier (MM utilisateur USER B) du réseau auquel est connecté le second ts utilisateur du terminal (USER B), d) une étape de génération de même clefs de chiffrement publique et privée à partir des donnés contextuelles du contexte PDP extraite par le module métier (MM utilisateur B) du réseau de l'opérateur (Oper B) et de transmission de la clef publique (CPu B) au module de messagerie (M Mess 20 A) de l'opérateur A, e) une étape de chiffrement du message par le terminal (USER A) avec la clef de chiffrement publique générée à l'étape a) f) une étape de déchiffrement du message par le module de messagerie (M Mess A) de l'opérateur (Oper A) avec la clef de chiffrement 25 privée du module métier (M ME A) générée à l'étape b) g) une étape de chiffrement du message par le module de messagerie (M Mess A) de l'opérateur (Oper A) avec la clef de chiffrement publique du module métier (M ME B) h) une étape de déchiffrement du message par le terminal (USER B) 3o avec sa clef de chiffrement privée. Selon une autre particularité, le réseau de télécommunication cellulaire 2G/3G appartient au même opérateur, le module métier (MM utilisateur B) est supprimé, l'étape de génération de clefs de chiffrement publique et privée à partir des donnés contextuelles du contexte PDP du réseau par le module métier (MM utilisateur USER B) du terminal (USER B) est supprimée. Selon une autre particularité, les étapes de génération des clefs publiques et clefs privées comprennent un enrichissement desdites clefs par au moins un certificat métier. Selon une autre particularité, les étapes de génération des clefs publiques et clefs privées comprennent un enrichissement desdites clefs par le profil de l'utilisateur. ~o Selon une autre particularité, les étapes de génération des clefs publiques et clefs privées comprennent un enrichissement desdites clefs par un profil de service. Un autre but est atteint en proposant un terminal, comprenant une carte SIM, au moins un espace mémoire et un module d'authentification en 1s communication avec la carte SIM et le réseau de télécommunication cellulaire 2G/3G, ledit module d'authentification étant capable d'établir une session avec le réseau de télécommunication cellulaire 2G/3G, ledit terminal étant apte à communiquer avec un réseau de télécommunication cellulaire 2G/3G et à envoyer des messages sécurisés vers au moins un 20 autre terminal, ledit terminal étant caractérisé en ce qu'il comprend : - un module métier en communication avec le module d'authentification, la carte SIM et l'espace mémoire capable de générer des clefs publique et privée (CPu, CPr) à partir des données contenues dans la carte SIM et de les stocker dans la zone mémoire, 25 - un applicatif métier (API ME) de gestion de la messagerie sécurisé en communication avec la carte SIM et la zone mémoire, capable de générer un message, de lire les clefs de chiffrement publique et privée (CPu, CPr) dans ladite zone mémoire et de chiffrer ledit message avec ladite clef publique ou de déchiffrer ledit message avec 3o ladite clef privée de chiffrement. Selon une autre particularité, le module métier du terminal enrichit les clefs de chiffrement avec au moins un certificat métier. Selon une autre particularité, le module métier du terminal enrichit les clefs de chiffrement avec le profil de l'utilisateur. Selon une autre particularité, le module métier du terminal enrichit au moins une des clefs de chiffrement avec un profil de service. Un autre but est atteint en proposant un équipement informatique de gestion de messages sécurisés d'un réseau de télécommunication cellulaire 2G/3G comprenant un module de messagerie (M Mess), une base de données o (RADIUS) et un module métier (M ME), ladite base de donnée (RADIUS) étant en communication avec ledit module de messagerie et le module métier (M ME), ledit module métier (M Me) permettant d'extraire du contexte réseau fourni par la base de données (RADIUS) les données permettant de générer des clefs publique et privée puis de communiquer lesdites clefs 15 publique et privée à ladite base de données (RADIUS), ledit module de messagerie (M Mess) permettant d'envoyer une requête demandant les clefs de chiffrement publique et privée à la base de données (RADIUS) et permettant de chiffrer et déchiffrer les messages à envoyer avec les clefs de chiffrement fournies par la base de données (RADIUS) 20 Selon une autre particularité, le module métier (M ME) de l'équipement informatique de gestion de messages sécurisés d'un réseau de télécommunication cellulaire 2G/3G est intégré à la base de données (RADIUS). Selon une autre particularité, la base de données (RADIUS) de l'équipement 25 informatique de gestion de messages sécurisés d'un réseau de télécommunication cellulaire 2G/3G est intégrée au module de messagerie (M Mess). Selon une autre particularité, le module métier (M ME) de l'équipement informatique de gestion de messages sécurisés d'un réseau de 30 télécommunication cellulaire 2G/3G enrichit les données issues du contexte réseau avec au moins un certificat métier. Selon une autre particularité, le module métier (M ME) de l'équipement informatique de gestion de messages sécurisés d'un réseau de télécommunication cellulaire 2G/3G enrichit les données issues du contexte réseau avec le profil de l'utilisateur. Selon une autre particularité, le module métier (M ME) de l'équipement informatique de gestion de messages sécurisées d'un réseau de télécommunication cellulaire 2G/3G enrichit les données issues du contexte réseau avec un profil de service. D'autres particularités et avantages de la présente invention apparaîtront plus clairement à la lecture de la description ci-après, faite en référence aux dessins annexés, dans lesquels : - la figure 1 représente un schéma du réseau dans le cas d'échange de messages sécurisés intra-opérateur, - la figure 2 représente un schéma du réseau dans le cas d'échange de messages sécurisé inter-opérateur, - la figure 3 représente un schéma des échanges de données entre les différents éléments du réseau dans le cas de communications intra opérateur, - la figure 4 est un exemple de réalisation d'un terminal présentant les différents modules ainsi que les échanges de paramètres. L'invention va à présent être décrite en référence aux figures précédemment citées. Dans le présent document, le terme " message» représente indifféremment un SMS (Short Message System), un MMS (Multimedia Message System), ou un courrier électronique. De même le terme "terminal" représente indifféremment un téléphone mobile, un PDA (Persona) Digital Assistant), un ordinateur relié au réseau ou 30 tout autre moyen d'accès. L'invention proposée permet de renforcer le niveau de sécurité des services de messagerie d'un opérateur, dans un réseau de télécommunication cellulaire 2G/3G, afin de sécuriser les données privées des abonnés. Un réseau de télécommunication cellulaire 2G/3G est, par exemple, du type GSM (Global System for Mobile Communications), GPRS (Global Packet Radio Service), UMTS (Universal Mobile Telecommunications System) ou HSDPA (High Speed Downlink Packet Access). La figure 1 présente un réseau de télécommunication cellulaire 2G/3G, à l'intérieur d'un même opérateur A, comprenant par exemple au moins des ro passerelles (GGSN A et SGSN A) qui assurent le routage des paquets. La passerelle (SGSN A) (Serving GPRS Support Node) permet notamment l'acheminement des données dans le réseau GPRS et gère par exemple l'interface avec le réseau de paquets externes via la passerelle GGSN A (Gateway GPRS Support Node) identifiée par son APNAME (Access Point 15 Name), également désigné par APN : - une base de données (RADIUS A) (Remote Authentication Dial ln User Service) permettant de centraliser des données d'identification d'un réseau A, - un module métier (MM A) qui permet de générer des clefs 20 publiques et privées via un algorithme d'un réseau A, - un module de messagerie (M Mess A) du réseau A qui permet d'assurer le traitement des messages échangés par le réseau A avec le terminal (USER A). Le module de messagerie (M Mess A) est en communication avec la base de 25 données (RADIUS A) et les terminaux (USER A, USER B) du même réseau. Le module de messagerie (M Mess A) comprend par exemple les centres de services SMSC (Short Message Service Center), MMSC (Multimédia Message Service Center), Email SRV (Email Service)... Le procédé d'échange de messages sécurisés comprend plusieurs étapes. 30 En se référant aux figures 1 et 3, une première étape (1) établit un contexte d'échange de données unique entre le terminal mobile (USER A) et le réseau. Pour envoyer un message, le terminal mobile (USER A) va transmettre au s serveur SGSN A une requête de connexion. Cette requête de connexion contient d'une part un paramètre (par ID) identifiant l'utilisateur et d'autre part un paramètre de connexion (par con) nécessaire pour établir un accès au service de transmission de données. Le paramètre (par ID) identifiant l'utilisateur est par exemple le numéro IMSI ro temporaire (Temporary Mobile Subscriber Identity pour le niveau GSM ou Packet Temporary Mobile Subscriber Identity pour le niveau 2G/3G). Le paramètre de connexion (par con) est notamment un paramètre APN identifiant un point d'accès du réseau. Le SGSN recherche un paramètre APN associé à l'utilisateur. Pour cela il interroge le registre HLR (Home ls Location Register) qui contient la liste des paramètres APN associés à l'utilisateur en fonction de son abonnement. Si cet APN est présent, le SGSN A autorise la création d'un contexte PDP (Packet Data Protocol) d'échange de données qui comprend par exemple le paramètre APN, le point d'accès au service réseau utilisé (NSAPI Network Service Access Point), la qualité de 20 service négocié. Le SGSN transmet alors une requête de création de contexte PDP au GGSN A incluant le paramètre APN associé à l'utilisateur. A la création du contexte PDP, les mêmes paramètres sont initialisés côté utilisateur et côté réseau. Le SGSN A et le GGSN A vont ensuite communiquer, à la base de données 25 (RADIUS A), les différents paramètres (par exemple et de façon non limitative le contexte PDP, le PTMSI, le TLLI [Temporary Logical Link Identifier]) de l'utilisateur USER A qui ont permis la connexion au réseau. Dans une étape suivante (3), la base de données (RADIUS A) va collecter les données issues de ce contexte PDP qui comprennent par exemple les 3o paramètres PTMSI, NSAPI, TLLI, TID (Tunnel IDentifier) et communiquer ces données au module métier (M ME A). A partir des données contextuelles du réseau, comme par exemple et de façon non limitative, le contexte PDP, suivant une étape (4) un module métier (M ME A), en communication avec la base de données (RADIUS A), va calculer les 2 clefs de chiffrement publique et privée qui seront ensuite communiquées à la base de données (RADIUS A). En parallèle, suivant une autre étape (5), le module métier (MM utilisateur USER A) présent sur le terminal (USER A) va extraire les données pertinentes comme l'IMSI, MSISDN (Mobile Station ISDNumber), le TIMSI, PTMSI de sa carte SIM (Subscriber Identity Module ou module d'identification de l'abonné) et calculer également les deux mêmes clefs publique et privée. Une interface de programmation applicative (API ME A) métier du terminal (USER A) va ensuite (6) générer un message et le crypter à l'aide de la clef de chiffrement publique précédemment générée. ls Ce message crypté est ensuite envoyé, par le terminal (User A) vers le module de messagerie (M Mess A), suivant une étape (7), à destination du terminal (User B). Le message est ensuite traité par le module de messagerie (M Mess A). Le problème qui se pose ici est que le message est chiffré avec la clef 20 publique (CPu UA) du terminal (USER A). Le terminal (USER B) ne connaît pas le secret pour déchiffrer le message. Par contre, l'opérateur (Oper A) connaît le moyen de chiffrement du message pour l'utilisateur (USER B). Le module de messagerie (M Mess A) va donc envoyer, suivant une étape (8), une requête vers la base de données (Radius A) du réseau A afin de 25 récupérer la clef privée (CPr UA) du terminal (User A) générée par le module métier (MME A) de ce réseau. Dans une étape suivante (9) le module de messagerie (M Mess A) déchiffre le message du terminal (USER A) avec la clef privée obtenue. Selon une étape (10), le module de messagerie (M Mess A) va ensuite 30 extraire un contexte des échanges avec le terminal (User B). Une clef privée (CPr UB) et une clef publique (CPu UB) sont générées au niveau du réseau et au niveau du terminal (USER B). Le module de messagerie (M Mess A) va ensuite chiffrer de nouveau le message du terminal (USER A) avec la clef publique (CPu UB) du terminal (User B) et l'envoyer au destinataire (USER B) selon une étape (11). Selon une étape (12), le message de (USER A) chiffré avec la clef publique de (User B) est reçu par le terminal (USER B). Ce dernier va déchiffrer le message avec sa clef privée (CPr UB) suivant une dernière étape (13) à l'aide de l'applicatif (API ME B) métier présent dans le terminal (USER B). De façon avantageuse, les étapes de génération (3, 5) de clefs publique et privée pourraient comprendre un enrichissement desdites clefs de io chiffrement par au moins un certificat métier (certificat logiciel). De façon avantageuse, les clefs de chiffrement pourraient également être enrichies à l'aide d'autres paramètres pertinents comme par exemple le profil de l'utilisateur (par exemple avec des informations sur l'utilisateur fournies lors de la souscription au service) ou un profil de service qui serait demandé ls à la base de données (RADIUS A) par le module métier (M ME A). On obtient ainsi un procédé d'échange de messages tout à fait sécurisés. Tout ceci repose sur le fait qu'à chaque connexion un contexte réseau unique est créé et que ce contexte est utilisé pour établir les clefs de chiffrement. De plus côté utilisateur et côté réseau on possède le même 20 algorithme pour calculer les clefs de chiffrement. Côté utilisateur l'algorithme est inclus dans la carte SIM et côté réseau, le registre HLR. De ce fait, le " secret" est partagé entre l'utilisateur et le réseau dès la souscription de l'abonnement et il n'y aucun échange de ce " secret" entre le réseau et l'utilisateur. 25 On obtient ainsi un système de chiffrement asymétrique à clef publique pour le chiffrement et clef privée pour le déchiffrement dans lequel le secret est partagé dès l'achat de la carte SIM. Le système est d'autant plus sécurisé que lors de l'achat, cette carte SIM n'est délivrée qu'après vérification de l'identité du souscripteur. 30 Ceci permet de mettre en place un service très souple ne nécessitant pas l'utilisation d'un identifiant et d'un mot de passe. 2952211 i0 Un autre avantage de ce système est l'identifiant temporaire (TIMSI, PTMSI) qui permet d'éviter, à un terminal mobile, de voir son identifiant IMSI divulgué sur le réseau. Cet identifiant temporaire est recalculé à chaque changement de cellule ou changement de contexte. De ce fait, même si cet identifiant 5 venait à être intercepté, il ne pourrait pas resservir pour la suite. On a ainsi un secret versatile. Nous allons maintenant nous intéresser au cas de figure où les utilisateurs (USER A) et (USER B) appartiennent à des opérateurs différents (Oper A, Oper B). ~o La figure 2 présente un réseau de télécommunication cellulaire 2G/3G, appartenant à des opérateurs différents (Oper A, Oper B), comprenant par exemple au moins - des passerelles (GGSN A et SGSN A) appartenant à l'opérateur (Oper A) ainsi que des passerelles (GGSN B et SGSN B) appartenant à 15 l'opérateur (Oper B) - une base de données (RADIUS A) appartenant à l'opérateur (Oper A) et une base de données (RADIUS B) appartenant à l'opérateur (Oper B) - un module métier (M ME A) apte à dialoguer avec la base de données (RADIUS A) et un module métier (M ME B) apte à dialoguer avec la 20 base de données (RADIUS B), - un module de messagerie (M Mess A) appartenant au réseau de l'opérateur (Oper A) et un module de messagerie (M Mess B) appartenant au réseau de l'opérateur (Oper B). Le procédé d'échange de messages sécurisés dans le cas d'un échange de 25 messages entre deux opérateurs différents comprend plusieurs étapes. En se référant à la figure 2, une première étape (101A) établit un contexte d'échange de données (contexte PDP) entre le terminal mobile (USER A) et le réseau à travers les passerelles (SGSN A) et (GGSN A). 30 Selon une étape suivante (102A), les passerelles (SGSN A) et (GGSN A) communiquent les données liées au contexte réseau et services demandés (contexte PDP, TLLI, PTMSI User A) à la base de données (RADIUS A). 2952211 Il Dans une étape suivante (103A), la base de données (RADIUS A) va communiquer le contexte réseau au module métier (MME A). A partir des données contextuelles du réseau, suivant une étape (104A) le module métier (MM A) va calculer les 2 clefs de chiffrement publique (CPu 5 UA) et privée (CPr UA) qui seront ensuite communiquées à la base de données (RADIUS A). En parallèle, suivant une autre étape(105A) le module métier (MM utilisateur USER A) présent sur le terminal (USER A) va extraire les données pertinentes comme l'IMSI, MSISDN, le TIMSI, PTMSI et autres données i0 pertinentes métiers de sa carte SIM et calculer également les deux mêmes clefs publique et privée (CPu UA, CPr UA). Une interface de programmation applicative (API ME A) métier du terminal (USER A) va ensuite (106A) générer un message et le crypter à l'aide de la clef de chiffrement publique (CPu UA) précédemment générée. 15 Ce message crypté est ensuite envoyé, par le terminal (User A) via le module de messagerie (M Mess A) du réseau A, suivant une étape (107), à destination du terminal (User B). Le message est ensuite traité par le module de messagerie (M Mess A). A cette étape, le message présent dans la messagerie de l'opérateur 20 (Oper A) est chiffré avec la clef publique (CPu UA) du terminal (USER A). Le terminal destinataire est le terminal (USER B) qui ne connaît pas le secret pour déchiffrer ce message. De plus, l'opérateur (Oper A) ne connaît pas le moyen de chiffrement du message pour l'utilisateur (USER B). Dans un premier temps, le module de messagerie (M Mess A) du réseau A 25 va envoyer, suivant une étape (108), une requête vers la base de données du réseau A (Radius A) afin de récupérer la clef privée (CPr UA) du terminal (User A) générée par le module métier (MME A). Dans une étape suivante (109) le module de messagerie (M Mess A) déchiffre le message du terminal (USER A) avec la clef privée (CPr UA). 30 Dans un deuxième temps, selon une étape (110), le module de messagerie (M Mess A) va interroger la base de données (RADIUS B) de l'opérateur (Oper B) afin de récupérer la clef de chiffrement publique (CPr UB) du terminal (USER B). Suivant une étape (101B) un contexte d'échange de données entre le terminal mobile (USER B) et le réseau du second opérateur (OPER B) à s travers les passerelles (SGSN B) et (GGSN B) est établi. Selon une étape suivante (102B), les passerelles (SGSN B) et (GGSN B) communiquent les données liées au contexte réseau et services demandés par le terminal (USER B) (contexte PDP, TLLI, PTMSI User B) à la base de données (RADIUS B). Io Dans une étape suivante (103B), la base de données (RADIUS B) va communiquer le contexte réseau au module métier (MME B). A partir des données contextuelles du réseau, suivant une étape (104B) le module métier (MM B) va calculer les 2 clefs de chiffrement publique et privée (CPu UB, CPr UB) qui seront ensuite communiquées à la base de is données RADIUS B). En parallèle, suivant une autre étape (105B) le module métier (MM utilisateur USER B) présent sur le terminal (USER B) va extraire les données pertinentes comme I'IMSI, MSISDN, le TIMSI, PTMSI et autres données pertinentes métiers de sa carte SIM et calculer également les deux mêmes 20 clefs publique et privée (CPu UB, CPr UB). Selon une étape (110), la base de données (RADIUS B) transmet la clef publique (CPu UB) générée par le module métier (MME B). Le module de messagerie (M Mess A) va ensuite chiffrer de nouveau le message du terminal (USER A) avec la clef publique du terminal (User B) et 2s l'envoyer au destinataire (USER B) selon une étape (111). Selon une étape (112), le message de (USER A) chiffré avec la clef publique (CPu UB) de (User B) est reçu par le terminal (USER B). Ce dernier va déchiffrer le message avec sa clef privée (CPr UB) suivant une dernière étape (113) à l'aide de l'applicatif (API ME B) métier présent dans le terminal 30 (USER B). De façon avantageuse, les étapes de génération de clefs publique et privée (104A, 104B, 105A, 105B) pourraient comprendre un enrichissement desdites clefs de chiffrement par au moins un certificat métier, par le profil de l'utilisateur (par exemple avec des informations sur l'utilisateur utilisées lors de la souscription au service) ou par exemple un profil de service qui serait demandé à la base de données (RADIUS A) par le module métier (M ME A). Un autre objectif de la présente invention est de présenter un terminal permettant d'envoyer et de recevoir des messages sécurisés. La figure 4 représente, de façon non limitative, un exemple de réalisation d'un terminal selon la présente invention. De façon non limitative, le terminal d'un utilisateur USER A possède au to moins une carte SIM, un module d'authentification et un algorithme d'authentification, un applicatif métier (API ME USER A) et un algorithme de chiffrement/déchiffrement, un module métier (MM utilisateur USER A) et une zone mémoire. La carte SIM contient, entre autres, les paramètres d'identification de 15 l'abonné ou du terminal (comme par exemple les paramètres IMSI, MSISDN, IMEI, clef Ki...) ainsi que des algorithmes de chiffrement (comme par exemple les algorithmes A3 ou A8). Le module d'authentification est apte à dialoguer avec les passerelles SGSN pour, entre autres, se connecter au réseau ou établir un contexte PDP. Ce 20 module est en communication avec la carte SIM et est apte à extraire, de ladite carte SIM, les paramètres d'authentification de l'abonné. II est également apte à recevoir des paramètres du réseau comme par exemple le TMSI, PTMSI et à les stocker par exemple sur la carte SIM. Le module métier (MM utilisateur USER A), présent sur le terminal d'un 25 utilisateur USER A, a pour fonction de générer les couples de clefs publiques et privées (CPu UA, CPr UA) à partir des données contextuelles et d'un algorithme de chiffrement présent dans la carte SIM. Eventuellement, et de façon avantageuse, le module métier peut également enrichir le couple de clefs publique et privée avec d'autre donnés pertinentes telles que par 30 exemple au moins un certificat métier par exemple présent dans une zone mémoire, des données liées au profil de l'utilisateur par exemple extraites de la carte SIM ou par exemple un algorithme dédié également présent sur le réseau de l'opérateur auquel est rattaché le terminal USER A. Une fois les clefs privée et publique (CPu UA, CPr UA) générées, le module métier (MM utilisateur USER A) les délivre à l'applicatif métier (API ME USER A) ou, de façon préférentielle, stocke ce couple par exemple dans une zone mémoire dédiée. L'applicatif métier (API ME USER A) a pour fonction de générer et chiffrer les messages à envoyer. II a également pour fonction de déchiffrer les messages reçus. Pour cela, ce module est apte à communiquer avec la zone mémoire dédiée au stockage des clefs de chiffrement et à extraire lesdites clefs de chiffrement. II est également apte à communiquer avec la zone mémoire dédiée au stockage de l'algorithme de chiffrement et à extraire ledit algorithme. Le terminal peut également posséder une option permettant de chiffrer ou non les messages à envoyer. Cette option peut se traduire, par exemple, au is début ou à la fin de la frappe du message par une commande invitant l'utilisateur à choisir s'il faut chiffrer le message à envoyer. Un autre objectif de la présente invention est de présenter un équipement informatique de gestion de messages sécurisés d'un réseau de télécommunication cellulaire 2G/3G. 20 De façon non limitative, cet équipement comprend un module de messagerie (M Mess), une base de données (RADIUS) et un module métier (M ME). La base de données (RADIUS) stocke les paramètres de contexte réseau comme par exemple et de façon non limitative, le contexte PDP, TLLI, PTMSI ainsi que les clefs de chiffrement publique et privée. Eventuellement, 25 et de façon avantageuse, elle peut également stoker des données relatives au profil de l'utilisateur (par exemple des informations sur l'utilisateur utilisées lors de la souscription au service). Le module de messagerie a pour principale tâche l'envoi ainsi que le décryptage les messages. Ce module de messagerie est en communication 30 avec la base de données (RADIUS) et permet d'envoyer des requêtes à ladite base de données de façon à obtenir les clefs de chiffrement publique et privée. Le module métier (M ME) permet d'extraire les données pertinentes du contexte réseau comme par exemple le PTMSI, MSISDN, TMSI et de générer à partir de ces paramètres les clefs de chiffrement publique et privée. s Eventuellement, et de façon avantageuse, le module métier (M ME) peut enrichir les données extraites du contexte réseau avec d'autres données comme par exemple des certificats métier, le profil de l'utilisateur ou un profil de service qui serait demandé à la base de données (RADIUS). Une fois le couple de clefs de chiffrement émis, il est transmis à la base de lo données (RADIUS) afin de le stocker. Eventuellement, la base de données (RADIUS) et le module métier (M ME) peuvent être intégrés dans le module de messagerie. Selon un autre mode de réalisation le module métier est intégré dans la base de données (RADIUS). 15 II doit être évident pour les personnes versées dans l'art que la présente invention permet des modes de réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine d'application de l'invention comme revendiqué. Par conséquent, les présents modes de réalisation doivent être considérés à titre d'illustration, mais peuvent être modifiés dans 20 le domaine défini par la portée des revendications jointes et l'invention ne doit pas être limitée aux détails donnés ci-dessus. REVENDICATIONS1. Procédé d'échange de messages sécurisés entre au moins deux terminaux (USER A, USER B) capable de communiquer avec un réseau de télécommunication cellulaire 2G/3G appartenant à au moins deux opérateurs (Oper A, Oper B), lesdits terminaux (USER A, USER B) comprenant chacun un module métier (MM utilisateur USER A, MM utilisateur USER B) apte à gérer et générer des clefs publique et privée, ledit réseau de télécommunication cellulaire 2G/3G comprenant deux modules de i 0 messagerie (M Mess A, M Mess B) appartenant chacun à un opérateur (Oper A, Oper B), deux modules métier (MME A, MME B) aptes à gérer et générer des clefs publique et privée, le procédé étant caractérisé en ce qu'il comporte : a) une étape de génération de clefs de chiffrement publique et ls privée (CPu UA, CPR UA) à partir des données du contexte PDP extraites par le module métier (MM utilisateur USER A) du réseau auquel est connecté le premier utilisateur du terminal (USER A), b) une étape de génération de mêmes clefs de chiffrement publique et privée (CPu UA, CPR UA) à partir des donnés du contexte PDP 20 extraites par le module métier (MM utilisateur A) de l'opérateur (OPER A) et de transmission de la clef publique (CPu UA) au module messagerie (M Mess B) de l'opérateur B, c) une étape de génération de clefs de chiffrement publique et privée (CPu UB, CPR UB) à partir des données du contexte PDP extraites 25 par le module métier (MM utilisateur USER B) du réseau auquel est connecté le second utilisateur du terminal (USER B), d) une étape de génération de mêmes clefs de chiffrement publique et privée (CPu UB, CPR UB) à partir des données du contexte PDP extraites par le module métier (MME B) de l'opérateur (OPER B) et 30 de transmission de la clef publique (CPu UB) au module messagerie (M Mess A) de l'opérateur A,e) une étape de chiffrement du message par le terminal (USER A) avec la clef de chiffrement publique générée à l'étape a) f) une étape de déchiffrement du message par le module de messagerie (M Mess A) de l'opérateur (Oper A) avec la clef de chiffrement privé du module métier (MME A) générée à l'étape b) g) une étape de chiffrement du message par le module de messagerie (M Mess A) de l'opérateur (Oper A) avec la clef de chiffrement publique du module métier (MM B) h) une étape de déchiffrement du message par le terminal (USER B) avec sa clef de chiffrement privée. 2. Procédé selon la revendication 1, caractérisé en ce que le réseau de télécommunication cellulaire 2G/3G appartient au même opérateur, le module métier (MME B) est supprimé, l'étape de génération de clefs de chiffrement publique et privée (CPu UB, CPR UB) à partir des données du contexte PDP par le module métier (MM utilisateur USER B) du terminal (USER B) est supprimée. 3. Procédé selon une des revendications 1 et 2, caractérisé en ce que les étapes de génération des clefs publiques et clefs privées comprennent un enrichissement desdites clefs par au moins un certificat métier 4. Procédé selon une des revendications 1 à 3, caractérisé en ce que les étapes de génération des clefs publiques et clefs privées comprennent un enrichissement desdites clefs par le profil de l'utilisateur. 5. Procédé selon une des revendications 1 à 4, caractérisé en ce que les étapes de génération des clefs publiques et clefs privées comprennent un enrichissement desdites clefs par le profil de service. 6. Terminal comprenant une carte SIM, au moins un espace mémoire et un module d'authentification en communication avec la carte SIM et le réseau de télécommunication cellulaire 2G/3G, ledit module d'authentification étant capable d'établir une session avec le réseau de télécommunication cellulaire 2G/3G, ledit terminal étant apte à communiquer avec un réseau de télécommunication cellulaire 2G/3G et àenvoyer des messages sécurisés vers au moins un autre terminal, ledit terminal étant caractérisé en ce qu'il comprend : - un module métier en communication avec le module d'authentification, la carte SIM et l'espace mémoire capable de générer des clefs publique et privée (CPu, CPr) à partir des données contenues dans la carte SIM et de les stocker dans la zone mémoire, - un applicatif métier (API ME) de gestion de la messagerie sécurisé en communication avec la carte SIM et la zone mémoire, capable de générer un message, de lire les clefs de chiffrement publique lo et privée (CPu, CPr) dans ladite zone mémoire et de chiffrer ledit message avec ladite clef publique ou de déchiffrer ledit message avec ladite clef privée de chiffrement 7. Terminal selon la revendication 6 caractérisé en ce que le module métier (MM utilisateur) enrichit les clefs de chiffrement avec au 15 moins un certificat métier. 8. Terminal selon la revendication 6 ou 7 caractérisé en ce que le module métier (MM utilisateur) enrichit les clefs de chiffrement avec le profil de l'utilisateur. 9. Terminal selon la revendication une des revendications 6 à 8 20 caractérisé en ce que le module métier (MM utilisateur) enrichit les clefs de chiffrement avec un profil de service. 10. Equipement informatique de gestion de messages sécurisés d'un réseau de télécommunication cellulaire 2G/3G comprenant un module de messagerie (M Mess), une base de donnés (RADIUS) et un module métier 25 (M ME), ladite base de donnée (RADIUS) étant en communication avec ledit module de messagerie et le module métier (M ME), ledit équipement informatique étant caractérisé en ce que : - le module métier (M Me) permet d'extraire du contexte réseau fourni par la base de données (RADIUS) les données permettant de générer des 30 clefs publique et privée puis de communiquer lesdites clefs publique et privée à ladite base de données (RADIUS),- en ce que le module de messagerie (M Mess) permet d'envoyer une requête demandant les clefs de chiffrement publique et privée à la base de données (RADIUS) - et en ce que le module de messagerie (M Mess) permet de chiffrer et s déchiffrer les messages à envoyer avec les clefs de chiffrement fournies par la base de données (RADIUS) 11. Equipement informatique de gestion de messages sécurisés d'un réseau de télécommunication cellulaire 2G/3G selon la revendication 10 caractérisé en ce que le module métier (M ME) est intégré à la base de to données (RADIUS). 12. Equipement informatique de gestion de messages sécurisés d'un réseau de télécommunication cellulaire 2G/3G selon la revendication 10 ou 11 caractérisé en ce que la base de données (RADIUS) est intégrée au module de messagerie (M Mess). 15 13. Equipement informatique de gestion de messages sécurisés d'un réseau de télécommunication cellulaire 2G/3G selon une des revendications 10 à 12 caractérisé en ce que le module métier (M ME) enrichit les données issues du contexte réseau avec au moins un certificat métier. 14. Equipement informatique de gestion de messages sécurisées d'un 20 réseau de télécommunication cellulaire 2G/3G selon une des revendications 10 à 13 caractérisé en ce que le module métier (M ME) enrichit les données issues du contexte réseau avec le profil de l'utilisateur. 15. Equipement informatique de gestion de messages sécurisés d'un réseau de télécommunication cellulaire 2G/3G selon une des revendications 25 10 à 14 caractérisé en ce que le module métier (M ME) enrichit les données issues du contexte réseau avec un profil de service.