ES3067258T3 - Method for protecting a network access profile against cloning - Google Patents

Abstract

La invención se refiere a un método para proteger un perfil de acceso a la red contra la clonación. Un primer equipo móvil (10) comprende un módulo de seguridad (101), denominado "primer módulo de seguridad", que incluye dicho perfil de acceso a la red. Un segundo equipo móvil (11) está diseñado para recibir dicho perfil de acceso a la red y comprende un módulo de seguridad (111), denominado "segundo módulo de seguridad". Dicho primer módulo de seguridad, o bien el segundo módulo de seguridad, están diseñados para establecer un canal de comunicación lógica con el segundo módulo de seguridad, o bien con el primer módulo de seguridad, respectivamente. El método comprende los siguientes pasos, implementados por el primer módulo de seguridad: - Generar (E01) una clave secreta. - Utilizar dicha clave secreta para cifrar (E03) un paquete de datos asociado al perfil de acceso a la red y enviar dicho paquete cifrado al segundo módulo de seguridad a través del canal de comunicación lógica. - Recibir (E05) del segundo módulo de seguridad un acuse de recibo que indique la correcta recepción del paquete de datos cifrado. - Eliminar (E06) el paquete de datos asociado al perfil de acceso a la red y, a continuación, enviar (E07) la clave secreta al segundo módulo de seguridad. módulo a través del canal de comunicación lógica. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN

[0002] Procedimiento de protección de un perfil de acceso a una red contra la clonación

[0003] La presente invención se refiere al campo general de las telecomunicaciones. Más específicamente, se refiere a un procedimiento de protección de un perfil de acceso a una red contra la clonación.

[0004] Encuentra una aplicación especialmente interesante en el contexto del uso cada vez más extendido de módulos de seguridad integrados, y por tanto no extraíbles, en equipos móviles de consumo, tales como un terminal móvil o una tableta. Por ejemplo, al adquirir un nuevo dispositivo móvil, la invención permite a un usuario transferir su perfil de acceso a este nuevo equipo de forma sencilla, ofreciendo al operador todas las garantías de seguridad para su red, en particular la de no tener nunca dos perfiles de acceso idénticos activos simultáneamente en su red. "Activos" significa adecuados para acceder a la red del operador.

[0005] Los estándares de tarjetas SIM integradas desarrollados para GSMA, o "eSIM" del tipo eUICC (del inglés "embedded Universal Integrated Circuit Card"), y SSP (por "Smart Secure Platform") desarrollados por ETSI no permiten transferir un perfil de acceso a la red de un operador directamente desde un primer dispositivo móvil a un segundo dispositivo móvil de forma segura. La prevención de la clonación de perfiles es un obstáculo importante para que dicho mecanismo esté disponible. En efecto, la protección contra la clonación de perfiles es una cuestión de seguridad clave para los operadores de red.

[0006] Sin embargo, tal mecanismo de transferencia de perfiles puede resultar útil. En efecto, es común que los abonados adquieran nuevos equipos móviles. Por lo tanto, es natural considerar ofrecerles una forma simple y fácil de usar para transferir su perfil de acceso activo a la red de un dispositivo a otro, sin interacción directa con el operador, ya sea de terminal a terminal, yendo a una agencia, o de forma remota a través de Internet o por teléfono, al tiempo que se garantiza al operador la protección contra la clonación de perfiles y, por lo tanto, la seguridad de su red. Uno de los objetivos de la invención es remediar insuficiencias/inconvenientes del estado de la técnica y/o aportar mejoras.

[0007] Para ello, la invención propone un procedimiento de protección de un perfil de acceso a la red contra la clonación, comprendiendo un primer dispositivo móvil un módulo de seguridad, denominado "primer módulo de seguridad", comprendiendo dicho primer módulo dicho perfil de acceso a la red, estando un segundo dispositivo móvil configurado para recibir dicho perfil de acceso a la red, comprendiendo dicho segundo dispositivo móvil un módulo de seguridad, denominado "segundo módulo de seguridad", estando dicho primer módulo de seguridad, respectivamente dicho segundo módulo de seguridad, configurado para establece un canal lógico de comunicación con el segundo módulo de seguridad, comprendiendo dicho procedimiento las siguientes etapas, implementadas por el primer módulo de seguridad:

[0008] • generación de una clave secreta,

[0009] • cifrado, utilizando dicha clave secreta, de un paquete de datos asociado al perfil de acceso a la red, y envío de dicho paquete cifrado al segundo módulo de seguridad a través del canal lógico de comunicación,

[0010] • recepción del segundo módulo de seguridad de un acuse de recibo, representativo de la buena recepción de dicho paquete de datos cifrados,

[0011] • eliminación del paquete de datos asociado al perfil de acceso a la red, enviando después la clave secreta al segundo módulo de seguridad a través del canal lógico de comunicación.

