FR 2879867 A1 20060623 FR 0413714 A 20041222 Système d'allocation de carte à puce à un opérateur de réseau La présente invention concerne un système d'allocation de carte à puce à un opérateur de réseau spécifique. Plus particulièrement, elle a trait à l'allocation d'une carte à puce à un opérateur une fois que la carte est produite, personnalisée par un fabricant et envoyée, par exemple, chez un fournisseur de service de communication (service provider) proposé par l'opérateur. Actuellement les cartes à puce sont allouées à un opérateur spécifique d'un réseau lors de leurs fabrication et personnalisation chez un fabricant. Les cartes à puce sont des cartes à microcontrôleur de type UICC (Universal Integrated Circuit(s) Card) comme par exemple une carte SIM (Subcriber Identity Module) pour un réseau de radiocommunication cellulaire de type GSM, ou un module d'identité USIM (Universal Subcriber Identity Module) pour un réseau à accès multiple à répartition par codes CDMA (Code Divided Multiple Acess) de la troisième génération (3GPP) du type UMTS (Universal Mobile Telecommunications System). Une telle carte est insérable dans un terminal mobile et participe entre autres à l'identification de la carte et donc à l'abonné possédant la carte. Un fournisseur de service peut être également un fournisseur d'authentification, par exemple une banque, qui délivre une carte d'identification insérable dans une borne d'identification et incluant un identificateur et une clé d'authentification. On se référera dans la suite, à titre d'exemple, au réseau GSM. Pour ce réseau, les cartes SIM comprennent, après leur personnalisation, au moins un numéro d'identité internationale IMSI (International Mobile Subscriber Identity) attribué à un abonné d'un opérateur et une clé d'authentification Ki attribuée également audit abonné. La clé d'authentification Ki et le numéro IMSI associé et déjà chargé dans la carte sont attribués à un usager lors de la souscription d'abonnement à un service de communication proposé par un opérateur. La clé Ki est stockée dans la carte SIM de l'abonné et également dans une base de données de l'opérateur appelée également centre d'authentification. Afin de limiter les possibilités de lecture de la clé Ki, celle-ci n'est jamais transmise à travers le réseau. La figure 1 illustre l'allocation connue de cartes d'opérateurs de réseau cellulaire de mobile (Mobile Network Operator) MNO1, MNO2 et MNO3, par exemple de téléphonie mobile. Les opérateurs MNO1, MNO2 et MNO3 commandent à un fabricant F des nombres déterminés de cartes à puce et transmettent au fabricant respectivement des fichiers entrants comportant des numéros d'identité propres IMSI1, IMSI2 et IMSI3. Après avoir reçu les fichiers entrants, un dispositif de personnalisation de carte du fabricant F génère des clés d'authentification Kil Ki2, Ki3 respectivement pour les numéros reçus IMSI1, IMSI2, IMSI3 au moyen d'un algorithme de génération de clé connu. Lors de la personnalisation des cartes, le dispositif de personnalisation de carte charge dans chaque carte le numéro IMSI d'un opérateur et la clé d'authentification Ki associée et transmet des fichiers sortants comportant les numéros et les clés d'authentification associées respectivement aux opérateurs qui les intègrent dans leurs bases de données. Par exemple deux cartes mémorisent respectivement des couples de numéro et clé IMSIla et Kila, IMSIlb et Kilb alloués à un opérateur commun MNO1. Cette allocation connue de cartes ne permet pas d'allouer à un deuxième opérateur une carte déjà allouée à un premier opérateur. Chaque carte ne peut être allouée définitivement qu'à un opérateur. Cet inconvénient est mis en évidence, par exemple, lors de la vente de services proposés par différents opérateurs chez un unique fournisseur de service, dit également opérateur de réseau virtuel, ne possédant pas de réseau. Le fournisseur commande auprès de plusieurs opérateurs un nombre fixé de cartes comportant chacune un numéro respectif IMSI et une clé respective Ki spécifiques à un opérateur pour les revendre par exemple dans un magasin annexe. Chaque carte étant allouée à un opérateur spécifique, le fournisseur doit gérer continuellement son stock de cartes déjà allouées. Un fournisseur peut vendre beaucoup plus de cartes d'un premier opérateur que de cartes d'un deuxième opérateur, et par conséquent des cartes du deuxième opérateur non attribuées à des abonnés restent stockées chez le fournisseur. La gestion de ce stock cause un coût important au fournisseur. Pour y remédier, une post-allocation de cartes est maintenant prévue lors de la vente d'abonnements de services à des usagers. La post-allocation présente l'avantage que les cartes stockées chez le fournisseur sont neutres et indépendantes de toute allocation d'opérateur et peuvent être allouées progressivement lors de leur vente en fonction du souhait des usagers. La post- allocation de cartes ne nécessite aucune personnalisation spécifique par opérateur pour l'allocation de chaque carte produite. Il est connu de post-allouer des cartes à puce en générant une clé d'authentification cryptée Ki soit dans la carte, soit dans une entité extérieure par exemple chez un fabricant de carte, et en transmettant la clé cryptée par exemple par message court SMS soit de la carte vers l'opérateur, soit de l'entité extérieure vers la carte et vers l'opérateur. Ces post-allocations sont peu sécurisées puisque les clés d'authentification sont transmises à travers des réseaux de télécommunications. L'invention a pour objectif de remédier aux inconvénients précités en post-allouant des cartes via des réseaux de télécommunications de manière sécurisée, sans que des clés d'authentification soient transmises à travers les réseaux de télécommunications. Pour atteindre cet objectif, un procédé d'allocation d'une carte à puce à un opérateur de réseau par l'intermédiaire d'un moyen de personnalisation de manière à déterminer une clé d'authentification finale attribuée à un abonné de l'opérateur, est caractérisé en ce qu'il comprend les étapes suivantes: chargement dans la carte située dans le moyen de personnalisation d'un algorithme d'allocation et d'une clé d'allocation, et d'un algorithme de détermination de clé d'authentification et d'au moins une clé intermédiaire d'authentification non attribuée à l'opérateur, transmission d'un message d'allocation incluant un numéro d'identité final attribué à l'abonné de l'opérateur, un nombre aléatoire relatif à l'abonné et une signature d'allocation résultant de l'application du numéro d'identité final, du nombre aléatoire et de la clé d'allocation à l'algorithme d'allocation, depuis le moyen de personnalisation à la carte, authentification du message d'allocation par l'algorithme d'allocation dans la carte en fonction de la clé d'allocation et de la signature d'allocation, et détermination de la clé d'authentification finale attribuée à l'abonné par l'algorithme de détermination de clé d'authentification dans la carte en fonction de la clé intermédiaire et du nombre aléatoire. Ce procédé combine les trois avantages suivants: ne pas transmettre par réseau la clé d'authentification spécifique à chaque abonné d'un opérateur de réseau, déterminer cette clé directement dans la carte lors de la transmission via le réseau d'une donnée aléatoire optionnellement cryptée ne permettant pas, une fois interceptée par un tiers, de divulguer la clé d'authentification et ne pas stocker la clé d'authentification finale dans le moyen de personnalisation. Lors du chargement de la carte est chargé en outre dans la carte un programme d'amorçage d'une première communication entre la carte et le moyen de personnalisation, le programme d'amorçage comportant un numéro d'identité d'amorçage et une clé d'authentification d'amorçage qui peuvent être remplacés par le numéro d'identité final et la clé d'authentification finale après la détermination de la clé d'authentification finale. L'invention a aussi pour objet un système d'allocation de carte à puce à un opérateur de réseau par l'intermédiaire d'un moyen de personnalisation de manière à déterminer une clé d'authentification finale attribuée à un abonné de l'opérateur. Le système est caractérisé en ce qu'il comprend: un moyen pour charger dans la carte située dans le moyen de personnalisation un algorithme d'allocation et une clé d'allocation, et un algorithme de détermination de clé d'authentification et au moins une clé intermédiaire d'authentification non attribuée à l'opérateur, un moyen pour transmettre un message d'allocation incluant un numéro d'identité final attribué à l'abonné de l'opérateur, un nombre aléatoire relatif à l'abonné et une signature d'allocation résultant de l'application du numéro d'identité final, du nombre aléatoire et de la clé d'allocation à l'algorithme d'allocation, depuis le moyen de personnalisation à la carte, un moyen pour authentifier le message d'allocation dans la carte par l'algorithme d'allocation dans la carte en fonction de la clé d'allocation et de la signature d'allocation, et un moyen pour déterminer la clé d'authentification finale attribuée à l'abonné par l'algorithme de détermination de clé d'authentification en fonction de la clé intermédiaire et du nombre aléatoire. L'invention a également pour objet une carte à puce à allouer à un opérateur de réseau par l'intermédiaire d'un moyen de personnalisation de manière à déterminer une clé d'authentification finale attribuée à un abonné de l'opérateur, la carte comportant au moins une mémoire et un microprocesseur. La carte à puce est caractérisée en ce que la mémoire comprend après un chargement de la carte par le moyen de personnalisation: une clé d'allocation et un algorithme d'allocation afin d'authentifier par le microprocesseur lors de l'allocation de la carte à l'opérateur un message d'allocation transmis par le moyen de personnalisation et incluant un numéro d'identité final attribué à l'abonné de l'opérateur, un nombre aléatoire et une signature d'allocation résultant de l'application du numéro d'identité final, du nombre aléatoire et de la clé d'allocation à l'algorithme d'allocation, et un algorithme de détermination de clé d'authentification et au moins une clé intermédiaire d'authentification non attribuée à l'opérateur afin de déterminer par le microprocesseur en fonction du nombre aléatoire une clé d'authentification finale attribuée à l'abonné. La carte à puce peut en outre comprendre un programme d'amorçage d'une première communication entre la carte et le moyen de personnalisation lors de l'allocation de la carte à un abonné de l'opérateur, le programme comportant un numéro d'identité d'amorçage et une clé d'authentification d'amorçage qui peuvent être remplacés par le numéro d'identité final et la clé d'authentification finale après la détermination de la clé d'authentification finale. D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations préférées de l'invention, données à titre d'exemples non limitatifs, en référence aux dessins annexés correspondants dans lesquels: - la figure 1, déjà commentée, est un bloc- diagramme schématique d'un système d'allocation de carte à puce selon la technique antérieure; - les figures 2 et 3 sont des blocs-diagrammes d'un système d'allocation de carte de l'invention, relatifs respectivement à la personnalisation de carte et l'allocation de carte; - la figure 4 est un algorithme d'un procédé de post-allocation de carte à puce selon l'invention; - la figure 5 est un algorithme d'un procédé de personnalisation de carte à puce selon l'invention; et - la figure 6 est un algorithme d'un procédé d'allocation de carte à puce selon l'invention. 15 La réalisation illustrée sur les figures 2 et 3 montre un système d'allocation de carte à puce à un opérateur de réseau de radiocommunications cellulaire numérique de mobile selon l'invention. Une carte à puce est post-allouée à un opérateur spécifique lors par exemple de la souscription par un usager à un abonnement de service de télécommunication vendu par un fournisseur de service tel que ledit opérateur de réseau ou tel qu'un opérateur de réseau virtuel, dit également distributeur ou revendeur. La carte n'est pas directement allouée lors de sa fabrication, mais est allouée lors de son achat chez le fournisseur dès que l'usager a choisi un opérateur et un service de cet opérateur. Le système de l'invention comprend un centre de personnalisation CE pour personnaliser des cartes à puce CP en relation avec un ou des opérateurs de réseau, par exemple trois opérateurs MNO1, MNO2 et MNO3. Selon une réalisation préférée de l'invention, le système fabrique des cartes SIM et les alloue à des opérateurs de réseau GSM. L'invention peut être applicable à tout type de carte à puce et tout type de réseau. Le centre de personnalisation CE est par exemple un serveur géré par le fabricant de carte et accessible par l'internet ou par lignes spécialisées. Il comprend un module de personnalisation de carte MP et un module d'allocation de carte MA par exemple sous forme de programme d'ordinateur, ainsi qu'une base de données BD mémorisant toutes les données relatives aux opérateurs MNO. Les modules MP et MA sont détaillés dans la description du procédé de l'invention. Selon une autre réalisation, les modules MP et MA sont des serveurs situés en des lieux différents et gérés par des entités distinctes, et la base de données est un serveur de gestion de base de données, les trois serveurs étant reliés par l'internet ou par lignes spécialisées. Comme il est connu, une carte à puce CP, dite également carte à microcontrôleur, comprend principalement un processeur PC, des mémoires MC1 à MC3 et un port d'entrée/sortie PES avec ou sans contact électrique. Les différents éléments de la carte CP sont reliés entre eux par un bus bidirectionnel BC. La mémoire MC1 est du type ROM ou Flash et inclut le système d'exploitation de la carte. La mémoire MC2 est une mémoire non volatile par exemple EEPROM ou Flash pour notamment mémoriser des clés, des numéros d'identité et d'autres caractéristiques du profil d'abonnement de l'usager possédant la carte. La mémoire MC3 est une mémoire RAM ou SRAM servant au traitement de données. En se référant à la figure 4, le procédé de post-allocation de carte de l'invention comprend deux étapes principales El et E2. Lors d'une commande de M abonnements par un fournisseur à des opérateurs associée à une commande CA de M cartes chez un fabricant, l'étape El consiste à fabriquer les M cartes et à les personnaliser par le centre de personnalisation CE sans allouer les cartes à un opérateur spécifique. Une fois fabriquées et personnalisées, les cartes sont livrées au fournisseur. Lorsqu'un usager souscrit un abonnement à un service proposé par un opérateur, par exemple l'opérateur MNO1 selon la figure 2, chez un fournisseur tel qu'un opérateur de réseau MNO ou un opérateur de réseau virtuel, le fournisseur envoie au centre de personnalisation CE un ordre d'allocation OA pour allouer des cartes à puce, telle que la carte CP, à l'opérateur MNO1. Le centre de personnalisation CE alloue la carte CP à l'opérateur MNO1, à l'étape E2, sans qu'il y ait de transmission de clé d'authentification spécifique Ki de l'abonné entre le centre de personnalisation CE et la carte CP via le réseau de l'opérateur MNO1. La personnalisation de carte CP comprend des étapes E10 à E17 représentées à la figure 5, elle-même associée à la figure 2. A l'étape E10, le module de personnalisation MP du centre de personnalisation CE charge dans les mémoires MC1 et MC2 de la carte CP un algorithme AD implémenté dans le module de personnalisation MP pour déterminer ultérieurement une clé d'authentification finale Ki attribuée à un abonné, un algorithme d'allocation AA implémenté dans le module d'allocation MA pour authentifier ultérieurement un message d'allocation MES, et un programme d'amorçage Boot d'une première communication via un réseau entre le centre de personnalisation et la carte lors de l'allocation de ladite carte. Les algorithmes AD et AA peuvent être connus et être à sens unique, c'est-à-dire qu'il est impossible de déterminer une variable d'entrée de l'algorithme à partir du résultat de l'algorithme. Le programme d'amorçage Boot comprend pour chaque carte fabriquée CP un numéro d'identité d'amorçage IMSIA et une clé d'authentification d'amorçage KiA nécessaires à l'authentification d'une première communication par réseau entre la carte CP et le centre de personnalisation CE. Le numéro d'identité final IMSI et la clé d'authentification finale Ki attribués à un abonné lors de la souscription à un abonnement ne sont pas connus tant que la carte CP n'est pas allouée à l'opérateur de réseau proposant ledit abonnement. Le numéro d'identité d'amorçage IMSIA et la clé d'authentification d'amorçage KiA peuvent être attribués au centre de personnalisation et fournis par un premier opérateur selon un contrat passé entre le fabricant de carte et ledit premier opérateur qui autorise des premières communications entre les cartes CP et le centre de personnalisation CE, quels que soient des deuxièmes opérateurs choisis finalement par les abonnés des cartes. Le numéro IMSIA et la clé KiA sont ensuite remplacés par le numéro d'identité final IMSI et la clé d'authentification finale Ki attribués à un abonné d'un deuxième opérateur lors de l'allocation de la carte à l'étape E2. Une interface d'écriture/lecture (non représentée) du module MP se connecte avec ou sans contact au port d'entrée/sortie PES de la carte pour charger les algorithmes AD et AA et le programme Boot. Le fournisseur envoie une commande CA de M cartes associée à une commande de M abonnements au centre de personnalisation CE qui reçoit la commande CA à l'étape Ell. A l'étape E12, le module MP transmet la commande CA à au moins un opérateur MNO avec lequel le fabricant travaille et reçoit de manière sécurisée un fichier crypté comprenant des numéros d'identité IMSI non encore attribués à des abonnés, en réponse à la commande CA, à l'étape 13. Par exemple en se référant à la figure 2, les trois opérateurs MNO1, MNO2 et MNO3 envoient chacun respectivement des numéros d'identité finaux IMSI1, IMSI2 et IMSI3 relatifs à l'achat de cartes, un opérateur transmettant autant de numéros IMSI qu'il y a d'abonnements destinés à cet opérateur et commandés par le fournisseur. Le fichier de numéros d'identité est décrypté par le module de personnalisation. Selon une variante de réalisation, les étapes E12 et E13 ne sont pas exécutées dès lors que le fournisseur est l'opérateur proposant ses propres abonnements. Le centre de personnalisation reçoit à l'étape Ell la commande CA avec le fichier crypté de numéros d'identité envoyé par l'opérateur. Le module MP génère à l'étape E14, au moins une clé intermédiaire d'authentification Kint nécessaire pour la détermination des clés d'authentification finales Ki, et M clés d'allocation Kalloc respectivement allouées aux M cartes pour authentifier des messages d'allocation reçus par les cartes. Afin de protéger la clé intermédiaire Kint et ne pas la transmettre au centre de personnalisation, celle-ci est masquée en l'appliquant avec un nombre aléatoire à une fonction OUExclusif afin que le résultat de cette fonction soit transmis à la place de la clé intermédiaire. Une clé intermédiaire d'authentification Kint n'est pas attribuée à une seule carte. Plusieurs cartes peuvent contenir la même clé intermédiaire d'authentification et plusieurs clés intermédiaires peuvent être générées à l'étape E12. A l'étape E15, un générateur pseudo-aléatoire dans le module MP génère un nombre aléatoire RND respectif pour chaque numéro d'identité final IMSI envoyé. Puis, le module MP détermine une clé d'authentification finale Ki non encore attribuée à une carte pour chaque numéro IMSI envoyé. La clé d'authentification Ki est déterminée par l'algorithme AD, qui a été chargé dans la carte, en fonction de la clé intermédiaire d'authentification Kint générée et du nombre aléatoire RND généré associé au numéro IMSI. Dans la figure 2, trois clés d'authentification sont déduites des relations Kil = AD(Kint, RND1), Ki2 = AD(Kint, RND2) et Ki3 = AD(Kint, RND3) en fonction de nombres aléatoires RND1, RND2 et RND3 respectivement associés aux numéros IMSI1, IMSI2 et IMSI3 envoyés par les opérateurs MNO1, MNO2 et MNO3. Après la détermination des clés d'authentification Ki, le module MP mémorise, à l'étape E16, les clés d'allocation Kalloc de chaque carte fabriquée et des couples composés d'un numéro d'identité final IMSI et du nombre aléatoire RND associé dans la base de données BD du centre de personnalisation CE. En reprenant l'exemple de la figure 2, les couples IMSI1 - RND1, IMSI2 - RND2 et IMSI3 - RND3 sont respectivement mémorisés dans des espaces mémoires dédiés aux opérateurs MNO1, MNO2 et MNO3 dans la base de données BD. A l'étape E17, le module MP charge la clé intermédiaire d'authentification Kint et la clé d'allocation Kalloc respective dans la mémoire MC2 de chaque carte CP via l'interface d'écriture/lecture. A l'étape E18, le centre de personnalisation CE communique de manière sécurisée à l'opérateur MNO un fichier crypté comportant les numéros finaux IMSI et les clés finales Ki associées. Selon l'exemple de la figure 2, les opérateurs MNO1, MNO2 et MNO3 reçoivent respectivement les couples de numéro et clé IMSI1 - Kil, IMSI2 - Ki2 et IMSI3 - Ki3. Les numéros finaux et les clés finales sont mémorisées dans les bases de données respectives des opérateurs en attendant d'être interrogées lors de l'allocation de cartes comportant des clés intermédiaires d'authentification Kint participant à la détermination des clés d'authentification finales Ki. Les cartes fabriquées et personnalisées sont livrées au fournisseur de service de communication. 20 L'allocation de cartes à un opérateur spécifique comprend des étapes E20 à E28 représentées à la figure 6, elle-même associée à la figure 3. Lors de l'allocation, le centre de personnalisation transmet le message d'allocation vers un terminal dans lequel est insérée la carte à allouer. Lors de la souscription d'un usager à un abonnement proposé par l'opérateur MNO, le module d'allocation MA du centre de personnalisation CE reçoit du fournisseur un ordre d'allocation OA d'une carte CP à l'usager devenant abonné, à l'étape E20; la carte est identifiée par la clé d'allocation Kalloc de celle-ci, ou bien par un identificateur associé à la clé d'allocation Kalloc adressé au fournisseur lors de la livraison de la carte. A l'étape E21, le module MA recherche dans la base de données BD un couple IMSI-RND associé à l'opérateur MNO choisi par l'usager en fonction de la clé d'allocation Kalloc dans l'ordre d'allocation OA, ou un triplet Kalloc-IMSI-RND associé à l'opérateur MNO en fonction dudit identificateur dans l'ordre d'allocation OA. En se référant à la figure 3, l'opérateur choisi est l'opérateur MNO1 et le module MA recherche le couple IMSI1-RND1 dans la base de données BD. A l'étape E22, le module MA applique la clé Kalloc et le couple IMSI-RND à l'algorithme d'allocation AA pour déterminer une signature d'allocation Salloc = AA(Kalloc,IMSI,RND). La signature Salloc sert à authentifier ultérieurement la carte lors de son allocation à l'opérateur. Le module MA forme et chiffre selon un algorithme de chiffrement un message d'allocation MES incluant la signature Salloc, le numéro IMSI et le nombre RND. A l'étape E23, le module MA transmet le message d'allocation MES par le réseau associé au premier opérateur relatif au programme Boot, par exemple sous forme d'un message court via un serveur de messages courts du réseau du premier opérateur, vers la carte CP insérée dans un terminal mobile. A l'étape E24, la carte CP reçoit le message MES dans la mémoire MC3 et le processeur PC de celle-ci le déchiffre selon un algorithme de déchiffrement pré-installé dans la carte lors de sa fabrication et correspondant à algorithme de chiffrement. Le processeur PC authentifie le message MES en exécutant l'algorithme d'allocation AA en fonction du couple IMSI-RND reçu et de la clé Kalloc mémorisée dans la mémoire MC2 de la carte, et compare la signature résultante à la signature Salloc extraite du message reçu MES. Si les signatures comparées sont identiques, le processeur écrit le numéro d'identité IMSI extrait du message reçu MES, dans la mémoire MC2 de la carte, à l'étape E25. Puis le processeur détermine à l'étape E26 la clé d'authentification finale Ki de la carte en exécutant l'algorithme AD en fonction de la clé Kint mémorisée dans la mémoire MC2 de la carte et du nombre RND extrait du message reçu MES. La clé d'authentification finale Ki est mémorisée dans la mémoire MC2. La clé d'authentification finale Ki et le numéro d'identité final IMSI remplacent la clé d'authentification d'amorçage KiA et le numéro d'identité d'amorçage IMSIA qui peuvent être effacés. Dès que les étapes E24 à E26 ont été exécutées sans problème, la carte émet un message d'acquittement OK indiquant le bon déroulement de l'allocation vers le centre de personnalisation CE, à l'étape E27. Si l'allocation est défaillante au cours des étapes E24 à E26, par exemple si le message MES n'a pas été authentifié, la carte CP le signale au centre de personnalisation par émission d'un autre message. A l'étape E28, le centre de personnalisation transmet l'activation de l'abonnement à l'opérateur choisi. Une fois l'abonnement activé chez l'opérateur, un serveur de celui-ci peut télécharger diverses applications selon l'abonnement souscrit dans la carte CP désignée par la clé finale Ki et le numéro final IMSI. Comme expliquée précédemment, chaque carte fabriquée et personnalisée comprend un programme d'amorçage Boot, incluant une clé d'amorçage KiA et un numéro d'amorçage IMSIA. Le fabricant possédant le centre de personnalisation acquiert auprès du premier opérateur un nombre prédéterminé d'abonnements associés chacun à une clé KiA et à un numéro IMSIA à mémoriser dans des cartes fabriquées via le programme d'amorçage. Le nombre prédéterminé d'abonnements acquis est naturellement très inférieur au nombre de cartes à fabriquer et personnaliser, et les clés KiA et numéros IMSIA doivent être ré-utilisables. Pour chaque carte fabriquée non allouée à un opérateur particulier comportant une clé KiA et un numéro IMSIA qui peuvent être remplacés respectivement par la clé finale Ki et le numéro final IMSI lors de l'allocation de la carte, le centre de personnalisation attribue après l'allocation de la carte la clé KiA et le numéro IMSIA remplacés à une autre carte à personnaliser. Selon une autre réalisation, plusieurs clés intermédiaires d'authentification, par exemple KintA, KintB et KintC, sont générées par le module MP et mémorisées dans chaque carte CP. Selon un exemple, un fournisseur acquiert un premier lot de 15 abonnements répartis entre différents opérateurs MNO1, MNO2 et MNO3. Le module MP reçoit les 15 numéros IMSI1 à IMSI15 et les enregistre dans les espaces mémoires dédiés aux opérateurs MNO1, MNO2 et MNO3 dans la base de données BD. Le module MP génère 15 clés d'allocation Kallocl à Kallocl5 respectivement pour 15cartes et mémorise dans chaque carte la clé d'allocation respective et les trois clés intermédiaires KintA, KintB et KintC. Le module MP génère également 15 nombres aléatoires RND1 à RND15 associées aux numéros d'identité IMSIl à IMSI15 et détermine 15 clés d'authentification finales Kil à Ki15 associées aux 15 numéros d'identité par l'algorithme AD en fonction des 15 nombres aléatoires et de la première clé intermédiaire d'authentification KintA. Les 15 couples de numéro d'identité et de nombre aléatoire sont mémorisés dans la base de données BD du centre de personnalisation sous la référence de la clé intermédiaire KintA dans les espaces mémoires dédiés aux différents opérateurs MNO1, MNO2 et MNO3. Les 15 clés d'allocation Kallocl à Kallocl5 sont également stockées dans la base de données BD du centre de personnalisation CE. Les données IMSI1 à IMSI15 et Kil à Kil5 associées sont envoyées aux opérateurs pour être mémorisées respectivement dans leurs bases de données. Ce premier lot de cartes personnalisées est livré au fournisseur de service. Le fournisseur acquiert auprès des opérateurs un deuxième lot de 15 abonnements répartis entre opérateurs. Le module MP applique au deuxième lot les mêmes étapes de personnalisation que pour le premier lot d'abonnements, mais détermine 15 clés d'authentification finales Ki16 à Ki30 associées à 15 numéros IMSI16 à IMSI30 en fonction de la deuxième clé intermédiaire d'authentification KintB. Ce deuxième lot de cartes personnalisées est livré au fournisseur de service. Des abonnements du premier lot d'abonnements sont attribués à des usagers et les couples IMSI-RAND associés aux opérateurs choisis sont recherchés dans la base de données BD et transmis par exemple par messages courts aux cartes des usagers, comme expliqué aux étapes E20 à E28. Une fois les abonnements du premier lot attribués, ils sont activés par le module MA du centre de personnalisation chez les opérateurs choisis, sans que d'autres abonnements d'autres opérateurs qui n'ont pas été choisis ne soient désactivés. Dans cette réalisation, des clés intermédiaires d'authentification KintA, KintB et KintC en nombre suffisant sont définies a priori et mémorisées dans chaque carte. Ainsi une carte appartenant au deuxième lot de cartes fabriquées peut être attribuée à un abonnement appartenant au premier lot d'abonnements acquis par le fournisseur, les clés d'authentification associées au premier lot d'abonnements étant déterminées par la première clé intermédiaire d'authentification KintA mémorisée également avec la deuxième clé intermédiaire d'authentification KintB dans la carte. Inversement, une carte appartenant au premier lot de cartes fabriquées peut être attribuée à un abonnement appartenant au deuxième lot d'abonnements acquis par le fournisseur. Cette réalisation évite la désactivation des abonnements non attribués en attente chez les opérateurs et s'adapte mieux aux choix des opérateurs par les usagers. Ces abonnements seront ultérieurement tous attribués grâce au nombre plus important de cartes fabriquées qui comportent toutes la clé intermédiaire d'authentification liée à la détermination des clés d'authentification finales associées auxdits abonnements. REVENDICATIONS 1 - Procédé d'allocation d'une carte à puce (CP) à un opérateur de réseau (MNO) par l'intermédiaire d'un moyen de personnalisation (CE) de manière à déterminer une clé d'authentification finale (Ki) attribuée à un abonné de l'opérateur, caractérisé en ce qu'il comprend les étapes suivantes: chargement (El) dans la carte (CP) située dans le moyen de personnalisation d'un algorithme d'allocation (AA) et d'une clé d'allocation (Kalloc), et d'un algorithme de détermination de clé d'authentification (AD) et d'au moins une clé intermédiaire d'authentification (Kint) non attribuée à l'opérateur (MNO), transmission (E23) d'un message d'allocation (MES) incluant un numéro d'identité final (IMSI) attribué à l'abonné de l'opérateur (MNO), un nombre aléatoire (RND) relatif à l'abonné et une signature d'allocation (Salloc) résultant de l'application du numéro d'identité final, du nombre aléatoire et de la clé d'allocation à l'algorithme d'allocation, depuis le moyen de personnalisation (CE) à la carte, authentification (E24) du message d'allocation (MES) par l'algorithme d'allocation (AA) dans la carte en fonction de la clé d'allocation (Kalloc) et de la signature d'allocation (Salloc), et détermination (E26) de la clé d'authentification finale (Ki) attribuée à l'abonné par l'algorithme de détermination de clé d'authentification (AD) dans la carte en fonction de la clé intermédiaire (Kint) et du nombre aléatoire (RND). 2 - Procédé conforme à la revendication 1, selon lequel lors du chargement de la carte (El) est chargé en outre dans la carte un programme d'amorçage (Boot) d'une première communication entre la carte (CP) et le moyen de personnalisation (CE), le programme d'amorçage comportant un numéro d'identité d'amorçage (IMSIA) et une clé d'authentification d'amorçage (KiA). 3 - Procédé conforme à la revendication 1 ou 2, comprenant au cours du chargement de la carte, les étapes suivantes dans le moyen de personnalisation de carte: réception (Ell-E13) d'une commande de carte (CA) depuis une entité extérieure et d'un numéro d'identité final d'un abonné (IMSI) fourni par l'opérateur (MNO), génération (E14) au moins de ladite clé intermédiaire d'authentification (Kint) et de la clé d'allocation (Kalloc), détermination (E15) de la clé d'authentification finale (Ki) par l'algorithme de détermination de clé d'authentification (AD) en fonction de la clé intermédiaire d'authentification (Kint) et du nombre aléatoire (RND), mémorisation (E16) de la clé d'allocation (Kalloc) , du numéro d'identité final de l'abonné (IMSI)et du nombre aléatoire (RND) , chargement (E17) de la clé d'allocation (Kalloc) et de la clé intermédiaire d'authentification (Kint) dans la carte (CP), et communication (E18) à l'opérateur (MNO) de manière sécurisée du numéro d'identité final (IMSI) et de la clé d'authentification finale déterminée (Ki) afin de les mémoriser chez l'opérateur (MNO). 4 - Procédé conforme à l'une quelconque des revendications 1 à 3, selon lequel le moyen de personnalisation (CE) reçoit (E20) un ordre d'allocation (OA) de la carte à l'abonné depuis une entité extérieure, recherche (E21) le numéro d'identité final (IMSI) attribué à l'abonné de l'opérateur (MNO) et le nombre aléatoire (RND) associé au numéro d'identité final en fonction de la clé d'allocation Kalloc (Kalloc), ou le numéro d'identité final (IMSI) et le nombre aléatoire (RND) en fonction d'un identificateur associé à la clé d'allocation Kalloc, et détermine (E22) la signature d'allocation (Salloc) par l'algorithme d'allocation (AA) en fonction de la clé d'allocation (Kalloc), du numéro d'identité final (IMSI) et du nombre aléatoire (RND), avant la transmission (E23) du message d'allocation (MES). - Système d'allocation de carte à puce (CP) à un opérateur de réseau (MNO) par l'intermédiaire d'un moyen de personnalisation (CE) de manière à déterminer une clé d'authentification finale (Ki) attribuée à un abonné de l'opérateur, caractérisé en ce qu'il comprend: un moyen (MP) pour charger dans la carte (CP) située dans le moyen de personnalisation un algorithme d'allocation (AA) et une clé d'allocation (Kalloc), et un algorithme de détermination de clé d'authentification (AD) et au moins une clé intermédiaire d'authentification (Kint) non attribuée à l'opérateur (MNO), un moyen (MA) pour transmettre un message d'allocation (MES) incluant un numéro d'identité final (IMSI) attribué à l'abonné de l'opérateur (MNO), un nombre aléatoire (RND) relatif à l'abonné et une signature d'allocation (Salloc) résultant de l'application du numéro d'identité final, du nombre aléatoire et de la clé d'allocation à l'algorithme d'allocation, depuis le moyen de personnalisation (CE) à la carte, un moyen (PC, MC2) pour authentifier le message d'allocation (MES) par l'algorithme d'allocation (AA) dans la carte en fonction de la clé d'allocation (Kalloc) et de la signature d'allocation (Salloc), et un moyen (PC, MC2) d'authentification finale par l'algorithme de d'authentification (AD) intermédiaire (Kint) et du pour déterminer la clé (Ki) attribuée à l'abonné détermination de clé en fonction de la clé nombre aléatoire (RND). 6 - Carte à puce (CP) à allouer à un opérateur de réseau (MNO) par l'intermédiaire d'un moyen de personnalisation (CE) de manière à déterminer une clé d'authentification finale (Ki) attribuée à un abonné de l'opérateur, la carte comportant au moins une mémoire (MC1-MC3) et un microprocesseur (PC), caractérisée en ce que la mémoire comprend après un chargement de la carte par le moyen de personnalisation une clé d'allocation (Kalloc) et un algorithme d'allocation (AA) afin d'authentifier par le microprocesseur lors de l'allocation de la carte à l'opérateur un message d'allocation (MES) transmis par le moyen de personnalisation (CE) et incluant un numéro d'identité final (IMSI) attribué à l'abonné de l'opérateur, un nombre aléatoire (RND) et une signature d'allocation (Salloc) résultant de l'application du numéro d'identité final, du nombre aléatoire et de la clé d'allocation à l'algorithme d'allocation, et un algorithme de détermination de clé d'authentification (AD) et au moins une clé intermédiaire d'authentification (Kint) non attribuée à l'opérateur afin de déterminer par le microprocesseur en fonction du nombre aléatoire une clé d'authentification finale (Ki) attribuée à l'abonné. 7 - Carte à puce conforme à la revendication 6, comprenant un programme d'amorçage (Boot) d'une première communication entre la carte et le moyen de personnalisation lors de l'allocation de la carte à un abonné de l'opérateur, le programme comportant un numéro d'identité d'amorçage (IMSIA) et une clé d'authentification d'amorçage (KiA).