ES2397628T5 - Control de niveles de acceso en teléfonos mediante certificados - Google Patents

Control de niveles de acceso en teléfonos mediante certificados Download PDF

Info

Publication number
ES2397628T5
ES2397628T5 ES03702946.9T ES03702946T ES2397628T5 ES 2397628 T5 ES2397628 T5 ES 2397628T5 ES 03702946 T ES03702946 T ES 03702946T ES 2397628 T5 ES2397628 T5 ES 2397628T5
Authority
ES
Spain
Prior art keywords
certificate
function
public key
function certificate
code
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES03702946.9T
Other languages
English (en)
Other versions
ES2397628T3 (es
Inventor
Lauri Paatero
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=27753986&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2397628(T5) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Nokia Technologies Oy filed Critical Nokia Technologies Oy
Application granted granted Critical
Publication of ES2397628T3 publication Critical patent/ES2397628T3/es
Publication of ES2397628T5 publication Critical patent/ES2397628T5/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution
    • H04L2209/603—Digital right managament [DRM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/67—Risk-dependent, e.g. selecting a security level depending on risk profiles

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)
  • Storage Device Security (AREA)
  • Telephonic Communication Services (AREA)

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Control de niveles de acceso en telefonos mediante certificados Campo tecnico
La presente invencion se dirige al control de la funcionalidad de niveles de seguridad en dispositivos y en particular, al control de la funcionalidad critica de la seguridad en dispositivos inalambricos.
Antecedentes de la invencion
Los dispositivos inalambricos y en particular los telefonos moviles tienen un numero en aumento de funciones criticas de seguridad incorporadas en los dispositivos. Tales funciones incluyen la capacidad de firmar los datos, para presentar el contenido protegido usando la gestion de derechos digitales (DRM) y actividades similares. Algunas de estas caracteristicas se estan disenando actualmente en los telefonos inalambricos.
Se contempla que en el futuro cada telefono movil tendra una identidad permanente incorporada dentro del telefono. Tal identidad se puede usar para impedir una modificacion de la Identidad del Equipo de estacion Movil Internacional (IMEI) comunmente usada con los telefonos moviles. Los telefonos moviles tambien tendran una clave privada secreta para su uso en las infraestructuras de claves publicas (PKI). Ademas, se usara la firma del codigo en los telefonos moviles para controlar la ejecucion o la instalacion de codigo de ordenador relacionado con la seguridad. La mayor parte de los codigos de ordenador criticos para la seguridad en los telefonos moviles solo se aceptara por el firmware del telefono si se ha firmado por una clave certificada por una Autoridad de Certificacion (clave raiz de CA). Ademas, los desarrolladores de terceras partes de aplicaciones y similares tendran de vez en cuando claves y certificados para la creacion de ciertos tipos de programas. Por lo tanto es deseable si estos temas relacionados con la seguridad se pudiesen gestionar en un nivel del telefono movil especifico para telefonos moviles individuales, en lugar de exclusivamente en el nivel de usuario (por ejemplo, el desarrollador).
En el pasado, normalmente no ha sido posible impedir de forma eficaz que un propietario o poseedor de un telefono movil reemplace el codigo dentro de ese telefono movil. La unica proteccion ofrecida por los telefonos moviles en el pasado ha sido con respecto a la sustitucion remota de codigo, particularmente mecanismos para impedir que agresores remotos cambien el codigo en los telefonos. Sin embargo, como se ha senalado, no ha habido buena proteccion para impedir que los usuarios de telefonos moviles cambien el codigo dentro del telefono. Desde un punto de vista practico, solo se ha debido a la oscuridad del diseno de los telefonos moviles y la confidencialidad de los mecanismos dentro de los telefonos lo que ha hecho que los telefonos moviles sean relativamente dificiles de atacar por el usuario del telefono. Desafortunadamente, tales mecanismos tambien hacen dificil al fabricante del telefono permitir especificamente que ciertas terceras partes tengan acceso al menos a porciones del codigo dentro del telefono.
En particular, en muchos casos a un usuario o algunas otras terceras partes les gustaria reemplazar el codigo en un telefono movil con otro codigo para evitar algunos mecanismos de seguridad. Por ejemplo, los usuarios podrian querer reemplazar la informacion conocida como la Identidad del Equipo de estacion Movil Internacional (IMEI) que es un procedimiento normalizado de los fabricantes de equipos para identificar una estacion movil similar a una identificacion del numero de serie. De este modo, un usuario podria querer reemplazar el codigo IMEI en el telefono para realizar servicios ilegales con ese telefono (tal como la realizacion de llamadas telefonicas sin pagar). Al mismo tiempo, los fabricantes del telefono movil deben poder escribir el codigo y comprobar ese codigo para desarrollar sus productos de forma eficaz. De este modo, el fabricante del telefono movil puede querer que el codigo tenga ciertas modificaciones usadas y/o comprobadas por un grupo especial de usuarios con respecto a telefonos moviles particulares.
En el pasado, la rebaja del nivel de seguridad de un telefono movil particular se ha conseguido usando alguna clase de conmutador hardware u otra operation hardware. Este tipo de mecanismo no se puede usar para proteger de forma eficaz frente a la manipulation del telefono por el propietario o poseedor del telefono. Ademas, tal mecanismo tiende a soportar solo un nivel grueso de control de seguridad tal como una funcionalidad de apagado / encendido.
Seria ventajoso permitir a ciertas terceras partes, tales como los desarrolladores de software, tener acceso a telefonos moviles especificos con respecto a la carga de nuevo codigo software en los mismos, asi como tener ese software instalado en el telefono y la posibilidad de ejecutarlo mas tarde sobre el telefono. Es a estas capacidades deseadas a lo que se dirige la presente invencion.
La Solicitud de Patente de los Estados Unidos US 2001/0021928 de Ludwing y otros desvela el uso de certificados de funciones para autorizar las transacciones dentro de una red de ordenadores.
El documento "Mobile agents protection in the Internet environment", de A. Corradi, R. Montanari, en los Procedimientos de la Vigesima Tercera Conferencia Anual Internacional de Software de Ordenadores y Aplicaciones, COMPSAC'99, desvela SOMA, un paradigma para la gestion de permisos de ejecucion de Agentes
5
10
15
20
25
30
35
40
45
50
55
60
65
Moviles en una red usando certificados de funciones.
La presente invencion se dirige a la resolucion de estos temas espedficos.
Sumario de la invencion
La presente invencion se dirige a un procedimiento y un aparato para permitir a al menos una parte la realizacion de ciertas actividades con respecto a un dispositivo, en donde el dispositivo tiene un certificado de funcion incorporado en el mismo, y en el que ademas ese certificado de funcion especifica al menos cierta actividad que se puede activar dentro del dispositivo por al menos una parte. En particular, la invencion esta dirigida a certificados de funciones para telefonos moviles de modo que controlan el acceso al nivel de seguridad por el firmware del telefono asociado. De este modo el telefono movil se controla basandose en un telefono individual.
En una implementacion, el certificado de funcion controla la aceptacion del codigo del ordenador para su uso en un telefono movil especifico. El codigo de ordenador puede ser un codigo de prueba, un codigo de produccion o cualquier tipo de codigo especial para alguna operation. El certificado de funcion en esta situation indica que tipo o tipos de codigo se pueden descargar, instalar y/o ejecutar sobre un telefono movil, determinando de este modo las posibles funciones que puede adoptar el telefono. El certificado de funcion puede indicar no solo los tipos de codigos que se pueden descargar al telefono sino que tambien puede indicar que tal codigo se escribe (o se suministra) por un individuo especifico o grupo, tambien identificado por el certificado de funcion. Los diferentes certificados de funciones en el mismo telefono pueden proporcionar diferentes actividades a realizar sobre el telefono por las diferentes entidades. Por lo tanto se consigue una gran flexibilidad mediante el uso de estos certificados de funciones.
Otra aplicacion del certificado de funcion es controlar las facilidades de depuration asociadas a un telefono movil. Tales facilidades de depuracion se pueden constituir dentro de un telefono o conectarse a un telefono a traves de un puerto.
Los certificados de funcion se controlan a su vez por una Autoridad de Certification y de este modo los certificados se pueden distribuir a terceras partes para permitir a las terceras partes la realizacion de operaciones especificas sobre un telefono movil. Por ejemplo, los certificados de funciones se pueden distribuir a desarrolladores de software de terceras partes de modo que permitan a estos desarrolladores ejecutar la depuracion de bajo nivel del codigo sobre telefonos moviles especificos usados para depuracion. Tal distribution del certificado de funcion normalmente seria mediante la agrupacion de certificados para el desarrollador con un equipo de desarrollo software (SDK). El certificado de funcion tambien se podria incorporar dentro del dispositivo en el momento de la fabrication o mas tarde por la entidad que genera el certificado de funcion (normalmente una CA raiz).
Para verificar el certificado de funcion, el telefono movil almacena ademas la information relativa a la clave publica correspondiente a la clave privada usada por la CA para firmar el certificado de funcion. Esta informacion de clave publica es normalmente un valor de huella digital de una clave publica de CA. Como esta informacion de clave publica esta en una parte de memoria resistente a la manipulation dentro del telefono, solo un certificado de funcion correspondiente se puede verificar y usar en ese telefono particular una vez que se recibe la clave publica de la CA.
Breve description de los dibujos
Para un entendimiento mas completo de la naturaleza y los objetivos de la presente invencion, se hara referencia a la siguiente descripcion detallada, tomada en conjuncion con los siguientes dibujos en los que:
La Figura 1 es un diagrama de bloques de un dispositivo de telefono movil que soporta el uso de un certificado de funcion de acuerdo con la presente invencion.
La Figura 2 es un diagrama de flujo que muestra las etapas para la implementacion de un certificado de funcion para un dispositivo que permite a una tercera parte realizar al menos una actividad con respecto al dispositivo.
Mejor modo de realizacion de la invencion
A medida que ha avanzado la infraestructura inalambrica en todo el mundo, se ha hecho evidente que los telefonos moviles necesitaran aumentar el numero de funciones criticas de seguridad que pueden realizar. Tal funcionalidad puede incluir la firma de los datos, que presentan el contenido de protection usando la gestion de derechos digitales (DRM), y otras actividades de tipo similar. En el futuro, probablemente cada telefono movil tendra una identidad permanente incorporada dentro del telefono. Esta identidad se puede usar para impedir la modification de la Identidad del Equipo de estacion Movil Internacional (IMEI) basada en la identidad que se usa ampliamente para identificar a los dispositivos moviles para los proveedores del servicio de la red inalambrica. Ademas, los telefonos moviles tendran una clave secreta para su uso en la infraestructura de clave publica (PKI), La capacidad de firmar el codigo se usara en los telefonos moviles para controlar la ejecucion o instalacion de un codigo de ordenador
5
10
15
20
25
30
35
40
45
50
55
60
65
relacionado con la seguridad. La mayor parte de los codigos de ordenador criticos para la seguridad en los telefonos moviles solo se aceptara por el firmware del telefono si se ha firmado por una clave certificada por una Autoridad de Certificacion (CA). Ademas, los desarrolladores de terceras partes tendran, en muchas situaciones, claves y certificados para la creacion de ciertos tipos de programas.
La presente invencion se dirige al uso de un certificado de funcion espedfico de un telefono movil de modo que se controla el acceso al nivel de seguridad para ese telefono movil que se impone por el firmware del telefono asociado. Tal certificado de funcion especifico de un telefono movil proporciona un control de seguridad de un telefono movil individual. Aunque se dirige especificamente a telefonos moviles, el procedimiento y el aparato de la presente invencion generalmente son aplicables a cualquier dispositivo.
Es importante observar que tales certificados de funciones especificos de un telefono movil son diferentes de los certificados usados comunmente en las infraestructuras de red. Normalmente los certificados de funciones se dan a una cierta entidad, tal como un usuario o un dispositivo, para autorizar a esa entidad a realizar alguna funcion para otros basandose en una afiliacion con la funcion. De este modo, un certificado de funcion tradicional podria autorizar a una tercera parte a crear un codigo de prueba para un telefono movil. Sin embargo, en el caso de un telefono movil, no deberia permitirse a nadie crear un codigo de prueba para un telefono arbitrario. De este modo la presente invencion usa un certificado de funcion especifico de un telefono movil (dispositivo) para permitir a otros realizar alguna actividad sobre un dispositivo especifico, tal como un telefono movil. Cuando el dispositivo tiene un certificado de funcion tal como el usado para el desarrollo de telefonos de prueba, los desarrolladores, incluyendo los desarrolladores de terceras partes, normalmente estarian autorizados para crear y ejecutar un codigo en ese telefono especifico de pruebas sin restricciones.
Refiriendonos ahora a la Figura 1, se muestra un telefono movil especifico 10 en un diagrama de bloques generalizado. En este se ve que contiene alguna forma de modulo de entrada / salida 12, un puerto 13, una unidad de procesamiento central (CPU) 14, una memoria 16, un firmware 18, y una facilidad de depuracion opcional 20. El puerto 13 se puede conectar opcionalmente a una facilidad de depuracion externa 20'. Una tercera parte (TP) 22 tambien puede interactuar con el telefono a traves del puerto 13.
El puerto 13 esta conectado al modulo de E/S para comunicar con el mundo exterior. Este puerto puede ser una antena inalambrica, un puerto de infrarrojos, un teclado, un conector (por ejemplo un puerto RS 232) y otra interfaz. La memoria incluira normalmente al menos alguna memoria resistente a la manipulacion 16'. En la presente realizacion se emite un certificado de funcion por una Autoridad de Certificacion (CA) y como bien se conoce en la tecnica, tal certificado contendria diversos componentes tales como los enumerados en la Recomendacion X.509 de la ITU-T, incluyendo el nombre de la Autoridad de Certificacion que emitio el certificado, un numero de serie, una fecha de expiracion, asi como otra informacion. En particular, el certificado de funcion contiene informacion relativa a una o mas actividades permitidas. El certificado de funcion se firma por la CA que creo el certificado. Tal firma proporciona el mecanismo para permitir a una entidad (tal como un telefono movil u otro dispositivo) tener confianza en la autenticidad del certificado de funcion ya que el certificado de funcion se puede verificar solo con la clave publica correspondiente de la CA ligada a la clave privada de la CA usada para firmar el certificado de funcion. Una vision general de tales certificados se puede encontrar en el documento de Comunicaciones de Netscape titulado, "Introduction to Public-Key Cryptology" que se puede obtener de la Internet en la direccion
http://developer.netscape.com/docs/manuals/security/pkin/contents.htm (ultima actualizacion del 9 de Octubre de 1998 en el momento de presentation de esta solicitud).
La clave publica de la CA normalmente se almacena en una portion de memoria resistente a la manipulacion 16'. Preferiblemente, se almacena una huella digital de la clave publica de CA en la memoria resistente a la manipulacion. A continuacion, la clave publica de la CA, que se puede enviar mas tarde al dispositivo, se puede verificar por la huella digital de esta clave publica de CA recibida (usando el mismo algoritmo de huella digital usado para la huella digital inicial de la clave publica de CA) y comparar este valor de la huella digital con el valor almacenado en la memoria resistente a la manipulacion. Si los valores de las huellas digitales coinciden, la clave publica recibida de la CA se autentifica y se puede usar para verificar el certificado de funcion. Los certificados de funcion normalmente se almacenan en la memoria 16.
De este modo una autoridad de seguridad de operation tal como un fabricante de telefono movil puede emitir los certificados de funcion, por ejemplo, a desarrolladores de software de terceras partes permitiendo que tales desarrolladores de software realicen ciertas actividades con respecto a telefonos moviles especificos. El certificado de funcion se puede incorporar en la memoria del dispositivo en el momento que se fabrica el dispositivo o se puede descargar mas tarde a traves del modulo de E/S 12. La clave publica de CA (o el valor de la huella digital de tal clave normalmente se almacenaria en la memoria resistente a la manipulacion 16' en el momento que se fabrica el dispositivo. Se observara que es posible, si se desea, generar certificados de funciones diferentes usando la misma clave privada de CA para la firma. En tal caso, se puede usar la clave publica de CA dentro de un dispositivo para verificar cualquiera de estos certificados de funcion.
Deberia observarse que el certificado de funcion se usa normalmente con un dispositivo o posiblemente un grupo de dispositivos todos ellos asociados a la misma entidad. Por ejemplo se pude usar un certificado de funcion sobre un
5
10
15
20
25
30
35
40
45
50
55
60
65
grupo de telefonos moviles pertenecientes todos a una compania espedfica. En cada caso, la clave publica (o preferiblemente el valor de la huella digital de la clave publica) correspondiente a la clave privada de la CA usada para firmar el certificado de funcion se almacena en una porcion de memoria 16' resistente a la manipulacion en cada dispositivo.
El telefono movil, una vez recibido el certificado transmitido al mismo a traves del modulo de E/S 12 (o almacenado anteriormente en el instante de la fabricacion) intentaria, mediante la ejecucion del codigo firmware asociado, verificar el certificado usando la clave publica de CA. Si se verifica, el telefono determina que actividades se pueden realizar sobre el mismo. Si el certificado de funcion se puede verificar usando la clave publica de CA, a continuacion se pueden realizar la actividad o actividades especificadas sobre ese telefono por cualquier tercera parte (si no se identifican ninguna tercera parte en el certificado de funcion) o por una tercera parte especifica si se identifica esta en el certificado de funcion (vease mas adelante).
La Figura 2 es un diagrama de flujo que muestra las diversas etapas para la realizacion de la generacion y uso de los certificados de funcion especificos del dispositivo tales como para su uso con los telefonos moviles. De este modo en la etapa 30, una Autoridad de Certificacion (CA) genera un certificado de funcion para un dispositivo especifico, tal como un telefono movil especifico. El certificado de funcion se puede almacenar en la memoria en el momento que se fabrica el dispositivo o se puede distribuir a cualquier tercera parte para el uso de la tercera parte en una comunicacion posterior con el telefono movil especificado.
Como se ve en la Figura 2, en la etapa 30, la Autoridad de Certificacion (CA) genera un certificado de funcion con al menos una actividad permitida identificada dentro de ese certificado y que incluye opcionalmente la identidad de las terceras partes permitidas (TP) que pueden tener el derecho de realizar tales actividades con respecto al dispositivo o que tienen derechos con respecto a la descarga, la instalacion y/o la ejecucion del codigo en el dispositivo. En la etapa 32, la clave publica de CA (o preferiblemente el valor de la huella digital de esta clave publica), que corresponde a la clave privada de CA usada para firmar el certificado de funcion se almacena en el dispositivo en la memoria resistente a la manipulacion 16'. El almacenamiento de la clave publica de CA (o valor de la huella digital) en la memoria 16' se puede hacer en cualquier momento antes o despues de la generacion del certificado de funcion. Se pueden almacenar una o mas claves publicas de CA (o los valores de las huellas digitales de estas claves publicas) en el dispositivo en el area de memoria resistente a la manipulacion y del mismo modo, se pueden generar uno o mas certificados de funcion que pertenecen a un dispositivo especifico. La clave publica de CA (o valores de la huella digital) se deberian almacenar en la memoria resistente a la manipulacion 16' para impedir a las TP el intento de almacenar sus propias claves publicas en el dispositivo.
La memoria resistente a la manipulacion 16' significa alguna forma de memoria que se pueda interrogar para determinar si la informacion almacenada en la misma se ha modificado. El firmware 18 puede contener un codigo para conducir a la CPU 14 a realizar tal interrogacion, o se puede realizar tal interrogacion remotamente a traves de una comunicacion con el telefono movil, tal como a traves del puerto 13.
Se pueden usar otras formas de resistencia a la manipulacion; tales como, la ofuscacion del almacenamiento de informacion (o codigo) dentro del telefono o el codigo del sistema operativo en el telefono para resistir a los cambios de la memoria. Tales tecnicas no se consideran tan eficaces como la memoria resistente a la manipulacion 16'.
Como se ve en la etapa 34, el firmware 18 en el dispositivo se ejecuta por la CPU 14. Una de las funciones del firmware es controlar la CPU para permitir que la CPU use la clave publica de CA (o el valor de la huella digital) almacenada en la memoria resistente a la manipulacion 16' para intentar verificar un certificado de funcion que se ha almacenado en el dispositivo o que se ha recibido por el dispositivo desde una tercera parte a traves del modulo de E/S 12 y el puerto 13. Si el valor de la huella digital de la clave publica de CA se almacena en la memoria resistente a la manipulacion 16', a continuacion el firmware causa que la CPU calcule la huella digital de la clave publica ( tal como se recibe a traves del puerto 13) usando el mismo algoritmo de huella digital usado para generar la huella digital inicial de la clave publica de CA, y por lo tanto para determinar si el valor de la huella digital coincide con el valor de la huella digital en la memoria resistente a la manipulacion 16'. Si los valores de las huellas digitales son los mismos, entonces se usa la clave publica de CA para verificar el certificado de funcion (etapa 36).
En la etapa 36, se realiza una decision concerniente a la verificacion del certificado de funcion. Si se verifica, a continuacion en la etapa 38 se analizan la informacion de actividad permitida, asi como la identidad opcional de las terceras partes permitidas a partir del certificado. Esto tambien se realiza por la CPU 14 bajo la direccion del firmware 18. Si no se verifica el certificado de funcion, entonces no se permite ninguna actividad con respecto al dispositivo (vease la etapa 40).
Si se identifican una o mas terceras partes en el certificado de funcion, a continuacion tambien es necesario que el firmware determine si la tercera parte que comunica con el dispositivo a traves del modulo de E/S 12 coincide con al menos una tercera parte identificada en el certificado (etapa 42). Si se encuentra una coincidencia, a continuacion se permite la actividad analizada en la etapa 38 con respecto a las terceras partes identificadas. Esto se muestra en la etapa 44. De lo contrario, no se permite ninguna actividad con respecto a las terceras partes no identificadas (vease la etapa 46).
5
10
15
20
25
30
Con respecto a la identificacion de las terceras partes en el certificado de funcion, esto se puede hacer almacenando una clave publica de la tercera parte en el certificado y determinando mas tarde si la clave publica recibida desde la tercera parte coincide con la que esta dentro del certificado. El almacenamiento de la clave publica de la tercera parte preferiblemente se puede hacer almacenando una huella digital de la clave publica de la tercera parte y a continuacion realizando una huella digital de la clave publica recibida desde la tercera parte (usando el mismo algoritmo que se uso para almacenar el valor de la huella digital de la clave publica de la tercera parte en el certificado) de modo que se determina si las dos huellas digitales son identicas. Si lo son, entonces se asume que la identidad de la tercera parte es correcta.
Si se permite a la tercera parte que realice actividades permitidas, las actividades se pueden dirigir a traves del modulo de E/S 12 y el puerto 13.
Se observara que el certificado de funcion puede identificar cualquier actividad permitida que se pueda realizar sobre el dispositivo, por ejemplo, tales actividades pueden proporcionar la aceptacion del codigo de ordenador desde una tercera parte. De ese modo el certificado de funcion puede permitir la recepcion del codigo de prueba desde una tercera parte y la instalacion de ese codigo y/o su ejecucion sobre el telefono movil. Como alternativa, el certificado de funcion puede proporcionar la aceptacion del codigo de ordenador de produccion, de nuevo con un permiso adicional de instalacion y/o de ejecucion de ese codigo sobre el telefono movil especifico.
Tambien se pueden proporcionar otros tipos de codigos especiales, dependiendo de las necesidades de desarrollo del telefono. Dependiendo de la actividad o actividades a permitir sobre el telefono movil especifico a la vista del certificado de funcion, puede ser necesario para el telefono movil interactuar adicionalmente con la tercera parte 22 (a traves, por ejemplo, del puerto 13 - vease la Figura 1) para permitir las actividades a realizar, tales como, la recepcion de datos o parametros adicionales para su uso con respecto al codigo recibido.
Como se ve en la Figura 1, la actividad permitida tambien puede ser el uso de la facilidad de depuracion 20 dentro del telefono por la TP o para permitir a la TP el uso de una facilidad externa de depuracion 20' conectada al telefono a traves de por ejemplo el puerto 13. De este modo se han descrito un aparato y un procedimiento flexible y relativamente seguro que permiten al fabricante de un dispositivo generar los certificados de funcion que cuando se leen por el dispositivo proporcionan actividades permitidas especificas a realizar sobre el dispositivo. Por lo tanto el certificado de funcion es el vehiculo para permitir a otros realizar tales actividades especificas solo sobre los dispositivos en los que el fabricante ha almacenado anteriormente su clave publica de CA necesaria para leer el certificado de funcion.

Claims (18)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un procedimiento para permitir a al menos una parte realizar al menos una actividad permitida con respecto a un dispositivo (10), que comprende las etapas de:
    incorporar un certificado de funcion en dicho dispositivo, en donde el certificado de funcion identifica dicha al menos una actividad permitida que se puede activar dentro del dispositivo y en donde el certificado de funcion lo genera una Autoridad de Certificacion; e
    incorporar la informacion relativa a la clave publica en dicho dispositivo, correspondiendo la clave publica a la clave privada usada por la Autoridad de Certificacion para firmar el certificado de funcion, estando configurado el dispositivo para verificar el certificado de funcion usando dicha informacion relativa a la clave publica de la Autoridad de Certificacion, de modo que dicha al menos una actividad permitida pueda ser activada dentro del dispositivo por dicha al menos una parte si se verifica el certificado de funcion, siendo el dispositivo un telefono movil.
  2. 2. Un procedimiento como se define en la reivindicacion 1, en el que el certificado de funcion incluye informacion relativa a un control del nivel de seguridad para dicho dispositivo (10), de modo que el dispositivo (l0) solo permite que dicha al menos una actividad permitida sea un tipo de accion que esta dentro del nivel de seguridad del dispositivo como se define mediante el certificado de funcion.
  3. 3. Un procedimiento como se define en la reivindicacion 2, en el que el nivel de seguridad definido por el certificado de funcion permite la descarga de un tipo de codigo software y/o su instalacion y/o su ejecucion sobre dicho dispositivo por dicha al menos una parte.
  4. 4. Un procedimiento como se define en la reivindicacion 3, en el que el tipo de codigo software es del grupo de tipos de codigo software que consiste en un codigo de prueba, un codigo de produccion y un codigo especial.
  5. 5. Un procedimiento como se define en la reivindicacion 4, en el que el codigo especial puede ser un codigo enlazado a al menos una parte especifica.
  6. 6. Un procedimiento como se define en la reivindicacion 3, en el que el certificado de funcion contiene ademas informacion con respecto a una parte especifica de dicha al menos una parte que puede descargar y/o instalar y/o ejecutar dicho tipo de codigo software.
  7. 7. Un procedimiento como se define en cualquiera de las reivindicaciones anteriores, en donde el certificado de funcion contiene ademas informacion con respecto a una parte especifica de dicha al menos una parte que puede activar la al menos una actividad permitida dentro del dispositivo (10).
  8. 8. Un procedimiento como se define en la reivindicacion 7, en el que dicha informacion con respecto a una parte especifica es una huella digital de la informacion que identifica dicha clave publica de la parte especifica, y en donde el dispositivo valida dicha parte especifica recibiendo dicha informacion que identifica dicha clave publica de la parte especifica, y calculando la huella digital de esta informacion y comparando el valor de la huella digital con el valor de la huella digital contenida en el certificado de funcion, de modo que si los valores de las huellas digitales son iguales, entonces se permite que la parte especifica active la al menos una actividad permitida.
  9. 9. Un procedimiento como se define en la reivindicacion 7 o en la reivindicacion 8, en donde dicha parte especifica es un grupo de entidades.
  10. 10. Un procedimiento como se define en cualquiera de las reivindicaciones anteriores, en el que la incorporacion del certificado de funcion dentro del dispositivo se realiza despues de que la informacion relativa a la clave publica de la Autoridad de Certificacion se incorpore dentro del dispositivo (10).
  11. 11. Un procedimiento como se define en cualquiera de las reivindicaciones anteriores, en donde la informacion relativa a la clave publica de la Autoridad de Certificacion se incorpora en el dispositivo (10) en un area resistente a la manipulacion (16') de la memoria (16).
  12. 12. Un procedimiento como se define en la reivindicacion 11, en el que el area resistente a la manipulacion (16') de la memoria (16) se configura de modo que cualquier modificacion de la informacion almacenada en la misma se pueda comprobar.
  13. 13. Un procedimiento como se define en la reivindicacion 1, en el que la actividad permitida es el uso de la facilidad de depuracion (20) dentro de dicho dispositivo (10).
  14. 14. Un procedimiento como se define en cualquiera de las reivindicaciones anteriores, en donde la Autoridad de Certificacion es una Autoridad de Certificacion raiz.
  15. 15. Un procedimiento como se define en cualquiera de las reivindicaciones anteriores, en donde el certificado de funcion contiene cualquier limitacion de uso con respecto a dicha al menos una actividad permitida.
  16. 16. Un procedimiento como se define en la reivindicacion 15, en el que dicha cualquier limitacion de uso incluye una 5 limitacion de tiempo con respecto a la activacion de dicha al menos una actividad permitida.
  17. 17. Un procedimiento como se define en cualquiera de las reivindicaciones anteriores, en donde dicha informacion relativa a la clave publica de la Autoridad de Certificacion es un valor de huella digital de dicha clave publica de la Autoridad de Certificacion.
    10
  18. 18. Un procedimiento como se define en cualquiera de las reivindicaciones anteriores, que comprende ademas la incorporacion de al menos un certificado de funcion diferente en dicho dispositivo (10).
    imagen1
    FIG. 1
ES03702946.9T 2002-02-28 2003-02-26 Control de niveles de acceso en teléfonos mediante certificados Expired - Lifetime ES2397628T5 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US10/090,426 US20030163685A1 (en) 2002-02-28 2002-02-28 Method and system to allow performance of permitted activity with respect to a device
US90426 2002-02-28
PCT/IB2003/000718 WO2003073686A1 (en) 2002-02-28 2003-02-26 Controlling access levels in phones by certificates

Publications (2)

Publication Number Publication Date
ES2397628T3 ES2397628T3 (es) 2013-03-08
ES2397628T5 true ES2397628T5 (es) 2017-08-23

Family

ID=27753986

Family Applications (1)

Application Number Title Priority Date Filing Date
ES03702946.9T Expired - Lifetime ES2397628T5 (es) 2002-02-28 2003-02-26 Control de niveles de acceso en teléfonos mediante certificados

Country Status (8)

Country Link
US (1) US20030163685A1 (es)
EP (1) EP1479187B2 (es)
AU (1) AU2003206062A1 (es)
DK (1) DK1479187T4 (es)
ES (1) ES2397628T5 (es)
PT (1) PT1479187E (es)
WO (1) WO2003073686A1 (es)
ZA (1) ZA200406810B (es)

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7925878B2 (en) * 2001-10-03 2011-04-12 Gemalto Sa System and method for creating a trusted network capable of facilitating secure open network transactions using batch credentials
US7573159B1 (en) 2001-10-22 2009-08-11 Apple Inc. Power adapters for powering and/or charging peripheral devices
US7930537B2 (en) * 2002-08-13 2011-04-19 Nokia Corporation Architecture for encrypted application installation
ES2420758T3 (es) * 2002-08-19 2013-08-26 Research In Motion Limited Sistema y método para un control seguro de los recursos de dispositivos de comunicación móvil inalámbrica
CA2505343C (en) * 2002-11-08 2010-06-22 Research In Motion Limited System and method of connection control for wireless mobile communication devices
FI20022278A7 (fi) * 2002-12-27 2004-06-28 Nokia Corp Menetelmä ja järjestelmä ohjelman testaamiseksi ja laite
JP2006514321A (ja) * 2003-02-03 2006-04-27 ノキア コーポレイション 暗号化されたアプリケーションをインストールするためのアーキテクチャ
US20050149724A1 (en) * 2003-12-30 2005-07-07 Nokia Inc. System and method for authenticating a terminal based upon a position of the terminal within an organization
US20050144144A1 (en) * 2003-12-30 2005-06-30 Nokia, Inc. System and method for authenticating a terminal based upon at least one characteristic of the terminal located at a position within an organization
US7400878B2 (en) 2004-02-26 2008-07-15 Research In Motion Limited Computing device with environment aware features
KR100575767B1 (ko) * 2004-03-05 2006-05-03 엘지전자 주식회사 이동 통신 단말기의 장치번호 저장 방법
US7882348B2 (en) * 2004-04-30 2011-02-01 Research In Motion Limited System and method for administering digital certificate checking
US7734284B2 (en) 2004-04-30 2010-06-08 Research In Motion Limited System and method for handling data transfers
US7472277B2 (en) * 2004-06-17 2008-12-30 International Business Machines Corporation User controlled anonymity when evaluating into a role
FR2878099A1 (fr) * 2004-11-16 2006-05-19 France Telecom Procede d'etablissement d'un certificat numerique
US8312263B2 (en) * 2005-01-25 2012-11-13 Cisco Technology, Inc. System and method for installing trust anchors in an endpoint
US7581106B1 (en) * 2005-04-20 2009-08-25 Adobe Systems Incorporated Using digital certificates to facilitate enforcement of product licenses
US7614082B2 (en) 2005-06-29 2009-11-03 Research In Motion Limited System and method for privilege management and revocation
KR101185595B1 (ko) * 2005-09-30 2012-09-24 삼성전자주식회사 스마트 카드를 이용하여 보안 기능을 수행하는 장치 및 그방법
US20070300058A1 (en) * 2006-06-21 2007-12-27 Nokia Corporation Credential Provisioning For Mobile Devices
US9026800B2 (en) * 2006-10-06 2015-05-05 Broadcom Corporation Method and system for allowing customer or third party testing of secure programmable code
US8799648B1 (en) * 2007-08-15 2014-08-05 Meru Networks Wireless network controller certification authority
US20090172420A1 (en) * 2007-12-31 2009-07-02 Kabushiki Kaisha Toshiba Tamper resistant method and apparatus for a storage device
US20100083002A1 (en) * 2008-09-30 2010-04-01 Liang Cui Method and System for Secure Booting Unified Extensible Firmware Interface Executables
US8347080B2 (en) * 2010-05-10 2013-01-01 Research In Motion Limited System and method for multi-certificate and certificate authority strategy
US9147085B2 (en) 2010-09-24 2015-09-29 Blackberry Limited Method for establishing a plurality of modes of operation on a mobile device
US9047451B2 (en) 2010-09-24 2015-06-02 Blackberry Limited Method and apparatus for differentiated access control
EP2619704B1 (en) 2010-09-24 2018-01-10 BlackBerry Limited Method and apparatus for differentiated access control
US9225727B2 (en) 2010-11-15 2015-12-29 Blackberry Limited Data source based application sandboxing
US20130039266A1 (en) 2011-08-08 2013-02-14 Research In Motion Limited System and method to increase link adaptation performance with multi-level feedback
US9497220B2 (en) 2011-10-17 2016-11-15 Blackberry Limited Dynamically generating perimeters
US9161226B2 (en) 2011-10-17 2015-10-13 Blackberry Limited Associating services to perimeters
US9613219B2 (en) 2011-11-10 2017-04-04 Blackberry Limited Managing cross perimeter access
US8799227B2 (en) 2011-11-11 2014-08-05 Blackberry Limited Presenting metadata from multiple perimeters
US8942692B2 (en) 2011-12-02 2015-01-27 Text Safe Teens, Llc Remote mobile device management
US9262604B2 (en) 2012-02-01 2016-02-16 Blackberry Limited Method and system for locking an electronic device
US9698975B2 (en) 2012-02-15 2017-07-04 Blackberry Limited Key management on device for perimeters
CA2805960C (en) 2012-02-16 2016-07-26 Research In Motion Limited Method and apparatus for management of multiple grouped resources on device
US9306948B2 (en) 2012-02-16 2016-04-05 Blackberry Limited Method and apparatus for separation of connection data by perimeter type
EP2629570B1 (en) 2012-02-16 2015-11-25 BlackBerry Limited Method and apparatus for automatic vpn login and interface selection
US9369466B2 (en) 2012-06-21 2016-06-14 Blackberry Limited Managing use of network resources
US8972762B2 (en) 2012-07-11 2015-03-03 Blackberry Limited Computing devices and methods for resetting inactivity timers on computing devices
US8656016B1 (en) 2012-10-24 2014-02-18 Blackberry Limited Managing application execution and data access on a device
US9075955B2 (en) 2012-10-24 2015-07-07 Blackberry Limited Managing permission settings applied to applications
US10114939B1 (en) * 2014-09-22 2018-10-30 Symantec Corporation Systems and methods for secure communications between devices
US9843451B2 (en) 2014-10-30 2017-12-12 Motorola Solutions, Inc. Apparatus and method for multi-state code signing
US10243955B2 (en) * 2016-07-14 2019-03-26 GM Global Technology Operations LLC Securely establishing time values at connected devices
JP7747059B2 (ja) * 2021-11-09 2025-10-01 日本電気株式会社 インストール制御装置、インストール制御方法、情報処理装置、インストール制御システム及びプログラム
US12141287B2 (en) * 2022-07-28 2024-11-12 Dell Products L.P. Enabling flexible policies for BIOS settings access with role-based authentication
US12216753B2 (en) * 2022-10-26 2025-02-04 Dell Products L.P. Provisioning multiple platform root of trust entities of a hardware device using role-based identity certificates

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CZ11597A3 (en) * 1994-07-19 1997-09-17 Bankers Trust Co Method of safe use of digital designation in a commercial coding system
US6233577B1 (en) * 1998-02-17 2001-05-15 Phone.Com, Inc. Centralized certificate management system for two-way interactive communication devices in data networks
US6438550B1 (en) * 1998-12-10 2002-08-20 International Business Machines Corporation Method and apparatus for client authentication and application configuration via smart cards
US6772331B1 (en) * 1999-05-21 2004-08-03 International Business Machines Corporation Method and apparatus for exclusively pairing wireless devices
AU782518B2 (en) * 2000-01-07 2005-08-04 International Business Machines Corporation A method for inter-enterprise role-based authorization
US6804357B1 (en) * 2000-04-28 2004-10-12 Nokia Corporation Method and system for providing secure subscriber content data
US6785816B1 (en) * 2000-05-01 2004-08-31 Nokia Corporation System and method for secured configuration data for programmable logic devices
US7047409B1 (en) * 2000-06-09 2006-05-16 Northrop Grumman Corporation Automated tracking of certificate pedigree
WO2002013434A1 (en) * 2000-08-04 2002-02-14 First Data Corporation Method and apparatus for access authentication entity
US20020078380A1 (en) * 2000-12-20 2002-06-20 Jyh-Han Lin Method for permitting debugging and testing of software on a mobile communication device in a secure environment
US6968453B2 (en) * 2001-01-17 2005-11-22 International Business Machines Corporation Secure integrated device with secure, dynamically-selectable capabilities
US20020152086A1 (en) * 2001-02-15 2002-10-17 Smith Ned M. Method and apparatus for controlling a lifecycle of an electronic contract
US6714778B2 (en) * 2001-05-15 2004-03-30 Nokia Corporation Context sensitive web services

Also Published As

Publication number Publication date
DK1479187T3 (da) 2013-03-18
EP1479187B1 (en) 2012-12-19
AU2003206062A1 (en) 2003-09-09
PT1479187E (pt) 2013-01-24
WO2003073686A1 (en) 2003-09-04
DK1479187T4 (en) 2017-03-06
EP1479187A4 (en) 2007-07-18
EP1479187B2 (en) 2017-01-04
ES2397628T3 (es) 2013-03-08
US20030163685A1 (en) 2003-08-28
ZA200406810B (en) 2005-11-30
EP1479187A1 (en) 2004-11-24

Similar Documents

Publication Publication Date Title
ES2397628T3 (es) Control de niveles de acceso en teléfonos por certificados
ES2465967T3 (es) Sistema y método de firma mediante código por software
US7886355B2 (en) Subsidy lock enabled handset device with asymmetric verification unlocking control and method thereof
CN100533332C (zh) 提高数据安全性的方法和系统
ES2893529T3 (es) Dispositivo de comunicación móvil y método de funcionamiento del mismo
US7797545B2 (en) System and method for registering entities for code signing services
KR101067615B1 (ko) 전자 장치에의 데이터 로딩
ES2332020T3 (es) Procedimiento y sistema de control del bloqueo/desbloqueo de las funciones de acceso a red de un temrinal con funciones multiples.
JP4912879B2 (ja) プロセッサの保護された資源へのアクセスに対するセキュリティ保護方法
CN101375542B (zh) 用于为无线设备管理安全软件的方法和设备
EP2063378B1 (en) Telecommunications device security
US20070074033A1 (en) Account management in a system and method for providing code signing services
ES3037484T3 (en) Method for handling data in a secure container
US20070074031A1 (en) System and method for providing code signing services
CA2561604A1 (en) Account management in a system and method for providing code signing services
US8340289B2 (en) System and method for providing an indication of randomness quality of random number data generated by a random data service
US20030059049A1 (en) Method and apparatus for secure mobile transaction
US20070074032A1 (en) Remote hash generation in a system and method for providing code signing services
CA2561608A1 (en) System and method for registering entities for code signing services
CA2561614C (en) System and method for providing code signing services
WO2012079612A1 (en) Method for changing an operating mode of a mobile device
KR100948599B1 (ko) 이동통신 단말의 보안성 강화 방법 및 그 시스템
CA2561606A1 (en) Remote hash generation in a system and method for providing code signing services
AU2007287512B2 (en) Method of customizing a security component, particularly in an unprotected environment