[0012] El procedimiento descrito garantiza a un operador de red que no existen dos perfiles de acceso idénticos y activos en su red, es decir, perfiles adaptados para acceder a la red. En efecto, el procedimiento garantiza que, durante la transferencia de un perfil de acceso a la red desde un primer dispositivo móvil a un segundo dispositivo móvil, el perfil de acceso a la red transferido al segundo dispositivo móvil sólo puede volverse activo una vez que el perfil de acceso se elimina del primer dispositivo móvil. El procedimiento ofrece una solución contra la clonación de perfiles de acceso a la red para el operador. En efecto, el par perfil de acceso a la red y clave secreta que permiten cifrarlo y/o descifrarlo están presentes en todo momento en, como máximo, un único módulo de seguridad. De este modo, en ningún momento coexiste un clon del perfil de acceso descifrado en un módulo de seguridad con el propio perfil descifrado en otro módulo de seguridad. Además, no es posible realizar con éxito un ataque contra ambos dispositivos móviles y ambos módulos de seguridad para intentar clonar el perfil de acceso a la red, provocando, por ejemplo, un fallo tal como un reinicio, o reset, de uno u otro de los terminales y su respectivo elemento de seguridad.

[0013] La seguridad de este procedimiento, que implica intercambios de un módulo de seguridad a otro, depende de la seguridad del módulo de seguridad y no de la seguridad del dispositivo móvil. Los riesgos de ataque durante la implementación del procedimiento de transferencia son así limitados, ofreciendo los módulos de seguridad, por construcción, un alto nivel de seguridad.

[0014] Ventajosamente, el procedimiento incluye las siguientes etapas, implementadas por el segundo módulo de seguridad:

[0015] • recepción de un paquete cifrado de datos asociado con el perfil de acceso a la red,

[0016] • envío de un acuse de recibo confirmando la buena recepción del paquete cifrado,

[0017] • recepción de la clave secreta,

[0018] • descifrado del paquete de datos cifrados utilizando la clave secreta recibida.

[0019] Las etapas aquí descritas corresponden a las etapas implementadas por el segundo dispositivo móvil y su módulo de seguridad asociado.

[0020] En un ejemplo de realización, el canal lógico de comunicación es un canal seguro.

[0021] En esta realización ejemplar, el canal lógico de comunicación establecido entre el módulo de seguridad del primer dispositivo móvil y el módulo de seguridad del segundo dispositivo móvil es un canal seguro, es decir, que ofrece un conjunto de procesos de seguridad basados en algoritmos criptográficos probados. La autenticación mutua se produce entre los dos módulos de seguridad al establecer el canal lógico de comunicación seguro. Esta autenticación mutua, que se basa en certificados de clave pública almacenados respectivamente en cada uno de los módulos de seguridad, garantiza a cada uno de los módulos de seguridad que se está comunicando con un módulo auténtico. Además, el canal establecido entre los dos módulos de seguridad está cifrado. De este modo, un hacker que, por ejemplo, toma el control de uno de los dispositivos móviles y ve los datos que fluyen por el canal no sería capaz de interpretar estos datos. Por ejemplo, no podría acceder a la clave de cifrado transmitida, que es necesaria para descifrar el perfil de acceso transferido cifrado. Esta seguridad proporciona al operador una garantía adicional: un atacante no puede obtener el perfil de acceso a la red y, por lo tanto, tener un clon del perfil. Por último, asegurar el canal proporciona protección contra ataques centrales (o ataques "man-in-the-middle" en inglés), durante los cuales un atacante, posicionado entre dos equipos, por ejemplo aquí los dos módulos de seguridad, escucha el canal de comunicación y recupera informaciones sensibles.

[0022] En un ejemplo de realización, la clave secreta se genera según un método de generación de claves en un módulo de seguridad (“On Board Key Generation” en inglés) integrado en el primer módulo de seguridad.

[0023] En esta realización ejemplar, la clave de cifrado es una clave aleatoria generada mediante un método integrado en el módulo de seguridad. Este método de generación de claves es el preferido por el operador ya que ofrece la garantía de seguridad adicional de estar integrado en el módulo de seguridad.

[0024] En otro ejemplo de realización, la clave secreta se genera aplicando un algoritmo de diversificación de claves, almacenado en el primer módulo de seguridad, a una clave de diversificación almacenada en el perfil de acceso a la red.

[0025] En este ejemplo de realización alternativa, la clave de diversificación está incluida en el perfil de acceso a la red y se utiliza dentro del módulo de seguridad para generar la clave de cifrado.

[0026] En un ejemplo de realización, donde el canal lógico de comunicación está seguro, el procedimiento incluye además las siguientes etapas, implementadas por el segundo módulo de seguridad:

[0027] • control de la integridad del paquete de datos de acceso a la red recibido cifrado del primer módulo de seguridad, y

[0028] • control de la integridad de la clave de cifrado recibida cifrada desde el primer módulo de seguridad. La invención también se refiere a un módulo de seguridad, denominado primer módulo de seguridad, incluido en un primer dispositivo móvil, comprendiendo dicho primer módulo de seguridad un perfil de acceso a la red, comprendiendo un segundo dispositivo un módulo de seguridad, denominado segundo módulo de seguridad, estando dicho primer y dicho segundo módulos de seguridad adaptados para establecer un canal lógico de comunicación, comprendiendo dicho módulo de seguridad:

[0029] • medios de generación de una clave secreta, dispuestos para generar una clave secreta,

[0030] • medios de cifrado y envío, dispuestos para cifrar un paquete de datos asociado al perfil de acceso a la red utilizando dicha clave secreta, y para enviar dicho paquete cifrado al segundo módulo de seguridad a través del canal lógico de comunicación,

