Brevet FR2951892A1 — publié le 20110429

Système et procédé de sécurisation contextuelle et dynamique des échanges de données au travers d'un réseau La présente invention se rapporte au domaine des systèmes de sécurisation des échanges de données au sein d'un réseau et plus particulièrement au domaine des systèmes de sécurisation des échanges de données au sein d'un réseau nécessitant un niveau d'intégrité et de confidentialité sur mesure et optimale. A l'heure actuelle, le développement des communications impose une sécurisation de plus en plus importante des transferts d'information entre io différents interlocuteurs qui utilisent un réseau. Cette réalité est accrue avec la multiplication des fonctionnalités attribuées aux terminaux mobiles que sont les téléphones portables. En effet, ces terminaux, qui ont comme particularité d'être en permanence à la disposition de leur utilisateur, sont également pensés comme une interface privilégiée pour permettre des 15 transactions financières ou tout autre type d'opération imposant une confidentialité optimisée. Il est connu de proposer une communication sécurisée entre deux interlocuteurs grâce à l'établissement d'une relative confidentialité entre un ou plusieurs terminaux et les installations des opérateurs respectifs qui 20 gèrent les communications de ces terminaux. Cependant, dans de tels systèmes, la relation de confiance étant opérée entre le terminal et son opérateur, les communications entre les interlocuteurs ne présentent alors plus aucune confidentialité vis-à-vis du tiers. Une intrusion étrangère au niveau de l'opérateur, par exemple de façon non limitative au niveau du 25 média d'accès (OS mobile, PC, logiciel espion,...), ou bien au niveau du logiciel utilisé (éditeur SMS, MMS, Email,...), ou bien encore au niveau de la plate-forme de service, fait alors disparaître la sécurité qui était établie entre les interlocuteurs que sont les terminaux. Ceci est également effectif dans le cadre du développement des sécurisations des communications, notamment pour permettre une confidentialité dans le transfert de données destinées à l'établissement de transactions financières. La présente invention a pour objet de supprimer un ou plusieurs inconvénients de l'art antérieur en proposant notamment une solution qui permet non seulement une gestion sécurisée des communications entre deux interlocuteurs utilisant le réseau d'un opérateur, mais également qui permet de garantir une intégrité et une confidentialité complète vis-à-vis de l'opérateur lors de transactions opérées entre ces interlocuteurs tout en simplifiant les processus utilisés de sorte qu'ils demeurent transparents et io automatiques aux yeux des utilisateurs. Cet objectif est atteint grâce à un système de chiffrement d'échanges sécurisés des données au sein d'un réseau entre un terminal d'utilisateur d'une application et un serveur avec lequel l'application du terminal d'utilisateur effectue une communication exclusive, confidentielle ou 15 sécurisée, caractérisé en ce que le système comprend au moins un opérateur incluant l'ensemble des infrastructures connues d'un réseau de communication et intégrant un centre de gestion qui comprend au moins une première interface de communication, vers un terminal d'un utilisateur et une seconde interface de communication avec au moins un fournisseur de 20 service ou serveur, et/ou au moins un réseau d'un serveur, qui comprend au moins une base de données intégrant un identifiant de l'utilisateur corrélé à au moins une donnée confidentielle de l'utilisateur strictement partagée par le terminal d'utilisateur et le serveur, cette sécurisation étant assurée grâce à au moins un dispositif de chiffrement qui code au moins une information 25 transmise à partir d'une première clé, dite clé réseau permettant le chiffrement des flux de données partagés par trois entités : le terminal de l'utilisateur, l'opérateur et un fournisseur de service, et d'une seconde clé, dite clé service permettant le chiffrement des flux de données strictement entre le terminal et au moins une infrastructure du fournisseur de service, la 30 clé réseau étant générée à partir des données contextuelles de la connexion du terminal à au moins une infrastructure du réseau de l'opérateur d'accès et la clé de service étant générée d'une part à partir de la clé réseau et d'autre part à partir de données contextuelles liées au profil de l'utilisateur en relation avec au moins un service requis au niveau d'une infrastructure du fournisseur de service. Selon une variante de réalisation, le chiffrement de la clé de service associe d'une part des données fonctionnelles liées au contexte du réseau permettant une génération dynamique de la clé de chiffrement réseau et d'autre part des données fonctionnelles liées au profil d'un utilisateur en relation avec un service donné. ro Selon une autre variante de réalisation, le système d'échanges sécurisés des données au sein d'un réseau selon l'invention est caractérisé en ce que le système comprend également : - un dispositif de génération d'au moins une clé de chiffrement dite clé de réseau, à partir d'au moins une donnée contextuelle de is sorte que cette clé soit commune au terminal utilisateur, au fournisseur de service, et au centre de gestion de l'opérateur, un dispositif de génération d'au moins une clé de chiffrement, dite clé de service, à partir de la clé de réseau et d'au moins une donnée technique liée à un identifiant de l'utilisateur connu du 20 serveur, et/ou d'un code dynamique strictement partagé par le terminal utilisateur et le serveur, cette clé étant strictement commune au terminal utilisateur, et au fournisseur de service Selon une autre variante de réalisation, le système d'échanges sécurisés des données au sein d'un réseau selon l'invention est caractérisé 25 en ce que d'une part les données contextuelles utilisées pour générer la clé de réseau comprennent au moins des données de type PDP (Packet Data Protocol) liées à une connexion du terminal utilisateur à une infrastructure du réseau et/ou d'accès au réseau et d'autre part les données contextuelles utilisées pour générer la clé de service comprennent au moins la clé de 30 réseau et des données de type PDP formant un PDP_Context et liées à la spécificité de la requête d'accès de l'utilisateur à un service donné. Selon une autre variante de réalisation, le système d'échanges sécurisés des données au sein d'un réseau selon l'invention est caractérisé en ce que le système intègre un dispositif de collecte au niveau de l'opérateur et de transfert vers au moins une infrastructure du fournisseur de service, d'une clé de réseau et/ou d'informations sur le PDP liées à la connexion de l'utilisateur. Selon une autre variante de réalisation, le système d'échanges sécurisés des données au sein d'un réseau selon l'invention est caractérisé en ce que le système comprend un dispositif d'enregistrement d'un utilisateur io au niveau d'au moins une infrastructure d'un fournisseur de service permettant la génération d'un identifiant de l'utilisateur spécifiquement associé à une ou plusieurs données confidentielles enregistrées dans une base de données du fournisseur de service . Selon une autre variante de réalisation, le système d'échanges 15 sécurisés des données au sein d'un réseau selon l'invention est caractérisé en ce que, le centre de gestion de l'opérateur comprenant une base de données intégrant un profil de l'utilisateur associé à une ou plusieurs données d'identification et/ou d'authentification du terminal utilisateur et/ou à une clé de réseau, le système comprend un dispositif de mise à jour du profil 20 de l'utilisateur lors de chaque connexion et/ou de chaque communication sécurisée mise en oeuvre par l'utilisateur. Selon une autre variante de réalisation, le système d'échanges sécurisés des données au sein d'un réseau selon l'invention est caractérisé en ce que le système comprend un dispositif de transfert sur le terminal de 25 l'utilisateur de l'application destinée à gérer les communications sécurisées entre le terminal et au moins un fournisseur de service. Selon une autre variante de réalisation, le système d'échanges sécurisés des données au sein d'un réseau selon l'invention est caractérisé en ce que les données contextuelles utilisées sont collectées au niveau d'au 30 moins une infrastructure de l'opérateur pouvant être un SGSN, un GGSN, et/ou une base de données dédiée à la gestion d'authentification de l'utilisateur, et/ou de l'utilisateur pouvant être une mémoire du terminal et/ou une carte SIM. Selon une autre variante de réalisation, le système d'échanges sécurisés des données au sein d'un réseau selon l'invention est caractérisé en ce que les données liées à l'identification et/ou l'authentification de l'utilisateur sont issues d'un ensemble comprenant notamment des identifiants IMSI (International Mobile Subscriber Identity) et/ou PTMSI (Packet-Temporary Mobile Subscriber Identity) et en ce que les données io liées au contexte d'établissement de liaison sont issues d'un ensemble comprenant notamment l'APName, le NSADPI (Network Service Access Point Identifier), le TLLI (Temporary Logical Link Identifier) et/ou le TID (Tunnel Identifier). Selon une autre variante de réalisation, le système d'échanges 15 sécurisés des données au sein d'un réseau selon l'invention est caractérisé en ce que le système est appliqué à la sécurisation de communications transactionnelles. Un autre objectif de l'invention est de proposer un procédé adapté pour la mise en oeuvre des systèmes de l'invention. 20 Cette solution est atteinte grâce à un procédé de sécurisation des échanges de données au sein d'un réseau mettant en jeu un système selon une des variantes selon l'invention, caractérisé en ce que le procédé comprend une étape de connexion du terminal utilisateur à un opérateur 25 avec l'établissement d'un contexte PDP associé à au moins une donnée de connexion du terminal utilisateur à une infrastructure du réseau et/ou d'accès au réseau de l'opérateur, une étape de transmission d'une requête de communication selon un mode sécurisé entre le terminal utilisateur et le fournisseur de 30 service, suivi d'une validation de cette requête, une étape de génération d'une clé réseau par chiffrement d'au moins une donnée contextuelle de la connexion du terminal utilisateur à une infrastructure du réseau et/ou d'accès au réseau, une étape de génération d'une clé service par chiffrement d'au moins une clé de niveau inférieur avec une donnée technique liée à un profil de l'utilisateur connu du serveur, et/ou d'un code dynamique strictement partagé par le terminal utilisateur et le serveur, une étape de codage par la clé de service des échanges io spécifiques entre le terminal utilisateur et le fournisseur de service. Selon une variante de réalisation, le procédé de sécurisation des échanges de données au sein d'un réseau selon l'invention est caractérisé en ce que le procédé est renouvelé à chaque nouvelle connexion du terminal utilisateur au réseau de sorte qu'au moins une des clés utilisées par le is système est régénérée. Selon une autre variante de réalisation, le procédé de sécurisation des échanges de données au sein d'un réseau selon l'invention est caractérisé en ce que le procédé comprend au préalable une étape de transmission par le fournisseur de service, au terminal utilisateur d'un code 20 dynamique associé à un identifiant de l'utilisateur au niveau du serveur par l'intermédiaire d'une voie de communication indépendante du réseau du système. Selon une autre variante de réalisation, le procédé de sécurisation des échanges de données au sein d'un réseau selon l'invention est 25 caractérisé en ce que le procédé comprend au moins une étape de mise à jour d'au moins une base de données du centre de gestion de l'opérateur corrélant le profil d'un utilisateur avec la clé de réseau générée et/ou une ou plusieurs données d'identification du terminal utilisateur. Selon une autre variante de réalisation, le procédé de sécurisation 30 des échanges de données au sein d'un réseau selon l'invention est caractérisé en ce que le procédé comprend au moins une étape de mise à jour d'au moins une base de données du fournisseur de service, corrélant un identifiant d'un utilisateur avec la clé de service générée et/ou une ou plusieurs données confidentielles de l'utilisateur. L'invention, avec ses caractéristiques et avantages, ressortira plus clairement à la lecture de la description faite en référence aux dessins annexés dans lequel : la figure 1 représente un diagramme schématique de l'organisation du système de sécurisation selon l'invention, io la figure 2a représente un schéma d'un exemple de procédé de mise en place de la sécurisation selon l'invention, - la figure 2b représente un schéma d'un exemple de procédé de sécurisation d'une communication selon l'invention. Il convient de faire remarquer que dans le présent document le 15 système de l'invention, lorsqu'il est arrangé pour être géré par un opérateur de téléphonie mobile ou fournisseur d'accès à au moins une interface d'un réseau de communication, les expressions « centre de gestion » ou « équipement du centre de gestion » se rapportent à un élément de l'opérateur ou à un portail de l'opérateur. De même, il convient de noter que 20 dans le présent document, les termes et expressions « fournisseur de service », « serveur » et « réseau de serveur » font référence à un portail de type, par exemple, ISP (Internet Service Pro vider) auprès duquel un utilisateur souhaite s'identifier et/ou s'authentifier afin d'opérer une communication confidentielle avec celui-ci et peut également faire référence 25 à un réseau présentant un portail avec des caractéristiques similaires. La présente invention concerne un système de communication confidentielle entre deux interlocuteurs utilisant un réseau ou une partie de réseau commune, ces deux interlocuteurs établissant cette communication sécurisée grâce à une ou plusieurs informations que ces interlocuteurs 30 partagent préalablement à l'établissement de cette communication. Le nouveau système de chiffrement symétrique s'appuie sur les informations contextuelles et dynamiques liées à l'établissement d'une liaison exclusive entre un terminal et les infrastructures réseau d'un opérateur et/ou entre un terminal et les infrastructures d'un fournisseur de service, comme par exemple une banque ou un service d'assurances, un commerce en ligne ou un compte crédité dont les données sont destinées à demeurer confidentielles et liées à un service sur lequel des options peuvent être modifiées tel que, de façon non restrictive, un abonnement téléphonique, multimédia, assurances, etc. Par ailleurs, en reposant sur l'utilisation d'un chiffrement à partir de données contextuelles pour permettre le renforcement io du niveau de sécurité, à savoir l'intégrité et la confidentialité de la communication, le système selon l'invention permet également une identification et/ou une authentification qui se trouvent rendues transparentes (c'est-à-dire : sans intervention explicite de l'utilisateur afin de renseigner des informations liées à son identifiant et/ou son authentifiant, etc.) et is automatiques aux yeux de l'utilisateur. Il convient de noter que le réseau utilisé peut être de type GSM, GPRS, UMTS ou de tout autre type susceptible d'être compatible avec le système de l'invention. Le système selon l'invention comprend ainsi au moins un terminal (1) 20 par lequel un utilisateur souhaite établir une communication privilégiée, sécurisée et/ou confidentielle avec un serveur (2), ou réseau de serveur, ce serveur comprenant une ou plusieurs données confidentielles auxquelles l'utilisateur souhaite accéder. Ces informations peuvent être, par exemple, des données nécessaires dans le cadre de transactions bancaires (ex. : 25 achat, vente, consultation, «mobile-payment», etc.) et associées à un identifiant de l'utilisateur. Selon un mode de réalisation particulier, cet identifiant de l'utilisateur est spécifique du service de communication privilégié. L'accès même au portail du serveur (2), ou réseau de serveur, peut être restreint uniquement à des connexions confidentielles. Cette 30 accession de l'utilisateur (1) aux données du serveur (2) s'effectue alors par l'intermédiaire de l'ensemble des installations et infrastructures connues d'un opérateur (3). L'opérateur (3), au niveau d'une ou de plusieurs de ses installations, est uniquement en mesure d'accéder à une partie restreinte et prédéfinie des informations échangées entre les deux interlocuteurs que sont le terminal utilisateur (1) et le serveur (2). Un des principes de l'invention est de s'appuyer sur des données contextuelles propres au terminal utilisateur (1) pour opérer une sécurisation des échanges entre le terminal (1) et le serveur (2) au travers du réseau de l'opérateur (3). Toutefois, le terminal (1) et le serveur (2) partagent un certain nombre de données en commun avec certaines infrastructures de l'opérateur ro (3). Ces différentes données sont utilisées pour permettre la génération de différentes clés de chiffrement. Ces clés de chiffrement s'appuient sur des programmes d'algorithmes qui permettent l'obtention de clés privées et publiques. Ainsi, une première clé, dite clé réseau, aussi appelée Clé Net (Net 15 Key), est générée par un dispositif adapté (6), par exemple un module métier, à partir de données partagées par le terminal utilisateur (1), le serveur (2) et l'opérateur (3). Cette clé permet alors le chiffrement d'une ou de plusieurs informations partagées par ces trois éléments du système. De même, une seconde clé de chiffrement, dite clé service, (SrvKey), et 20 strictement partagée par l'utilisateur et le serveur est générée par un dispositif adapté d'une part à partir de données spécifiquement partagées par le terminal utilisateur (1) et le serveur (2) et d'autre part à partir de données communes avec l'opérateur (3). Ainsi, selon un mode de réalisation préféré, la clé service est générée à partir d'au moins un code dynamique, 25 par exemple un code PIN, et de la clé réseau, le code PIN dynamique n'étant strictement partagé que par le terminal utilisateur (1) et le fournisseur de service (2). Une fois générée, cette clé réseau de niveau supérieur permet un chiffrage et un déchiffrage de l'ensemble des données destinées à être communiquées entre les deux interlocuteurs que sont le terminal utilisateur 30 (1) et le fournisseur de service (2), ou réseau de serveur, et assure une confidentialité dans les différents échanges qui interviennent au cours d'une communication entre le terminal utilisateur (1) et le fournisseur de service (2). La création de la paire de clés, clé réseau et clé service, permet de former d'une part un contexte réseau géré et sécurisé par la clé réseau, de niveau de sécurité inférieur, incluant le terminal, le serveur et l'opérateur, et d'autre part un contexte service géré et sécurisé par la clé service, incluant le terminal et le serveur mais excluant l'opérateur. II convient de noter que les données utilisées pour générer les différentes clés sont des données contextuelles qui sont modifiées à chaque lo nouvelle connexion du terminal (1) à l'opérateur. De même, la clé de service comprend un chiffrement qui s'appuie sur un code dynamique destiné à être modifié régulièrement, par exemple à chaque nouvelle utilisation. Les clés de chiffrement se trouvent ainsi générées sur la base d'éléments modifiables et propres à la connexion du terminal (1) à l'opérateur (3). 15 Selon un mode de réalisation préféré, les données partagées qui sont utilisées pour la génération de la clé de réseau, ou Clé Net, sont des données contextuelles spécifiques de la connexion du terminal utilisateur au réseau de l'opérateur. Cette connexion s'opère ainsi au niveau d'un élément passerelle de type SGSN (Serving GPRS Support Node) ou GGSN 20 (Gateway GPRS Support Node) (4) et entraîne la génération de données contextuelles sous la forme de PDP (Packet Data Protocol), dites PDP Context, ces données contextuelles se trouvant associées à un nom (APName) propre et spécifique du terminal utilisateur connecté à l'opérateur (3). 25 Selon un mode de réalisation particulier, l'opérateur (3) intègre au moins une base de données (5), par exemple Radius, intégrant un profil de l'utilisateur associé à différentes données contextuelles spécifiques de connexions depuis un ou plusieurs terminaux. Ces différentes données peuvent être, par exemple et de façon non limitative, des identifiants 30 passerelle SGSN ou GGSN ou bien encore des identifiants IMSI (International Mobile Subscriber Identity), PTMSI (Packet-Temporary Mobile Subscriber Identity), NSAPI (Network Service Access Point Identifier), TLLI (Temporary Logical Link Identifier) ou TID (Tunnel Identifier), susceptibles d'être associés à un nom (APName) propre au terminal utilisateur. L'APName est également associé à une requête d'accès à un service particulier en lien avec le fournisseur de service (3) cible avec lequel le terminal utilisateur (1) souhaite effectuer une communication confidentielle et sécurisée. La connexion d'un terminal au réseau de l'opérateur génère, io concomitamment, un PDP Context {NSAPI, IMSI, TID} associé à un service ou un APName dédié au terminal (1). Ce lancement d'un APName associé à un PDP Context sous-jacent constitue des données contextuelles spécifiques de la connexion du terminal destinées à être collectées, pour permettre une mise à jour (MAJ Profil) d'un profil utilisateur au niveau de la base de is données (5) de l'opérateur. Parallèlement à cette mise à jour (MAJ Profil), une Clé réseau de premier niveau est générée grâce à un programme dédié ou un algorithme sur la base de ces données contextuelles collectées, par un dispositif adapté (6) ou module métier. Une ou plusieurs données particulières sont ainsi 20 utilisées pour permettre la génération de cette Clé réseau. Ces données peuvent ainsi être un PDP Context {IMSI, PTMSI, MSISDN} et partagées au moins par l'opérateur (3) et le terminal utilisateur (1). Cette clé de premier niveau est alors intégrée à une base de données Radius (5) qui permet une corrélation de cette Clé réseau avec le profil utilisateur correspondant. 25 La Clé réseau de premier niveau est alors transmise au fournisseur de service (2), ou réseau de serveur, qui la récupère pour l'enregistrer (MAJ1 BD Ident) dans une base de données et l'intègre au niveau d'un dispositif adapté (7), aussi appelé module métier serveur, associé à un programme dédié ou algorithme pour permettre la génération d'une clé service de 30 second niveau de sécurité. La génération de cette clé service est opérée par une encapsulation qui associe plusieurs facteurs confidentiels prédéfinis. Selon un mode de réalisation particulier, cette encapsulation s'appuie sur une association à la fois de la clé réseau, d'un code PIN dynamique et d'une ou de plusieurs informations contextuelles, dynamiques et pertinentes, liées au profil de l'utilisateur et relatives au service du fournisseur auquel la clé est associée. Les facteurs utilisés lors de l'encapsulation ne sont strictement connus que du terminal utilisateur (1) et du fournisseur de service (2), ou serveur. Ces informations pertinentes peuvent être, par exemple et de façon non limitative, un code dynamique, un numéro de compte particulier, un identifiant de messagerie transactionnelle, des données bancaires, ou bien io encore une valeur particulière. Selon un mode de réalisation particulier de l'invention, ces données correspondent à des données contextuelles qui se rapportent au service particulier demandé au niveau du fournisseur de service (2), ou réseau de serveur. Cette clé service, de second niveau de sécurité, se trouve alors enregistrée (MAJ2 BD Ident) dans une base de is données (8) qui corrèle notamment un profil identifiant de l'utilisateur avec une ou plusieurs données confidentielles. Au niveau du terminal utilisateur (1), ce terminal (1) est en mesure de générer la même clé réseau de niveau inférieur, que celle générée par le dispositif adapté (7) de l'opérateur (3). Le terminal (1) et l'opérateur 20 disposant et recrutant les mêmes données et utilisant un même programme dédié ou algorithme prédéfini pour permettre la génération de cette clé réseau. Cette clé réseau est générée à partir de requêtes de la connexion de terminal au réseau. Cette connexion est basée sur le lancement, explicite ou implicite par l'utilisateur, d'un APName dédié. L'utilisateur, via son terminal 25 (1), et son APName peut alors être reconnu comme étant autorisé à accéder à un fournisseur de service (2) particulier via l'opérateur (3) et grâce à sa Clé réseau. Selon un mode de réalisation particulier, cette Clé réseau peut alors être automatiquement reconnue lorsque l'utilisateur se connecte à partir de son terminal (1) au réseau via l'opérateur (3). 30 La génération de la Clé Service de niveau de sécurité supérieur est effectuée parallèlement au fournisseur de service (2), au niveau du terminal (1) utilisateur. Le dispositif adapté à la génération d'une clé au niveau du terminal (1) s'appuie également sur la Clé réseau de niveau inférieur ainsi que sur la ou les données pertinentes utilisées au niveau du fournisseur de service (2). Le choix de ces données pertinentes est prédéfini avant la connexion du terminal (1) au réseau via l'opérateur (3). Ainsi, pour éviter que le choix de ces données pertinentes ne puisse être connu au niveau du réseau de l'opérateur, ces données, connues et enregistrées (MAJ BD Srv) au niveau d'une base de données du fournisseur de service (2), sont fournies au terminal utilisateur (1) par une voie de communication différente de celle lo du réseau de l'opérateur. Par exemple, ces données confidentielles sont transmises par courrier électronique, par voie postale ou en main propre directement à l'utilisateur qui les rentre (MAJ BD API) alors lui-même dans une mémoire de son terminal (1). La clé service de niveau supérieur, une fois générée, permet un is chiffrement de l'ensemble des données destinées à être communiquées entre un terminal utilisateur (1) et le fournisseur de service (2), ou réseau de serveur, tout en garantissant une confidentialité vis-à-vis d'un tiers et notamment vis-à-vis de l'opérateur (3). L'initialisation d'un tel service de communications confidentielles 20 sécurisées au niveau d'un fournisseur de service, peut être effectuée par l'inscription de l'utilisateur à un service de messagerie sécurisée, par exemple le Service de Messagerie Transactionnelle Sécurisée (SMTS) avec une étape d'enregistrement de l'identifiant utilisateur dans une base de données du serveur (8). Cet enregistrement génère alors concomitamment la 25 création d'au moins un numéro de compte et d'un code PIN dynamique destinés à être partagés avec l'utilisateur. Selon un mode de réalisation particulier, le terminal utilisateur (1) opère au niveau du système de l'invention par l'intermédiaire d'une application particulière, dite SMTS en référence au Service de Messagerie 30 Transactionnelle Sécurisée, enregistrée dans une mémoire, par exemple une carte SIM. Cette application SMTS est arrangée pour que, une fois lancée, celle-ci soit en mesure, à partir du terminal (1), d'initialiser l'environnement SMTS du fournisseur de service (2), serveur ou réseau de serveurs, cible afin notamment de gérer l'environnement du service de messagerie transactionnelle mais également le chiffrement des communications destinées à demeurer confidentielles. Ce chiffrement permet ainsi la connexion du terminal (1) au fournisseur de service (2) via l'opérateur (3) en gérant la récupération d'une ou de plusieurs données pertinentes et indispensables à la génération des différentes clés de chiffrement. Selon un exemple de réalisation, lorsqu'un utilisateur s'inscrit auprès du portail d'un io opérateur ou d'un fournisseur de service pour être en mesure d'effectuer des communications sécurisées selon le système de l'invention, l'application SMTS est téléchargée par le terminal, ou bien si celle-ci est déjà présente sur le terminal, l'application peut être débloquée par téléchargement d'un élément d'activation. 15 La communication sécurisée entre un terminal utilisateur (1) et le fournisseur de service (2) cible est opéré de sorte que le code dynamique est modifié lors de chaque nouvel échange entre le fournisseur de service (2) et le terminable utilisateur (1). Selon un mode de réalisation préféré, la modification du code dynamique est opérée au niveau du fournisseur de 20 service (2). Ainsi le serveur recevant un message sécurisé (MTS) émis par le terminal utilisateur et crypté ou chiffré avec la clé service d'échange n°t (SrvKey t), le serveur déchiffre le message reçu avec la même clé service, puis, le code étant dynamique, un nouveau code (PCD t+i) est calculé et généré pour permettre la génération d'une nouvelle clé service pour 25 l'échange n°t+1 (SrvKey t+i). Ce nouveau code (PCD t+i) est alors transmis au terminal (1) sous la forme d'un message chiffré grâce à la clé service d'échange n°t (SrvKey t). Le terminal (1) reçoit alors le message chiffré, qu'il décrypte avec la clé service d'échange n°t (SrvKey t) pour récupérer le nouveau code dynamique (PCD t+i). Ce nouveau code dynamique (PCD t+i) 30 est alors partagé par le terminal (1) et le fournisseur de service (2) qui l'a généré et va permettre également au niveau du terminal la génération d'une nouvelle clé service pour le prochain échange n°t+1 (SrvKey t+i) entre le terminal (1) et le fournisseur de service (2). Il 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 le domaine défini par la portée des revendications jointes. REVENDICATIONS1. Système de chiffrement d'échanges sécurisés des données au sein d'un réseau entre un terminal d'utilisateur d'une application et un serveur avec lequel l'application du terminal d'utilisateur effectue une communication exclusive, confidentielle ou sécurisée, caractérisé en ce que le système comprend au moins un opérateur incluant l'ensemble des infrastructures connues d'un réseau de communication et intégrant un centre de gestion qui comprend au moins une première interface de communication, vers un terminal d'un utilisateur et une seconde io interface de communication avec au moins un fournisseur de service ou serveur, et/ou au moins un réseau d'un serveur, qui comprend au moins une base de données intégrant un identifiant de l'utilisateur corrélé à au moins une donnée confidentielle de l'utilisateur strictement partagée par le terminal d'utilisateur et le serveur, cette sécurisation is étant assurée grâce à au moins un dispositif de chiffrement qui code au moins une information transmise à partir d'une première clé, dite clé réseau permettant le chiffrement des flux de données partagés par trois entités : le terminal de l'utilisateur, l'opérateur et un fournisseur de service, et d'une seconde clé, dite clé service permettant le chiffrement 20 des flux de données strictement entre le terminal et au moins une infrastructure du fournisseur de service, la clé réseau étant générée à partir des données contextuelles de la connexion du terminal à au moins une infrastructure du réseau de l'opérateur d'accès et la clé service étant générée d'une part à partir de la clé réseau et d'autre part 25 à partir de données contextuelles liées au profil de l'utilisateur en relation avec au moins un service requis au niveau d'une infrastructure du fournisseur de service. 2. Système d'échanges sécurisés des données au sein d'un réseau selon la revendication 1, caractérisé en ce que le chiffrement de la clé service 30 associe d'une part des données fonctionnelles liées au contexte du réseau permettant une génération dynamique de la clé de chiffrementréseau et d'autre part des données fonctionnelles liées au profil d'un utilisateur en relation avec un service donné. 3. Système de sécurisation des échanges de données au sein d'un réseau selon une des revendications précédentes, caractérisé en ce 5 que le système comprend également : un dispositif de génération d'au moins une clé de chiffrement dite clé réseau, à partir d'au moins une donnée contextuelle de sorte que cette clé soit commune au terminal utilisateur, au fournisseur de service, et au centre de gestion de l'opérateur, ro un dispositif de génération d'au moins une clé de chiffrement, dite clé service, à partir de la clé réseau et d'au moins une donnée technique liée à un identifiant de l'utilisateur connu du serveur, et/ou d'un code dynamique strictement partagé par le terminal utilisateur et le serveur, cette clé étant strictement commune au is terminal utilisateur et au fournisseur de service. 4. Système d'échanges sécurisés des données au sein d'un réseau selon une des revendications précédentes, caractérisé en ce que d'une part les données contextuelles utilisées pour générer la clé réseau comprennent au moins des données de type PDP (Packet Data 20 Protocol) liées à une connexion du terminal utilisateur à une infrastructure du réseau et/ou d'accès au réseau et d'autre part les données contextuelles utilisées pour générer la clé service comprennent au moins la clé réseau et des données de type PDP formant un PDP_Context et liées à la spécificité de la requête d'accès 25 de l'utilisateur à un service donné. 5. Système d'échanges sécurisés des données au sein d'un réseau selon une des revendications précédentes, caractérisé en ce que le système intègre un dispositif de collecte au niveau de l'opérateur et de transfert vers au moins une infrastructure du fournisseur de service, d'une clé 30 réseau et/ou d'informations sur le PDP liées à la connexion de l'utilisateur. 6. Système d'échanges sécurisés des données au sein d'un réseau selon une des revendications précédentes, caractérisé en ce que le système comprend un dispositif d'enregistrement d'un utilisateur au niveau d'au moins une infrastructure d'un fournisseur de service permettant la génération d'un identifiant de l'utilisateur spécifiquement associé à une ou plusieurs données confidentielles enregistrées dans une base de données du fournisseur de service. 7. Système d'échanges sécurisés des données au sein d'un réseau selon une des revendications précédentes, caractérisé en ce que, le centre io de gestion de l'opérateur comprenant une base de données intégrant un profil de l'utilisateur associé à une ou plusieurs données d'identification et/ou d'authentification du terminal utilisateur et/ou à une clé réseau, le système comprend un dispositif de mise à jour du profil de l'utilisateur lors de chaque connexion et/ou de chaque is communication sécurisée mise en oeuvre par l'utilisateur. 8. Système d'échanges sécurisés des données au sein d'un réseau selon une des revendications précédentes, caractérisé en ce que le système comprend un dispositif de transfert sur le terminal de l'utilisateur de l'application destinée à gérer les communications sécurisées entre le 20 terminal et au moins un fournisseur de service. 9. Système d'échanges sécurisés des données au sein d'un réseau selon une des revendications précédentes, caractérisé en ce que les données contextuelles utilisées sont collectées au niveau d'au moins une infrastructure de l'opérateur pouvant être un SGSN, un GGSN, et/ou 25 une base de donnée dédiée à la gestion d'authentification de l'utilisateur, et/ou de l'utilisateur pouvant être une mémoire du terminal et/ou une carte SIM afin de bénéficier des mécanismes d'identification et d'authentification fortes offertes par la technologie UICC (Universal Integrated Circuit Card). 10. Système d'échanges sécurisés des données au sein d'un réseau selon une des revendications précédentes, caractérisé en ce que les données liées à l'identification et/ou l'authentification de l'utilisateur sont issues d'un ensemble comprenant notamment des identifiants IMSI (International Mobile Subscriber Identity) et/ou PTMSI (Packet-Temporary Mobile Subscriber Identity) et en ce que les données liées au contexte d'établissement de liaison sont issues d'un ensemble comprenant notamment l'APName, le NSADPI (Network Service Access Point Identifier), le TLLI (Temporary Logical Link Identifier) et/ou le TID (Tunnel Identifier). 11. Procédé de sécurisation des échanges de données au sein d'un réseau mettant en jeu un système selon au moins une des revendications 1 à 10, caractérisé en ce que le procédé comprend : - une étape de connexion du terminal utilisateur à un opérateur 1s avec l'établissement d'un contexte PDP associé à au moins une donnée de connexion du terminal utilisateur à une infrastructure du réseau et/ou d'accès au réseau de l'opérateur, - une étape de transmission d'une requête de communication selon un mode sécurisé entre le terminal utilisateur et le 20 fournisseur de service, suivi d'une validation de cette requête, - une étape de génération d'une clé réseau par chiffrement d'au moins une donnée contextuelle de la connexion du terminal utilisateur à une infrastructure du réseau et/ou d'accès au réseau, 25 - une étape de génération d'une clé service par chiffrement d'au moins une clé réseau avec une donnée technique liée à un profil de l'utilisateur connu du serveur, et/ou d'un code dynamique strictement partagé par le terminal utilisateur et le serveur, - une étape de codage par la clé service des échanges 30 spécifiques entre le terminal utilisateur et le fournisseur de service. 12. Procédé de sécurisation des échanges de données au sein d'un réseau selon la revendication 11, caractérisé en ce que le procédé est renouvelé à chaque nouvelle connexion du terminal utilisateur au réseau de sorte qu'au moins une des clés utilisées par le système est régénérée. 13. Procédé de sécurisation des échanges de données au sein d'un réseau selon une des revendications précédentes, caractérisé en ce que le procédé comprend au préalable une étape de transmission par le fournisseur de service, au terminal utilisateur d'un code dynamique associé à un identifiant de l'utilisateur au niveau du serveur par l'intermédiaire d'une voie de communication indépendante du réseau du système. 14. Procédé de sécurisation des échanges de données au sein d'un réseau selon une des revendications précédentes, caractérisé en ce que le procédé comprend au moins une étape de mise à jour d'au moins une base de données du centre de gestion de l'opérateur corrélant le profil d'un utilisateur avec la clé réseau générée et/ou une ou plusieurs données d'identification du terminal utilisateur. 15 Procédé de sécurisation des échanges de données au sein d'un réseau selon une des revendications précédentes, caractérisé en ce que le procédé comprend au moins une étape de mise à jour d'au moins une base de données du fournisseur de service, corrélant un identifiant d'un utilisateur avec la clé service générée et/ou une ou plusieurs données confidentielles de l'utilisateur.25