ES2265694T3 - Procedimiento para verificar en un aparato movil la autenticidad de los certificados electronicos emitidos por una autoridad certificadora y modulo de identificacion correspondiente. - Google Patents
Procedimiento para verificar en un aparato movil la autenticidad de los certificados electronicos emitidos por una autoridad certificadora y modulo de identificacion correspondiente. Download PDFInfo
- Publication number
- ES2265694T3 ES2265694T3 ES99957829T ES99957829T ES2265694T3 ES 2265694 T3 ES2265694 T3 ES 2265694T3 ES 99957829 T ES99957829 T ES 99957829T ES 99957829 T ES99957829 T ES 99957829T ES 2265694 T3 ES2265694 T3 ES 2265694T3
- Authority
- ES
- Spain
- Prior art keywords
- module
- certificate
- mobile device
- mentioned
- certification authority
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 29
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 title 1
- 238000012545 processing Methods 0.000 claims description 8
- 230000006870 function Effects 0.000 claims description 5
- 230000009977 dual effect Effects 0.000 claims description 3
- 230000008901 benefit Effects 0.000 abstract description 2
- 238000004891 communication Methods 0.000 description 13
- 238000010295 mobile communication Methods 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- IRLPACMLTUPBCL-KQYNXXCUSA-N 5'-adenylyl sulfate Chemical compound C1=NC=2C(N)=NC=NC=2N1[C@@H]1O[C@H](COP(O)(=O)OS(O)(=O)=O)[C@@H](O)[C@H]1O IRLPACMLTUPBCL-KQYNXXCUSA-N 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
- H04W12/069—Authentication using certificates or pre-shared keys
-
- 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/56—Financial cryptography, e.g. electronic payment or e-cash
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0853—Network architectures or network communication protocols for network security for authentication of entities using an additional device, e.g. smartcard, SIM or a different communication terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
- Radar Systems Or Details Thereof (AREA)
- Lock And Its Accessories (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Procedimiento para verificar la autenticidad de certificados electrónicos emitidos por una autoridad de certificación en un dispositivo móvil (13), en el que el dispositivo móvil mencionado dispone de un módulo de identificación (16), como por ejemplo SIM o WIM, en el que los certificados emitidos mencionados se autentifican con un certificado propiamente firmado de la autoridad de certificación, caracterizado porque o el certificado electrónico propiamente firmado de la autoridad de certificación o un archivo con el que se puede encontrar este certificado están almacenados en un segundo módulo (14) que se conecta con el dispositivo móvil (13) mencionado.
Description
Procedimiento para verificar en un aparato móvil
la autenticidad de los certificados electrónicos emitidos por una
autoridad certificadora y módulo de identificación
correspondiente.
La presente invención se refiere a un
procedimiento para verificar certificados electrónicos en
dispositivos móviles y a un módulo de identificación
correspondiente.
Se conocen ya procedimientos criptográficos
asimétricos que pueden ser usados para autentificar interlocutores
miembros de comunicación en una red de comunicaciones móviles, por
ejemplo en una red GSM. Procedimientos de este tipo se basan, por
ejemplo, en el algoritmo RSA.
La Figura 1 muestra de modo esquemático un
proceso de autentificación. Cuando la primera entidad 1 quiere
autentificar una segunda entidad 2, por ejemplo un interlocutor
miembro de comunicación, entonces ésta ha de pedir a esta segunda
entidad que pruebe que posee una clave privada. Aunque la clave
privada sólo es conocida para la segunda entidad, 1 dispone de la
clave pública de 2 con la que se puede comprobar que 2 ha usado la
clave privada de 2.
Para realizar esta prueba, por ejemplo, la
entidad 2 puede encriptar un número aleatorio 3 de 1 (challenge:
desafío), que sea conocido para las dos partes. Típicamente, el
número aleatorio de 1 se genera y se envía hacia 2; 1 espera de 2
que 2 firme este número aleatorio con su clave privada, y que 2
responda con esta firma 4. La firma 4 puede ser verificada entonces
por 1 con la clave pública de 2.
El desafío también puede ser conocido,
implícitamente, por las dos partes, de manera que sólo se ha de
enviar el segundo mensaje 4. Cuando las dos entidades 1, 2 disponen
de un reloj sincronizado, se puede usar, por ejemplo, como desafío,
el tiempo. Ante todo, es importante que un desafío 3 nunca se use
dos veces.
La primera entidad 1 también puede usar la clave
pública de la segunda entidad 2 para encriptar datos que sólo se
pueden desencriptar con la clave privada de 2. De este modo se
pueden desencriptar, por ejemplo, las claves de sesión (o elementos
de datos que permiten derivan una clave de sesión) de 1, y enviarlas
a 2. Cuando 2 usa posteriormente esta clave de sesión para
encriptar datos con un algoritmo simétrico, también prueba que
posee la clave privada requerida para la desencriptación de esta
clave; con ello también se autentifica. La clave de sesión se puede
usar, por ejemplo, durante una sesión.
Naturalmente, 2 también se puede autentificar
con este mecanismo 1 y con la pareja de claves de 1.
La primera entidad 1 ha de estar segura de que
la clave pública que usa pertenece realmente a la entidad 2. Para
poder hacer que se pruebe la autenticidad de esta clave, se pueden
usar certificados que son emitidos por una autoridad de
certificación (CA - Certification Authority).
La Figura 2 muestra un ejemplo de un certificado
de claves 5 de este tipo. El certificado 5 es un documento
electrónico que además de la clave 51 pública del usuario, comprende
también habitualmente su nombre 50 y el nombre de la autoridad de
certificación 52 que ha concedido el certificado. Con una función
Hash 6 se determina el valor Hash 7, por ejemplo, de los parámetros
50, 51, 52; este valor 7 se firma entonces por la autoridad de
certificación a partir de un algoritmo 9 criptográfico asimétrico,
por ejemplo RSA, con la clave 8 privada de la autoridad de
certificación, y la firma 53 se copia en el certificado.
Cada tercera parte puede comprobar entonces con
la clave 12 pública de la autoridad de certificación si la firma 53
digital ha sido entregada realmente por la autoridad de
certificación 8 (Figura 3). Para esta finalidad se ha de determinar
el valor Hash 7 de los parámetros 50 a 52, y se ha de comparar con
el valor Hash 10 que se determina a partir de la firma 53 con la
clave 12 pública de la autoridad de certificación. En el caso de
que los dos valores Hash sean iguales, y en caso de que se confíe en
la autoridad de certificación, se puede considerar el certificado 5
como auténtico. Una tercera parte que disponga de la clave 12
pública de la autoridad de certificación puede comprobar de esta
manera si la clave 51 pública indicada en el certificado 5 pertenece
realmente al interlocutor miembro identificado.
De este modo, sin embargo, se vuelve al problema
original: ¿cómo se puede estar seguro de que la clave 12 pública
que se tiene pertenece realmente a la autoridad de certificación, y
que no ha sido falsificada? Para esta finalidad se requiere al
menos una clave pública en la que se pueda confiar y que pueda ser
usada para la comprobación de todos los demás certificados.
Una "clave original" de este tipo se puede
almacenar, por ejemplo, en un "certificado original"
propiamente firmado. La clave pública que está indicada en el
certificado original se puede usar para comprobar este certificado
original.
El objetivo de esta invención es proponer un
nuevo procedimiento para distribuir este tipo de "certificados
originales" a usuarios de dispositivos móviles, en particular de
teléfonos de redes de comunicaciones móviles.
\newpage
En el campo de la informática se conoce ya el
hecho de almacenar una lista de certificados originales de
diferentes instancias de certificación en navegadores comerciales.
Un usuario de ordenador que instala un navegador en su ordenador
copia con ello automáticamente esta lista de certificados. En el
caso de que, sin embargo, el navegador se copie desde una fuente no
fiable, por ejemplo, por Internet, no se puede descartar que esta
lista haya sido falsificada. Además, la instalación de nuevos
certificados originales después de la instalación del navegador
sólo se puede llevar a cabo con mucho esfuerzo.
En caso de que una autoridad de certificación
quiera dar a conocer rápida y ampliamente sus certificados por
medio de este procedimiento de distribución, ha de negociar con cada
fabricante de navegadores para que los certificados se copien en
las nuevas versiones de cada navegador. Sin embargo, puede durar
meses o incluso años antes de que una base extensa de usuarios haya
instalado una versión del navegador.
También se ha sugerido depositar los
certificados originales en el mismo dispositivo móvil. Para una
autoridad de certificación, sin embargo, es todavía más difícil
distribuir un certificado rápidamente en muchos dispositivos móviles
de diferentes fabricantes.
Los certificados electrónicos, además, se han
copiado en regiones de memoria de las tarjetas SIM. Debido a ello,
para cada autoridad de certificación se origina una dependencia
respecto al distribuidor de tarjetas SIM. Además, los usuarios de
telefonía móvil no están dispuestos a reemplazar su tarjeta SIM
personal, en la que también están almacenados datos personales,
como directorios de números de teléfono, sólo para actualizar su
lista de certificados.
El documento
US-A-5887266 da a conocer un
dispositivo móvil de ranura múltiple con una tarjeta SIM en la
primera ranura, y al menos otra tarjeta de chip en otra ranura.
Esta otra tarjeta de chip, por lo menos, contiene una CPU propia,
una EEPROM, y una RAM para la realización de aplicaciones. En el
caso de que la tarjeta de chip se trate de una tarjeta de dinero,
entonces el usuario se puede identificar por medio de la
introducción de un número de identificación que se compara por
medio de la tarjeta de dinero con un número almacenado, en una
aplicación para el pago a través del dispositivo móvil. En este caso
se lleva a cabo la identificación del punto de venta ("Electronic
Point of Sale"; punto de venta electrónico), con el que se
establece una conexión local, por ejemplo, a través de IrDA, a
través de mecanismos conocidos generalmente de la capa de enlace de
datos (OSI - data link layer), que contiene, por ejemplo, la
transmisión de un certificado al terminal móvil.
El artículo "On
Certificate-based security Protocols for wireless
mobile Communication Systems", IEEE Network, The Magazin of
Computer Communications, Vol. 11, nº 5, 1 de septiembre de 1997, da
a conocer, entre otras cosas, un procedimiento para la
autentificación de un certificado obtenido de una red a partir de un
certificado de una autoridad de certificación en el módulo SIM de
un terminal móvil para, con ayuda de un certificado, garantizar la
autentificación de la unidad correspondiente en la parte de la
red.
El documento WO97/40616 da a conocer una tarjeta
inteligente prepago que se usa en un teléfono móvil, un
procedimiento para el pago por adelantado de llamadas con el
teléfono móvil y un sistema para operar el teléfono móvil con una
tarjeta inteligente de prepago. En este caso, la tarjeta permite
operar el procedimiento y el sistema del teléfono móvil de modo
anónimo y/o el pago por medio de un usuario sin contrato. El sistema
requiere adaptaciones mínimas de teléfonos móviles existentes o de
redes de telefonía móvil, y ofrece seguridad frente a un uso
indebido eventual.
El objetivo de la invención es proporcionar un
nuevo sistema de distribución que permita una distribución rápida de
certificados.
Otro objetivo es ofrecer un nuevo procedimiento
para verificar los certificados electrónicos emitidos por una
autoridad de certificación en un dispositivo móvil.
Según la presente invención, estos objetivos se
alcanzan, en particular, por medio de las características de las
reivindicaciones independientes. Otras formas de realización
ventajosas se derivan además de las reivindicaciones subordinadas y
de la descripción.
En el procedimiento reivindicado, un certificado
electrónico propiamente firmado de la autoridad de certificación o
un archivo con el que se puede encontrar este certificado para la
autentificación del certificado electrónico de la autoridad de
certificación, se almacena en un segundo módulo del dispositivo
móvil.
El segundo módulo puede estar formado, por
ejemplo, por una segunda tarjeta de chip, que puede ser introducida
junto a la primera tarjeta de chip en una segunda ranura de tarjeta
de un dispositivo móvil de "ranura doble".
Esto tiene la ventaja de que los certificados
electrónicos se pueden distribuir de un modo rápido y sencillo
ofreciendo para ello nuevos módulos. Los usuarios de telefonía móvil
que necesitan un certificado nuevo de este tipo, por ejemplo para
usar una nueva aplicación asegurada, o para comunicarse con un nuevo
interlocutor miembro, lo pueden instalar de un modo muy sencillo,
introduciendo para ello sólo un módulo nuevo en su dispositivo
móvil.
A continuación se describe la invención con más
detalle a partir del dibujo anexo de ejemplos de realización
preferidos:
La Figura 1 descrita
anteriormente muestra un esquema de autentificación basado en
criptografía asimétrica.
La Figura 2 descrita
anteriormente muestra de modo esquemático la fabricación de un
certificado de claves.
La Figura 3 descrita
anteriormente muestra de modo esquemático la comprobación de un
certificado.
La Figura 4 muestra un
dispositivo móvil de "ranura doble".
La Figura 5 muestra el mismo
dispositivo móvil de "ranura doble" de modo esquemático.
Las Figuras 6 a 13 muestran de modo
esquemático el flujo de comunicación entre el dispositivo móvil y
los dos módulos en ocho diferentes formas de realización de la
invención.
Aunque esta invención describe en varios
detalles el caso especial de la realización en una red de
comunicaciones móviles GSM, el personal técnico entenderá que este
procedimiento también puede ser empleado con otros tipos de redes
móviles como, por ejemplo, con AMPS, TDMA, CDMA, TACS, PDC, HSCSD,
GPRS, EDGE o UMTS, en particular con redes equipadas con WAP
(Wireless Application Protocol; protocolo inalámbrico de
aplicaciones). Esta invención, además, puede ser usada en otras
redes, en particular en Internet.
La Figura 4 muestra un dispositivo móvil 13, en
este ejemplo un teléfono móvil, que puede ser empleado para la
invención. Este aparato presenta medios de entrada 19 (aquí un
teclado), medios de reproducción 18 y 20 (aquí una pantalla LCD y
un altavoz), una ranura para un módulo de identificación
convencional, por ejemplo una tarjeta SIM (Subscriber
Identification Module; módulo de identificación del abonado), un
módulo SIM o una tarjeta SIM/WIM (WAP Identification Module; módulo
de identificación WAP) 16, así como una ranura para un segundo
módulo 14, por ejemplo en forma de una tarjeta de chip, por ejemplo
en formato plug-in o preferentemente en formato
ISO. Los dos módulos 16, 14 pueden ser introducidos al mismo tiempo
en el dispositivo móvil 13, y se pueden comunicar a través de una
interfaz con medios de procesado de datos no representados en el
dispositivo móvil 13.
Los teléfonos móviles 13 de ranura doble se
conocen ya de por sí. La presente invención, sin embargo, también
se puede emplear con otros tipos de dispositivos móviles que
dispongan de dos lectores de módulo. Por ejemplo, esta invención
también se pueden usar con ordenadores, por ejemplo con ordenadores
portátiles o con ordenadores tipo Palm, que disponen de dos lectores
de módulos, por ejemplo dos lectores de tarjetas chip.
El primer módulo 16 está realizado
preferentemente como tarjeta de chip extraíble, por ejemplo en
formato de plug-in o en formato ISO; y comprende
una región de memoria protegida no representada en la que está
almacenada una identificación de usuario, por ejemplo una
identificación IMSI (Internacional Mobile Subscriber Identity;
identidad móvil internacional del abonado) de una red de
comunicaciones móviles GSM. Un certificado personal del usuario
también puede estar contenido en la EEPROM del primer módulo 16. El
primer módulo también podría estar realizado en la forma de otro
soporte de datos, por ejemplo de un soporte de datos óptico,
magnético y/o semiconductor, por ejemplo como módulo ROM o EPROM.
El primer módulo se podría realizar incluso como módulo de software
dentro de una región de memoria protegida del dispositivo móvil
13.
El segundo módulo 14 conforme a la invención se
puede extraer y se puede comercializar y distribuir
independientemente del dispositivo móvil 13 y del primer módulo 16,
por ejemplo directamente a través de la autoridad de certificación,
por ejemplo un instituto financiero, un operador de
telecomunicaciones, etc.
Preferentemente, el segundo módulo se realiza
igualmente como una tarjeta de chip, preferentemente en un formato
ISO manejable. En otras formas de realización, este módulo, sin
embargo, también se podría realizar en la forma de otro soporte de
datos, por ejemplo, de un soporte de datos óptico, magnético y/o
semiconductor, por ejemplo como módulo ROM o EPROM.
El segundo módulo 14 comprende una región de
memoria 15 protegida en la que está almacenado al menos un
certificado o una referencia a un certificado, preferentemente un
certificado original con el que se pueden comprobar otros
certificados. Este certificado se almacena preferentemente durante
la fabricación del segundo módulo 14, por ejemplo, se define en una
región ROM del módulo 14. En una variante, este certificado se
almacena en la personalización del segundo módulo a través de la
autoridad de certificación 14.
En la región de memoria 15 del segundo módulo se
puede almacenar, por ejemplo, un certificado 5 completo de la
autoridad de certificación, tal y como se representa en las Figuras
2 y 3 como ejemplo. En una variante, en lugar de ello, se utiliza
sólo una referencia a un certificado de este tipo, por ejemplo un
valor Hash del certificado, una dirección, por ejemplo una
dirección URL de un certificado almacenado de otra manera, el
número de serie de la autoridad de certificación, etc. En lo
sucesivo, en la descripción y en las reivindicaciones, al decir
"referencia al certificado", a lo que se hace referencia es o
bien al mismo certificado o bien a otro archivo que permite
encontrar este
certificado.
certificado.
Adicionalmente pueden estar contenidas listas de
certificados o de certificados originales en el segundo módulo
14.
El segundo módulo 14 también puede ejercer otras
funciones además de la comprobación de certificados, como por
ejemplo funciones de transacciones de pagos. En una variante, el
segundo módulo 14, por ejemplo, también se puede emplear como
tarjeta de dinero, por ejemplo como tarjeta de crédito, de débito
y/o de prepago. En caso de que el segundo módulo 14 sea ofrecido
por una institución de tarjetas de crédito o por un instituto
financiero, entonces, por ejemplo, se puede almacenar el certificado
o una referencia al certificado de este instituto en el módulo.
El segundo módulo 14 puede ser incluso una
tarjeta de chip multifuncional, por ejemplo una Javacard (marca
registrada de Sun), o una OpenCard (marca registrada de IBM), que
permite soportar varias aplicaciones como Applet o como
programa.
El certificado almacenado en el segundo módulo
14 puede ser usado por el dispositivo móvil 13, o bien por
aplicaciones en este terminal móvil 13 y/o en el primer módulo 16,
para comprobar firmas digitales. Por ejemplo, este certificado
puede ser usado por funciones de seguridad del protocolo WTLS en un
navegador WAP (Wireless Application Protocol; protocolo inalámbrico
de aplicaciones), para autentificar los certificados de
interlocutores miembros emitidos por una autoridad de
certificación.
La Figura 5 muestra de modo esquemático los
posibles flujos de datos A, B, C entre el primer módulo 16, el
segundo módulo 14 y el dispositivo móvil 13 (ME - Mobile Equipment;
equipo móvil), que se comunica a través de una red de
comunicaciones móviles con un interlocutor miembro 21 remoto, por
ejemplo un proveedor de servicios. El dispositivo móvil 13, o bien
una aplicación en este dispositivo móvil o en el primer módulo 16,
quiere identificar al interlocutor miembro 21 remoto, por ejemplo
empleando para ello el protocolo WTLS. Para esta finalidad, esta
aplicación ha de usar el certificado original en el segundo módulo
14. Esto puede pasar de dos modos:
En una primera forma de realización se usa el
segundo módulo puramente como memoria. En esta forma de realización,
el certificado original 5 se almacena en la región de memoria
mencionada del segundo módulo, y puede ser recogido por el
dispositivo móvil 13 y/o por el primer módulo 16 para comprobar el
certificado del interlocutor miembro 21.
En una segunda variante, el segundo módulo
dispone de medios de procesado de datos propios (rendimientos del
ordenador), con los que se pueden llevar a cabo estas
comprobaciones. En esta variante, el dispositivo móvil 13 y/o el
primer módulo 16 transmite al segundo módulo el certificado recibido
por el interlocutor miembro 21 para la comprobación. El segundo
módulo comprueba el certificado del interlocutor miembro, y entrega
de vuelta una confirmación de autentificación, una confirmación de
no autentificación, o preferentemente mensajes más precisos como
resultado.
En caso de que el ejecutor de una aplicación,
por ejemplo la aplicación que quiere comprobar un certificado, en
el dispositivo móvil 13, entonces puede tener lugar la comunicación
con el segundo módulo o bien directamente (flecha C), o bien por
medio del primer módulo 16 (flechas A y B) (presuponiendo, en el
caso de una referencia a un certificado, que el certificado es
recogido (pasos no representados)).
Se pueden usar cuatro mensajes diferentes para
comprobar el certificado de un interlocutor miembro:
1. Read_CA_Cert_Request: Solicita una copia del
certificado original (o una referencia a este certificado).
2. Read_CA_Cert_Reply: Envía el certificado
original como respuesta (o una referencia a este certificado).
3. Check_Partner_Cert_Request: Envía el
certificado del interlocutor miembro (o una referencia a este
certificado).
4. Check_Partner_Cert_Reply: Envía el resultado
de la comprobación del certificado (Certificado autentificado/no
autentificado).
A continuación describiremos con más detalle
diferentes formas de realización del procedimiento conforme a la
invención a partir de las Figuras 6 a 13.
En la variante representada con la Figura 6 se
encuentra el ejecutor de la aplicación, por ejemplo una aplicación
WTLS, en el dispositivo móvil 13, y la comunicación entre el
dispositivo móvil 13 y el segundo módulo 14 tiene lugar
directamente a través del canal C. El segundo módulo 14 se usa ahora
como memoria.
En esta variante, en primer lugar, el
dispositivo móvil 13 envía un Read_CA_Cert_Request (flecha 61) al
segundo módulo 14, que contesta con el certificado almacenado, o
con la referencia almacenada, por medio de un Read_CA_Cert_Reply
(flecha 62). Este certificado (o la referencia correspondiente)
puede ser usado entonces por una aplicación en el dispositivo móvil
para comprobar el certificado de un interlocutor miembro 21.
En la variante representada con la Figura 7, el
ejecutor de la aplicación, por ejemplo una aplicación WTLS, se
encuentra en el dispositivo móvil 13, y la comunicación entre el
dispositivo móvil 13 y el segundo módulo 14 tiene lugar
directamente a través del canal C. Al contrario que en la variante
de la Figura 6, sin embargo, el segundo módulo dispone de medios de
procesado de datos con los que se puede comprobar un certificado él
mismo.
En esta variante, en primer lugar, el
dispositivo móvil 13 envía un Check_Partner_Cert_Request (flecha 71)
al segundo módulo 14. Esta petición contiene un certificado del
interlocutor miembro (dado el caso, recogido previamente). El
segundo módulo responde con el resultado de la comprobación
realizada por medio de un Check_Partner_Cert_
Reply (flecha 72).
Reply (flecha 72).
En la variante representada con la Figura 8, el
ejecutor de la aplicación, por ejemplo una aplicación WTLS, se
encuentra en el dispositivo móvil 13. La comunicación con el segundo
módulo 14, sin embargo, tiene lugar a través del primer módulo (SIM
o WIM) 16 (flechas A y B en la Figura 5). El segundo módulo 14 se
usa sólo como memoria.
En esta variante, el dispositivo móvil 13 envía
en primer lugar un Read_CA_Cert_Request (flecha 81) al primer
módulo 16, que envía esta petición al segundo módulo 14 (flecha 82).
El segundo módulo 14 responde con el certificado original
almacenado o con la referencia a través de una respuesta
Read_CA_Cert_Reply (flecha 83); el primer módulo envía el
certificado contenido o la referencia al dispositivo móvil 13
(flecha 84), que puede usar este certificado original para
comprobar el certificado del interlocutor miembro 21.
En la variante representada con la Figura 9, el
ejecutor de la aplicación, por ejemplo una aplicación WTLS, se
encuentra en el dispositivo móvil 13. La comunicación con el segundo
módulo 14 tiene lugar también a través del primer módulo (SIM o
WIM) 16. Al contrario de la variante de la Figura 8, el segundo
módulo dispone de medios de procesado de datos con los que se puede
comprobar él mismo un certificado.
En esta variante, en primer lugar, el
dispositivo móvil 13 envía un Check_Partner_Cert_Request (flecha 91)
al primer módulo 16. Esta petición contiene el certificado del
interlocutor miembro (dado el caso, recogido previamente), o una
referencia al certificado del interlocutor miembro, con la que el
segundo módulo puede recoger el certificado a través del terminal
13, y eventualmente a través del primer módulo 16. El primer módulo
transmite entonces esta petición al segundo módulo 14 (flecha 92).
El segundo módulo 14 comprueba el certificado obtenido, y envía el
resultado de la comprobación de vuelta al primer módulo 16 (flecha
93, Check_Partner_Cert_Reply). El primer módulo transmite el
resultado obtenido al dispositivo móvil 13 (flecha 94).
En la variante representada con la Figura 10, el
ejecutor de la aplicación, por ejemplo una aplicación WTLS, se
encuentra en el primer módulo 16. La comunicación entre el primer y
el segundo módulo 14 se realiza a través del dispositivo móvil 13
(flechas A y C en la Figura 5). El segundo módulo 14 se usa como
memoria.
En esta variante, en primer lugar, el primer
módulo 16 envía un Read_CA_Cert_Request al dispositivo móvil 13
(flecha 101), que transmite esta petición al segundo módulo 14
(flecha 102). El segundo módulo responde con el certificado original
almacenado, o con una referencia al certificado original a través de
un Read_CA_Cert_Reply (flecha 103), que es transmitida al primer
módulo (flecha 104). La comprobación del certificado del
interlocutor miembro con el certificado original se realiza en el
primer módulo 16.
En la variante representada con la Figura 11, el
ejecutor de la aplicación, por ejemplo una aplicación WTLS, se
encuentra en el primer módulo 16. La comunicación entre el primer y
el segundo módulo 14 se realiza a través del dispositivo móvil 13
(flecha A y C en la Figura 5). Al contrario que en la variante de la
Figura 10, sin embargo, el segundo módulo 14 dispone de medios de
procesado de datos con los que puede comprobar un certificado él
mismo.
En esta variante, en primer lugar, el primer
módulo 16 envía un Check_Partner_Cert_Request al dispositivo móvil
13 (flecha 111). Esta petición contiene un certificado de
interlocutor miembro (dado el caso, recogido previamente). El
dispositivo móvil transmite esta petición al segundo módulo 14
(flecha 112). El segundo módulo comprueba el certificado de
interlocutor miembro recibido, y envía el resultado de vuelta por
medio de un Check_Partner_Cert_Reply (flecha 113). Este resultado
es transmitido por el dispositivo móvil al primer módulo (flecha
114).
En la variante representada con la Figura 12, el
ejecutor de la aplicación, por ejemplo una aplicación WTLS, se
encuentra en el primer módulo 16. La comunicación entre el primer y
el segundo módulo 14 puede tener lugar directamente (flecha B en la
Figura 5). El segundo módulo 14 se usa ahora como memoria.
En esta variante, en primer lugar, el primer
módulo 16 envía un Read_CA_Cert_Request (flecha 121) al segundo
módulo 14, que responde con el certificado almacenado o con la
referencia por medio de un Read_CA_Cert_Reply (flecha 122).
En la variante representada con la Figura 13, el
ejecutor de la aplicación, por ejemplo una aplicación WTLS, se
encuentra en el primer módulo 16. La comunicación entre el primer y
el segundo módulo 14 puede tener lugar directamente (flecha B en la
Figura 5). Al contrario que en la variante de la Figura 12, sin
embargo, el segundo módulo dispone de medios de procesado de datos
con los que puede comprobar un certificado él mismo.
En esta variante, en primer lugar, el primer
módulo 16 envía un Check_Partner_Cert_Request (flecha 131) al
segundo módulo 14. Esta petición contiene un certificado del
interlocutor miembro (dado el caso, recogido previamente), o una
referencia a un certificado del interlocutor miembro, con el que el
segundo módulo puede recoger el certificado a través del terminal
13, y eventualmente a través del primer módulo 16. El segundo módulo
responde con el resultado de la comprobación realizada por medio de
un Check_Partner_Cert_Reply (flecha 132).
El personal técnico entenderá que son posibles
otros flujos de datos dentro de la invención. Por ejemplo, el
certificado original almacenado en el segundo módulo 14 también se
puede usar para autentificar otros certificados en el primer módulo
16 (por ejemplo, el certificado del usuario de la red móvil), en el
dispositivo móvil 13, y/o en dispositivos externos conectados a
través de una interfaz inalámbrica en la región cercana (por
ejemplo según Bluetooth, HomeRF y/o IrdA) con el dispositivo móvil
13, por ejemplo, POS
(Point-of-Sales; puntos de
venta).
Claims (22)
1. Procedimiento para verificar
la autenticidad de certificados electrónicos emitidos por una
autoridad de certificación en un dispositivo móvil (13), en el que
el dispositivo móvil mencionado dispone de un módulo de
identificación (16), como por ejemplo SIM o WIM, en el que los
certificados emitidos mencionados se autentifican con un
certificado propiamente firmado de la autoridad de certificación,
caracterizado porque o el certificado electrónico
propiamente firmado de la autoridad de certificación o un archivo
con el que se puede encontrar este certificado están almacenados en
un segundo módulo (14) que se conecta con el dispositivo móvil (13)
mencionado.
2. Procedimiento según la
reivindicación precedente, caracterizado porque el
certificado electrónico mencionado de la autoridad de certificación
se copia en el dispositivo móvil (13) mencionado, y porque la
autentificación de los certificados emitidos mencionados se lleva a
cabo en el dispositivo móvil (13).
3. Procedimiento según la
reivindicación 1, caracterizado porque el segundo módulo (14)
mencionado dispone de medios de procesado de datos, y porque él
mismo realiza las comprobaciones que son necesarias para la
autentificación de un certificado.
4. Procedimiento según una de
las reivindicaciones precedentes, en el que el segundo módulo (14)
mencionado es una tarjeta de chip.
5. Procedimiento según la
reivindicación precedente, en el que la tarjeta de chip (14)
mencionada se introduce en otra ranura del dispositivo móvil (13)
mencionado como el módulo de identificación, mencionado para
conectarse con el dispositivo móvil.
6. Procedimiento según la
reivindicación precedente, en el que la tarjeta de chip (14)
mencionada tiene un formato ISO.
7. Procedimiento según una de
las reivindicaciones precedentes, caracterizado porque uno de
los certificados autentificados mencionados es usado por un
navegador en el dispositivo móvil (13) mencionado.
8. Procedimiento según una de
las reivindicaciones precedentes, caracterizado porque uno de
los certificados autentificados mencionados es usado por una
aplicación en el módulo de identificación (16) mencionado.
9. Procedimiento según una de
las reivindicaciones precedentes, caracterizado porque el
certificado mencionado de la autoridad de certificación se copia en
el módulo de identificación mencionado, y porque la autentificación
de los certificados emitidos mencionados se realiza en el módulo de
identificación (16).
10. Procedimiento según una de las
reivindicaciones precedentes, caracterizado porque el
dispositivo móvil mencionado es un teléfono móvil con capacidad
WAP.
11. Procedimiento según una de las
reivindicaciones precedentes, en el que el certificado electrónico
de la autoridad de certificación está almacenado en el segundo
módulo mencionado.
12. Procedimiento según una de las
reivindicaciones 1 a 10, en el que el archivo mencionado con el que
se puede encontrar este certificado se corresponde con una dirección
del certificado de esta autoridad de certificación.
13. Procedimiento según la
reivindicación precedente, en el que la dirección mencionada es una
dirección URL.
14. Sistema con un dispositivo
móvil de ranura doble, un módulo de identificación (16) en la
primera ranura y un segundo módulo (14) en la segunda ranura, en el
que en el segundo módulo (14) está almacenado el certificado
electrónico propiamente firmado de una autoridad de certificación o
un archivo con el que se puede encontrar este certificado, y en el
que el sistema está conformado de tal manera que se autentifica un
certificado con el certificado electrónico mencionado propiamente
firmado de una autoridad de certificación.
15. Sistema según la reivindicación
precedente, en el que está almacenado el certificado de una
autoridad de certificación en el segundo módulo (14) mencionado.
16. Sistema según la reivindicación
14, en el que un archivo con el que se puede encontrar este
certificado está almacenado en el segundo módulo (14)
mencionado.
17. Sistema según la reivindicación
14, en el que el archivo mencionado con el que se puede encontrar
este certificado se corresponde con una dirección del certificado de
esta autoridad de certificación.
18. Sistema según la reivindicación
precedente, en el que la dirección mencionada es una dirección
URL.
19. Sistema según una de las
reivindicaciones 14 a 18, caracterizado porque el segundo
módulo (14) mencionado dispone de medios de procesado de datos para
la autentificación de un certificado de interlocutor miembro.
20. Sistema según una de las
reivindicaciones 14 a 19, caracterizado porque el segundo
módulo (14) mencionado dispone de medios de realización para
funciones de transacciones de pago.
21. Sistema según la reivindicación
precedente, caracterizado porque el segundo módulo (14)
mencionado está diseñado como tarjeta de dinero.
22. Sistema según una de las
reivindicaciones 14 a 21, en el que el segundo módulo mencionado
está conformado en la forma de una tarjeta de chip.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CH180399 | 1999-10-01 | ||
| CH1803/99 | 1999-10-01 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2265694T3 true ES2265694T3 (es) | 2007-02-16 |
Family
ID=4218971
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES99957829T Expired - Lifetime ES2265694T3 (es) | 1999-10-01 | 1999-12-15 | Procedimiento para verificar en un aparato movil la autenticidad de los certificados electronicos emitidos por una autoridad certificadora y modulo de identificacion correspondiente. |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7016666B2 (es) |
| EP (1) | EP1216587B1 (es) |
| AT (1) | ATE331401T1 (es) |
| AU (1) | AU1544500A (es) |
| DE (1) | DE59913616D1 (es) |
| ES (1) | ES2265694T3 (es) |
| WO (1) | WO2001026400A1 (es) |
Families Citing this family (52)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2809907B1 (fr) * | 2000-05-30 | 2002-08-30 | Cit Alcatel | Procede et dispositif de verrouillage d'une operation mettant en oeuvre deux identifiants |
| US20030074555A1 (en) | 2001-10-17 | 2003-04-17 | Fahn Paul Neil | URL-based certificate in a PKI |
| US7366905B2 (en) * | 2002-02-28 | 2008-04-29 | Nokia Corporation | Method and system for user generated keys and certificates |
| EP1365537B1 (de) * | 2002-05-24 | 2004-07-07 | Swisscom Mobile AG | Vorrichtungen und Verfahren zur Zertifizierung von digitalen Unterschriften |
| US20040127256A1 (en) * | 2002-07-30 | 2004-07-01 | Scott Goldthwaite | Mobile device equipped with a contactless smart card reader/writer |
| US20040230489A1 (en) * | 2002-07-26 | 2004-11-18 | Scott Goldthwaite | System and method for mobile payment and fulfillment of digital goods |
| EP1429224A1 (en) * | 2002-12-10 | 2004-06-16 | Texas Instruments Incorporated | Firmware run-time authentication |
| FR2843465B1 (fr) * | 2002-08-06 | 2005-07-01 | Checkflow | Procede de communication entre applications destine a securiser l'acces aux donnees d'une application |
| US7669237B2 (en) | 2002-08-27 | 2010-02-23 | Trust Digital, Llc | Enterprise-wide security system for computer devices |
| JP2004266342A (ja) * | 2003-02-03 | 2004-09-24 | Sony Corp | 無線アドホック通信システム、端末、その端末における復号方法、暗号化方法及びブロードキャスト暗号鍵配布方法並びにそれらの方法を端末に実行させるためのプログラム |
| FR2851391B1 (fr) * | 2003-02-18 | 2005-05-06 | Wavecom | Systeme de traitement de signaux recus et emis par un appareil de radiocommunication a deux modules, module et dispositif correspondants |
| JP4039277B2 (ja) * | 2003-03-06 | 2008-01-30 | ソニー株式会社 | 無線通信システム、端末、その端末における処理方法並びにその方法を端末に実行させるためのプログラム |
| US7343159B2 (en) | 2003-03-06 | 2008-03-11 | Sony Corporation | Wireless communication system, terminal, message sending method, and program for allowing terminal to execute the method |
| US7190948B2 (en) * | 2003-03-10 | 2007-03-13 | Avaya Technology Corp. | Authentication mechanism for telephony devices |
| WO2004086676A1 (en) * | 2003-03-19 | 2004-10-07 | Way Systems, Inc. | System and method for mobile transactions using the bearer independent protocol |
| WO2005064498A1 (en) | 2003-12-23 | 2005-07-14 | Trust Digital, Llc | System and method for enforcing a security policy on mobile devices using dynamically generated security profiles |
| US7376444B2 (en) * | 2004-02-27 | 2008-05-20 | Jigatek Corporation | Method and apparatus for radio frequency identification |
| FR2869176B1 (fr) | 2004-04-16 | 2006-07-21 | Sagem | Procede de verification dans un terminal radio de l'authenticite de certificats numeriques et systeme d'authentification |
| US7324835B2 (en) * | 2004-08-07 | 2008-01-29 | C-One Technology Corporation | Motherboard and daughterboard multi-swap system with communication module for a GPRS system |
| US7509120B2 (en) | 2004-09-07 | 2009-03-24 | Research In Motion Limited | System and method for updating message trust status |
| US20110071949A1 (en) * | 2004-09-20 | 2011-03-24 | Andrew Petrov | Secure pin entry device for mobile phones |
| US20060064391A1 (en) * | 2004-09-20 | 2006-03-23 | Andrew Petrov | System and method for a secure transaction module |
| US7519325B2 (en) * | 2004-12-30 | 2009-04-14 | Nokia Corporation | Docking of short-range wireless communication tags with mobile terminals |
| JP5507811B2 (ja) | 2005-02-15 | 2014-05-28 | ヴォウダフォン・グループ・ピーエルシー | 無線通信のための向上したセキュリティ |
| JP2006238128A (ja) * | 2005-02-25 | 2006-09-07 | Sony Corp | 通信システム、通信装置、および通信方法 |
| US8572676B2 (en) * | 2008-11-06 | 2013-10-29 | Mcafee, Inc. | System, method, and device for mediating connections between policy source servers, corporate repositories, and mobile devices |
| US8495700B2 (en) * | 2005-02-28 | 2013-07-23 | Mcafee, Inc. | Mobile data security system and methods |
| US7356539B2 (en) * | 2005-04-04 | 2008-04-08 | Research In Motion Limited | Policy proxy |
| EP1732263A1 (en) * | 2005-06-07 | 2006-12-13 | Sony Ericsson Mobile Communications AB | Method and apparatus for certificate roll-over |
| JP4508033B2 (ja) * | 2005-08-11 | 2010-07-21 | ソニー株式会社 | 無線通信システム、端末およびその状態報知方法ならびにプログラム |
| ATE457609T1 (de) * | 2005-11-29 | 2010-02-15 | Research In Motion Ltd | Überprüfung von drahtloser zugangssoftware mittels hashing von kennungen |
| US7389426B2 (en) * | 2005-11-29 | 2008-06-17 | Research In Motion Limited | Mobile software terminal identifier |
| US20070218837A1 (en) * | 2006-03-14 | 2007-09-20 | Sony Ericsson Mobile Communications Ab | Data communication in an electronic device |
| US8341411B2 (en) * | 2006-08-16 | 2012-12-25 | Research In Motion Limited | Enabling use of a certificate stored in a smart card |
| US20080046739A1 (en) * | 2006-08-16 | 2008-02-21 | Research In Motion Limited | Hash of a Certificate Imported from a Smart Card |
| US9125144B1 (en) | 2006-10-20 | 2015-09-01 | Avaya Inc. | Proximity-based feature activation based on programmable profile |
| US8050665B1 (en) | 2006-10-20 | 2011-11-01 | Avaya Inc. | Alert reminder trigger by motion-detector |
| US8259568B2 (en) | 2006-10-23 | 2012-09-04 | Mcafee, Inc. | System and method for controlling mobile device access to a network |
| US8032753B2 (en) * | 2006-11-23 | 2011-10-04 | Electronics And Telecommunications Research Institute | Server and system for transmitting certificate stored in fixed terminal to mobile terminal and method using the same |
| US9477947B2 (en) * | 2009-08-24 | 2016-10-25 | International Business Machines Corporation | Retrospective changing of previously sent messages |
| KR101624746B1 (ko) * | 2009-10-14 | 2016-05-27 | 삼성전자주식회사 | 휴대 단말기의 동작 상태 표시 방법 및 장치 |
| CN101702803B (zh) * | 2009-10-28 | 2013-04-24 | 华为终端有限公司 | 移动交易业务实现方法、装置及系统 |
| EP2383955B1 (en) | 2010-04-29 | 2019-10-30 | BlackBerry Limited | Assignment and distribution of access credentials to mobile communication devices |
| US8935384B2 (en) | 2010-05-06 | 2015-01-13 | Mcafee Inc. | Distributed data revocation using data commands |
| US8526908B2 (en) * | 2010-05-11 | 2013-09-03 | Intel Corporation | Method and apparatus for certification based feature enablement |
| US8639926B2 (en) | 2010-10-29 | 2014-01-28 | Novell, Inc. | Techniques for mobile device authentication |
| US8898459B2 (en) * | 2011-08-31 | 2014-11-25 | At&T Intellectual Property I, L.P. | Policy configuration for mobile device applications |
| US8918841B2 (en) | 2011-08-31 | 2014-12-23 | At&T Intellectual Property I, L.P. | Hardware interface access control for mobile applications |
| US20160360403A1 (en) * | 2015-01-05 | 2016-12-08 | Ebid,Products & Solutions, S.L. | Procedure for generating a digital identity of a user of a mobile device, digital identity of the user, and authentication procedure using said digital identity of the user |
| WO2016160052A1 (en) | 2015-03-31 | 2016-10-06 | Paradigm, Inc. | Systems and methods for generating and validating certified electronic credentials |
| US10699001B2 (en) | 2015-03-31 | 2020-06-30 | Paradigm, Inc. | Systems and methods for generating and validating certified electronic credentials |
| US11734678B2 (en) * | 2016-01-25 | 2023-08-22 | Apple Inc. | Document importation into secure element |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0669031B1 (en) * | 1992-11-11 | 1997-10-22 | Telecom Finland Oy | Method for carrying out financial transactions by means of a mobile telephone system |
| DE4307122A1 (de) * | 1993-03-06 | 1994-09-08 | Sel Alcatel Ag | Chipkarte |
| FI99071C (fi) * | 1995-02-15 | 1997-09-25 | Nokia Mobile Phones Ltd | Menetelmä sovellusten käyttämiseksi matkaviestimessä ja matkaviestin |
| US5721781A (en) * | 1995-09-13 | 1998-02-24 | Microsoft Corporation | Authentication system and method for smart card transactions |
| US6038551A (en) * | 1996-03-11 | 2000-03-14 | Microsoft Corporation | System and method for configuring and managing resources on a multi-purpose integrated circuit card using a personal computer |
| CA2252526A1 (en) * | 1996-04-19 | 1997-10-30 | Gemplus | Prepayment for wireless telephone services by means of smart cards |
| US5915226A (en) * | 1996-04-19 | 1999-06-22 | Gemplus Card International | Prepaid smart card in a GSM based wireless telephone network and method for operating prepaid cards |
| US20040185830A1 (en) * | 1996-08-08 | 2004-09-23 | Joao Raymond Anthony | Apparatus and method for providing account security |
| JP2000502551A (ja) * | 1996-10-23 | 2000-02-29 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | 移動通信サービスの料金支払方式 |
| US6285991B1 (en) * | 1996-12-13 | 2001-09-04 | Visa International Service Association | Secure interactive electronic account statement delivery system |
| JPH10327147A (ja) * | 1997-05-21 | 1998-12-08 | Hitachi Ltd | 電子認証公証方法およびシステム |
| DK0992025T3 (da) * | 1997-06-27 | 2002-10-28 | Swisscom Mobile Ag | Transaktionsfremgangsmåde med et bærbart identifikationselement |
| JPH11154137A (ja) * | 1997-11-20 | 1999-06-08 | Hitachi Ltd | 個人作業環境設定方式 |
| WO2000016568A1 (en) * | 1998-09-15 | 2000-03-23 | In Touch Technologies Limited | Communication services |
| JP2002532921A (ja) * | 1998-12-08 | 2002-10-02 | アライドシグナル インコーポレイテッド | 複数のセルラおよび/またはモバイルの通信衛星サービスのインストレーションのための簡素化した供給プロセスおよび複数サブスクライバ・インターフェース |
| US6799155B1 (en) * | 1998-12-11 | 2004-09-28 | Allied Signal Inc. | Replacement of externally mounted user interface modules with software emulation of user interface module functions in embedded processor applications |
| US6434403B1 (en) * | 1999-02-19 | 2002-08-13 | Bodycom, Inc. | Personal digital assistant with wireless telephone |
| US6799177B1 (en) * | 1999-05-05 | 2004-09-28 | Verizon Corporate Services Group Inc. | Systems and methods for securing extranet transactions |
| US6792536B1 (en) * | 1999-10-20 | 2004-09-14 | Timecertain Llc | Smart card system and methods for proving dates in digital files |
| US6678518B2 (en) * | 1999-12-09 | 2004-01-13 | Nokia Corporation | Dynamic content filter in a gateway |
-
1999
- 1999-12-15 AT AT99957829T patent/ATE331401T1/de active
- 1999-12-15 ES ES99957829T patent/ES2265694T3/es not_active Expired - Lifetime
- 1999-12-15 DE DE59913616T patent/DE59913616D1/de not_active Expired - Lifetime
- 1999-12-15 WO PCT/CH1999/000605 patent/WO2001026400A1/de not_active Ceased
- 1999-12-15 EP EP99957829A patent/EP1216587B1/de not_active Expired - Lifetime
- 1999-12-15 AU AU15445/00A patent/AU1544500A/en not_active Abandoned
-
2002
- 2002-03-18 US US10/100,894 patent/US7016666B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| AU1544500A (en) | 2001-05-10 |
| WO2001026400A1 (de) | 2001-04-12 |
| ATE331401T1 (de) | 2006-07-15 |
| DE59913616D1 (de) | 2006-08-03 |
| US20020098830A1 (en) | 2002-07-25 |
| EP1216587A1 (de) | 2002-06-26 |
| US7016666B2 (en) | 2006-03-21 |
| EP1216587B1 (de) | 2006-06-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2265694T3 (es) | Procedimiento para verificar en un aparato movil la autenticidad de los certificados electronicos emitidos por una autoridad certificadora y modulo de identificacion correspondiente. | |
| US7793102B2 (en) | Method for authentication between a portable telecommunication object and a public access terminal | |
| ES2820554T3 (es) | Método y aparato para autentificar un usuario, método y aparato para registrar un dispositivo ponible | |
| ES2644739T3 (es) | Solicitud de certificados digitales | |
| US8689290B2 (en) | System and method for securing a credential via user and server verification | |
| US7925878B2 (en) | System and method for creating a trusted network capable of facilitating secure open network transactions using batch credentials | |
| EP1277301B1 (en) | Method for transmitting payment information between a terminal and a third equipement | |
| RU2415470C2 (ru) | Способ создания безопасного кода, способы его использования и программируемое устройство для осуществления способа | |
| US8335925B2 (en) | Method and arrangement for secure authentication | |
| ES2256457T3 (es) | Sistema de comunicacion entre terminales. | |
| JP6704919B2 (ja) | 支払いトークンのセキュリティを確保する方法 | |
| US7134024B1 (en) | Method of establishing the trustworthiness level of a participant in a communication connection | |
| CN100583883C (zh) | 提供用于对数据数字签名、认证或加密的签名密钥的方法和移动终端 | |
| JP2008538668A (ja) | 移動体端末装置に収容されたsimカードに接続する方法および接続装置 | |
| JP2014225881A (ja) | 端末ユーザ識別情報モジュールを接続した通信端末を保護する方法 | |
| EP1176844B1 (en) | Telecommunication system and method for authenticating information related to a subscriber | |
| ES2923919T3 (es) | Protección de una comunicación P2P | |
| CN1996831B (zh) | 凭证申请方法 | |
| ES2971660T3 (es) | Procedimiento para llevar a cabo una transacción, terminal, servidor y programa informático correspondiente | |
| Chen | Secure e-Payment Portal Solutions Using Mobile Technologies and Citizen Identity Scheme | |
| Lazarov et al. | Secure Mobile Payments | |
| Schuba et al. | Internet ID–Flexible Reuse of Mobile Phone Authentication Security for Service Access | |
| Jokinen | Digital Signatures in Mobile Commerce | |
| Bodriagov | A secure mobile phone-based interactive logon in Windows | |
| Iqbal et al. | Integrating Authentication method on Java Based Mobile Devices |