[0031] • medios de recepción, dispuestos para recibir del segundo módulo de seguridad un acuse de recibo que representa la buena recepción de dicho paquete de datos cifrado,

[0032] • medios de eliminación, dispuestos para eliminar el paquete de datos asociado con el perfil de acceso a la red, y

[0033] • medios de envío dispuestos para enviar dicha clave secreta al segundo módulo de seguridad a través del canal lógico de comunicación.

[0034] En un ejemplo de realización, el módulo de seguridad también incluye:

[0035] • segundos medios de recepción, dispuestos para recibir el paquete de datos cifrados asociados al perfil de acceso a la red,

[0036] • medios de envío, dispuestos para enviar el acuse de recibo que representa la buena recepción de dicho paquete de datos cifrado,

[0037] • terceros medios de recepción, dispuestos para recibir la clave secreta,

[0038] • medios de de descifrado, dispuestos para descifrar, utilizando la clave secreta recibida, el paquete de datos cifrado.

[0039] En este ejemplo de realización, el dispositivo móvil, asociado a un módulo de seguridad, está dispuesto por un lado para iniciar una transferencia de perfil de acceso a la red a un módulo de seguridad asociado a otro dispositivo móvil y por otro lado para recibir un perfil de acceso desde otro dispositivo móvil asociado a un módulo de seguridad.

[0040] La invención se refiere también a un programa para un módulo de seguridad asociado a un dispositivo móvil, que comprende instrucciones de código de programa destinadas a controlar la ejecución de las etapas del procedimiento de protección de un perfil de acceso a la red contra la clonación tal como se ha descrito anteriormente, cuando el programa se ejecuta en dicho equipo asociado a dicho módulo.

[0041] La invención se refiere también a un soporte de datos en el que se graba el programa anterior.

[0042] La invención se refiere también a un dispositivo móvil que comprende un módulo de seguridad tal como se ha descrito anteriormente.

[0043] Otras características y ventajas de la presente invención se comprenderán mejor a partir de la descripción detallada y de las figuras adjuntas, entre las cuales:

[0044] • la figura 1 muestra las etapas de un procedimiento de protección de un perfil de acceso a la red contra la clonación, según un ejemplo de realización;

[0045] • la figura 2 es una representación esquemática de un módulo de seguridad asociado a un dispositivo móvil, capaz de implementar las etapas del procedimiento de protección de un perfil de acceso a la red contra la clonación, según un ejemplo de realización.

[0046] A continuación se describirán las etapas de un procedimiento para proteger un perfil de acceso a la red contra la clonación, según un primer ejemplo de realización, en relación con la figura 1.

[0047] Un primer dispositivo móvil 10 de usuario (el usuario no está representado en la figura 1), por ejemplo un terminal móvil o una tableta, está equipado con un módulo de seguridad 101, por ejemplo un módulo integrado y por lo tanto potencialmente no extraíble, tal como un módulo “eSIM” (“embedded Subscriber Identity Module”), del tipo eUICC (del inglés “embedded Universal Integrated Circuit Card”). El módulo de seguridad 101 incluye su propio certificado de clave pública, estando dicha clave pública asociada mediante cálculo a una clave privada almacenada en el módulo seguridad 101. El certificado cumple, por ejemplo, con el estándar X.509 v3; fue emitido por una autoridad de confianza y, por ejemplo, se instaló en el módulo de seguridad 101, junto con la clave privada asociada, en la fábrica. El certificado de clave pública puede ser específico para el procedimiento de protección contra la clonación. En otro ejemplo de realización, también está previsto para la implementación de otras operaciones de confianza en la red, no descritas aquí. El módulo de seguridad 101 del primer dispositivo móvil incluye también un perfil de acceso a la red asociado a una oferta de servicio suscrita por el usuario con un operador (no mostrada en la figura 1). Se supone que el usuario ha activado su perfil de acceso a la red, es decir, que el perfil es adecuado para acceder a la red.

[0048] Un segundo dispositivo móvil 11 incluye un módulo de seguridad integrado 111. Al igual que el módulo de seguridad 101, el módulo de seguridad 111 también incluye su propio certificado de clave pública, estando dicha clave pública asociada mediante cálculo a una clave privada almacenada en el módulo de seguridad 111.

[0049] Para simplificar la escritura, el módulo de seguridad 101 del primer terminal móvil 10 también puede denominarse "primer módulo de seguridad 101". De la misma manera, el módulo de seguridad 111 del segundo dispositivo móvil 11 también puede denominarse "segundo módulo de seguridad 111".

[0050] Los primero y segundo dispositivos móviles 10, 11 incluyen cada uno una aplicación de software 102, 112, que proporciona al dispositivo móvil una funcionalidad de gestión de perfiles. Esta aplicación de software incluye instrucciones de código dispuestas para implementar las etapas del procedimiento aquí descrito y que son implementadas por los equipos móviles 10, 11. En un ejemplo de realización, esta aplicación está integrada en un programa de tipo "LPA" (por "Local Profile Assistant"), o gestor de perfiles locales, normalmente configurado para solicitar y recuperar un perfil de acceso a la red desde un servidor de datos de un operador a través de una conexión segura a Internet, y para pedir su instalación y activación en el módulo de seguridad.

