Brevet FR3065140A1 — publié le 20181012

Procédé d'obtention d'une commande relative à un profil d'accès à un réseau La présente invention se rapporte au domaine général des télécommunications. Elle concerne plus particulièrement un procédé d'obtention d'une commande relative à un profil d'accès à un réseau de télécommunications par un équipement mobile. Elle trouve une application particulièrement intéressante dans le cadre de l'utilisation de modules de sécurité embarqués dans des équipements mobiles grand public, par exemple pour le chargement d'un profil d'accès au réseau après souscription d'une offre de service auprès d'un opérateur de réseau mobile, ou pour la configuration ou la mise à jour à distance du profil, etc. L'association des opérateurs de téléphonie mobile, ou « GSMA » (de l'anglais « Global System for Mobile Communications ») développe un standard de carte « SIM » (de l'anglais « Subscriber Identity Module ») embarquée, ou « eSIM », de type « eUICC » (de l'anglais « embedded Universal Integrated Circuit Card ») pour des équipements mobiles grand public, tels qu'un terminal mobile ou une tablette. Une carte SIM embarquée est destinée à être inamovible et (re)programmable à distance. Ainsi, lors de l'acquisition d'un nouvel équipement mobile, il n'est plus nécessaire de manipuler au préalable la carte SIM afin d'accéder au réseau d'un opérateur, voire de la changer lors d'un changement d'opérateur. Il est prévu qu'un utilisateur s'abonne directement via l'écran de son équipement mobile, ou en se rendant dans une boutique de l'opérateur, et charge un profil d'accès au réseau ou/et paramètre son profil au fil du temps à partir de son équipement mobile, voire qu'il change d'opérateur de la même façon. Une carte eSIM est identifiée de façon unique au moyen d'un identifiant de module ou « EID » (pour « eUICC Identifier »), qui constitue un identifiant physique de la carte, défini en usine et non modifiable. De ce fait cet identifiant est considéré comme une donnée sensible d'un point de vue protection de la vie privée, qui ne peut être exposée sans le consentement de l'utilisateur de l'équipement mobile. Dans le cas par exemple de l'obtention et du chargement d'un profil initial d'accès au réseau par un équipement mobile, la GSMA prévoit, lors de la souscription d'un abonnement auprès d'un opérateur de réseau mobile, de gérer dans un serveur intermédiaire du réseau indépendant des opérateurs une correspondance entre l'identifiant EID d'un module de sécurité de type eUICC et l'opérateur auprès duquel l'abonnement est souscrit et pour lequel l'opérateur tient à disposition un profil d'accès qu'il a généré pour le module. Lorsqu'un équipement mobile souhaite obtenir un profil d'accès au réseau suite à une souscription auprès d'un opérateur, il s'adresse au serveur intermédiaire, appelé habituellement « serveur de découverte », qui identifie, sur la base de l'identifiant EID du module de sécurité de 3065140 2 l'équipement mobile, l'opérateur qui a généré un profil pour cet équipement. Le serveur intermédiaire envoie alors à l'équipement mobile l'adresse d'un serveur de gestion de l'opérateur, appelé habituellement « serveur de préparation de données », auprès duquel l'équipement peut obtenir son profil. L'équipement mobile établit alors une connexion avec le 5 serveur de gestion de l'opérateur de manière à récupérer son profil et l'installer dans le module de sécurité. Ce mode de fonctionnement nécessite de partager l'identifiant du module de sécurité avec le serveur intermédiaire du réseau qui stocke des correspondances entre des identifiants EID de modules de sécurité et des adresses de serveur de gestion d'opérateurs qui génèrent les profils d'accès au réseau. 10 Une telle solution offre une certaine souplesse dans la gestion d'abonnements par l'utilisateur qui peut facilement commander depuis son équipement mobile l'activation d'une souscription initiale, ou d'une nouvelle souscription dans le cas d'un changement d'opérateur. Cependant, ce mode de fonctionnement nécessite de partager l'identifiant EID du module de sécurité avec le serveur intermédiaire du réseau qui stocke des correspondances entre un 15 identifiant de module de sécurité et une adresse de serveur de gestion de l'opérateur qui a généré le profil d'accès au réseau. Le serveur intermédiaire est ainsi capable de tracer l'identifiant EID d'un module de sécurité et de porter atteinte à la vie privée de l'utilisateur de l'équipement mobile. Par ailleurs, l'identifiant EID du module de sécurité est exposé dans le réseau, en étant transmis et/ou partagé entre plusieurs entités du réseau, sans qu'à aucun 20 moment l'utilisateur de l'équipement mobile n'ait donné son consentement. Cet identifiant, non modifiable, est considéré comme une donnée sensible dont l'exposition doit être réduite au minimum. Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de 25 la technique et/ou d'y apporter des améliorations. A cette fin, l'invention propose un procédé d'obtention d'une commande relative à un profil d'accès à un réseau par un équipement mobile, la commande étant destinée à être mise en oeuvre sur un module de sécurité dudit équipement, ledit procédé comprenant : - envoi à un premier serveur d'une requête d'obtention d'informations destinée à obtenir 30 la commande, ladite requête comprenant un identifiant anonyme du module de sécurité calculé à partir d'un identifiant physique du module et d'un aléa, - réception en provenance du premier serveur d'une adresse d'un deuxième serveur, ledit deuxième serveur ayant préparé la commande et associé ladite commande à l'identifiant anonyme du module de sécurité, une requête de ladite commande associée audit identifiant 35 anonyme ayant été préalablement reçue d'un troisième serveur par le deuxième serveur, 3065140 3 - envoi au deuxième serveur de l'identifiant physique du module et de l'aléa, - réception en provenance du deuxième serveur de ladite commande lorsqu'une vérification par le deuxième serveur que l'identifiant anonyme du module de sécurité a été calculé à partir de l'identifiant physique reçu et de l'aléa est positive. 5 Avec le procédé décrit ici, l'équipement mobile calcule un identifiant anonyme qu'il peut utiliser pour obtenir une commande relative à un profil d'accès au réseau sans compromettre la vie privée de l'utilisateur de l'équipement mobile. En effet, l'utilisation d'un identifiant anonyme à la place de l'identifiant physique du module de sécurité rend impossible la traçabilité de l'identifiant physique au travers des différentes commandes que l'utilisateur de 10 l'équipement passe auprès d'un opérateur de réseau mobile. L'identifiant physique d'un module de sécurité est une donnée sensible, au même titre qu'une donnée personnelle de l'utilisateur. Elle nécessite donc une attention particulière et ne peut en tout cas être exposée sans accord préalable de l'utilisateur de l'équipement mobile. Le procédé d'obtention d'une commande relative à un profil d'accès permet cela. En effet, l'identifiant anonyme peut être utilisé par des 15 applications et des serveurs sans nécessiter un accord de l'utilisateur de l'équipement. C'est le cas du premier serveur, ou serveur de découverte, qui à aucun moment n'a connaissance de l'identifiant physique réel associé à l'identifiant anonyme auquel est associé l'adresse du deuxième serveur auprès duquel l'équipement mobile peut obtenir sa commande C'est le cas également du troisième serveur, ou serveur opérateur auquel l'équipement mobile envoie les 20 informations nécessaires à la commande A noter que l'équipement mobile fournit au deuxième serveur, ou serveur de préparation de données, son identifiant physique ainsi que l'aléa utilisé pour calculer l'identifiant temporaire et prouver ainsi que le module de sécurité est bien le module pour lequel une commande a été préparée. Cet envoi est nécessaire pour obtenir la commande et constitue le consentement de l'utilisateur à divulguer à ce stade l'identifiant 25 physique du module de sécurité. L'identifiant anonyme qui est calculé est également temporaire, un nouvel identifiant anonyme étant calculé à chaque fois que l'utilisateur passe une commande Cela rend impossible l'établissement de relations entre des commandes successives passées depuis un même équipement mobile. 30 Dans un exemple de réalisation, le procédé comprend : - calcul de l'identifiant anonyme du module de sécurité en appliquant une fonction à sens unique à l'identifiant physique du module et à l'aléa, ladite fonction à sens unique ayant également une propriété de non collision, - envoi dudit identifiant anonyme au troisième serveur. 3065140 4 L'identifiant anonyme est dérivé de l'identifiant physique du module de sécurité au moyen d'une fonction à sens unique qui possède également une propriété de non collision. On rappelle qu'une fonction à sens unique peut être aisément calculée mais est difficile à inverser, c'est-à-dire que pour tout x dont on connaît l'image z = f (x), il est très difficile de (re)trouver 5 x. En d'autres termes il est très difficile de trouver l'application inverse de f. L'utilisation d'une fonction à sens unique pour le calcul de l'identifiant anonyme permet de garantir l'anonymat du module de sécurité. En effet, l'identifiant physique du module, noté habituellement EID, ne peut être déduit de l'identifiant anonyme. La propriété de non collision de la fonction à sens unique garantit par ailleurs l'unicité des identifiants anonymes générés. 10 Dans un exemple de réalisation, le procédé comprend une authentification mutuelle entre le module de sécurité et le premier serveur, ladite authentification étant représentative d'un accord de l'utilisateur de divulguer l'identifiant physique du module de sécurité au premier serveur. Dans cet exemple il y a authentification mutuelle entre le module de sécurité et le 15 premier serveur, ou serveur de découverte. Cette authentification nécessite d'exposer l'identifiant physique EID du module de sécurité au serveur de découverte. Cette authentification, lorsqu'elle est mise en oeuvre, constitue un consentement implicite de l'utilisateur à divulguer l'identifiant physique de son module. Dans un autre exemple de réalisation, le procédé comprend une authentification 20 anonyme du module de sécurité auprès du premier serveur mise en oeuvre au moyen d'un algorithme de signature de groupe. Une authentification anonyme basée par exemple sur un algorithme de signature de groupe permet de ne pas divulguer au premier serveur l'identifiant physique EID du module de sécurité. Le serveur sait cependant, lorsque l'authentification réussit, qu'il a à faire à un module 25 de type eUICC valide. L'invention concerne également un procédé de fourniture à un équipement mobile par un premier serveur d'une commande relative à un profil d'accès à un réseau, la commande étant destinée à être mise en oeuvre sur un module de sécurité dudit équipement, ledit procédé comprenant : 30 - réception en provenance d'un deuxième serveur d'une requête de ladite commande associée à un identifiant anonyme du module de sécurité, ledit identifiant anonyme ayant été calculé à partir d'un identifiant physique du module et d'un aléa, - préparation de ladite commande et envoi à un troisième serveur d'une notification destinée à indiquer que la commande a été préparée, la notification comprenant l'adresse du 35 premier serveur et l'identifiant anonyme, 3065140 5 - connexion de l'équipement mobile au premier serveur, l'adresse du premier serveur ayant été préalablement fournie à l'équipement mobile par le troisième serveur, - réception en provenance du module de sécurité de l'identifiant physique du module et de l'aléa, et vérification que l'identifiant anonyme reçu de l'équipement mobile a été calculé à 5 partir de l'identifiant physique du module et de l'aléa, et - délivrance de ladite commande lorsque la vérification est positive. L'invention concerne aussi un équipement mobile agencé pour obtenir une commande relative à un profil d'accès à un réseau, la commande étant destinée à être mise en oeuvre sur un module de sécurité dudit équipement, ledit équipement mobile comprenant : 10 - des premiers moyens d'envoi, agencés pour envoyer à un premier serveur une requête d'obtention d'informations destinée à obtenir la commande, ladite requête comprenant un identifiant anonyme du module de sécurité calculé à partir d'un identifiant physique du module et d'un aléa, - des premiers moyens de réception, agencés pour recevoir en provenance du premier 15 serveur d'une adresse d'un deuxième serveur, ledit deuxième serveur ayant préparé la commande et associé ladite commande à l'identifiant anonyme du module de sécurité, une requête de ladite commande associée audit identifiant anonyme ayant été préalablement reçue d'un troisième serveur par le deuxième serveur, - des deuxièmes moyens d'envoi, agencés pour envoyer au deuxième serveur de 20 l'identifiant physique du module et de l'aléa, - des deuxièmes moyens de réception, agencés pour recevoir en provenance du deuxième serveur de ladite commande lorsqu'une vérification par le deuxième serveur que l'identifiant anonyme du module de sécurité a été calculé à partir de l'identifiant physique reçu et de l'aléa est positive. 25 L'invention porte aussi sur un programme d'ordinateur sur un support de données et chargeable dans la mémoire d'un ordinateur, le programme comprenant des portions de code pour l'exécution des étapes du procédé d'obtention d'une commande relative à un profil d'accès à un réseau par un équipement mobile tel que décrit précédemment, lorsque le programme est exécuté sur ledit ordinateur. 30 L'invention concerne aussi un support de données dans lequel est enregistré le programme ci-dessus. L'invention porte aussi sur un serveur agencé pour préparer et fournir une commande relative à un profil d'accès au réseau requise depuis un équipement mobile, la commande étant destinée à être mise en oeuvre sur un module de sécurité dudit équipement, ledit serveur comprenant : 3065140 6 - des moyens de réception, agencés pour recevoir en provenance d'un deuxième serveur d'une requête de ladite commande associée à un identifiant anonyme du module de sécurité, ledit identifiant anonyme ayant été calculé à partir d'un identifiant physique du module et d'un aléa, 5 - des moyens de préparation, agencés pour préparer ladite commande et pour envoyer à un troisième serveur une notification destinée à indiquer que la commande a été préparée, la notification comprenant l'adresse du premier serveur et l'identifiant anonyme, - des moyens de connexion, agencés pour accepter une connexion de l'équipement mobile, l'adresse du serveur ayant été préalablement fournie à l'équipement mobile par le 10 troisième serveur, - des moyens de réception et de vérification, agencés pour recevoir en provenance du module de sécurité de l'identifiant physique du module et de l'aléa, et pour vérifier que l'identifiant anonyme reçu de l'équipement mobile physique du module et de l'aléa, et 15 - des moyens de délivrance, agencés pour vérification est positive. L'invention concerne également un programme d'ordinateur sur un support de données et chargeable dans la mémoire d'un ordinateur, le programme comprenant des portions de code pour l'exécution des étapes du procédé de fourniture à un équipement mobile par un premier 20 serveur d'une commande relative à un profil d'accès à un réseau, lorsque le programme est exécuté sur ledit ordinateur. L'invention porte également sur un support de données dans lequel est enregistré le programme précédent. L'invention porte également sur un système de fourniture d'une commande relative à un 25 profil d'accès à un réseau, ledit système comprenant : - au moins un équipement mobile tel que décrit précédemment, - au moins un serveur tel que décrit précédemment, - un deuxième serveur, comprenant : - un premier module de réception d'identifiants anonymes, agencé pour recevoir du 30 premier serveur une requête comprenant l'identifiant anonyme courant du module de sécurité, associé à une adresse du premier serveur, - un deuxième module de réception, agencé pour recevoir de l'équipement mobile une demande d'informations comprenant l'identifiant anonyme du module de sécurité, a été calculé à partir de l'identifiant délivrer ladite commande lorsque la 3065140 7 - un premier module d'envoi, agencé pour envoyer à l'équipement mobile l'adresse du premier serveur associé à l'identifiant anonyme, l'équipement mobile pouvant retirer ladite commande auprès dudit premier serveur. 5 D'autres caractéristiques et avantages de la présente invention seront mieux compris de la description et des dessins annexés parmi lesquels : - la figure 1 présente les étapes d'un procédé d'obtention d'une commande relative à un profil d'accès à un réseau, selon un exemple de réalisation ; - la figure 2 est une représentation schématique d'un équipement mobile, apte à mettre 10 en oeuvre certaines des étapes du procédé d'obtention d'une commande relative à un profil d'accès à un réseau, selon un exemple de réalisation ; - la figure 3 est une représentation schématique d'un serveur de préparation de données, apte à mettre en oeuvre certaines des étapes du procédé d'obtention d'une commande relative à un profil d'accès à un réseau, selon un exemple de réalisation. 15 Les étapes d'un procédé d'obtention d'une commande relative à un profil d'accès au réseau par un équipement mobile, selon un exemple de réalisation vont maintenant être décrites en relation avec la figure 1. Un équipement mobile 10 d'utilisateur (l'utilisateur n'est pas représenté sur la figure 1), 20 par exemple un terminal mobile ou une tablette, est équipé d'un module de sécurité embarqué 101, ou « eSIM », de type eUICC (de l'anglais « embedded Universal Integrated Circuit Card), ou un module de sécurité amovible. Le module de sécurité 101 est identifié par un identifiant physique de carte de type EID (pour « eUICC Identifier »), défini en usine. L'équipement mobile 10 comprend également une application mobile 102 agencée pour permettre à 25 l'utilisateur d'initier et/ou de valider une commande relative à un profil d'accès à un réseau de télécommunications. L'application mobile 102 est fournie par un fournisseur de services, par exemple un opérateur de réseau mobile. Le profil d'accès est destiné à permettre à l'utilisateur d'accéder au réseau à partir de l'équipement mobile 10. On entend par « commande relative à un profil d'accès » une commande comprenant des instructions de code destinées à être 30 exécutées sur le module de sécurité 101. Par exemple la commande consiste en un chargement du profil d'accès au réseau sur le module de sécurité et en une activation du profil après que l'utilisateur a souscrit une offre de service associée auprès d'un opérateur, ou en une configuration ou une mise à jour du profil d'accès préalablement chargé dans le module de sécurité 101, suite à la validation de cette configuration ou cette mise à jour par l'utilisateur. A 35 cette fin l'application mobile 102 est agencée pour communiquer à un premier serveur 11, 3065140 8 appelé « serveur opérateur », des données qui comprennent des caractéristiques physiques de l'équipement mobile 10 et du module de sécurité 101, ainsi que des données correspondant à la commande relative au profil d'accès et validée par l'utilisateur. Le serveur opérateur 11 est agencé pour demander à un deuxième serveur 12, appelé « serveur de préparation de données », 5 de préparer la commande relative au profil d'accès au réseau pour un module de sécurité du type de celui de l'équipement mobile 10. Le serveur de préparation de données 12 est agencé pour préparer la commande qu'il a reçue et pour notifier un troisième serveur 13, appelé « serveur de découverte », qu'un événement est en attente pour un module de sécurité qu'il désigne au moyen d'un identifiant anonyme. Cette notification d'événement permet d'indiquer au serveur 10 de découverte 13 qu'une commande relative à un profil d'accès a été préparée et est disponible au niveau du serveur de préparation 12 sans fournir au serveur de découverte 13 d'informations quant au contenu de cette commande « Disponible » signifie que la commande peut être retirée afin d'être mise en oeuvre sur l'équipement mobile 10. L'équipement mobile 10 est également agencé pour s'adresser au serveur de découverte 13, afin d'obtenir l'adresse du serveur de 15 préparation de données 12 qui a préparé la commande relative au profil d'accès. L'équipement mobile 10 est ainsi apte, après obtention de l'adresse du serveur de préparations de données 12, à requérir auprès du serveur de préparation de données 12 la commande relative au profil, telle que le chargement initial du profil ou l'exécution de la configuration ou une mise à jour d'un profil déjà installé. Une fois obtenue, la commande relative au profil est exécutée sur le module 20 de sécurité 101. L'équipement mobile 10 comprend également un gestionnaire local de profil 103, ou LPA (pour « Local Profile Assistant »). Le gestionnaire local de profil 103 fournit à l'utilisateur de l'équipement mobile 10 une interface administrative de l'équipement mobile 10. Dans le cas par exemple du chargement d'un profil d'accès au réseau sur l'équipement mobile 10, le gestionnaire local de profil 103 est agencé pour récupérer le profil auprès de l'opérateur 25 via une connexion Internet sécurisée auprès du serveur de préparation de données 12 et pour commander son installation et son activation sur le module de sécurité 101. Dans un exemple de réalisation, le gestionnaire local de profil 103 se trouve dans le module de sécurité 101. Il est ainsi agencé pour faire des calculs et notamment pour générer les identifiants anonymes TEID, sous le contrôle de l'application mobile 102. 30 Ainsi, dans une étape initiale E0 de sélection, l'utilisateur sélectionne, au moyen de son équipement mobile 10 et par le biais de l'application mobile 102 une commande relative à un profil d'accès au réseau telle que le chargement initial, c'est-à-dire l'obtention et l'activation, du profil d'accès au réseau sur l'équipement mobile, une configuration du profil, une mise à jour de règles relatives au profil (on parle de « policy rules » en anglais), une opération de maintenance 35 du profil, etc. 3065140 9 Cette sélection déclenche dans une étape suivante El de demande d'informations, l'envoi par l'application mobile 102 au gestionnaire local de profil 103 d'un message de demande d'informations. Ce message est destiné à obtenir des caractéristiques physiques de l'équipement mobile 10 et du module de sécurité 101. Les caractéristiques physiques concernent 5 par exemple la taille de l'écran de l'équipement mobile 10, les capacités à communiquer en NFC (de l'anglais « Near Field Communication ») de l'équipement, la taille de la mémoire du module de sécurité 101, la version de système d'exploitation, etc. Ces caractéristiques physiques sont destinées à être prises en compte par le serveur de préparation 12 lors de la préparation de la commande relative au profil afin que celle-ci soit adaptée à l'équipement mobile 10 et au 10 module de sécurité 101 sur lesquels elle va être exécutée. Dans une étape suivante E2 de réponse, le gestionnaire local de profil 103 envoie en réponse des caractéristiques physiques du module de sécurité 101 et de l'équipement mobile 10. Dans une étape suivante E3 de demande, l'application 102 envoie au gestionnaire local de profil 103 une demande d'identifiant anonyme du module de sécurité 101. 15 Cette demande est reçue par le gestionnaire local de profil 103 et retransmise au module de sécurité 101 dans une étape E4 de retransmission. Dans une étape suivante E5 de réception et de génération, le module de sécurité 101 reçoit la demande de génération d'identifiant anonyme et dérive un identifiant anonyme TEID de son identifiant physique EID. A cet effet, il génère un aléa r au moyen par exemple d'un 20 générateur pseudo-aléatoire et applique une fonction à sens unique f à l'aléa r et à son identifiant physique EID. En d'autres termes, il calcule : TEID = f(EID,r). On rappelle qu'une fonction à sens unique est une fonction qui peut être aisément calculée mais qui est difficile à inverser, c'est-à-dire que pour tout x dont on connaît l'image f(x), il est très difficile de (re)trouver x. La fonction à sens unique f est par exemple une fonction de hachage, réputée 25 non inversible, telle que SHA-3 ou SHA-256 (de l'anglais « Secure Hash Algorithm »). Dans le cas où la fonction à sens unique est SHA-256, on peut, dans un exemple de réalisation, ne prendre que les 32 premiers digits, ou les 32 derniers digits, du résultat de la fonction de hachage. Cela permet de prendre en compte des contraintes de taille au niveau d'un ou de plusieurs serveurs. En effet, un identifiant de module de sécurité est une valeur codée sur 32 30 digits. Prendre les 32 premiers ou derniers digits permet d'obtenir des identifiants anonymes de même taille que les identifiants physiques de module. L'invention n'est bien sûr pas limitée à ces fonctions. Par exemple des fonctions recommandées par la fédération SOGIS (« Senior Officials Group Information Systems Security ») et disponibles sous : http://www. sogis.org/documents/cc/crypto/SOGIS-Agreed-Cryptographic-Mechanisms- 1.0.pdf 35 peuvent être utilisées. L'utilisation d'une fonction de hachage pour le calcul de l'identifiant 3065140 10 anonyme du module de sécurité 101 permet de garantir l'anonymat du module 101. La fonction f possède également la propriété de non collision, c'est-à-dire que pour tout x dont on connaît l'image f (x) il est très difficile de trouver y tel que f (x) = f (y). Cette propriété est vérifiée dans la mesure où une donnée en entrée de la fonction est de taille inférieure ou égale à la 5 donnée de sortie. Cette propriété garantit l'unicité des identifiants anonymes générés. L'identifiant anonyme TEID ainsi calculé est envoyé au gestionnaire local de profil 103 en fin d'étape E5. L'identifiant anonyme TEID reçu est mémorisé par le gestionnaire local de profil 103 dans une étape E6 de mémorisation et d'envoi et retransmis à l'application mobile 102. 10 Dans une étape E7 d'envoi, l'application mobile 102 envoie au serveur opérateur 11, les caractéristiques physiques de l'équipement mobile 10 et du module de sécurité 101 qu'il a obtenues au terme de l'étape E2, l'identifiant anonyme TEID généré et la commande relative au profil d'accès au réseau sélectionnée par l'utilisateur au cours de l'étape initiale E0. Dans une étape suivante E8 d'envoi d'une requête, le serveur opérateur 11 envoie au 15 serveur de préparation de données 12 une requête de préparation qui comprend l'identifiant anonyme TEID ainsi que les informations nécessaires à la préparation de la commande relative au profil d'accès au réseau. Ces informations comprennent la commande sélectionnée et les caractéristiques physiques de l'équipement 10 et du module 101. Dans une étape suivante E9 de préparation et d'envoi, le serveur de préparation de 20 données 12 prépare la commande relative au profil d'accès et adaptée à l'équipement mobile 10. « Préparer la commande » signifie générer un module logiciel comprenant un ensemble d'instructions de code destinées à être exécutées sur le module de sécurité 101. Le serveur de préparation 12 envoie également au serveur de découverte 13 une notification associée à l'identifiant anonyme TEID du module de sécurité 101. La notification est destinée à informer 25 le serveur de découverte 13 qu'une commande a été préparée pour un module de sécurité dont l'identifiant anonyme est TEID et est disponible au niveau du serveur de préparation de données 12. Le serveur de découverte 13 mémorise qu'un événement est en attente pour l'identifiant anonyme TEID du module de sécurité 101 ; il mémorise également l'adresse du serveur de préparation de données 12 apte à fournir la commande associée à cet événement. 30 Dans une phase suivante décrite ci-dessous et déclenchée suite à une action volontaire de l'utilisateur, ou automatiquement, par exemple après un redémarrage de l'équipement mobile 10 ou après un rafraîchissement régulier mis en oeuvre au niveau de l'équipement mobile 10, la commande relative au profil d'accès au réseau est exécutée à la suite d'échanges entre l'équipement mobile 10, le serveur de découverte 13 et le serveur de préparation de données 12. 3065140 11 Ainsi, dans une étape suivante E10 d'authentification, optionnelle, une authentification mutuelle entre le module de sécurité 101 et le serveur de découverte 13 est mise en oeuvre. Les étapes de cette authentification sont décrites dans la spécification GSMA SGP.22 qui décrit une architecture pour la fourniture à distance de profil à un module de sécurité (ou « RSP » pour 5 « Remote SIM Provisioning »). A noter que l'étape El0 est ici optionnelle dans le sens où, lorsqu'elle a lieu, le module de sécurité 101 fournit au serveur de découverte 13 son identifiant physique EID, conformément à la spécification SGP.22. On considère dans ce cas que l'utilisateur, en participant à cette authentification, consent de manière implicite à la divulgation de l'identifiant physique EID du module de sécurité 101. Cette étape, lorsqu'elle n'est pas 10 exécutée, ne nuit pas à la sécurité du procédé. En effet, le serveur de découverte 13 ne connaît à ce stade qu'un identifiant anonyme et aléatoire d'un module de sécurité, qu'il ne peut relier à un identifiant physique EID de module et/ou à un module de sécurité auquel il a déjà eu à faire. L'anonymat du module de sécurité 101 est ainsi assuré vis-à-vis du serveur de découverte 13. Dans un autre exemple de réalisation, l'authentification, optionnelle, mise en oeuvre au cours de 15 l'étape E10 est anonyme. Elle est basée par exemple sur une signature cryptographique de groupe. Dans ce cas, le serveur de découverte 13 a la garantie que le module de sécurité 101 qui s'est authentifié est un module eUICC valide ; le serveur de découverte 13 n'a cependant pas connaissance de l'identifiant EID du module 101. Dans une étape suivante Ell de demande d'informations, le gestionnaire local de profil 20 103 envoie au serveur de découverte 13 une requête d'obtention d'informations relatives à un ou des événements concernant le module de sécurité. La requête d'obtention d'informations comprend l'identifiant anonyme TEID que le gestionnaire local de profil 103 a mémorisé au cours de l'étape E7 de réception et de mémorisation. Dans une étape suivante E12 de réponse, le serveur de découverte 13 envoie au 25 gestionnaire local de profil 103 l'adresse du serveur de préparation de données 12 qui a été enregistrée en association avec l'identifiant anonyme TEID qu'il a reçu au cours de l'étape précédente. Dans une étape suivante E13 d'accès au serveur de préparation, le gestionnaire local de profil 103 de l'équipement mobile 10 se connecte de manière sécurisée au serveur de 30 préparation de données 12 dont l'adresse lui a été fournie au cours de l'étape précédente. La connexion est par exemple conforme au protocole TLS (de l'anglais « Transport Layer Security »). Le gestionnaire local de profil 103 fournit au serveur de préparation de données 12 l'identifiant temporaire TEID du module de sécurité 101 afin de récupérer la commande relative au profil d'accès et préparée par le serveur de préparation de données 12 au cours de l'étape E10 35 pour le module de sécurité 101. 3065140 12 Dans une étape suivante E14 d'authentification, une authentification mutuelle entre le module de sécurité 101 et le serveur de préparation de données 12 est mise en oeuvre, conformément à la spécification GSMA SGP.22. A ce stade, le module de sécurité 101 a la garantie de dialoguer avec un serveur de préparation de données légitime et le serveur de 5 préparation de données 12 a la garantie dialoguer avec un module de sécurité légitime. Cependant, bien que connaissant l'identifiant physique EID du module qui s'est authentifié, il ne sait pas à quel identifiant anonyme cet identifiant correspond. Dans une étape suivante E15 d'envoi de preuve, le module de sécurité 101 envoie au serveur de préparation de données 12 l'aléa r utilisé pour calculer l'identifiant anonyme TEID 10 du module 101 au cours de l'étape E5 de génération, et éventuellement son identifiant physique EID. A noter que l'identifiant EID du module 101 est récupéré par le serveur de préparation de données 12 au cours de l'étape E14 d'authentification. Cet envoi est destiné à permettre au serveur de préparation de données 12 d'identifier le module de sécurité associé à l'identifiant anonyme TEID. Cet envoi constitue aussi une requête du module de sécurité 101 pour obtenir la 15 commande Par ailleurs, cet envoi est également une preuve pour le serveur de préparation de données 12 que l'identifiant temporaire TEID pour lequel la commande relative au profil d'accès a été préparée correspond à l'identifiant physique EID du module de sécurité 101 qui requiert la commande Dans une étape suivante E16 de calcul et de vérification, le serveur de découverte 12 20 calcule un identifiant de contrôle TEID' à partir de l'identifiant physique EID et de l'aléa r qu'il a reçus au cours de l'étape précédente. A cette fin le serveur de préparation de données 12 applique la même fonction à sens unique f que celle utilisée par le module de sécurité 101 au cours de l'étape E5 de génération à l'identifiant physique EID et à l'aléa r reçus au cours de l'étape E15. Le serveur de préparation de données 12 vérifie ensuite que l'identifiant de contrôle 25 TEID' est égal à l'identifiant temporaire TEID que lui a fourni le gestionnaire local 103 au cours de l'étape E14. Dans un premier cas (branche « ok » sur la figure 1) où l'identifiant de contrôle TEID' est égal à l'identifiant temporaire TEID, le serveur de préparation de données 12 délivre la commande qu'il a préparée pour exécution au module de sécurité 101 dans une étape E17 30 délivrance. Le serveur de préparation de données 12 est assuré qu'il délivre la commande qu'il a préparée au module de sécurité 101 pour lequel elle a été requise par le serveur opérateur 11 au cours de l'étape E8 d'envoi d'une requête de préparation. Dans un deuxième cas (branche « nok » sur la figure 1) où l'identifiant de contrôle TEID' ne correspond pas à l'identifiant anonyme TEID, le procédé s'arrête. En effet, le module 35 de sécurité qui a envoyé son identifiant au cours de l'étape E15 pour obtenir une commande 3065140 13 n'est pas celui pour lequel la commande a été préparée suite à la requête de préparation envoyée par le serveur opérateur 11 au cours de l'étape E8. Dans une étape suivante E18 d'information, le serveur de préparation de données 12 envoie au serveur de découverte 13 un message de relâchement destiné à l'informer que la 5 commande relative au profil associée à l'identifiant anonyme de contrôle TEID' a été traitée. Le serveur de découverte 13 peut alors supprimer l'événement qu'il a créé et mémorisé pour l'identifiant anonyme TEID' au terme de l'étape E9. Dans un autre exemple de réalisation, l'étape E13 d'accès au serveur de préparation au cours de laquelle le gestionnaire local de profil 103 se connecte au serveur de préparation de 10 données 12 et lui fournit l'identifiant temporaire TEID du module de sécurité 101 n'est pas mise en oeuvre. Le serveur de préparation de données 12 obtient l'identifiant physique EID du module de sécurité 101 au cours de l'étape E14 d'authentification. Il obtient également l'aléa r au cours de l'étape E15 d'envoi de preuve. Il calcule, au cours de l'étape E16 de calcul et de vérification, un nouvel identifiant anonyme TEID" à partir de l'aléa r et de l'identifiant EID 15 reçus précédemment et vérifie la présence de cet identifiant anonyme TEID" dans une base de données qui contient les identifiants anonymes pour lesquels il a des commandes en attente. L'unicité des identifiants anonymes, inhérente à l'utilisation de la fonction f à sens unique qui possède la propriété de non collision, garantit que l'identifiant anonyme est associé à un identifiant physique légitime de module de sécurité. 20 Un équipement mobile 10, selon un exemple de réalisation, va maintenant être décrit en relation avec la figure 2. L'équipement mobile 10 est un équipement utilisateur tel qu'un terminal mobile ou une tablette. Il comprend : 25 - une interface radio 10-1, agencée pour s'interfacer avec un réseau mobile de communication, - un microprocesseur 10-2, ou CPU (pour « Central Processing Unit »), agencé pour charger des instructions en mémoire, les exécuter et effectuer des opérations, - un ensemble de mémoires, dont une mémoire volatilel0-3, ou RAM (pour « Random 30 Access Memory ») utilisée pour exécuter des instructions de code, stocker des variables, etc., une mémoire de stockage 10-4 de type EEPROM (pour « Electronically-Erasable Programmable Read-Only Memory ». La mémoire de stockage 10-4 est agencée pour mémoriser des données et des applications. En particulier, la mémoire de stockage 10-4 mémorise un module logiciel comprenant des instructions de code pour mettre en oeuvre les 35 étapes du procédé d'obtention d'une commande relative à un profil d'accès, 3065140 14 - un module de sécurité 101, par exemple un module eUICC, agencé pour stocker et traiter des données sensibles, telles que des clés et des algorithmes cryptographiques. En particulier, le module de sécurité est agencé pour exécuter des commandes relatives à un profil d'accès au réseau qui comprend ces données sensibles. Par exemple, une commande peut 5 consister en le chargement d'un profil d'accès au réseau après souscription à une offre de service auprès d'un opérateur de réseau, en la configuration ou en la mise à jour du profil, etc., - un gestionnaire local de profil 103, agencé pour fournir à l'utilisateur de l'équipement mobile 10 une interface administrative de l'équipement mobile 10. Par exemple, dans le cas du chargement d'un profil d'accès au réseau sur l'équipement mobile 10, le gestionnaire local de 10 profil 103 est apte à récupérer le profil auprès de l'opérateur via une connexion Internet sécurisée auprès du serveur de préparation de données 12 et à commander son installation et son activation sur le module de sécurité 101, - une application mobile 102, agencée pour proposer une interface à partir de laquelle l'utilisateur de l'équipement mobile 10 peut passer des commandes relatives au profil d'accès 15 au réseau, telles que souscrire un abonnement auprès d'un opérateur, demander une configuration ou une mise à jour d'un profil d'accès au réseau, etc. L'application mobile 102 est fournie par un fournisseur de services, par exemple un opérateur de réseau mobile. L'équipement mobile 10 comprend également : - des premiers moyens d'envoi 10-5, agencés pour envoyer à un premier serveur 13 une 20 requête d'obtention d'informations destinée à obtenir la commande, ladite requête comprenant un identifiant anonyme du module de sécurité calculé à partir d'un identifiant physique du module et d'un aléa. Les premiers moyens d'envoi sont agencés pour mettre en oeuvre l'étape El 1 du procédé d'obtention d'une commande relative à un profil d'accès au réseau tel que décrit précédemment ; 25 - des premiers moyens de réception 10-6, agencés pour recevoir en provenance du premier serveur 13 une adresse d'un deuxième serveur 12, ledit deuxième serveur ayant préparé la commande et associé ladite commande à l'identifiant anonyme du module de sécurité, une requête de ladite commande associée audit identifiant anonyme ayant été préalablement reçue d'un troisième serveur 11 par le deuxième serveur. Les premiers moyens de réception 10-6 sont 30 agencés pour mettre en oeuvre l'étape E12 du procédé décrit précédemment ; - des deuxièmes moyens d'envoi 10-7, agencés pour envoyer au deuxième serveur de l'identifiant physique du module et de l'aléa. Les deuxièmes moyens d'envoi 10-7 sont agencés pour mettre en oeuvre l'étape E15 du procédé décrit précédemment ; - des deuxièmes moyens de réception 10-8, agencés pour recevoir en provenance du 35 deuxième serveur de ladite commande lorsqu'une vérification par le deuxième serveur que 3065140 15 l'identifiant anonyme du module de sécurité a été calculé à partir de l'identifiant physique reçu et de l'aléa est positive. Les deuxièmes moyens de réception sont agencés pour mettre en oeuvre l'étape E17 du procédé d'obtention d'un profil d'accès au réseau tel que décrit précédemment. Le gestionnaire local de profil 103, l'application mobile 102, les premiers moyens 5 d'envoi 10-5, les premiers moyens de réception 10-6, les deuxièmes moyens d'envoi 10-7 et les deuxièmes moyens de réception 10-8 sont de préférence des modules logiciels comprenant des instructions logicielles pour mettre en oeuvre les étapes du procédé d'obtention d'une commande relative à un profil d'accès au réseau précédemment décrit. L'invention concerne donc aussi : 10 - un programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé d'obtention d'une commande relative à un profil d'accès tel que décrit précédemment lorsque ce programme est exécuté par un processeur de l'équipement mobile 10, - un support d'enregistrement lisible sur lequel est enregistré le programme d'ordinateur décrit ci-dessus. 15 Un serveur 12, agencé pour préparer des commandes requises depuis un équipement mobile 10, selon un exemple de réalisation va maintenant être décrit en relation avec la figure 3. Le serveur 12 est un équipement informatique, accessible depuis un réseau de données tel qu'Internet. Il comprend : 20 - une unité de traitement 121, ou CPU, destinée à charger des instructions en mémoire, à les exécuter, à effectuer des opérations ; - un ensemble de mémoires, dont une mémoire volatile 122, ou RAM utilisée pour exécuter des instructions de code, stocker des variables, etc., et une mémoire de stockage 123 de type EEPROM. En particulier, la mémoire de stockage 123 est agencée pour mémoriser un 25 module logiciel de fourniture d'une commande relative à un profil d'accès au réseau qui comprend des instructions de code pour mettre en oeuvre celles des étapes du procédé d'obtention d'une commande relative à un profil d'accès qui sont mises en oeuvre par le serveur 12, ou serveur de préparation de données, tel que décrit précédemment. Le serveur 12 comprend également : 30 - un module de réception 124, agencé pour recevoir en provenance d'un deuxième serveur 11, ou serveur opérateur, une requête de ladite commande associée à un identifiant anonyme du module de sécurité, ledit identifiant anonyme ayant été calculé à partir d'un identifiant physique du module et d'un aléa. Le module de réception 124 est agencé pour mettre en oeuvre l'étape E8 du procédé d'obtention d'une commande relative à un profil d'accès au 35 réseau tel que décrit précédemment ; 3065140 16 - un module de préparation 125, agencé pour préparer ladite commande et pour envoyer à un troisième serveur 13, ou serveur de découverte, une notification destinée à indiquer que la commande a été préparée. La notification comprend l'adresse du serveur et l'identifiant anonyme. Le module de préparation 125 est agencé pour mettre en oeuvre l'étape E9 du procédé 5 d'obtention d'une commande relative à un profil d'accès au réseau tel que décrit précédemment ; - un module de connexion 126, agencé pour accepter une connexion de l'équipement mobile au serveur, l'adresse du serveur 12 ayant été préalablement fournie à l'équipement mobile par le troisième serveur 13. Le module de connexion 126 est agencé pour mettre en 10 oeuvre l'étape E13 du procédé décrit précédemment ; - un module 127 de réception et de vérification, agencé pour recevoir en provenance du module de sécurité 101 l'identifiant physique du module et de l'aléa, et pour vérifier que l'identifiant anonyme reçu de l'équipement mobile a été calculé à partir de l'identifiant physique du module et de l'aléa. Le module 127 de réception et de vérification est agencé pour 15 mettre en oeuvre l'étape E16 du procédé d'obtention d'une commande relative à un profil d'accès au réseau tel que décrit précédemment ; - un module de délivrance 128, agencé pour délivrer ladite commande à l'équipement mobile 10 lorsque la vérification est positive. Le module de délivrance 128 est agencé pour mettre en oeuvre l'étape E17 du procédé décrit précédemment. 20 Les modules de réception 124, de préparation 125, de connexion 126, 127 de réception et de vérification et le module de délivrance sont de préférence des modules logiciels comprenant des instructions logicielles pour mettre en oeuvre celles des étapes du procédé d'obtention d'une commande relative à un profil d'accès au réseau tel que décrit précédemment et qui sont mises en oeuvre par le serveur 12. 25 L'invention concerne donc aussi : - un programme d'ordinateur comportant des instructions pour la mise en oeuvre des étapes du procédé d'obtention d'une commande relative à un profil d'accès au réseau tel que décrit précédemment et mises en oeuvre par le serveur lorsque ce programme est exécuté par un processeur du serveur 12, ou serveur de préparation de données, 30 - un support d'enregistrement lisible sur lequel est enregistré le programme d'ordinateur décrit ci-dessus. L'invention concerne également un système de fourniture d'une commande relative à un profil d'accès au réseau. Le système comprend : 35 - au moins un équipement mobile 10 tel que décrit précédemment, 3065140 17 - au moins un serveur 12 de préparation de données, tel que décrit précédemment, et - un serveur de découverte 13 qui comprend : - un module de réception de notification et de mémorisation, agencé pour recevoir du serveur 12 de préparation de données une notification qui comprend 5 l'identifiant anonyme TEID du module de sécurité, associé à une adresse du serveur 12 de préparation de données. La notification est destinée à informer le serveur de découverte 13 qu'une commande relative à un profil d'accès au réseau a été préparée par le serveur 12 de préparation de données et est disponible pour retrait par l'équipement mobile 10. L'identifiant anonyme TEID du module de sécurité est 10 mémorisé par le serveur de découverte 13 en association avec l'adresse du serveur de préparation 12 ; - un module de réception de requête d'obtention d'informations, agencé pour recevoir de l'équipement mobile 10 une requête d'obtention d'informations comprenant l'identifiant anonyme du module de sécurité. Cette requête est destinée à interroger le 15 serveur de découverte 13 afin d'obtenir l'adresse du serveur de préparation de données 12 lorsqu'un événement associé à l'identifiant anonyme a été mémorisé par le serveur de découverte 13 ; - un module d'envoi, agencé pour envoyer à l'équipement mobile, suite à la réception en provenance de l'équipement mobile 10 d'une requête d'obtention 20 d'informations, l'adresse du serveur de préparation de données 12 associé à l'identifiant anonyme. Une fois l'adresse du serveur de préparation de données 12 obtenu par l'équipement mobile 10, celui-ci peut retirer ladite commande relative au profil d'accès au réseau auprès dudit serveur de préparation de données 12. Le module de réception de notification et de mémorisation, le module de réception de 25 requête d'obtention d'information et le module d'envoi du serveur de découverte 13 sont de préférence des module logiciels comprenant des instructions de code pour mettre en oeuvre celles des étapes du procédé d'obtention d'une commande relative à un profil d'accès au réseau qui sont mises en oeuvre par le serveur de découverte 13. 30 REVENDICATIONS1. Procédé d'obtention d'une commande relative à un profil d'accès à un réseau par un équipement mobile (10), la commande étant destinée à être mise en oeuvre sur un module de sécurité (101) dudit équipement, ledit procédé comprenant : - envoi (E11) à un premier serveur (13) d'une requête d'obtention d'informations destinée à obtenir la commande, ladite requête comprenant un identifiant anonyme du module de sécurité calculé à partir d'un identifiant physique du module et d'un aléa, - réception (E12) en provenance du premier serveur d'une adresse d'un deuxième serveur (12), ledit deuxième serveur ayant préparé la commande et associé ladite commande à l'identifiant anonyme du module de sécurité, une requête de ladite commande associée audit identifiant anonyme ayant été préalablement reçue d'un troisième serveur (11) par le deuxième serveur, - envoi (E15) au deuxième serveur de l'identifiant physique du module et de l'aléa, - réception (E17) en provenance du deuxième serveur de ladite commande lorsqu'une vérification par le deuxième serveur que l'identifiant anonyme du module de sécurité a été calculé à partir de l'identifiant physique reçu et de l'aléa est positive. 2. Procédé selon la revendication 1, comprenant : - calcul (E5) de l'identifiant anonyme du module de sécurité en appliquant une fonction à sens unique à l'identifiant physique du module et à l'aléa, ladite fonction à sens unique ayant également une propriété de non collision, - envoi (E7) dudit identifiant anonyme au troisième serveur. 3. Procédé selon l'une des revendications précédentes comprenant une authentification (E10) mutuelle entre le module de sécurité et le premier serveur (13), ladite authentification étant représentative d'un accord de l'utilisateur de divulguer l'identifiant physique du module de sécurité au premier serveur (13). 4. Procédé selon l'une des revendications 1 à 2 comprenant une authentification anonyme du module de sécurité auprès du premier serveur (13) mise en oeuvre au moyen d'un algorithme de signature de groupe. 3065140 19 5. Procédé de fourniture à un équipement mobile (10) par un premier serveur (12) d'une commande relative à un profil d'accès à un réseau, la commande étant destinée à être mise en oeuvre sur un module de sécurité (101) dudit équipement, ledit procédé comprenant : - réception (E8) en provenance d'un deuxième serveur (11) d'une requête de ladite 5 commande associée à un identifiant anonyme du module de sécurité, ledit identifiant anonyme ayant été calculé à partir d'un identifiant physique du module et d'un aléa, - préparation (E9) de ladite commande et envoi à un troisième serveur (13) d'une notification destinée à indiquer que la commande a été préparée, la notification comprenant l'adresse du premier serveur et l'identifiant anonyme, 10 - connexion (E13) de l'équipement mobile au premier serveur, l'adresse du premier serveur (12) ayant été préalablement fournie à l'équipement mobile par le troisième serveur (13), - réception (E16) en provenance du module de sécurité de l'identifiant physique du module et de l' aléa, et vérification que l'identifiant anonyme reçu de l'équipement mobile a été 15 calculé à partir de l'identifiant physique du module et de l'aléa, et - délivrance (E17) de ladite commande lorsque la vérification est positive. 6. Equipement mobile (10) agencé pour obtenir une commande relative à un profil d' accès à un réseau, la commande étant destinée à être mise en oeuvre sur un module de sécurité 20 (101) dudit équipement, ledit équipement mobile comprenant : - des premiers moyens d'envoi (10-5), agencés pour envoyer à un premier serveur (13) une requête d'obtention d'informations destinée à obtenir la commande, ladite requête comprenant un identifiant anonyme du module de sécurité calculé à partir d'un identifiant physique du module et d'un aléa, 25 - des premiers moyens de réception (10-6), agencés pour recevoir en provenance du premier serveur d'une adresse d'un deuxième serveur (12), ledit deuxième serveur ayant préparé la commande et associé ladite commande à l'identifiant anonyme du module de sécurité, une requête de ladite commande associée audit identifiant anonyme ayant été préalablement reçue d'un troisième serveur (11) par le deuxième serveur, 30 - des deuxièmes moyens d'envoi (10-7), agencés pour envoyer au deuxième serveur de l'identifiant physique du module et de l' aléa, - des deuxièmes moyens de réception (10-8), agencés pour recevoir en provenance du deuxième serveur de ladite commande lorsqu'une vérification par le deuxième serveur que l'identifiant anonyme du module de sécurité a été calculé à partir de l'identifiant physique reçu et de l'aléa est positive. 3065140 20 7. Programme d'ordinateur sur un support de données et chargeable dans la mémoire d'un ordinateur, le programme comprenant des portions de code pour l'exécution des étapes du procédé selon une quelconque des revendications 1 à 4, lorsque le programme est exécuté sur 5 ledit ordinateur. 8. Support de données dans lequel est enregistré le programme selon la revendication 7. 9. Serveur (12) agencé pour préparer et fournir une commande relative à un profil 10 d'accès au réseau requise depuis un équipement mobile, la commande étant destinée à être mise en oeuvre sur un module de sécurité (101) dudit équipement, ledit serveur comprenant : - des moyens de réception (124), agencés pour recevoir en provenance d'un deuxième serveur (11) d'une requête de ladite commande associée à un identifiant anonyme du module de sécurité, ledit identifiant anonyme ayant été calculé à partir d'un identifiant physique du module 15 et d'un aléa, - des moyens de préparation (125), agencés pour préparer ladite commande et pour envoyer à un troisième serveur (13) une notification destinée à indiquer que la commande a été préparée, la notification comprenant l'adresse du premier serveur et l'identifiant anonyme, - des moyens de connexion (126), agencés pour accepter une connexion de 20 l'équipement mobile, l'adresse du serveur (12) ayant été préalablement fournie à l'équipement mobile par le troisième serveur (13), - des moyens (127) de réception et de vérification, agencés pour recevoir en provenance du module de sécurité de l'identifiant physique du module et de l'aléa, et pour vérifier que l'identifiant anonyme reçu de l'équipement mobile a été calculé à partir de l'identifiant 25 physique du module et de l'aléa, et - des moyens de délivrance (128), agencés pour délivrer ladite commande lorsque la vérification est positive. 10. Programme d'ordinateur sur un support de données et chargeable dans la mémoire 30 d'un ordinateur, le programme comprenant des portions de code pour l'exécution des étapes du procédé selon la revendication 5, lorsque le programme est exécuté sur ledit ordinateur. 11. Support de données dans lequel est enregistré le programme selon la revendication 10. 35 3065140 21 12. Système de fourniture d'une commande relative à un profil d'accès à un réseau, ledit système comprenant : - au moins un équipement mobile selon la revendication 6, - au moins un serveur (12) selon la revendication 7, 5 - un deuxième serveur (13), comprenant : - un premier module de réception [d'identifiants anonymes], agencé pour recevoir du premier serveur (12) une requête comprenant l'identifiant anonyme courant du module de sécurité, associé à une adresse du premier serveur, - un deuxième module de réception, agencé pour recevoir de l'équipement mobile une 10 demande d'informations comprenant l'identifiant anonyme du module de sécurité, - un premier module d'envoi, agencé pour envoyer à l'équipement mobile l'adresse du premier serveur associé à l'identifiant anonyme, l'équipement mobile pouvant retirer ladite commande auprès dudit premier serveur.