FR 2911022 A1 20080704 FR 0656050 A 20061229 La présente invention concerne le contrôle d'accès à des ressources d'un fournisseur de ressources accessibles dans un réseau de télécommunications, l'accès étant réalisé par des applications téléchargeables sur un terminal du réseau, notamment, un terminal de téléphonie mobile. 10 Plus particulièrement, l'invention s'applique lors de la sécurisation de l'accès aux ressources mis à dispositions par un fournisseur de ressources lorsque cet accès peut entraîner des risques pour les données de l'utilisateur du terminal, les ressources pouvant, en effet, manipuler les données privées de l'utilisateur. 15 On appelle ressource, tout service à valeur ajoutée, fonctionnalité, ressource matérielle ou logicielle. De façon connue, les plates-formes d'exécution d'applications, notamment d'applications téléchargées, sur des terminaux ouverts, par exemple, sur un terminal de téléphonie mobile, accèdent à des ressources du 20 fournisseur de ressources par un contrôle réalisé par la plate-forme d'exécution du terminal. De la sorte, les terminaux permettent à des applications d'accéder à des ressources distantes qui sont sensibles en termes de sécurité, tout en garantissant la sécurité à l'utilisateur. L'accès à des ressources distantes à partir d'une application chargée 25 sur un terminal mobile et s'exécutant, par exemple, sur une plate-forme Java, est réalisé par exemple par l'envoi d'un message court, aussi appelé SMS ( Short Message Service en terminologie anglo-saxonne), ou par l'envoi d'un message multimédia MMS ( Multimedia Messaging Service en terminologie anglo-saxonne). 30 Les fournisseurs de ressources souhaitent de plus en plus offrir de nouvelles ressources. Toutefois, l'accès à ces ressources doit être contrôlé. En 1 effet, l'utilisateur de ces ressources doit être authentifié, cette authentification pouvant être réalisée par l'authentification du terminal de l'utilisateur. Pour ce faire, il doit être vérifié que l'application présente sur le terminal de l'utilisateur et qui accède à ces ressources n'est pas malveillante et n'utilise pas des informations propres à l'utilisateur à l'insu de celui-ci et à mauvais escient. Selon une méthode existante, le fournisseur de ressources limite l'accès à ces ressources aux seules applications signées numériquement, notamment aux applications qui sont signées par ce fournisseur de ressources. Cette méthode est particulièrement utilisée par les plates-formes de type MHP ( Multimedia Home Platform selon la terminologie anglo-saxonne) installées sur les décodeurs ou routeurs ( Set top box en terminologie anglo-saxonne). En effet, les plates-formes de type MHP n'autorisent l'accès aux ressources du réseau de télécommunications qu'aux applications signées. Cette méthode présente cependant l'inconvénient que les ressources du fournisseur ne sont accessibles que par des applications signées. L'inconvénient pour le fournisseur de ressources est que ce dernier doit mettre en place un processus de gestion de signature des applications (actes de signature et vérification). Le fournisseur de ressources doit donc intervenir systématiquement dans la chaîne de distribution. Le fournisseur de ressources doit, en outre, valider l'application, c'est-à-dire s'assurer, par une revue du code de l'application, que celle-ci remplit bien les obligations de la politique de sécurité qu'il a définie. Dans le cadre de la présente invention, on appelle "politique de sécurité" le fait d'imposer un enchaînement prédéterminé à certaines étapes prédéterminées de l'exécution d'une application utilisée pour l'exploitation desdites ressources. Une politique de sécurité peut être également, par exemple, le fait d'interdire tout accès à des données personnelles de l'utilisateur. En outre, selon cette méthode, l'accès aux fonctionnalités est limité à un groupe contrôlé de développeurs et d'utilisateurs d'applications. De plus, la procédure de validation est très souvent complexe. En effet, cette procédure nécessite qu'un spécialiste analyse le code pour s'assurer du bon comportement de l'application. Dans l'exemple de politique de sécurité présenté ci-dessus, il faut lire le code afin de vérifier qu'aucune requête ne peut être envoyée vers une base de données personnelles. L'invention vise à remédier à au moins un des inconvénients de l'art antérieur en proposant un procédé de transmission, dans un réseau de télécommunications, d'une application vers un terminal, ladite application étant apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, caractérisé en ce qu'il comprend les étapes suivantes : - génération d'un certificat indiquant la conformité du code de l'application avec des moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application, à partir d'une information d'identification du terminal et d'une clé de certification ; et -transmission, au terminal, de l'application, des moyens sécurisés d'accès à ladite au moins une ressource et du certificat ainsi généré. La présente invention permet le contrôle d'accès à des ressources accessibles dans un réseau de télécommunications, l'accès étant réalisé par une application transmise à un terminal du réseau de télécommunications, notamment, un terminal de téléphonie mobile. Pour cela, la présente invention s'appuie sur une étape de génération à partir d'une information d'identification du terminal de l'utilisateur, et de la clé de certification, d'un certificat indiquant la conformité de l'application avec les moyens sécurisés d'accès aux ressources. Le certificat ainsi généré et personnalisé au terminal permet de garantir que l'application chargée utilise les ressources sur le réseau de télécommunications selon une politique de sécurité définie, par exemple, par le fournisseur de cette ressource et non par le constructeur du téléphone ou le développeur de l'application, ce dernier pouvant avoir des intentions malveillantes. Avantageusement, la charge de la vérification de conformité du code de l'application avec la politique de sécurité d'un fournisseur de ressources ne repose pas sur ledit fournisseur de ressources. Selon un mode de réalisation particulier, le procédé comprend, préalablement à l'étape de génération, une étape de vérification de la conformité du code de l'application avec les moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application. Selon un mode de réalisation, le certificat généré est inséré dans les moyens sécurisés d'accès à ladite au moins une ressource. Selon une autre caractéristique, les moyens sécurisés d'accès à ladite au moins une ressource sont conformes à une politique de sécurité d'accès à ladite au moins une ressource. Selon un mode de réalisation, le procédé comprend préalablement une étape de réception d'une requête comprenant l'information d'identification du terminal. La présente invention a également pour but de fournir un procédé d'accès à au moins une ressource accessible sur le réseau de télécommunications à partir d'une application installée sur un terminal, caractérisé en ce qu'il comprend les étapes suivantes : - réception d'une requête d'accès à ladite au moins une ressource, ladite requête comprenant un certificat indiquant la conformité du code de l'application avec des moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et identifiant le terminal ; et - vérification dudit certificat. Selon ce procédé, le certificat n'est pas vérifié par le terminal mais par la plate-forme de services permettant l'accès aux ressources mises à disposition lors de l'appel à une ressource. La présente invention a également pour but de fournir un procédé de chargement d'une application sur un terminal, ladite application étant apte à accéder à au moins une ressource accessible sur un réseau de télécommunications, caractérisé en ce qu'il comprend les étapes suivantes : - émission d'une requête de chargement de ladite application, la requête comprenant une information d'identification du terminal ; et - réception de ladite application, de moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et d'un certificat 5 indiquant la conformité du code de l'application avec les moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et identifiant le terminal. Comme décrit précédemment, la présente invention permet de contrôler l'accès à des ressources d'un fournisseur de ressources dans un réseau de télécommunications, l'accès étant réalisé par une application chargée, notamment, sur un terminal de téléphonie mobile. Pour cela, la présente invention s'appuie sur une étape d'émission d'une requête comprenant l'identifiant du terminal et sur une étape de réception d'une application, de moyens sécurisés d'accès aux ressources et d'un certificat indiquant la conformité du code de l'application avec les moyens sécurisés d'accès aux ressources. De la sorte, le certificat permet de garantir que l'application chargée utilise les ressources du fournisseur sur le réseau de télécommunications selon une politique de sécurité définie, par exemple, par le fournisseur de ressources et non par le constructeur du téléphone ou le développeur de l'application, ce dernier pouvant avoir des intentions malveillantes. Selon une caractéristique, les moyens sécurisés d'accès à ladite au moins une ressource comprennent le certificat généré. La présente invention a également pour but de fournir un procédé d'exécution, sur un terminal, d'une application apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, caractérisé en ce que le procédé comprend une étape d'émission d'une requête pour accéder à ladite au moins une ressource par des moyens sécurisés d'accès à ladite au moins une ressource, ladite requête comprenant un certificat, ledit certificat indiquant la conformité du code de l'application avec les moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et identifiant le terminal. 6 Selon ce procédé, lors de l'accès à une ressource du fournisseur, le certificat est émis lors de l'envoi de la requête, par les moyens sécurisés d'accès aux ressources. Corrélativement, l'invention fournit également un dispositif de transmission, dans un réseau de télécommunications, d'une application vers un terminal, ladite application étant apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, caractérisé en ce qu'il comprend les moyens suivants : des moyens de génération d'un certificat indiquant la conformité du code 10 de l'application avec des moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application, à partir d'une information d'identification du terminal et d'une clé de certification ; et des moyens de transmission, au terminal, de l'application, des moyens sécurisés d'accès à ladite au moins une ressource et du certificat ainsi 15 généré. Ce dispositif présente les mêmes avantages que le procédé de transmission, dans un réseau de télécommunications, d'une application vers un terminal, ladite application étant apte à accéder à au moins une ressource accessible sur le réseau de télécommunications brièvement décrit ci-dessus. 20 La présente invention a également pour but de fournir un dispositif d'accès à au moins une ressource accessible sur le réseau de télécommunications à partir d'une application installée sur un terminal, caractérisé en ce qu'il comprend les moyens suivants : - des moyens de réception d'une requête d'accès à ladite au moins 25 une ressource, ladite requête comprenant un certificat indiquant la conformité du code de l'application avec des moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et identifiant le terminal ; et - des moyens de vérification dudit certificat. Ce dispositif présente les mêmes avantages que le procédé de 30 d'accès à au moins une ressource accessible sur le réseau de télécommunications à partir d'une application installée sur un terminal brièvement décrit ci-dessus. 7 La présente invention a également pour but de fournir un dispositif de chargement d'une application sur un terminal, ladite application étant apte à accéder à au moins une ressource accessible sur un réseau de télécommunications, caractérisé en ce qu'il comprend les moyens suivants : - des moyens d'émission d'une requête de chargement de ladite application, la requête comprenant une information d'identification du terminal ; et -des moyens de réception de ladite application, de moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et d'un certificat indiquant la conformité du code de l'application avec les moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et identifiant le terminal. Ce dispositif présente les mêmes avantages que le procédé de chargement d'une application sur un terminal, ladite application étant apte à accéder à au moins une ressource accessible sur un réseau de télécommunications brièvement décrit ci-dessus. La présente invention a également pour but de fournir un dispositif d'exécution, sur un terminal, d'une application apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, caractérisé en ce que le dispositif comprend des moyens d'émission d'une requête pour accéder à ladite au moins une ressource par des moyens sécurisés d'accès à ladite au moins une ressource, ladite requête comprenant un certificat, ledit certificat indiquant la conformité du code de l'application avec les moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et identifiant le terminal. Ce dispositif présente les mêmes avantages que le procédé d'exécution, sur un terminal, d'une application apte à accéder à au moins une ressource accessible sur le réseau de télécommunications brièvement décrit ci-dessus. Selon encore un autre aspect, l'invention concerne un programme d'ordinateur chargeable dans un système informatique, ledit programme contenant des instructions permettant la mise en oeuvre du procédé de 8 transmission dans un réseau de télécommunications d'une application tel qu'exposé ci-dessus lorsque ce programme est chargé et exécuté par le système informatique. Selon encore un autre aspect, l'invention concerne un programme d'ordinateur chargeable dans un système informatique, ledit programme contenant des instructions permettant la mise en oeuvre du procédé d'accès à au moins une ressource accessible sur le réseau de télécommunications à partir d'une application tel qu'exposé ci-dessus lorsque ce programme est chargé et exécuté par le système informatique. Selon encore un autre aspect, l'invention concerne un programme d'ordinateur chargeable dans un système informatique, ledit programme contenant des instructions permettant la mise en oeuvre du procédé de chargement d'une application tel qu'exposé ci-dessus lorsque ce programme est chargé et exécuté par le système informatique. Selon encore un autre aspect, l'invention concerne un programme d'ordinateur chargeable dans un système informatique, ledit programme contenant des instructions permettant la mise en oeuvre du procédé d'exécution d'une application apte à accéder à au moins une ressource accessible sur le réseau de télécommunications tel qu'exposé ci-dessus lorsque ce programme est chargé et exécuté par le système informatique. Selon encore un aspect, l'invention fournit également un produit programme d'ordinateur pouvant être chargé dans un appareil programmable, caractérisé en ce qu'il comporte une application apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, des moyens sécurisés d'accès à ladite au moins une ressource et un certificat indiquant la conformité du code de l'application avec les moyens sécurisés d'accès à la dite au moins une ressource utilisés par ladite application, et généré à partir d'une information d'identification d'un terminal et d'une clé de certification. La présente invention a également pour but de fournir un certificat comprenant une information indiquant la conformité du code d'une application avec des moyens sécurisés d'accès à au moins une ressource utilisés par ladite application, et identifiant un terminal destiné à héberger l'application. D'autres aspects et avantages de la présente invention apparaîtront plus clairement à la lecture de la description qui va suivre, cette description étant donnée uniquement à titre d'exemple non limitatif et faite en référence aux dessins annexés, dans lesquels : - la Figure 1 représente une architecture matérielle d'un réseau de télécommunications sur laquelle est mise en oeuvre l'invention ; et - la Figure 2 illustre un procédé et un dispositif de transmission et d'exécution d'une application conformément à l'invention. Il est illustré au moyen de la Figure 1 et de la Figure 2, un procédé et un dispositif de transmission dans un réseau de télécommunications d'une application, l'application étant apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, un procédé et un dispositif d'accès à au moins une ressource accessible sur le réseau de télécommunications à partir d'une application installée sur un terminal, un procédé et un dispositif de chargement d'une application sur un terminal, et un procédé et un dispositif d'exécution d'une application apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, l'application accédant de façon sécurisée à des ressources d'un fournisseur de ressources sur un réseau de télécommunications. Cette sécurisation est réalisée par le marquage des applications téléchargées sur le terminal d'un utilisateur au moyen d'un certificat lié à une propriété de conformité du code des applications téléchargées avec les moyens sécurisés d'accès aux ressources, ces moyens sécurisés d'accès mettant en oeuvre une politique de sécurité. Selon l'invention, les applications appelant lesdits moyens sécurisés d'accès à des ressources du fournisseur de ressources, ne permettent à l'utilisateur d'accéder à ces ressources que via ces mêmes moyens sécurisés d'accès. La Figure 1 illustre l'architecture matérielle sur laquelle est mise en oeuvre l'invention. Cette architecture se compose d'un développeur d'applications 1 qui, notamment, développe des applications, d'un fournisseur de ressources apte à fournir une plate-forme de services 2 permettant l'accès aux ressources mises à disposition, d'un opérateur de certification apte à fournir une plate-forme 3 fournissant, d'une part, des moyens d'accès sécurisés à des ressources d'un fournisseur de ressources tout en respectant une politique de sécurité et, d'autre part, des moyens de certification d'une application accédant à ces ressources pour un utilisateur donné. La plate-forme de l'opérateur de certification peut en outre gérer la transmission d'applications à des terminaux d'utilisateurs conformément à l'invention, cette plate-forme est aussi appelée portail. L'architecture comprend en outre, un terminal 4 d'un utilisateur sur lequel les applications sont chargées et exécutées. Les ressources du fournisseur de ressources sont, notamment, des services à valeur ajoutée utilisables par des applications aptes à être 15 téléchargées sur les terminaux mobiles des utilisateurs. L'opérateur de certification dispose d'une paire de clés cryptographiques, à savoir une clé privée et une clé publique, afin, notamment, de signer des certificats. Cette paire de clés est attachée de manière unique à cet opérateur. 20 Au moyen de ce certificat et des clés cryptographiques, le fournisseur de ressources est apte à vérifier l'origine du certificat. Selon un mode particulier de réalisation, le fournisseur de ressources et l'opérateur de certification forment une même entité. Le terminal 4 d'un utilisateur est notamment un terminal de 25 téléphonie mobile sur lequel s'exécute une plate-forme d'exécution, par exemple, une plate-forme Java. Le terminal est connecté via le réseau de télécommunications à au moins une plate-forme d'un opérateur de certification et à au moins une plate-forme d'un fournisseur de ressources. Le terminal, au moyen de sa plate-forme d'exécution, est apte à télécharger des applications 30 qui sont accessibles à partir d'un portail. Le terminal est identifié de manière unique au moyen d'un identifiant, cet identifiant étant également celui de l'utilisateur du terminal. II s'agit par exemple, du numéro de téléphone du terminal mobile. Cet identifiant permet en outre de contrôler l'accès aux ressources du fournisseur de ressources. Les plates-formes 2 et 3 comprennent, en outre, des moyens d'authentification du terminal, notamment au moyen de l'identifiant du terminal, afin de détecter les utilisations non autorisées de l'identifiant. Le terminal comprend des moyens de mémorisation aptes à mémoriser une pluralité d'applications. La plate-forme d'exécution présente sur le terminal permet l'exécution de ces applications. Toutefois, telle que gérée par la plate-forme d'exécution, chaque application possède un contexte d'application qui lui est propre : il s'agit notamment d'un espace de programme et de données réservé à l'exécution de l'application. Au moyen d'une telle plate-forme, une application ne peut donc accéder au contexte d'une autre application chargée sur le terminal. Par exemple, une plate-forme d'exécution de type Java MIDP ( Mobile Information De vice Profile en terminologie anglo-saxonne) s'exécutant sur un terminal de téléphonie mobile possède la propriété d'isolation des contextes entre les différentes applications écrites en langage Java MIDP, appelées midlets, et qui sont présentes dans le terminal. En particulier, une application ne peut ni manipuler le code d'une autre application présente dans le terminal de téléphonie mobile, ni télécharger une nouvelle application. Quant au développeur d'applications 1, celui-ci développe et met des applications à la disposition des utilisateurs via un portail, ces applications faisant appel notamment aux ressources du fournisseur de ressources. Ces applications ont une structure compatible avec un niveau élémentaire de modularité. En effet, il est possible de réaliser ces applications à partir d'une pluralité de bibliothèques. Chaque bibliothèque comprend un ensemble de fonctionnalités accessibles au travers d'une interface décrivant un ensemble de points d'entrée, aussi appelés méthodes, et permettant l'accès à ces fonctionnalités. En outre, une méthode d'une bibliothèque peut faire appel à une méthode d'une autre bibliothèque. Par exemple, dans le langage Java, une archive Java (ayant l'extension .jar et regroupant des bibliothèques Java) est composée d'un ensemble de fichiers Java en code compilé correspondant à des bibliothèques, chaque bibliothèque pouvant être manipulée séparément dans l'archive. En outre, il est possible de protéger une donnée contre les accès par des codes externes à la bibliothèque. Cet accès est notamment défini au moyen de la déclaration de cette donnée. En effet, selon le langage Java, une donnée déclarée privée n'est pas accessible depuis l'extérieur de la bibliothèque. De même, les points d'entrée à la bibliothèque sont limités, notamment, au moyen de déclarations dans l'interface de la bibliothèque. Par exemple, selon le langage Java, la visibilité des champs et des méthodes des bibliothèques est définie au moyen de leur déclaration. En effet, si une méthode ou une donnée est déclarée privée alors elle ne sera nullement visible de l'extérieur de la bibliothèque par d'autres objets. En référence à la Figure 2, on décrit maintenant le procédé de chargement, de transmission et d'exécution d'une application. Afin de réaliser une application, il est fourni, à un développeur d'applications, une bibliothèque de développement (étape E21). Cette bibliothèque de développement constitue l'interface d'accès aux ressources du fournisseur de ressources. Le développeur d'applications est apte, d'une part, à développer des applications permettant d'accéder aux ressources du fournisseur de ressources au moyen de cette interface, et, d'autre part, à simuler l'accès à ces ressources. La bibliothèque de développement qui a pour objet de contrôler l'accès aux ressources et de définir la politique de sécurité appropriée est développée, par exemple, sous le contrôle de l'opérateur de certification ou du fournisseur de ressources. Le développeur d'applications développe (étape E22) une nouvelle 30 application appelant les moyens sécurisés d'accès à des ressources d'un fournisseur de ressources au moyen de la bibliothèque de développement. Après avoir développé cette application, le développeur d'applications la met à disposition des clients (étape E23). Pour cela, l'application est mémorisée sur un portail, par exemple, sur le portail de l'opérateur de certification. Un portail est un site Web offrant une porte d'entrée sur des ressources. Le client qui souhaite utiliser cette nouvelle application émet une requête de chargement, via son terminal, au portail 3 afin d'obtenir l'application (étape E24). La requête comprend l'identifiant du terminal, par exemple, le 10 numéro de téléphone de ce dernier. Cette requête est émise, par exemple, au moyen d'un message de type SMS et est authentifiée par le portail. Sur réception d'une requête, le portail génère une bibliothèque de déploiement comprenant des moyens sécurisés d'accès à des ressources du 15 fournisseur de ressources. La bibliothèque de déploiement comprend également un certificat indiquant la conformité du code de l'application avec les moyens sécurisés d'accès à des ressources du fournisseur de ressources utilisés par ladite application, le certificat étant généré à partir de l'information d'identification du terminal et de la clé privée de l'opérateur de certification 20 (étape E25). De cette manière, ce certificat certifie que l'application qui va être transmise au terminal respecte, via les moyens sécurisés d'accès aux ressources, la politique d'accès à des ressources du fournisseur de ressources, ce certificat étant aussi lié au terminal. La bibliothèque de déploiement est personnalisée à la volée, c'est-à-25 dire de façon dynamique, notamment, en fonction du certificat généré et donc de l'information d'identification du terminal. Préalablement à la génération du certificat, on vérifie que le code de l'application est conforme avec les moyens sécurisés d'accès à des ressources du fournisseur de ressources, c'est-à-dire on vérifie que les accès à des 30 ressources par l'application sont effectués conformément à la bibliothèque d'accès et donc sont conformes à la politique de sécurité d'accès aux ressources. Le portail transmet ensuite l'application complète au terminal, l'application comprenant le code de l'application développée par le développeur d'applications et la bibliothèque de déploiement précédemment personnalisée (étape E26). La transmission est réalisée sur la voie de retour, par exemple en utilisant un message de type MMS contenant l'application ou un message de type SMS contenant un lien utilisable, par exemple, une seule fois pouraccéder à l'application. Après le chargement de l'application sur le terminal de l'utilisateur, celle-ci est prête à être exécutée. L'utilisateur débute l'exécution de l'application (étape E27) utilisant les ressources accessibles à partir de la plate-forme de services du fournisseur de ressources, ces ressources étant accessibles au travers de l'interface fournie par la bibliothèque d'accès aux ressources. Cette bibliothèque assure le respect, par l'application, de la politique de sécurité pour l'accès à des ressources du fournisseur de ressources en demandant, par exemple, des confirmations à l'utilisateur (étape E28). Lors de l'accès à une ressource du fournisseur de ressources, la bibliothèque envoie, à la plate-forme de services 2, une requête comprenant le certificat généré lors de la transmission de l'application. Les requêtes sont transmises de manière sécurisée et confidentielle, notamment, en utilisant un protocole de sécurisation des échanges, par exemple le protocole SSL ( Secure Socket Layer en terminologie anglo-saxonne). Cette transmission est réalisée, par exemple, par l'envoi d'un SMS. La plate-forme de services 2, au moyen du certificat, s'assure que la requête d'accès à une ressource est réalisée par un utilisateur autorisé et selon la politique de sécurité appropriée et certifiée par l'opérateur de certification (étape E30). Ensuite, après cette étape, la plate-forme de services 2 permet l'accès à la ressource demandée (étape E31). Conformément à l'invention, il convient de noter que, sans décompiler l'application ni copier le certificat d'une application authentifiée dans une autre application, une application ne peut nullement utiliser les ressources d'un fournisseur de ressources autrement qu'en exécutant le code de la bibliothèque. En effet, le certificat est nécessaire pour utiliser une ressource d'un fournisseur de ressources et ne peut être recopié du fait que l'opérateur de certification dispose d'une paire de clés cryptographiques, à savoir une clé privée et une clé publique, qui lui permettent de signer un certificat et que le fournisseur est apte à vérifier ce certificat. En outre, dans l'application, seul le code de la bibliothèque peut accéder à des ressources du fournisseur de ressources. De plus, la propriété d'isolation des contextes d'applications dans la plate-forme d'exécution du terminal garantit que d'autres applications ne peuvent accéder au code de la bibliothèque d'accès à des ressources du fournisseur de ressources. Ainsi, un utilisateur de bonne foi est protégé contre tout usage malveillant des ressources effectué au travers de l'application téléchargée à partir du portail ou par une autre application. Toutefois, si l'utilisateur est malveillant et extrait le certificat généré par l'opérateur de certification pour l'insérer dans une autre application, alors deux cas sont à considérer. Si cette autre application est destinée à son propre téléphone, les contrôles de sécurité protégeant l'utilisateur contre un usage illicite des 25 ressources sont supprimés. Si, au contraire, cette autre application est utilisée par un autre utilisateur sur un autre téléphone, alors ce sont le compte et les ressources du premier utilisateur malveillant qui sont utilisés. En effet, le certificat inséré dans cette autre application est celui obtenu par l'utilisateur malveillant qui n'a pu 30 usurper l'identité du terminal attaqué du fait que chaque terminal est identifié de manière unique. En conséquence, un utilisateur malveillant ne peut obtenir un certificat utilisable pour l'incorporer dans une application, sauf à mettre en péril son propre compte. Par ailleurs, il a été observé qu'il n'est pas toujours possible de personnaliser directement le code de l'application, notamment les bibliothèques. En effet, il n'est quelquefois pas possible de personnaliser des données liées à l'application et uniquement accessibles par celle-ci. Par exemple, pour une application écrite en langage Java MIDP, l'application est constituée d'un descripteur appelé fichier JAD ( Java Application Descriptor en terminologie anglo-saxonne) et d'une archive contenant le code compilé appelée fichier JAR. Les portails sont aptes à personnaliser le fichier JAD à la volée, mais nullement le fichier JAR. En effet, les données mémorisées dans le fichier JAD ne sont accessibles que par l'application. Dans ce cas, l'opérateur de certification peut joindre à l'application des données qui sont calculées en fonction de l'information d'identification du terminal qui sont inaccessibles aux autres applications. Ainsi, selon ce mode de réalisation, le certificat n'est pas directement inséré dans la bibliothèque de déploiement mais émis avec l'application et la bibliothèque de déploiement. Les procédés de communication conformes à l'invention consistent à mémoriser le certificat généré par l'opérateur dans les données privées de l'application. Dans ce cas, seule la bibliothèque doit accéder à ces données. Les techniques d'analyse statique contrôlant les appels à des ressources permettent une telle vérification. Ainsi, le langage utilisé pour coder l'application doit être capable de contrôler si le code exécutable d'une application fait appel, dans une bibliothèque, à une ressource du fournisseur de ressources gérée par la plate-forme de services du fournisseur de ressources. Dans le cas du langage Java MIDP, il est nécessaire de vérifier que l'on n'accède pas, hormis au moyen de la bibliothèque, à l'attribut certificat, appelé CERT, contenu dans le fichier JAD. Ainsi, il s'agit de vérifier que l'application n'effectue aucun appel à la 5 méthode intitulée MlDlet.getAppProperty("CERT") ayant comme paramètre l'attribut CERT. Pour ce faire, il faut vérifier qu'il n'y a aucun appel à la méthode MlDlet.getAppProperty consistant en un problème de résolution statique aussi connu sous le nom de "dévirtualisation" des appels de méthode, ou que les 10 arguments des appels à la méthode MlDlet.getAppProperty ne comprennent pas la chaîne "CERT". Il est alors nécessaire de faire de la dévirtualisation et de résoudre les chaînes possibles pour vérifier qu'elles sont différentes du nom de l'attribut. Ce type d'analyse est réalisé selon des méthodes connues, telles que celles décrites, par exemple dans le document intitulé "Precise Analysis of 15 String Expressions" de Aske Simon Christensen, Anders Moller et Michael I. Schwartzbach publié dans Proceeding 10th International Static Analysis Symposium (SAS'03), Lecture Notes in Computer Science, Vol. 2694, Springer Verlag, 2003, ou dans le document intitulé "Improving the Security of Downloadable Java Applications with Static Analysis", de Pierre Crégut et 20 Cuihtlauac Alvarado, publié dans Workshop on Bytecode Semantics, Analysis and Transformation (BYTECODE05), Electronic Notes in Computer Science, Vol. 141, Elsevier, 2005. Selon ce mode de réalisation particulier, l'étape E23 de la Figure 2 est remplacée par une étape de soumission, par le développeur d'applications, 25 de l'application développée afin de vérifier que l'application n'accède pas directement aux données privées spécialisant l'application, hormis via les bibliothèques d'accès à des ressources du fournisseur de ressources. En outre, toujours selon ce mode de réalisation, l'étape E25 est remplacée par une étape de génération, par le portail, des données privées de 30 déploiement. Ces données contiennent un certificat généré à partir de l'information d'identification du terminal et de la clé privée de l'opérateur de certification. Ces données sont jointes aux autres données privées de l'application. De plus, l'étape E26 est remplacée par une étape de transmission au terminal, par le portail, de l'application complète comprenant le code de l'application généré par le développeur d'applications, les bibliothèques d'accès à des ressources du fournisseur de ressources et les données de personnalisation, c'est-à-dire le certificat. Cette transmission est réalisée par la voie de retour, par exemple au moyen d'un message de type MMS contenant l'application ou d'un message de type SMS contenant un lien utilisable une seule fois pour accéder à l'application. REVENDICATIONS 1. Procédé de transmission, dans un réseau de télécommunications, d'une application vers un terminal, ladite application étant apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, caractérisé en ce qu'il comprend les étapes suivantes : - génération d'un certificat indiquant la conformité du code de l'application avec des moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application, à partir d'une information d'identification du terminal et d'une clé de certification ; et - transmission, au terminal, de l'application, des moyens sécurisés d'accès à ladite au moins une ressource et du certificat ainsi généré. 2. Procédé de transmission selon la revendication 1, caractérisé en ce qu'il comprend, préalablement à l'étape de génération, une étape de vérification de la conformité du code de l'application avec les moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application. 3. Procédé de transmission selon la revendication 1 ou la revendication 2, caractérisé en ce que le certificat généré est inséré dans les moyens sécurisés d'accès à ladite au moins une ressource. 4. Procédé de transmission selon l'une quelconque des revendications précédentes, caractérisé en ce que les moyens sécurisés 25 d'accès à ladite au moins une ressource sont conformes à une politique de sécurité d'accès à ladite au moins une ressource. 5. Procédé de transmission selon l'une quelconque des revendications précédentes, caractérisé en ce que le procédé comprend 30 préalablement une étape de réception d'une requête comprenant l'information d'identification du terminal. 6. Procédé d'accès à au moins une ressource accessible sur le réseau de télécommunications à partir d'une application installée sur un terminal, caractérisé en ce qu'il comprend les étapes suivantes : - réception d'une requête d'accès à ladite au moins une ressource, ladite requête comprenant un certificat indiquant la conformité du code de l'application avec des moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et identifiant le terminal ; et - vérification dudit certificat. 7. Procédé de chargement d'une application sur un terminal, ladite application étant apte à accéder à au moins une ressource accessible sur un réseau de télécommunications, caractérisé en ce qu'il comprend les étapes suivantes : - émission d'une requête de chargement de ladite application, la requête comprenant une information d'identification du terminal ; et - réception de ladite application, de moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et d'un certificat indiquant la conformité du code de l'application avec les moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et identifiant le terminal. 8. Procédé de chargement selon la revendication 7, caractérisé en ce que les moyens sécurisés d'accès à ladite au moins une ressources comprennent le certificat généré. 9. Procédé d'exécution, sur un terminal, d'une application apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, caractérisé en ce que le procédé comprend une étape d'émission d'une requête pour accéder à ladite au moins une ressource par des moyens sécurisés d'accès à ladite au moins une ressource, ladite requête comprenant un certificat, ledit certificat indiquant la conformité du code del'application avec les moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et identifiant le terminal. 10. Dispositif de transmission, dans un réseau de télécommunications, d'une application vers un terminal, ladite application étant apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, caractérisé en ce qu'il comprend les moyens suivants : - des moyens de génération d'un certificat indiquant la conformité du code de l'application avec des moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application, à partir d'une information d'identification du terminal et d'une clé de certification ; et - des moyens de transmission, au terminal, de l'application, des moyens sécurisés d'accès à ladite au moins une ressource et du certificat ainsi généré. 11. Dispositif de transmission selon la revendication 10, caractérisé en ce qu'il comprend des moyens de vérification de la conformité du code de l'application avec les moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application. 12. Dispositif de transmission selon la revendication 10 ou la revendication 11, caractérisé en ce qu'il comprend des moyens d'insertion du certificat généré dans les moyens sécurisés d'accès à ladite au moins une ressource. 13. Dispositif de transmission selon l'une quelconque des revendications 10 à 12, caractérisé en ce que les moyens sécurisés d'accès à ladite au moins une ressource sont conformes à une politique de sécurité d'accès à ladite au moins une ressource. 14. Dispositif de transmission selon l'une quelconque des revendications 10 à 13, caractérisé en ce que le dispositif comprend des 25 30 moyens de réception d'une requête comprenant l'information d'identification du terminal. 15. Dispositif d'accès à au moins une ressource accessible sur le réseau de télécommunications à partir d'une application installée sur un terminal, caractérisé en ce qu'il comprend les moyens suivants : - des moyens de réception d'une requête d'accès à ladite au moins une ressource, ladite requête comprenant un certificat indiquant la conformité du code de l'application avec des moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et identifiant le terminal ; et - des moyens de vérification dudit certificat. 16. Dispositif de chargement d'une application sur un terminal, ladite application étant apte à accéder à au moins une ressource accessible sur un réseau de télécommunications, caractérisé en ce qu'il comprend les moyens suivants : - des moyens d'émission d'une requête de chargement de ladite application, la requête comprenant une information d'identification du terminal ; et - des moyens de réception de ladite application, de moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et d'un certificat indiquant la conformité du code de l'application avec les moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et identifiant le terminal. 17. Dispositif de chargement selon la revendication 16, caractérisé en ce que les moyens sécurisés d'accès à ladite au moins une ressource comprennent le certificat généré. 18. Dispositif d'exécution, sur un terminal, d'une application apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, caractérisé en ce que le dispositif comprend des moyens d'émission d'une requête pour accéder à ladite au moins une ressource par des moyens sécurisés d'accès à ladite au moins une ressource, ladite requête comprenant un certificat, ledit certificat indiquant la conformité du code de l'application avec les moyens sécurisés d'accès à ladite au moins une ressource utilisés par ladite application et identifiant le terminal. 19. Programme d'ordinateur chargeable dans un système informatique, ledit programme contenant des instructions permettant la mise en oeuvre du procédé de transmission dans un réseau de télécommunications d'une application selon l'une quelconque des revendications 1 à 5, lorsque ce programme est chargé et exécuté par ledit système informatique. 20. Programme d'ordinateur chargeable dans un système informatique, ledit programme contenant des instructions permettant la mise en oeuvre du procédé d'accès à au moins une ressource accessible sur le réseau de télécommunications à partir d'une application selon la revendication 6, lorsque ce programme est chargé et exécuté par ledit système informatique. 21. Programme d'ordinateur chargeable dans un système informatique, ledit programme contenant des instructions permettant la mise en oeuvre du procédé de chargement d'une application selon la revendication 7 ou la revendication 8, lorsque ce programme est chargé et exécuté par ledit système informatique. 22. Programme d'ordinateur chargeable dans un système informatique, ledit programme contenant des instructions permettant la mise en oeuvre du procédé d'exécution d'une application apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, selon la revendication 9, lorsque ce programme est chargé et exécuté par ledit système informatique. 23. Produit programme d'ordinateur pouvant être chargé dans un appareil programmable, caractérisé en ce qu'il comporte une application apte à accéder à au moins une ressource accessible sur le réseau de télécommunications, des moyens sécurisés d'accès à ladite au moins une ressource et un certificat indiquant la conformité du code de l'application avec les moyens sécurisés d'accès à la dite au moins une ressource utilisés par ladite application, et généré à partir d'une information d'identification d'un terminal et d'une clé de certification. 24. Certificat comprenant une information indiquant la conformité du code d'une application avec des moyens sécurisés d'accès à au moins une ressource utilisés par ladite application, apte à être vérifié par un fournisseur de ladite ressource et identifiant un terminal destiné à héberger l'application.15