[0051] El primer y el segundo módulo de seguridad 101, 111 incluyen cada uno una aplicación de software 103, 113, interconectada con la aplicación 102, 112 del dispositivo móvil 10, 11 asociado. Esta aplicación incluye instrucciones de código dispuesta para implementar las etapas del procedimiento de protección de un perfil de acceso a la red contra la clonación, que son implementadas por los módulos de seguridad 101 y 111.

[0052] El procedimiento de protección de un perfil de acceso a la red contra la clonación se ilustra aquí en el contexto de la transferencia de un perfil de acceso a la red desde el módulo de seguridad 101 del primer dispositivo móvil 10 al módulo de seguridad 111 del segundo dispositivo móvil 11. En otro ejemplo de realización, no descrito, se puede implementar durante la transferencia de un perfil de seguridad desde un primer módulo de seguridad a un segundo módulo de seguridad del mismo dispositivo móvil.

[0053] Se supone que antes de las etapas del procedimiento aquí descrito, se ha establecido un canal lógico de comunicación, según un método conocido, entre el módulo de seguridad 101 del primer dispositivo móvil 10 y el módulo de seguridad 111 del segundo dispositivo móvil 11.

[0054] En el ejemplo de realización descrito aquí, el canal lógico de comunicación es seguro. Queda así autenticado, protegido en confidencialidad e integridad. El establecimiento de dicho canal seguro se implementa según un procedimiento conocido, basado, por ejemplo, en el protocolo TLS (del inglés "Transport Layer Security") o en el protocolo DTLS (del inglés "Datagram Transport Layer Security"). El establecimiento del canal lógico de comunicación seguro incluye la autenticación mutua entre los dos módulos de seguridad 101 y 111. En este ejemplo, el establecimiento del canal lógico de comunicación seguro utiliza los certificados de clave pública incluidos en los módulos de seguridad 101, 111. Cabe señalar que el canal lógico de comunicación seguro se establece entre los dos módulos de seguridad 101, 111. De esta forma, la seguridad de la transferencia de datos entre los dos módulos de seguridad está garantizada de extremo a extremo. Los dos módulos de seguridad 101, 111 implementan una autenticación mutua específica para TLS o DTLS basada en intercambios de mensajes conforme al protocolo utilizado para establecer el canal lógico de comunicación seguro.

[0055] En otro ejemplo de realización, no mostrado en la figura 1, el canal lógico de comunicación establecido entre los dos módulos de seguridad no es seguro. Este ejemplo de realización puede, por ejemplo, implementarse en un entorno controlado, es decir seguro, por ejemplo en un entorno ofrecido y gestionado por el operador de red. En una etapa inicial E01 de generación de clave, el primer módulo de seguridad 101 genera una clave secreta Kp destinada a ser utilizada por un algoritmo de cifrado de clave secreta para cifrar datos. En el procedimiento de protección contra la clonación, la clave secreta Kp está destinada a cifrar los datos de perfil a transferir, extraídos del módulo de seguridad 101. También está previsto que sea utilizada más adelante por el segundo módulo de seguridad 111 para descifrar datos de perfil cifrados.

[0056] En un primer ejemplo de realización, la generación de la clave secreta Kp se basa en el procedimiento de generación de claves aleatorias integrada en los módulos de seguridad, denominado "OBKG" (del inglés "OnBoard Key Generation"). Un operador de red aprecia este método debido a que la seguridad depende únicamente de la seguridad del módulo de seguridad.

[0057] En otro ejemplo de realización, una clave de diversificación almacenada en el perfil de acceso a la red cuando está instalado en el módulo de seguridad 101 se utiliza como parámetro de un algoritmo de diversificación de clave incluido en el módulo de seguridad 101 para generar la clave secreta Kp.

[0058] En una etapa E02 posterior de preparación de datos de perfil, el primer módulo de seguridad 101 extrae los datos correspondientes al perfil de acceso a la red que se va a transferir y genera un paquete, o "package", de datos a transferir correspondientes al perfil de acceso que se va a transferir. La preparación de datos de perfil consiste en formatear los datos de perfil de manera a obtener un paquete de datos adecuado para la interoperabilidad con otros módulos de seguridad.

[0059] En una etapa E03 posterior de cifrado y envío, el módulo de seguridad 101 del primer dispositivo móvil 10 cifra el paquete de datos a transferir aplicando un algoritmo de cifrado establecido por la clave secreta Kp generada durante la etapa E01. Envía después el paquete de datos cifrados al módulo de seguridad 111 del segundo dispositivo móvil 11. El paquete de datos cifrados del perfil a transferir es recibido por el módulo de seguridad 111 del segundo dispositivo móvil 11 al final de la etapa E03. Cabe señalar que el módulo de seguridad 111 del segundo dispositivo móvil 11 no puede descifrar el paquete de datos cifrados recibido. En efecto, no tiene la clave secreta Kp. En esta fase, sólo existe un perfil de acceso a la red y es probable que esté activo en la red: el incluido en el módulo de seguridad 101 del primer dispositivo móvil 10.

[0060] En el ejemplo de realización aquí descrito donde el canal lógico de comunicación establecido entre los dos módulos de seguridad 101, 102 es seguro, los datos de perfil a transferir están protegidos por una parte mediante cifrado utilizando la clave secreta Kp y por otra parte mediante cifrado inherente al canal de comunicación seguro. Además, el paquete de datos de perfil transferido se beneficia de una verificación de integridad inherente al canal de comunicación seguro establecido.

[0061] En una etapa E04 posterior de verificación de integridad, el módulo de seguridad 111 del segundo dispositivo móvil 11 implementa una verificación de integridad del paquete de datos cifrados. Esta verificación de integridad tiene como objetivo garantizar que el paquete de datos cifrados recibido es idéntico al paquete de datos cifrados enviado por el módulo de seguridad 101 del primer dispositivo móvil 10 durante la etapa E03 y que no ha sido alterado durante la transferencia entre el primer módulo de seguridad 101 y el segundo módulo de seguridad 111. El control de integridad se implementa utilizando un procedimiento conocido de verificación de un código de autenticación de tipo HMAC (Hash-based Message Authentication Code) específico del protocolo de seguridad utilizado para establecer el canal de comunicación seguro.

[0062] Cabe señalar que la etapa E04 de verificación de integridad no se implementa cuando el canal lógico de comunicación no es seguro.

[0063] En el ejemplo de realización descrito aquí, donde se implementa una verificación de integridad durante la etapa E04 y donde esta verificación es negativa, lo que indica que el paquete de datos cifrados del perfil recibido ha sido alterado, el procedimiento se detiene. En este caso, durante una etapa no mostrado en la figura 1, se muestra un mensaje en la pantalla del primer dispositivo móvil 10 al usuario informándole del fallo del procedimiento actual, por ejemplo la transferencia del perfil de acceso.

[0064] En una etapa posterior E05 de envío de un acuse de recibo, el segundo módulo de seguridad 111 envía al primer módulo de seguridad 101 un acuse de recibo del paquete de datos cifrados, confirmando la buena recepción del paquete.

[0065] En el ejemplo de realización descrita aquí, donde el canal lógico de comunicación es seguro, el acuse de recibo incluye un indicador del resultado de la verificación de integridad de datos implementada en la etapa E04 de verificación de integridad.

[0066] En una etapa E06 de eliminación de perfil, implementada después de recibir el acuse de recibo, el primer módulo de seguridad 101 elimina el perfil de acceso a la red que había almacenado.

[0067] Cabe señalar que en esta etapa sólo existe una ocurrencia del paquete de datos correspondiente al perfil de acceso a la red, el almacenado en el módulo de seguridad 111 del segundo dispositivo móvil 11. Sin embargo, el paquete de datos está cifrado y el segundo módulo de seguridad 111 no tiene la clave secreta Kp para descifrarlo. Por lo tanto, no es posible en esta etapa acceder a la red de acuerdo con la oferta de servicios asociada al perfil de acceso, que actualmente se encuentra inutilizable.

[0068] En una etapa posterior E07 de envío de la clave secreta, el primer módulo de seguridad 101 envía la clave secreta Kp al segundo módulo de seguridad 101 a través del canal lógico de comunicación previamente establecido. La clave secreta Kp es recibida por el segundo módulo de seguridad 101 al final de la etapa E07.

[0069] En el ejemplo de realización aquí descrito, donde el canal lógico de comunicación entre los dos módulos de seguridad 101, 111 es seguro, la clave secreta Kp se transmite de forma segura mediante cifrado inherente al canal lógico seguro. En el caso de que el canal lógico de comunicación no sea seguro, la clave secreta Kp se transmite en texto claro al segundo módulo de seguridad 111.

[0070] En una etapa posterior E08 de verificación de integridad de clave secreta, se realiza la verificación de integridad de la clave secreta cifrada recibida Kp. El control de integridad se implementa mediante el segundo módulo de seguridad 111 mediante la verificación de un código de autenticación HMAC inherente a la seguridad del canal de comunicación. En el caso de que la verificación de integridad sea negativa, indicando que la clave secreta Kp cifrada transmitida ha sido alterada durante su transmisión, el procedimiento se detiene. En este caso, durante una etapa no mostrado en la figura 1, se muestra un mensaje en la pantalla del segundo dispositivo móvil 11 al usuario informándole del fallo del procedimiento actual, por ejemplo la transferencia del perfil de acceso.

[0071] Cabe señalar que esta etapa no se implementa cuando el canal lógico de comunicación no es seguro.

[0072] En una etapa E09 de descifrado de la clave secreta, se procede al descifrado de la clave secreta Kp. El descifrado de la clave secreta Kp se implementa utilizando los datos inherentes al canal lógico de comunicación seguro. Al final de la etapa E09, el segundo módulo de seguridad 111 tiene la clave secreta Kp.

[0073] Cabe señalar que esta etapa no se implementa cuando el canal lógico de comunicación no es seguro. En este caso, la clave secreta Kp no está cifrada.

[0074] En una etapa E10 de descifrado del paquete de datos cifrados, el segundo módulo de seguridad 111 procede a descifrar el paquete de datos cifrados del perfil recibido durante la etapa E03. Para ello, utiliza la clave secreta Kp como parámetro del algoritmo de cifrado utilizado para cifrar los datos del perfil. Al final de la etapa E10, el módulo de seguridad 111 del segundo dispositivo móvil 11 tiene los datos del perfil de acceso a la red extraídos del módulo de seguridad 101 del primer dispositivo móvil 10 durante la etapa E02 de preparación de datos de perfil.

[0075] De esta forma, al final de la etapa de descifrado E10, sólo el módulo de seguridad 111 del segundo dispositivo móvil 11 dispone del paquete de datos correspondiente al perfil de acceso a la red.

[0076] En una etapa posterior E11 de instalación del perfil, el segundo módulo de seguridad 111 instala y activa el perfil de acceso a la red. Por ejemplo, el administrador de perfiles LPA, no mostrado en la figura 1, controla la instalación y activación del perfil en el segundo módulo de seguridad 111.

[0077] En una etapa E12 opcional de envío de acuse de recibo, el módulo de seguridad 111 del segundo dispositivo móvil 11 envía al módulo de seguridad 101 del primer dispositivo móvil 11 un mensaje informándole de la correcta instalación y activación del perfil de acceso a la red. Este mensaje se transmite al primer dispositivo móvil 10 y/o al segundo dispositivo móvil 11 para informar al usuario de la buena ejecución de la transferencia del perfil de acceso a la red como parte del procedimiento en curso. Esta etapa es opcional ya que el usuario puede ser informado de la correcta instalación y activación del perfil de acceso a la red a través del segundo dispositivo móvil 11.

[0078] Cabe señalar que en caso de que se produzca un problema durante el procedimiento de transferencia segura del perfil de acceso a la red, es posible que el usuario ya no tenga acceso a su perfil de acceso a la red. En este caso, podrá solicitar al operador que proceda a la instalación y activación de su perfil en el segundo dispositivo móvil 11. En cualquier caso, no existe ningún clon del perfil de acceso y en ningún momento se pone en duda la seguridad de la red.

[0079] El procedimiento de protección de un perfil de acceso contra la clonación, como se ha descrito anteriormente, se puede integrar fácilmente en otros procedimientos, como, por ejemplo, un procedimiento de transferencia segura de un perfil de acceso de un dispositivo móvil a otro. En este ejemplo y durante las etapas previas (no mostradas), los dos dispositivos móviles 10 y 11 pueden emparejarse según un método conocido, después los dos módulos de seguridad 101 y 102 de los dos dispositivos móviles 10 y 11 pueden establecer un canal lógico de comunicación seguro para entonces iniciar la transferencia del perfil de acceso a la red desde el primer módulo de seguridad al segundo módulo de seguridad como se ha descrito anteriormente. Por lo tanto, tal procedimiento puede utilizarse ventajosamente para que un usuario pueda transferir él mismo su perfil de acceso a la red, es decir, sin contactar con el operador, a un módulo de seguridad incluido en un segundo equipo que acaba de adquirir.

[0080] A continuación se describirá en relación con la figura 2 un módulo de seguridad 101, capaz de implementar las etapas del procedimiento de protección de un perfil de acceso a la red contra la clonación como se se ha descrito anteriormente.

[0081] El módulo de seguridad 101 es, por ejemplo, una tarjeta SIM integrada de tipo eUICC. Cabe señalar que el módulo de seguridad 101 aquí descrito es igualmente capaz de iniciar la transferencia de un perfil de acceso que almacena, así como de recibir tal perfil. Así, el módulo de seguridad 101 aquí descrito implementa tanto las etapas del procedimiento descrito anteriormente e implementado por el primer módulo de seguridad 101 como las implementadas por el segundo módulo de seguridad 111.

[0082] El módulo de seguridad 101 incluye:

[0083] • una unidad de procesamiento o procesador 101-1, o "CPU" (del inglés "Central Processing Unit"), destinada a cargar instrucciones en la memoria, ejecutarlas, realizar operaciones;

[0084] • un conjunto de memorias, que incluye una memoria volátil 101-2, o "RAM" (por "Memoria de Acceso Aleatorio") utilizada para ejecutar instrucciones de código, almacenar variables, etc., y una memoria de solo lectura 101-3 del tipo "EEPROM" (del inglés “Electrically Erasable Programmable Read Only Memory”). En particular, la memoria de almacenamiento 101-3 está dispuesta para almacenar un módulo de software que incluye instrucciones de código para implementar las etapas del procedimiento de protección de un perfil de acceso a la red contra la clonación como se ha descrito anteriormente y que son implementadas por el módulo de seguridad 101. La memoria de almacenamiento 101-3 también está dispuesta para almacenar en una zona segura la clave privada asociada al certificado de clave pública y el perfil de acceso a la red. La memoria volátil 101-2 también está dispuesta para almacenar la clave secreta Kp generada durante la etapa E01. El módulo de seguridad 101 también incluye una interfaz de comunicación con el dispositivo móvil 10, no mostrada en la figura 2.

[0085] El módulo de seguridad 101 también incluye:

[0086] • un módulo 101-4 para establecer un canal lógico de comunicación, dispuesto para establecer un canal lógico de comunicación con un módulo de seguridad de un segundo dispositivo móvil, al que se pretende transferir el perfil de acceso a la red. En el ejemplo de realización aquí descrito, el canal lógico es seguro, proporcionando así un canal autenticado, protegido en confidencialidad e integridad. En este ejemplo de realización, el módulo 101-4 de establecimiento de un canal lógico de comunicación integra módulos de software (no mostrados) capaces de implementar autenticación mutua entre el módulo de seguridad 101 y el segundo módulo de seguridad 102, un cifrado de datos transmitidos a través del canal y un control de integridad de los datos transmitidos a través del canal. El módulo 101-4 implementa una de las etapas previas (no mostradas en la figura 1);

[0087] • un módulo 101-5 de generación de clave secreta, dispuesto de manera que el módulo de seguridad 101 genere la clave secreta Kp destinada a ser utilizada para cifrar el paquete de datos asociado con los datos de perfil que se van a transferir. El módulo de generación 101-5 está dispuesto para implementar la etapa E01 de generación de la clave secreta del procedimiento de protección de perfil contra la clonación descrita anteriormente;

[0088] • un módulo 101-6 de cifrado y envío, dispuesto para cifrar un paquete de datos asociado al perfil de acceso a la red utilizando dicha clave secreta, y para enviar dicho paquete cifrado al segundo módulo de seguridad a través del canal lógico de comunicación, El módulo 101-6 de cifrado y envío está dispuesto para implementar la etapa E03 del procedimiento de protección de perfil contra la clonación descrito anteriormente;

[0089] • un módulo 101-7 de recepción, dispuesto para recibir del segundo módulo de seguridad un acuse de recibo, representativo de la buena recepción de dicho paquete de datos cifrados. El módulo 101-7 de recepción está dispuesto para implementar la etapa E05 del procedimiento de protección de perfil contra la clonación descrito anteriormente; y,

[0090] • un módulo 101-8 de eliminación, dispuesto para eliminar el paquete de datos asociado con el perfil de acceso a la red. El módulo 101-8 de eliminación está dispuesto para implementar la etapa E06 del procedimiento de protección de perfil contra la clonación descrito como se ha descrito anteriormente; • un módulo de envío 101-9, dispuesto para enviar dicha clave secreta al segundo módulo de seguridad a través del canal lógico de comunicación. El módulo 101-9 de envío está dispuesto para implementar la etapa E07 de envío de la clave secreta del procedimiento de protección de perfil contra la clonación descrito como se ha descrito anteriormente.

[0092] El módulo 101-4 de establecimiento de un canal lógico de comunicación, el módulo 101-5 de generación de una clave secreta, el módulo 101-6 de encriptación y envío, el módulo 101-7 de recepción, el módulo 101-8 de eliminación y el módulo 101-9 de envío son preferiblemente módulos de software que comprenden instrucciones de software para implementar las etapas del procedimiento para proteger un perfil de acceso a la red contra la clonación como se ha descrito anteriormente.

[0094] En un ejemplo de realización, donde el módulo de seguridad 101 desempeña el papel del segundo módulo de seguridad 102, el módulo de seguridad 101 también incluye:

[0095] • un módulo 101-10 de recepción del paquete de datos cifrados asociado con el perfil de acceso a la red.

[0096] El módulo 101-10 está dispuesto para implementar la etapa E03 del procedimiento de protección de un perfil de acceso a la red contra la clonación como se ha descrito anteriormente, cuando la etapa es implementada por el segundo módulo de seguridad;

[0097] • un módulo de envío 101-11 de un acuse de recibo, dispuesto para enviar el acuse de recibo que representa la buena recepción de dicho paquete de datos cifrados. El módulo de envío 101-11 está dispuesto para implementar la etapa E05 del procedimiento de protección de un perfil de acceso a la red contra la clonación, como se ha descrito anteriormente;

[0098] • un segundo módulo de recepción 101-12, dispuesto para recibir la clave secreta. El segundo módulo de recepción 101-12 está dispuesto para implementar la etapa E07 del procedimiento de protección de un perfil de acceso a la red contra la clonación, como se ha descrito anteriormente;

[0099] • un módulo de descifrado 101-13, dispuesto para descifrar, utilizando la clave secreta recibida, el paquete de datos cifrado. El módulo de descifrado 101-13 está dispuesto para implementar la etapa E10 del procedimiento de protección de un perfil de acceso a la red contra la clonación, como se ha descrito anteriormente;

[0100] • opcionalmente, un módulo de envío de un acuse de recibo (no mostrado en la figura 2). Este módulo está diseñado para certificar al primer módulo de seguridad 101 la buena recepción del paquete cifrado asociado al perfil de acceso a la red, el bueno descifrado del paquete cifrado y la buena instalación y activación en el módulo de seguridad 101 del perfil obtenido al descifrar el paquete cifrado.

[0102] La invención también se refiere a:

[0103] • un programa para un módulo de seguridad asociado a un dispositivo móvil, que comprende instrucciones de código de programa destinadas a controlar la ejecución de las etapas del procedimiento de protección de un perfil de acceso a la red contra la clonación tal como se ha descrito anteriormente, cuando el programa se ejecuta en dicho módulo de seguridad.

[0104] • un medio de grabación legible en el que se graba el programa descrito anteriormente.

[0106] La invención se refiere también a un dispositivo móvil que incluye un módulo de seguridad como se ha descrito anteriormente.

Claims (11)

1. REIVINDICACIONES

1.Procedimiento de protección de un perfil de acceso a la red contra la clonación, comprendiendo un primer dispositivo móvil (10) un módulo de seguridad (101), denominado "primer módulo de seguridad", que comprende dicho perfil de acceso a la red, transmitiendo dicho primer dispositivo móvil a un segundo dispositivo móvil (11) que comprende un módulo de seguridad (111), denominado "segundo módulo de seguridad", dicho perfil de acceso a la red, dicho primer módulo de seguridad o dicho segundo módulo de seguridad, estableciendo un canal lógico de comunicación con el segundo módulo de seguridad, respectivamente el primer módulo de seguridad, comprendiendo dicho procedimiento las siguientes etapas, implementadas por el primer módulo de seguridad: - generación (E01) de una clave secreta,

- cifrado (E03), utilizando dicha clave secreta(E03), de un paquete de datos asociado al perfil de acceso a la red, y envío de dicho paquete cifrado al segundo módulo de seguridad a través del canal lógico de comunicación, - recepción (E05) del segundo módulo de seguridad de un acuse de recibo, representativo de la buena recepción de dicho paquete de datos cifrados,

- eliminación (E06) del paquete de datos asociado al perfil de acceso a la red, enviando (E07) después la clave secreta al segundo módulo de seguridad a través del canal lógico de comunicación.

2.Procedimiento de protección de un perfil de acceso a la red contra la clonación según la reivindicación 1, que comprende las siguientes etapas, implementadas por el segundo módulo de seguridad (111):

- recepción (E03) del paquete de datos cifrados asociado al perfil de acceso a la red,

- envío (E05) de un acuse de recibo confirmando la buena recepción del paquete cifrado,

- recepción (E07) de la clave secreta,

- descifrado (E10) del paquete de datos cifrados utilizando la clave secreta recibida.

3.Procedimiento de protección de un perfil de acceso a la red contra la clonación según una de las reivindicaciones anteriores, en el que el canal lógico de comunicación es un canal seguro.

4.Procedimiento de protección de un perfil de acceso a la red contra la clonación según una de las reivindicaciones anteriores, en el que la clave secreta se genera según un procedimiento de generación de claves en un módulo de seguridad integrado en el primer módulo de seguridad.

5.Procedimiento de protección de un perfil de acceso a la red contra la clonación según una de las reivindicaciones 1 a 3, en el que la clave secreta se genera aplicando un algoritmo de diversificación de claves, almacenado en el primer módulo de seguridad, a una clave de diversificación almacenada en el perfil de acceso a la red.

6.Procedimiento de protección de un perfil de acceso a la red contra la clonación según una de las reivindicaciones 3 a 5, que comprende además las siguientes etapas, implementadas por el segundo módulo de seguridad: - control (E04) de la integridad del paquete de datos de acceso a la red recibido cifrado del primer módulo de seguridad, y

- control (E08) de la integridad de la clave de cifrado recibida cifrada desde el primer módulo de seguridad.

7.Módulo de seguridad (101), denominado primer módulo de seguridad, incluido en un primer dispositivo móvil (10), comprendiendo dicho primer módulo de seguridad un perfil de acceso a la red, y estando adaptado para establecer un canal lógico de comunicación con un módulo de seguridad (111), denominado segundo módulo de seguridad, incluido en un segundo dispositivo (11), comprendiendo dicho módulo de seguridad:

- medios (101-5) de generación de una clave secreta, dispuestos para generar una clave secreta,

- medios (101-6) de cifrado y envío, dispuestos para cifrar un paquete de datos asociado al perfil de acceso a la red utilizando dicha clave secreta, y para enviar dicho paquete cifrado al segundo módulo de seguridad a través del canal lógico de comunicación,

- medios de recepción (101-7), dispuestos para recibir del segundo módulo de seguridad un acuse de recibo que representa la buena recepción de dicho paquete de datos cifrado,

- medios (101-8) de eliminación, dispuestos para eliminar el paquete de datos asociado con el perfil de acceso a la red, y

- medios de envío (101-9) dispuestos para enviar dicha clave secreta al segundo módulo de seguridad a través del canal lógico de comunicación después de la eliminación del paquete de datos asociado al perfil de acceso a la red.

8.Módulo de seguridad según la reivindicación anterior, que comprende además:

- segundos medios de recepción (101-10), dispuestos para recibir el paquete de datos cifrados asociados al perfil de acceso a la red,

- medios de envío (101-11), dispuestos para enviar el acuse de recibo que representa la buena recepción de dicho paquete de datos cifrado,

- terceros medios de recepción (101-12), dispuestos para recibir la clave secreta,

- medios de de descifrado (101-13), dispuestos para descifrar, utilizando la clave secreta recibida, el paquete de datos cifrado.

9.Programa para un módulo de seguridad asociado a un dispositivo móvil, que comprende instrucciones de código de programa para controlar la ejecución de las etapas del procedimiento de protección de un perfil de acceso a la red contra la clonación según una de las reivindicaciones 1 a 6, cuando el programa se ejecuta en dicho dispositivo asociado a dicho módulo.

10.Soporte de datos en el que se almacena el programa según la reivindicación anterior.

11.Dispositivo móvil que comprende un módulo de seguridad según la reivindicación 7 o la reivindicación 8.