ES2584862T3 - Autenticación en comunicación de datos - Google Patents

Autenticación en comunicación de datos Download PDF

Info

Publication number
ES2584862T3
ES2584862T3 ES01985938.8T ES01985938T ES2584862T3 ES 2584862 T3 ES2584862 T3 ES 2584862T3 ES 01985938 T ES01985938 T ES 01985938T ES 2584862 T3 ES2584862 T3 ES 2584862T3
Authority
ES
Spain
Prior art keywords
client
authentication
credentials
secret
tgs
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
ES01985938.8T
Other languages
English (en)
Inventor
Henry Haverinen
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
Priority claimed from FI20002858A external-priority patent/FI115097B/fi
Application filed by Nokia Technologies Oy filed Critical Nokia Technologies Oy
Application granted granted Critical
Publication of ES2584862T3 publication Critical patent/ES2584862T3/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/321—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 a third party or a trusted authority
    • H04L9/3213—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 a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • 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/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
    • 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0869—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving random numbers or seeds
    • 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/3271—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 using challenge-response
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • 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
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information

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)

Abstract

Un método del lado del cliente de autenticación de un cliente (c), que comprende las etapas de: enviar la información de identidad de cliente (IMSI) a un servidor de autenticación (AS), siendo la información de identidad de cliente una identidad de abonado móvil internacional; recibir por el cliente las primeras credenciales cifradas (Kc,tgs) y n desafíos (RAND) desde el servidor de autenticación (AS), siendo el número n de los desafíos (RAND) al menos uno de, cifrándose las primeras credenciales (Kc,tgs) con una primera clave de autenticación (Kc), basándose la primera clave de autenticación en los n primeros secretos (Kgsm, SRES; CK, IK, RES) y asociándose el n primer secreto (Kgsm, SRES; CK, IK, RES) a la información de identidad de cliente; formar en el cliente los n primeros secretos (Kgsm, SRES) basándose en un secreto del cliente (Ki) y los n desafíos (RAND); formar en el cliente (c) usando los n primeros secretos (Kgsm, SRES) la primera clave de autenticación (Kc); y descifrar las primeras credenciales cifradas (Kc,tgs) usando la primera clave de autenticación (Kc) en el cliente; caracterizado por que el descifrado de las primeras credenciales cifradas (Kc,tgs) es independiente del envío de cualquier respuesta basada en el secreto del cliente (Ki) desde el cliente (c) al servidor de autenticación (AS).

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Autenticacion en comunicacion de datos
Esta invencion se refiere a la autenticacion en la comunicacion de datos. En particular, la invencion se refiere a, pero no se limita a, la autenticacion de estaciones moviles y servidores de red que se comunican entre si a traves de una red tal como Internet.
La Internet se usa para compartir informacion publica. Ya que es un sistema abierto, no deberia usarse para compartir informacion confidencial a menos que se tomen precauciones para proteger la informacion mediante el uso de contrasenas, el cifrado y similares. Incluso asi, si se usan contrasenas, pueden determinarse por los piratas informaticos. En Internet, hay clientes (normalmente ordenadores personales con programas de informaticos) y servidores (ordenadores servidores que ejecutan programas informaticos que les hace proporcionar servicios a los clientes). Normalmente los programas informaticos usados en los clientes y los servidores asumen que sus usuarios son honestos acerca de su identidad. Algunas aplicaciones cliente/servidor se basan en el cliente para limitar sus actividades a las que se les permite hacer, sin ninguna otra aplicacion por el servidor. La autenticacion fuerte es muy deseable para las transacciones que involucran dinero, datos confidenciales o ambos.
Una forma de mejorar la situacion es el uso de los protocolos especificos de autenticacion y, si es necesario, los protocolos de cifrado para verificar la autenticidad de un participante y para evitar que unos participates no autorizados obtengan acceso. Ademas, estos protocolos pueden usarse normalmente para verificar la integridad de cualquier informacion intercambiada a traves de un enlace de manera que un destinatario puede estar seguro de que los datos recibidos no se han manipulado.
Kerberos es un protocolo disenado para proporcionar una autenticacion fuerte para aplicaciones cliente/servidor usando la criptografia de clave secreta. Al menos se han descrito dos versiones de Kerberos, las versiones 4 y 5. La version 5 de Kerberos se ha descrito por J. Kohl y C. Neuman en "The Kerberos Network Authentication Service (Version 5)", RFC 1510, septiembre de 1993. Las versiones 4 y 5 tambien se han descrito por W. Stallings, "Cryptography and Network Security, Principles and Practice", 2a edicion, p. 323-340. Estas dos versiones de Kerberos se describen brevemente en los siguientes parrafos.
La figura 1 muestra una vista general de un sistema Kerberos KS de acuerdo con la version 4 de Kerberos. El sistema Kerberos KS comprende un cliente c que puede obtener acceso a Internet, un servidor de Kerberos KSS en Internet y un servidor de servicios V para proporcionar un servicio para el que se necesita autenticacion. El servidor de Kerberos KSS comprende un servidor de autenticacion AS, un servidor de concesion de tickets TGS, y una base de datos DB que comprende unas contrasenas (cifradas) de diferentes clientes. El cliente c contiene un ordenador personal (PC), que comprende un modulo de entrada/salida IOc (tal como un modem o un adaptador de red) para conectar a Internet, una unidad central de procesamiento CPUc para procesar los datos y una memoria MEMc. La memoria tiene una parte no volatil para almacenar las aplicaciones para controlar la CPUc y una parte de memoria de acceso aleatorio para su uso en el procesamiento de datos. Ademas, el cliente c tiene una interfaz de usuario UI para interactuar con un usuario. La UI puede solicitar a un usuario dar una contrasena y puede recibir la contrasena. En un sistema Kerberos, las aplicaciones, junto con el ordenador personal, forman el cliente c que puede usar los servicios de un host (ordenador) accesible a traves de una red insegura.
La V es un servidor que proporciona el servicio al cliente c. Se autentica al cliente c usando una secuencia de autenticaciones, en la que el cliente c se autentica primero en el AS para obtener una concesion de ticket el ticket tickettgs. Usando el tickettgs el cliente c puede obtener a continuacion una concesion de servicio el ticket ticketv. Este ticket puede usarse a continuacion para el servicio. Este procedimiento se explicara en detalle con referencia a las figuras 1 y 2.
Con el fin de trabajar, el sistema Kerberos ya deberia tener un primer secreto compartido (o primera clave de autenticacion, Kc) conocido por el cliente c, el AS y el TGS. Un segundo secreto compartido (Kv) deberia conocerse por el AS, el TGS y el servidor de servicio V, pero no por el cliente c. Estos secretos compartidos se presumen que existen.
Para cualquier secreto especifico a conocerse por cualquier participante especifico es suficiente con que el participante pueda, cuando sea necesario, obtener el secreto, por ejemplo, preguntando al usuario (siendo el participante un cliente) o solicitandolo a la base de datos (siendo el participante un AS o un TGS). Normalmente, el TGS y el AS estan co-localizados, pero en algunos casos el servidor Kerberos KSS tambien puede distribuirse de manera que el TGS y el AS no estan co-localizados.
El funcionamiento del sistema Kerberos KS como una secuencia de etapas se ilustra en la figura 2. En resumen, la figura 2 muestra la mensajeria entre el usuario, el cliente c, el servidor de autenticacion AS, el servidor de concesion de tickets TGS y el servidor de servicios V. Para mayor comodidad, la notacion en el presente documento seguira la usada en la publicacion mencionada anteriormente de Stallings. Las etapas de la figura 2 se describiran a continuacion.
5
10
15
20
25
30
35
40
45
50
55
60
65
Etapa 21: el usuario inicia sesion en el cliente c y solicita un servicio deseado en el servidor de servicios (host) enviando un inicio de sesion y una solicitud de servicio. Para iniciar la sesion, el usuario introduce la contrasena de un cliente Kc que es conocida por el y el servidor de autenticacion. La contrasena del cliente es el primer secreto compartido. A partir de ahora, Kc se denomina como una primera clave de autenticacion.
Etapa 22: el cliente c envia al AS una solicitud de un ticket de concesion el ticket tickettgs. La solicitud comprende el ID del cliente c (IDc), el ID del TGS (IDtgs), y una primera marca de tiempo TSi que corresponde al momento en que se ha enviado la solicitud.
Etapa 23: el AS forma un tickettgs usando una segunda clave de autenticacion Ktgs conocida por el AS y el TGS, pero no por el cliente c. El tickettgs = EKtgs [Kc,tgs || IDc || ADc || IDtgs || TS2 || Tiempo de vida2]. E representa un algoritmo de cifrado que usa una segunda clave de autenticacion Ktgs como su clave de cifrado. Kc,tgs es una primera clave de sesion formada por el AS (por ejemplo, una clave aleatoria) para su uso entre el cliente c y el TGS. ADc es la direccion del cliente c, IDtgs es una identidad del TGS, TS2 es la segunda marca de tiempo que muestra el momento de la emision del tickettgs y Tiempo de vida2 es el momento de la expiracion del tickettgs. Las barras " || " indican una concatenacion. El tickettgs es para usarse mas adelante, para obtener los tickets de concesion de servicio (ticketv) para el uso de los diversos servicios. A continuacion, el AS cifra los datos usando la Kc de la siguiente manera: Ekc [Kc,tgs || IDtgs || TS2 || Tiempo de vida2] y envia el tickettgs y los datos cifrados al cliente c.
Etapa 24: a continuacion el cliente c, solicita la Kc de su usuario. El usuario deberia conocer la Kc.
Etapa 25: el usuario proporciona al cliente c la Kc.
Etapa 26: mediante el uso de la Kc y la Kc,tgs, el cliente c descifra los datos cifrados recibidos desde el AS y forma un primer autenticador de cliente, autenticadorci = EKc,tgs [IDc || ADc || IDv || TS3]. IDv es el ID del V y TS3 es el momento de formar el autenticadorci. Como lector experto comprendera que el cliente c solo es capaz de obtener la Kc,tgs si conoce la Kc. El autenticadorci se usa posteriormente por el TGS para autenticar al cliente c. El cliente c a continuacion, envia una solicitud para un servicio de concesion de ticket (ticketv) al TGS. La solicitud contiene IDv, tickettgs y autenticadorci.
Etapa 27: el TGS forma el ticketv y lo envia junto con una segunda clave de sesion cifrada Kc,v al cliente c. La segunda clave de sesion se cifra con la primera clave de sesion Kc,tgs. El ticketv se forma por el TGS usando el conocimiento de un segundo secreto compartido Kv del V, de la siguiente manera: ticketv = Ekv [Kc,v || IDc || ADc || IDv || TS4 || Tiempo de vida4], en el que:
Kc,v es una segunda clave de sesion para su uso entre el cliente c y V,
TS4 es una marca de tiempo que muestra el momento de formar el ticketv, y
Tiempo de vida4 establece el tiempo de vida del ticketv para evitar los ataques de repetition despues de la expiracion del tiempo de vida del ticketv.
Etapa 28: el cliente c envia una solicitud de servicio al V. La solicitud contiene el ticketv y un segundo autenticador de cliente, autenticador, en el que autenticador = EKc,v [IDc || ADc || TS5]. TS5 es una marca de tiempo que muestra el momento de formar el segundo autenticador de cliente.
Etapa 29: despues de que el servidor de servicio V ha examinado el autenticador, puede autenticarse el mismo al cliente c para una autenticacion mutua. Esto se hace respondiendo con el TS5, incrementado en 1 y cifrado con la Kc,v, de tal manera que el cliente c puede confiar en que V sea el servidor correcto ya que puede cifrar con la misma Kc,v. La respuesta es, por lo tanto Ekc,v [TS5 + 1].
La etapas 22 y 23 se producen una vez por cada sesion de inicio de sesion de usuario. El tickettgs es por lo tanto valido durante la duration de la sesion de inicio de sesion de usuario (o hasta que caduque). Las etapas 26 y 27 se producen una vez por cada tipo de servicio. En otras palabras, para cada tipo de servicio, se aplica y se concede un ticketv diferente. Las etapas 28 y 29 se producen una vez por cada sesion de servicio de un tipo de servicio concedido.
La description de la figura 2 ilustra como Kerberos puede proporcionar una autenticacion centralizada a una pluralidad de diferentes servidores de servicios que confian en el servidor Kerberos KSS (la combination del AS y el TGS). El KSS tiene un segundo secreto compartido diferente Kv con cada V y cada V esta registrado en el KSS.
El sistema de la figura 1 representa un dominio: por ejemplo, un solo empleador en un pais o una ciudad es propietario de todas las entidades.
Kerberos version 5 proporciona algunas mejoras respecto a la version 4, que incluyen permitir una pluralidad de dominios Kerberos a interoperar de manera que un servidor de autenticacion AS puede conceder tickets de concesion de servicio ticketv a los servidores de servicio V de diferentes dominios de autenticacion.
5
10
15
20
25
30
35
40
45
50
55
60
65
A continuacion, se describira con referencia a la figura 1 el funcionamiento de un sistema Kerberos de acuerdo con Kerberos version 5. En Kerberos version 5, la autenticacion y la distribution de claves se inicia con un procedimiento de intercambio de servicio de autenticacion, en el que el cliente c solicita un tickettgs del AS y el AS forma y envia el tickettgs y otros parametros cifrados con la Kc en respuesta. El tickettgs y la clave Kc,tgs se usaran como credenciales para obtener los tickets de concesion de servicio (ticketv) para usar los servicios. El intercambio de servicio de autenticacion es el siguiente:
(1) desde c a AS, un mensaje KRB_AS_SOL = Opciones || IDc || Dominioc || IDtgs || tiempos || Mensaje aleatorioi
(2) desde el AS al c, mensaje KRB_AS_RES = Dominioc || IDc || tickettgs || Ekc [Kc,tgs || tiempos || mensaje aleatorioi || dominiotgs || IDtgs]
en la que
tickettgs = EKtgs [indicadores || Kc,tgs || dominioc || IDc || ADc || tiempos]
y en la que
opciones diversas opciones usadas para solicitar que determinados indicadores se establezcan en
el ticket devuelto
indicadores diversos indicadores de mensajes para su uso en el protocolo Kerberos version 5
dominioc dominio del cliente
dominiotgs dominio del TGS
tiempos tiempo de inicio, tiempo de caducidad y tiempo de renovation del tickettgs
mensaje aleatorioi un valor aleatorio generado por el cliente para garantizar que la respuesta es reciente (no
una copia de una respuesta anterior)
Se deberia tener en cuenta que los diferentes tipos de campos pueden cifrarse juntos, porque todos los diferentes tipos se representan en ultima instancia, por los codigos binarios (ceros y unos), que pueden aplicarse dentro de la misma funcion, independientemente de su origen.
La Kc se usa para cifrar la Kc,tgs y otros parametros en el mensaje KRB_AS_RES. Deberia observarse que en Kerberos, cualquiera puede solicitar un tickettgs pero solo el cliente valido es capaz de usarlo. Debido a que solo el cliente valido conoce la Kc, otros no son capaces de descifrar la Kc,tgs que se requiere cuando se usa el tickettgs. En Kerberos, la Kc solo se usa en el mensaje de KRB_AS_RES para cifrar la Kc,tgs y otros parametros. Se usan diferentes claves de sesion en lugar de la Kc en todos los demas mensajes de Kerberos.
Con los tickettgs y la Kc,tgs, el cliente c es capaz de obtener nuevas versiones del ticketv y la Kc,v del TGS. Las nuevas versiones pueden usarse ademas para obtener un servicio de los V.
La autenticacion tambien puede necesitarse en las redes de comunicaciones moviles. En la actualidad, existen diversos tipos de redes de comunicaciones moviles, con diferentes tipos de procedimientos de autenticacion. Normalmente, las redes de comunicaciones moviles digitales, tales como GSM, proporcionan la autenticacion digital de un abonado con el fin de soportar la facturacion del operador de red que explota la red. En GSM, la autenticacion se basa en el uso de tripletes GSM, que se generan por los modulos de identidad de suscriptor dedicado (SIM) en un extremo del abonado y en un centro de autenticacion (AuC) del operador de red. El AuC es normalmente una funcionalidad proporcionada por un registro de localization base (HLR) de una red GSM. En GSM, los tripletes GSM pueden usarse de una manera bastante relajada, de tal manera que su orden no es estrictamente fijo. En el proximo sistema de telecomunicaciones moviles universal (UMTS) la autenticacion se diferencia de la de GSM. Una vision general de la autenticacion en UMTS se proporciona en la especificacion tecnica (TS) del proyecto de asociacion de 3a generation (3GPP) 33.102 V3.6.0 (2000-10), parrafo 6.3, y abstraido a continuacion:
En UMTS, los modulos de autenticacion de usuario se denominan como modulos de identidad de abonado UMTS (USIM) y el AuC genera unos vectores de autenticacion, o quintetos, que comprenden los siguientes componentes: un numero aleatorio RAND, una respuesta esperada XRES, una clave de cifrado CK, una clave de integridad IK y un testigo de autenticacion AUTN. Cada vector de autenticacion es bueno para una autenticacion. RAND, XRES y CK corresponden aproximadamente a RAND, SRES y Kc de GSM, pero especificamente AUTN y su uso forman una diferencia significativa sobre GSM. El AUTN se basa, entre otros, en un numero de secuencia SQN correspondiente a un vector de autentificacion especifico.
El documento US 5 535 276 desvela como se describe en su resumen que en un sistema, tal como un sistema que usa un protocolo de Kerberos, los usuarios del sistema tienen cada uno una clave de cifrado asimetrico asociada. La seguridad de las comunicaciones a traves del sistema se aumenta por un primer usuario que genera una clave de cifrado asimetrico temporal que tiene una primera parte de clave temporal y una segunda parte de clave temporal asociada. La segunda parte de clave temporal se cifra por el primer usuario con la primera parte de clave privada de la primera clave de cifrado de usuario para formar un primer mensaje cifrado.
5
10
15
20
25
30
35
40
45
50
55
60
65
Otro usuario, preferentemente un servidor de autenticacion, aplica la segunda parte de clave privada y la parte de clave publica de la criptografia de la primera clave de cifrado de usuario al primer mensaje cifrado para descifrar la segunda parte de clave temporal y por lo tanto autenticar al primer usuario en el servidor de seguridad. A continuacion, el servidor de autenticacion cifra el primer mensaje cifrado con la segunda parte de clave privada de la primera clave de cifrado de usuario para formar un segundo mensaje cifrado. El primer usuario aplica a continuacion la parte de clave publica de la primera clave de cifrado de usuario para descifrar el segundo mensaje cifrado y obtener la segunda parte de clave temporal, autenticando de este modo al servidor de seguridad para el primer usuario.
El documento WO00/02406 proporciona un metodo, que permite a los clientes en una red IP movil (IP, protocolo de Internet) generar una Kc usando un modulo de identidad de abonado (SIM) de un operador de GSM. Los operadores GSM tienen unas bases de datos que contienen las identidades de los abonados y sus datos secretos. En GSM, el secreto almacenado en un SIM se denomina como Ki. El SIM tiene la capacidad de generar una clave de sesion GSM Kgsm, una respuesta firmada de forma cifrada unidireccional SRES de un desafio RAND basado en el secreto Ki. Este procedimiento del documento WO00/02406 se muestra como una serie de etapas 31 a 37 en la figura 3.
Un servidor de seguridad SS (correspondiente a un KSS) envia (etapa 31) una solicitud de ID de autenticacion a un terminal TE1 (correspondiente a un cliente c). El cliente c responde (etapa 32) mediante su identidad de abonado movil internacional (IMSI). El servidor de seguridad envia (etapa 33) una solicitud de informacion de seguridad a un servidor proxy. El servidor proxy adquiere (etapa 34) la informacion de seguridad a partir de un registro de localizacion base de un operador GSM cuyo SIM esta usandose, que contiene un triplete GSM (Kgsm, RAND y desafio). El servidor proxy envia (etapa 35) el triplete GSM al servidor de seguridad. El servidor de seguridad envia (etapa 36) el desafio RAND al cliente c.
Etapa 37: El cliente c forma su propia version de la clave de sesion GSM Kgsm y el SRES correspondiente a su Ki y el RANd recibidos. A continuacion, el cliente c envia de vuelta la SRES de manera que el servidor de seguridad puede compararla con la SRES recibida en el triplete GSM desde el servidor proxy. Si la SRES proporcionada por el servidor proxy y la SRES generada por el cliente c coinciden, se realiza una autenticacion positiva y el servidor de seguridad pueden empezar a usar la clave de sesion GSM Kgsm como la Kc entre cliente c y el servidor de seguridad (es decir, un servidor Kerberos).
El documento WO00/02406 combina la tecnologia GSM con la tecnologia Kerberos. En lugar de la autenticacion de un telefono movil inalambrico por una red GSM usando los tripletes GSM y comparando las diferentes respuestas de uno contra el otro, el SIM se usa para generar una respuesta a un desafio recibido desde una red IP movil. La respuesta se envia a continuacion a la red IP movil para su comparacion con la respuesta correcta para la Ki y el RAND para detectar que el cliente c es genuino y que no esta intentando acceder ilegitimamente a los servicios usando una IMSI de otro cliente.
La autenticacion SIM GSM y la generation de claves para IP movil de H. Haverinen (draft-haverinen-mobileip- gsmsim-01.txt) es un proyecto de Internet que especifica, de acuerdo con su resumen, un mecanismo para la autenticacion de acceso a la red IP movil y la distribution de claves usando el modulo de identidad de suscriptor GSM (SIM). El mecanismo usa nuevos subtipos de las extensiones de distribucion de claves generalizadas para la solicitud de registro ip movil y la respuesta de registro.
El modo de autenticacion SIM GSM para IKE por J. Rinnemaa es un proyecto de Internet (rinnemaa-ipsra- gsmsimmode-00.txt) que presenta, de acuerdo con su resumen, un metodo de autenticacion de desafio-respuesta basado en el modulo de identidad de suscriptor GSM (SIM). El metodo se usa para autenticar un usuario IPSec remoto en una pasarela de seguridad. Los ejemplos en el documento se basan en el modo principal IKE modificado. En la fase de autenticacion, se genera un secreto compartido utilizando el SIM GSM y a continuacion se usa tambien para autenticar el intercambio IKE.
De acuerdo con un primer aspecto de la invention, se proporciona un metodo de autenticacion de un cliente, que comprende las etapas de:
enviar la informacion de identidad de cliente a un bloque de autenticacion, siendo la informacion de identidad de cliente una identidad de abonado movil internacional;
obtener al menos un desafio y al menos un primer secreto para el bloque de autenticacion basado en un secreto del cliente especifico para el cliente; formar las primeras credenciales;
formar una primera clave de autenticacion usando el al menos un primer secreto; cifrar las primeras credenciales usando la primera clave de autenticacion; enviar el al menos un desafio y las primeras credenciales cifradas al cliente; formar la primera clave de autenticacion en el cliente;
descifrar las primeras credenciales cifradas en el cliente usando la primera clave de autenticacion; caracterizado por que
el cifrado de las primeras credenciales es independiente del bloque de autenticacion que recibe cualquier
5
10
15
20
25
30
35
40
45
50
55
60
65
respuesta basada en el secreto del cliente.
El metodo del primer aspecto puede entenderse como un cliente que envia un mensaje de solicitud a un bloque de autenticacion y responde directamente al mensaje de solicitud, el cliente recibe las primeras credenciales cifradas que contienen un ticket de autenticacion y descifra las primeras credenciales usando el secreto especifico para el cliente. Esto permite al cliente obtener la primera credencial sin una etapa intermedia de enviar de vuelta al bloque de autenticacion cualquier respuesta basada en el secreto del cliente.
Preferentemente, el bloque de autenticacion se localiza en una red de comunicacion de datos. Incluso mas preferentemente, un servidor de red proporciona el bloque de autenticacion.
Preferentemente, las primeras credenciales se cifran antes de que el bloque de autenticacion reciba cualquier respuesta basada en el secreto del cliente desde el cliente.
Preferentemente, las primeras credenciales cifradas se envian junto con el al menos un desafio al cliente.
Incluso mas preferentemente, no se envia una respuesta basada en el secreto del cliente desde el cliente al bloque de autenticacion. No enviar ninguna respuesta de este tipo hace que sea mucho mas posible el uso de la totalidad del primer secreto en formar la primera clave de autenticacion, lo que refuerza criptograficamente a la misma.
Preferentemente, el desafio es un codigo aleatorio.
Preferentemente, la formacion de la primera clave de autenticacion se basa en dos o mas primeros secretos. Esto refuerza criptograficamente aun mas la primera clave de autenticacion.
El metodo de la invencion se basa en un nuevo enfoque para un problema de crear un primer secreto compartido entre un bloque de autenticacion y el cliente. En la invencion, se han dado cuenta de que es posible formar las primeras credenciales, la primera clave de autenticacion y cifrar las primeras credenciales con la primera clave de autenticacion cuando el bloque de autenticacion obtiene el desafio y el primer secreto. La criptografia se usa tanto para la autentificacion indirecta como para la entrega de las primeras credenciales. Solo si el cliente ha resuelto la primera clave de autenticacion correctamente, puede descifrar las primeras credenciales. El cliente puede formar a continuacion un mensaje de solicitud de servicio usando criptograficamente las primeras credenciales descifradas y de este modo puede llegar a autentificarse como un subproducto de la formacion del mensaje de solicitud de servicio. Esto proporciona unas ventajas significativas. El metodo permite una autenticacion segura y rapida, en la que se forman las primeras credenciales y a continuacion se envian con el al menos un desafio sin necesidad de autenticar primero por separado al cliente. Esto hace que el metodo pueda usarse con diversos metodos de autenticacion conocidos, incluyendo las versiones 4 y 5 de Kerberos y tambien reduce la cantidad de senales de comunicaciones que necesitan enviarse y recibirse. El metodo hace ademas innecesario un bloque de autenticacion para almacenar el primer secreto despues de formar la primera clave de autenticacion y las primeras credenciales. Esto reduce la complejidad del proceso de autenticacion y hace que sea mas rapido, debido a que algunos mensajes se vuelven redundantes. La autenticacion es tambien mas fuerte, si todos los datos contenidos por el primer secreto se usan en la formacion de la primera clave de autenticacion. Esto no era posible en la tecnica anterior, en la que se transmitia una respuesta firmada (SRES) desde el cliente al bloque de autenticacion como texto legible de tal manera que cualquier tercera parte la podria haber obtenido facilmente.
Preferentemente, la etapa de obtencion de al menos un desafio y al menos un primer secreto para el bloque de autenticacion basado en un secreto del cliente especifico para el cliente se produce antes de la necesidad de autenticar al cliente. Incluso mas preferentemente, se obtiene una coleccion de desafios y primeros secretos suficientes para la formacion de al menos dos primeras credenciales para el cliente en un lote. Mas preferentemente, se obtiene una coleccion de este tipo para un grupo de clientes, de tal manera que el bloque de autenticacion tiene los datos ya disponibles para autenticar a cualquiera de los clientes del grupo sin necesidad de obtenerlos primero. Esto permite una autenticacion mas rapida de un grupo de clientes que pertenecen a la misma organizacion o grupo como los datos relativos a sus secretos del cliente que ya estan disponibles para el bloque de autenticacion y no necesitan obtenerse por separado en cada autenticacion de un cliente.
Preferentemente, la informacion de identidad de cliente es la identidad de abonado. Incluso mas preferentemente, el bloque de autenticacion forma una identificacion para su uso en unos mensajes de autenticacion adicionales para el cliente de tal manera que el identificador de abonado no necesita incluirse en los mismos.
Preferentemente, la primera clave de autenticacion se forma usando una funcion hash de al menos un primer secreto. Incluso mas preferentemente, la primera clave de autenticacion se forma usando una funcion hash de al menos el primer secreto y el protector de ataque de repeticion. El uso del protector de ataque de repeticion en la formacion de la primera clave de autenticacion y el uso de una funcion hash hace posible que el bloque de autenticacion autentique al cliente.
En una realizacion alternativa, la formacion de la primera clave de autenticacion se basa en una parte de un primer
5
10
15
20
25
30
35
40
45
50
55
60
65
secreto.
Preferentemente, la formation de las primeras credenciales comprende las subetapas de:
cifrar la primera information correspondiente al cliente con una segunda clave de autenticacion no conocida por el cliente; y
verificar que la primera informacion se ha cifrado usando la segunda clave de autenticacion.
Preferentemente, el metodo comprende ademas la etapa de generar un mensaje de solicitud de servicio usando criptograficamente las primeras credenciales descifradas.
Preferentemente, la primera informacion contiene al menos uno de los elementos seleccionados de un grupo que consiste en: la identidad del cliente, la identidad del servidor de concesion de tickets, el dominio del cliente, y una marca de tiempo.
Preferentemente, el cliente es un terminal movil multifuncional que tiene al menos una funcionalidad de telecomunicaciones moviles y una funcionalidad de comunicaciones de redes de paquetes de datos. Aun mas preferentemente, la funcionalidad de telecomunicaciones moviles soporta el sistema global para comunicaciones moviles. Esto proporciona una gran base de modulos de identidad de abonado ya existentes (SIM) durante el funcionamiento para autenticar a los clientes en diferentes redes de comunicacion de datos distintas de las redes de telecomunicaciones.
Preferentemente, la funcionalidad de telecomunicaciones moviles soporta un sistema de telecomunicaciones en el que se usan vectores de autenticacion ordenados.
Preferentemente, el al menos un desafio y el al menos un primer secreto corresponden al menos a un numero de secuencia especifico y transmitir el al menos un numero de secuencia, y el metodo comprende ademas las etapas de:
mantener un contador de numero de secuencia en el cliente;
obtener en el cliente el numero de secuencia usando al menos uno de entre el al menos un desafio y el al menos un primer secreto; y
comprobar en el cliente si el numero de secuencia esta en un intervalo correcto acerca del contador de numero de secuencia.
Preferentemente, el metodo comprende ademas la etapa de iniciar la sincronizacion del numero de secuencia en el caso de que el numero de secuencia no este en el intervalo correcto acerca del contador de numero de secuencia.
Preferentemente, el inicio de la sincronizacion del numero de secuencia comprende una etapa de formar un mensaje de solicitud de sincronizacion que contiene al menos un desafio fuera del al menos un desafio.
Preferentemente, el inicio de la sincronizacion del numero de secuencia comprende una etapa de formar un mensaje de solicitud de sincronizacion contenido en el contador de numero de secuencia.
Preferentemente, el mensaje de solicitud de sincronizacion comprende ademas un codigo de autenticacion de mensaje.
Preferentemente, la comprobacion de las primeras credenciales se basa en el numero de secuencia y comprende las etapas de mantener un contador de numero de secuencia por el cliente; y determinar si se ha calculado al menos un parametro de las primeras credenciales usando el numero de secuencia. Preferentemente, la determination de si se ha calculado al menos un parametro de las primeras credenciales usando el numero de secuencia se basa en el numero de secuencia y una operation or exclusiva.
De acuerdo con un segundo aspecto de la invention, se proporciona un metodo de autenticacion de un cliente, que comprende las etapas de:
enviar una informacion de identidad de cliente a un bloque de autenticacion, siendo la informacion de identidad de cliente una identidad de abonado movil internacional;
recibir por el cliente, al menos, uno de los desafios y las primeras credenciales cifradas desde el bloque de autenticacion;
formar en el cliente un primer secreto basandose en un secreto del cliente y el desafio;
formar una primera clave de autenticacion en el cliente usando el primer secreto; y
descifrar la primera clave de autenticacion en el cliente usando las primeras credenciales cifradas;
caracterizado por que
5
10
15
20
25
30
35
40
45
50
55
60
65
el descifrado de las primeras credenciales cifradas es independiente de enviar cualquier respuesta basada en secreto del cliente desde el cliente al bloque de autenticacion.
De acuerdo con un tercer aspecto de la invencion, se proporciona un metodo de autenticacion de un cliente, que comprende las etapas de:
recibir por un bloque de autenticacion una informacion de identidad de cliente desde un cliente, siendo la informacion de identidad de cliente una identidad de abonado movil internacional;
obtener para el bloque de autenticacion al menos un desafio y al menos un primer secreto basado en un secreto del cliente especifico para el cliente; formar las primeras credenciales;
formar una primera clave de autenticacion usando el al menos un primer secreto; cifrar las primeras credenciales usando la primera clave de autenticacion; enviar el al menos un desafio y las primeras credenciales cifradas al cliente; recibir desde el cliente un mensaje que contiene una primera informacion; y
comprobar si se han usado las primeras credenciales para procesar criptograficamente la primera informacion; caracterizado por que
el cifrado de las primeras credenciales es independiente del bloque de autenticacion que recibe cualquier respuesta basandose en el secreto del cliente desde el cliente.
De acuerdo con un cuarto aspecto de la invencion, se proporciona un metodo de autenticacion de un cliente, que comprende las etapas de:
enviar la informacion de identidad de cliente a un bloque de autenticacion, siendo la informacion de identidad de cliente una identidad de abonado movil internacional;
obtener al menos un desafio y al menos un primer secreto por el bloque de autenticacion basado en un secreto del cliente especifico para el cliente; formar las primeras credenciales;
formar una primera clave de autenticacion usando el al menos un primer secreto; cifrar las primeras credenciales usando la primera clave de autenticacion por el bloque de autenticacion; enviar el al menos un desafio y las primeras credenciales cifradas al cliente por el bloque de autenticacion; formar la primera clave de autenticacion en el cliente;
descifrar las primeras credenciales cifradas en el cliente usando la primera clave de autenticacion; y autenticar al cliente usando las primeras credenciales.
De acuerdo con un quinto aspecto de la invencion, se proporciona un sistema de autenticacion, que comprende un bloque de autenticacion y un cliente; y:
una primera entrada en el bloque de autenticacion para recibir una informacion de identidad de cliente, siendo la informacion de identidad de cliente una identidad de abonado movil internacional;
una segunda entrada en el bloque de autenticacion para recibir al menos un desafio y al menos un primer secreto basado en un secreto especifico para el cliente; un primer procesador en el bloque de autenticacion
para formar las primeras credenciales;
para formar una primera clave de autenticacion usando el al menos un primer secreto; y para cifrar las primeras credenciales usando la primera clave de autenticacion;
una salida en el bloque de autenticacion para proporcionar el al menos un desafio y las primeras credenciales cifradas al cliente; y
un primer procesador en el cliente para formar la primera clave de autenticacion y para descifrar las primeras credenciales cifradas usando la primera clave de autenticacion;
caracterizado por que
el cifrado de las primeras credenciales es independiente del bloque de autenticacion que recibe cualquier respuesta basada en el secreto del cliente desde el cliente
De acuerdo con un sexto aspecto de la invencion, se proporciona un cliente a un sistema de autenticacion que comprende un bloque de autenticacion; comprendiendo el cliente:
una primera salida para proporcionar al bloque de autenticacion una informacion de identidad de cliente, siendo
la informacion de identidad de cliente una identidad de abonado movil internacional;
una primera entrada para recibir al menos un desafio y las primeras credenciales cifradas;
5
10
15
20
25
30
35
40
45
50
55
60
65
un primer procesador
para formar un primer secreto basandose en un secreto del cliente y el desafio;
para formar una primera clave de autenticacion usando el primer secreto; y
para descifrar las primeras credenciales cifradas usando la primera clave de autenticacion;
caracterizado por que
el descifrado de las primeras credenciales cifradas es independiente de enviar cualquier respuesta basada en el secreto del cliente desde el cliente al bloque de autenticacion.
De acuerdo con un septimo aspecto de la invencion, se proporciona un bloque de autenticacion para un sistema de autenticacion que comprende un cliente; comprendiendo el bloque de autenticacion:
una primera entrada para recibir una informacion de identidad de cliente, siendo la information de identidad de cliente una identidad de abonado movil internacional;
una segunda entrada para recibir al menos un desafio y al menos un primer secreto basado en un secreto especifico para el cliente; un primer procesador
para formar las primeras credenciales;
para formar una primera clave de autenticacion usando el al menos un primer secreto; y para cifrar las primeras credenciales usando la primera clave de autenticacion;
una salida para proporcionar al cliente el al menos un desafio y las primeras credenciales cifradas;
la primera entrada que esta adaptada ademas para recibir desde el cliente un mensaje que contiene una primera
informacion;
y el primer procesador que esta adaptado ademas para comprobar si se han usado las primeras credenciales para procesar criptograficamente la primera informacion;
caracterizado por que
el cifrado de las primeras credenciales es independiente del bloque de autenticacion que recibe cualquier respuesta basada en el secreto del cliente desde el cliente.
De acuerdo con un octavo aspecto de la invencion, se proporciona un producto de programa informatico para controlar un cliente; comprendiendo el producto de programa informatico:
un codigo ejecutable por ordenador para permitir al cliente enviar una informacion de identidad de cliente a un bloque de autenticacion, siendo la informacion de identidad de cliente una identidad de abonado movil internacional;
un codigo ejecutable por ordenador para permitir al cliente recibir desde el bloque de autenticacion al menos un desafio y las primeras credenciales cifradas;
un codigo ejecutable por ordenador para permitir al cliente formar un primer secreto basandose en un secreto del cliente y el desafio;
un codigo ejecutable por ordenador para permitir al cliente formar una primera clave de autenticacion usando el primer secreto; y
un codigo ejecutable por ordenador para permitir al cliente descifrar las primeras credenciales cifradas usando la primera clave de autenticacion;
caracterizado por que
el descifrado de las primeras credenciales cifradas es independientes de enviar cualquier respuesta basada en el secreto del cliente desde el cliente al bloque de autenticacion.
De acuerdo con un noveno aspecto de la invencion, se proporciona un producto de programa informatico para controlar un bloque de autenticacion con el fin de permitir que el bloque de autenticacion autentique un cliente, comprendiendo el producto de programa informatico:
un codigo ejecutable por ordenador para permitir que el bloque de autenticacion reciba una informacion de identidad de cliente desde un cliente, siendo la informacion de identidad de cliente una identidad de abonado movil internacional;
un codigo ejecutable por ordenador para permitir que el bloque de autenticacion obtenga al menos un desafio y al menos un primer secreto basado en un secreto especifico para el cliente;
un codigo ejecutable por ordenador para permitir que el bloque de autenticacion forme las primeras credenciales; un codigo ejecutable por ordenador para permitir que el bloque de autenticacion forme una primera clave de
5
10
15
20
25
30
35
40
45
50
55
60
65
autenticacion usando el al menos un primer secreto;
un codigo ejecutable por ordenador para permitir que el bloque de autenticacion cifre las primeras credenciales usando la primera clave de autenticacion;
un codigo ejecutable por ordenador para permitir que el bloque de autenticacion envie el al menos un desafio y las primeras credenciales cifradas al cliente;
un codigo ejecutable por ordenador para permitir que el bloque de autenticacion reciba desde el cliente un mensaje que contenga la primera informacion; y
un codigo ejecutable por ordenador para permitir que el bloque de autenticacion compruebe si se han usado las primeras credenciales para procesar criptograficamente la primera informacion; caracterizado por que el cifrado de las primeras credenciales es independiente de recibir cualquier respuesta basada en el secreto especifico para el cliente desde el cliente.
Las realizaciones de un aspecto se aplican tambien a otros diversos aspectos de la invencion. En aras de la brevedad, las realizaciones no se han repetido en relacion con cada aspecto de la invencion. Un lector experto apreciara las ventajas de los diversos aspectos basandose en las ventajas del primer aspecto de la invencion.
A continuacion se describira la invencion, solo a modo de ejemplo, con referencia a los dibujos adjuntos, en los que:
la figura 1 la figura 2 la figura 3 la figura 4
la figura 5
la figura 6
la figura 7
la figura 8 la figura 9
la figura 10
muestra una vision general de un sistema Kerberos de acuerdo con Kerberos version 4;
muestra el funcionamiento del sistema Kerberos de la figura 1;
muestra un procedimiento de autenticacion del documento WO 0002406;
es un diagrama de bloques que muestra un cliente de acuerdo con una realizacion preferida de la invencion;
es un diagrama de bloques que muestra un servidor de autenticacion de acuerdo con la realizacion preferida de la invencion;
muestra el funcionamiento de un sistema Kerberos modificado de acuerdo con una realizacion preferida de la invencion;
muestra un diagrama de bloques de un sistema de autenticacion de red de area local inalambrica de acuerdo con una realizacion de la invencion;
muestra un procedimiento de autenticacion del sistema de autenticacion de la figura 7;
muestra un procedimiento de autenticacion en el cliente de acuerdo con otra realizacion mas de la
invencion; y
muestra la construccion de los parametros AUTS.
Las figuras 1 a 3 se han descrito anteriormente.
La figura 4 es un diagrama de bloques que muestra un cliente c de acuerdo con una realizacion preferida de la invencion. El cliente c comprende un bloque de funcionalidad de telefonia Tel, un bloque de funcionalidad de terminal IP, una IP para conectarse a una red IP, una memoria ROM no volatil, una memoria de acceso aleatorio RAMc, una interfaz de usuario UIc, un lector de SIM con un SIM en el mismo, un software SWc almacenado en la ROMc, y una unidad de procesamiento central CPUc para ejecutar el softwarec y controlar el funcionamiento del cliente c en consecuencia. El bloque de funcionalidad de telefonia Tel proporciona la funcionalidad de telefonia convencional, tal como hacer llamadas telefonicas y una funcionalidades de comunicacion moderna, tales como hacer llamadas de datos, enviar o recibir faxes, e-mails. Normalmente, el Tel es compatible con el GSM fase 2+. Puede soportar ademas el servicio general de radiocomunicaciones por paquetes (GPRS), que es un servicio de comunicaciones basado en paquetes construido sobre GSM. En ese caso, el cliente c soporta dos tipos diferentes de redes de paquetes de datos. El funcionamiento del cliente c se describira en detalle con referencia a la figura 6.
La figura 5 muestra un diagrama de bloques de un servidor de autenticacion AS de acuerdo con la realizacion preferida de la invencion. El servidor de autenticacion AS comprende un bloque de entrada/salida IOas, una base de datos de claves (posiblemente distribuida geograficamente) DB para almacenar las claves aprobadas como tales o de forma cifrada, una memoria no volatil ROMas, una memoria de acceso aleatorio RAMas, un software SWas almacenado en la ROMas, un acceso a un centro de autenticacion AuC de una red de telecomunicaciones (normalmente de una red GSM), y una unidad central de procesamiento CPUas para ejecutar el softwareAs y controlar el funcionamiento del AS en consecuencia. El funcionamiento del servidor de autenticacion se describira en detalle con referencia a la figura 6.
La figura 6 muestra el funcionamiento de un sistema Kerberos modificado de acuerdo con la realizacion preferida de la invencion. El sistema comprende el cliente c de la figura 4 y el servidor de autenticacion AS de la figura 5. Los numeros de referencia correspondientes se han aplicado a los mensajes y a las etapas correspondientes descritas en relacion con las figuras 1 y 2. A continuacion, se describiran las etapas.
Etapa 61: El SIM proporciona la identidad de abonado movil internacional (IMSI) de un abonado de la red de telecomunicaciones (cuyo SIM es este) a un cliente c (nodo movil, el ID del TGS (IDtgs), y una primera marca de tiempo o un numero al azar (como un protector de ataque de repeticion, o un mensaje aleatorioi) correspondiente al momento en que se envia la solicitud.
5
10
15
20
25
30
35
40
45
50
55
60
65
Etapa 62: El cliente c envia un mensaje KRB_AS_SOL, es dedr, una solicitud tickettgs, que comprende el I MSI, el IDtgs y el mensaje aleatorioi al AS.
Etapa 63: El AS solicita n (uno o mas) tripletes GSM de un AuC de la red de telecomunicaciones moviles que esta identificado por la I MSI. Estos tripletes se forman usando una funcion criptografica y un secreto de abonado conocido tanto por el SIM como por el AuC.
Etapa 64: El AUC responde con uno o mas conjuntos de desafios (RAND) y unas claves de sesion GSM (Kgsm) y, normalmente, tambien unas respuestas firmadas correspondientes (SRES). El AS forma una primera clave de autenticacion Kc usando las n claves de sesion GSM Kgsm y/o las respuestas firmadas SRES de los tripletes GSM de la siguiente manera: Kc = hashi [n x Kgsm, n x SRES, mensaje aleatorioi], en la que hashi es una primera funcion hash, que es una funcion hash unidireccional conocida tanto por el cliente c como por el AS. x es una notacion de los n parametros Kgsm, no de una multiplication. De acuerdo con la realization preferida de la invention, las respuestas firmadas no se comparan en absoluto (y por lo tanto no se transmiten en texto legible) de tal manera que las SRES recibidas tambien puede usarse en la formation de la Kc. El uso de los datos mas secretos en la formation de la Kc aumenta su resistencia criptografica. Como alternativa, solo pueden usarse las claves de sesion GSM Kgsm o las respuestas firmadas SRES. Ademas, en la generation de la primera clave de autenticacion Kc el numero de claves de sesion GSM Kgsm usado puede diferir del numero de SRES usadas. Solo es necesario para el cliente c conocer como se genera la Kc. La Kc servira en la autenticacion entre el AS y el cliente c. Ademas, una primera clave de sesion Kc,tgs se forma por el AS. El Kc,tgs puede ser, por ejemplo, una clave aleatoria generada por el AS.
Etapa 23': El AS forma un ticket de concesion de tickets tickettgs como se ha descrito anteriormente en relation con la section de la tecnica anterior. La etapa 23' difiere de la etapa 23 descrita en la section de la tecnica anterior de manera que el AS envia tambien los n RAND que se han usado en la generacion de la Kc ademas del tickettgs y la Kc,tgs cifrada con la Kc. El mensaje enviado desde el AS al c en la etapa 23' puede denominarse como un mensaje KRB_AS_RES.
Etapa 65: El cliente c proporciona los n RAND al SIM, que forma los n pares correspondiente de valores SRES y
Kgsm.
Etapa 66: El SIM proporciona los n pares de valores SRES y Kgsm formados en el etapa anterior al cliente c. A continuation, el cliente c forma una version propia de la Kc usando el SRES y los valores de Kgsm de una manera similar a la que se habia hecho anteriormente. Despues de tener su propia version de la Kc, a continuacion el funcionamiento del sistema sigue en las etapas 26 al 29 del protocolo convencional Kerberos version 5 explicado anteriormente con referencia a la figura 2.
Las etapas 24 y 25 se sustituyen por las etapas 65 y 66, debido a que la autenticacion puede realizarse de manera automatica si el usuario ha aceptado el acceso a su SIM.
Como se ha mencionado anteriormente, la IMSI se envia desde el cliente c al AS y a continuacion los RAND se envian desde el AS al cliente c. Esta mensajeria puede implementarse de diversas maneras, entre las que se describe a continuacion la implementation de acuerdo con la realizacion preferida.
El intercambio de servicio de autenticacion de Kerberos version 5 comprende una transmision inicial de los datos de autenticacion previa opcionales (PA_DATOS) desde el cliente c al AS. La presencia de los datos de autenticacion previa se muestra en un indicador PREAUTHENT. El uso de PA_DATOS no se ha normalizado pero, de acuerdo con Stallings, "la implementacion MIT de la version 5 ha cifrado el bloque de autenticacion previa de marca de tiempo que contiene un factor de confusion al azar, un numero de version, y una marca de tiempo, cifrados en la clave basada en la contrasena del cliente". A continuacion, el "bloque de autenticacion previa", o datos, se descifra por el AS. A continuacion, el AS puede verificar la verdadera autenticidad del cliente c y enviar tickets solo si se confirma la autenticacion previa. Stallings continua describiendo otra posibilidad que utiliza una tarjeta inteligente que genera una serie de contrasenas teniendo cada una su propio periodo de validez limitado. Las contrasenas pueden estar basadas en la contrasena del usuario, pero a medida que cambian, las contrasenas transmitidas son, en efecto, arbitrarias y son dificiles de determinar. El uso de un lector de tarjetas inteligentes puede estar indicado por un indicador HW_AUTHENT, que identifica los protocolos que requieren el uso del hardware que se espera que este solo en posesion del cliente c correcto.
En la realizacion preferida de la invencion, los indicadores PA_DATOS y HW_AUTHENT se utilizan en la presente invencion de manera que la IMSI puede transmitirse en el campo PA_DATOS y el indicador HW_AUTHENT puede usarse para indicar el uso de un SIM para la autenticacion. En lugar de usar el PA_DATOS para cualquier autenticacion previa, las solicitudes de AS, responden a un valor especifico del indicador HW_AUTHENT, los tripletes GSM del AuC del abonado. El AUC correcto se encuentra usando la IMSI.
El AS envia los n RAND al cliente c en un mensaje Kerberos version 5 convencional KRB_AS_RES, en un campo de datos de autenticacion previa (PA_DATOS). Despues de recibir los RAND, el cliente c puede formar su propia version de la Kc y descifrar la Kc,tgs.
5
10
15
20
25
30
35
40
45
50
55
60
65
En la realizacion preferida, el campo PA_DATOS se usa para enviar la IMSI desde el cliente c al AS. Aunque la ID del cliente IDc, una IDc falsa que no es la verdadera ID del cliente (por ejemplo, un valor aleatorio o una constante tal como cero), se usa como la IDc. La IDc (falsa) se integra en todos los siguientes mensajes de autenticacion en los que se solicitan o se conceden tickets. Como una ventaja de enviar la IMSI en el campo PA_DATOS, la IMSI no se convierte en parte de una serie de mensajes adicionales. Esto es bueno ya que la IMSI identifica al abonado. Por razones de seguridad, es deseable limitar su disponibilidad general. El uso de una indication de autenticacion previa y los campos de datos tambien es ventajoso, con el fin de proporcionar una manera normalizada para indicar al AS que se esta usando un metodo de utilization de una autenticacion por SIM de acuerdo con la invention. Puede usarse la version 5 convencional de Kerberos con pequenos cambios y no es necesario ejecutar primero unos protocolos propietarios con el fin de obtener la primera clave de sesion Kc,tgs para su uso en el protocolo Kerberos version 5.
Tambien se ha mencionado en el parrafo anterior que se puede dar a la ID del cliente IDc un valor arbitrario. Por otra parte, la IDc puede elegirse mas tarde por el AS. La IDc se envia de vuelta desde el AS como un texto legible de manera que no importa si la IDc cambia despues de que el cliente c haya enviado el primer mensaje con una IDc inicial arbitraria. Es ventajoso para el AS elegir la IDc, ya que proporciona una oportunidad para la asignacion centralizada de identidades de manera que cada identidad puede ser unica durante su tiempo de vida.
La figura 7 muestra un diagrama de bloques de un sistema de autenticacion de red de area local inalambrica 70 de acuerdo con una realizacion de la invencion. El sistema 70 comprende un cliente c, un punto de acceso AP, un centro de distribution de claves Kerberos KSS que contiene tanto un servidor de autenticacion Kerberos (AS, no mostrado en la figura 7) como un servidor de concesion de tickets (TGS, no mostrado en la figura 7). Las funciones de AP como un servidor proxy entre el cliente c y el KSS, se ilustraran a continuation con referencia a la figura 8. Ademas, el AP contiene una funcionalidad de servidor de servicios Kerberos (V, no mostrado en la figura 7).
La figura 8 muestra un procedimiento de autenticacion del sistema de autenticacion 70 de la figura 7. El procedimiento se inicia a partir de las etapas 810 y 812, en las que el AP envia anuncios que informan al cliente c sobre si mismo y el cliente c asocia al AP. A continuacion, se envia un mensaje de solicitud de identidad de protocolo de autenticacion extensible (EAP) mediante el AP (etapa 814) al cliente c. El cliente c responde con una respuesta de identidad EAP (etapa 816). A continuacion, el AP envia una solicitud EAP-GSS (etapa 818) al cliente c. Todas estas etapas 810 a 816 son familiares para un experto en la materia, por ejemplo, a partir de la publication "TGe Security Baseline", noviembre de 2000, por D. Halasz, S. Norman, G. Zorn, B. Aboba, T. Moore, J. Walker, B. Beach, B. O'Hara, diapositiva 18, (IEEE 802,11 a 00/419).
A continuacion, el cliente c forma (etapa 820) un mensaje AS_SOL, lo que corresponde al KRB_AS_SOL explicado anteriormente y a continuacion, el cliente c envia el mensaje al AP encapsulado por IAKERB y los protocolos EAP- GSS adicionales. Ambos protocolos IAKERB y EAP-GSS se conocen por un experto en la materia, vease por ejemplo "Generic Security Service Application Program Interface, Version 2, Update 1" (RFC 2743), enero de 2000, por J. Linn y "Initial Authentication and Pass Through Authentication Using Kerberos V5 and the GSS-API (IAKERB)", noviembre de 2000, por M. Swift, J. Trostle, B. Aboba y G. Zorn (draft-ietf-cat-iakerb-05.txt).
El AP reenvia (etapa 822) el mensaje AS_SOL al KSS, que responde (etapa 824) con un mensaje AS_RES al AP. El AP reenvia (etapa 826) el AS_ReS encapsulado por los protocolos IAKERB y EAP-GSS al cliente c. El AS_RES corresponde a la KRB_AS_RES explicado anteriormente.
En las etapas 828 a 834 se solicita y se concede un ticket de concesion de servicio de tickets al cliente c.
Como se ha mencionado en la description de la figura 7, el AP tiene dos funciones. El AP funciona como un proxy IAKERB cuando se reenvian a los clientes los mensajes AS_SOL/AS_RES y TGS_SOL/TGS_RES (etapas 820 a 834). Ademas, el AP contiene un servidor de servicios Kerberos (V), por ejemplo, para proporcionar acceso a una red, tal como Internet. En las etapas 828 a 834, el cliente c obtiene un ticketv para el AP del KSS. En las etapas 840 y 842 (AP_SOL y AP_RES), el cliente usa el ticketv para obtener un servicio de un servidor de servicios, por ejemplo, un acceso a Internet a traves del AP.
Normalmente, se usara una clave de sesion individual entre el cliente y el punto de acceso (distribuido en las etapas 840 a 842) y la clave generada SIM solo se utilizara en el intercambio de servicios de autenticacion.
En otra realizacion alternativa mas, la IMSI puede transmitirse desde el cliente c al AP en el mensaje de respuesta de identidad EAP (etapa 816), en cuyo caso no sera necesario transmitir el mensaje AS_SOL.
La figura 9 muestra un sub-procedimiento de autenticacion en el cliente de acuerdo con otra realizacion mas de la invencion. En esta realizacion, el cliente tiene un USIM SIM UMTS en lugar de un SIM GSM. En la descripcion del proceso en el cliente, el proceso en el extremo de red se hace claro tambien para un experto en la materia. El sub- procedimiento corresponde al procedimiento de autenticacion y de concordancia de claves (AKA) UMTS y se usa para obtener el quinteto UMTS. El quinteto UMTS comprende 5 elementos de datos: un desafio RAND, una respuesta esperada XRES que deberia coincidir con una respuesta RES que el USIM genera, una clave de cifrado
5
10
15
20
25
30
35
40
45
50
55
60
65
CK, una clave de integridad IK y un testigo de autenticacion de red AUTN. El quinteto UMTS se recibe normalmente en el campo PA_DATOS, como se ha descrito anteriormente con referencia a la figura 6.
El sub-procedimiento ejemplifica como un numero de secuencia SQN puede integrarse en la autenticacion y como puede comprobarse y re-sincronizarse adicionalmente en el caso de que este fuera de sincronizacion.
El quinteto UMTS se ha generado normalmente por un AuC de un operador UMTS del abonado (USIM) usando un secreto compartido K (que corresponde a Ki, un secreto compartido en GSM). El quinteto se forma de tal manera que solo dos elementos de datos necesitan transmitirse al USIM para permitirle obtener todo el quinteto, es decir, el RAND y el AUTN. El cliente recibe estos dos elementos de datos. A continuacion, el USIM obtiene el quinteto usando el AUTN, el RAND y la K. Normalmente, el USIM genera una RES, una CK y una IK usando solo la K y el RAND, con las tres diferentes funciones de autenticacion respectivas f2 a f4 conocidas tanto por el USIM como por el AuC.
El USIM tambien genera un codigo de autenticacion de mensaje esperado XMAC usando el RAND, el AUTN y la K. El AUTN contiene un campo SQN © AK, en el que AK es una clave de anonimato, un campo de gestion de autenticacion AMF, y un codigo de autenticacion de mensaje MAC. El primer campo mencionado permite al USIM obtener el XMAC, que se compara con el MAC. El primer USIM genera la AK usando el RAND y la K con una funcion de autenticacion f5. A continuacion, el USIM calcula (SQN © AK) © AK y obtiene el SQN (nota: el termino de la formula que esta entre parentesis es el campo del AUTN y el AK en el extremo de la formula se obtiene por el USIM). A continuacion, el USIM puede calcular el XMAC con la K, el SQN, el AMF y el RAND, usando una primera funcion de autenticacion f1.
El USIM compara el XMAC con el MAC que se ha incluido en el AUTN. Si son diferentes, el cliente envia un mensaje de rechazo de autenticacion de usuario de vuelta al AuC con una indicacion de la causa y el cliente abandona el procedimiento de autenticacion en curso. En este caso, el AuC puede iniciar un nuevo procedimiento de identificacion y autenticacion hacia el cliente.
El USIM tambien verifica que el numero de secuencia recibido SQN esta en el intervalo correcto. El SQN puede no diferir mas que por una cantidad predeterminada del SQN mantenido por el USIM. Si el USIM considera que el numero de secuencia no esta en el intervalo correcto, envia un mensaje de fallo de sincronizacion de vuelta al AuC incluyendo un parametro apropiado, y abandona el procedimiento en curso.
El sub-procedimiento descrito anteriormente se ajusta en el marco del intercambio de servicio de autenticacion Kerberos. Se explica con mas detalle a continuacion en el marco del intercambio de servicio de autenticacion basado en Kerberos.
El cliente c solicita un tickettgs enviando un mensaje KRB_AS_SOL al AS. El mensaje tiene el siguiente formato basico:
Opciones || IDc || IMSI || Dominioc || IDtgs || tiempos || Mensaje aleatoriol
El mensaje KRB_AS_SOL es como en el Kerberos convencional, excepto que contiene la IMSI del cliente. La IMSI puede transmitirse en el campo de identidad del cliente (IDc), por ejemplo, usando el tipo de nombre de Kerberos PRINCIPAL, o un nuevo tipo de nombre reservado para UMTS. Kerberos soporta diversos mecanismos de autenticacion con el campo de datos de autenticacion previa (padatos) de los mensajes KRB_AS_SOL y KRB_AS_RES.
En una realizacion alternativa, la IMSI se transmite usando el campo padatos de Kerberos. Esto tiene la ventaja de que el cliente usa una identidad distinta de la IMSI como la IDc en todos los mensajes de Kerberos, y la IMSI tiene que transmitirse solo una vez.
En otra realizacion alternativa mas, para evitar el envio de la IMSI en los mensajes de Kerberos siguientes, el AS elige una identidad para el cliente c, genera el ticket para esta nueva identidad y transmite la identidad con el tickettgs del mensaje KRB_AS_RES.
El AS responde con un mensaje KRB_AS_RES al cliente c. El mensaje KRB_AS_RES tiene el siguiente formato basico:
Dominioc || IDc || Tickettgs || n RAND || n AUTN || Ekc [Kc,tgs || tiempos || Mensaje aleatorioi || Dominiotgs | IDtgs]
en la que n es un numero entero (al menos 1), Kc = h (n CK, n Ik, Mensaje aleatoriol) y la funcion h () es una funcion hash unidireccional. En una realizacion alternativa, Kc = h (n CK, n IK, n RES, Mensaje aleatoriol)
El mensaje KRB_AS_RES es similar al Kerberos de la tecnica anterior correspondiente, excepto que contiene n RAND y AUTN. Los RAND y AUTN pueden estar contenidos en el campo padatos del mensaje kRb_As_RES.
5
10
15
20
25
30
35
40
45
50
55
60
65
Tras la recepcion de un KRB_AS_RES, el cliente verifica primero los n AUTN como en el AKA UMTS convencional. Si los n parametros AUTN se comprueban correctamente, el cliente ejecuta los algoritmos AKA UMTS en el USIM y obtiene la Kc a partir de los n quintetos y el mensaje aleatorioi. A continuacion, el cliente es capaz de descifrar la parte cifrada del KRB_AS_RES y comprobarla, al igual que en la autenticacion Kerberos normal. Si las comprobaciones tienen exito, el cliente ha obtenido un ticket de concesion de ticket y una clave de sesion de servidor de concesion de ticket. Desde este punto en adelante, el cliente funciona como cualquier otro cliente Kerberos. El cliente no necesita el USIM hasta que el tickettgs expira y el cliente tiene que solicitar un nuevo tickettgs ejecutando el intercambio de servicio de autenticacion de nuevo (a menos que se necesite el USIM para otros fines, tal como la colocacion de una llamada de telefono UMTS ordinaria).
Como en el Kerberos convencional, en el caso de AKA UMTS, el AS es incapaz de verificar que el KRB_AS_SOL proviene de un cliente c legitimo. Tras la recepcion del mensaje KRB_AS_SOL, el AS recupera los quintetos UMTS para el cliente, genera la clave Kc y envia el mensaje KRB_AS_RES. El AS no necesita guardar la clave Kc o cualquier otra informacion de estado para el cliente.
Si el ticket se ha solicitado por un cliente legitimo (es decir, el cliente c que posee la USIM que tiene la IMSI usada), el cliente puede obtener la clave Kc y descifrar la parte cifrada del mensaje KRB_AS_rEs y obtener el tickettgs. Como en el Kerberos convencional, solo los clientes c legitimos son capaces de usar el tickettgs recibido en el mensaje KRB_AS_RES.
A continuacion, el cliente c obtiene el SQN fuera al menos de un RAND y un AUTN (normalmente los primeros de los n RAND y AUTN) y comprueba si esta en el intervalo correcto.
Si el SQN esta en el intervalo correcto (no demasiado lejos del SQNms), el cliente c aprueba el tickettgs y puede usarlo. De lo contrario, el cliente c envia un nuevo KRB_aS_SOL como un mensaje de solicitud de re-sincronizacion (en la etapa (3)) que contiene un AUTS correspondiente al primer RAND y AUTN. El AUTS es un parametro usado para re-sincronizar el SQN. La construccion del parametro AUTS se muestra en la figura 10. Hay un MAC-S (codigo de autenticacion de mensaje para la re-sincronizacion) formado para ser una parte del AUTS. El mensaje KRB_AS_SOL usado ahora tiene el siguiente formato basico:
opciones || IDc || IMSI || RAND || AUTS || Dominioc || IDtgs || tiempos || Mensaje aleatorioi
En respuesta al mensaje de solicitud de resincronizacion, el AS hace que el AuC sincronice su SQN con el USIM (a SQNms), recupere un nuevo conjunto de quintetos UMTS y los envia al cliente c en un nuevo mensaje KRB_AS_RES que ahora se forma usando el SQN sincronizado (es decir, en el que los RAND y AUTN se basan en los SQN en sincronizacion con el SQNms del USIM). El KRB_AS_RES tiene ahora el siguiente formato basico:
Dominioc || IDc || Tickettgsi || n RAND || n AUTN || Ekc [Kc,tgs || tiempos || Mensaje aleatorioi || Dominiotgs || IDtgs]
Es una ventaja remarcable de esta realizacion que la autenticacion UMTS pueda extenderse a Kerberos compatible con el servidor de concesion de tickets y los servidores de servicio Kerberos (tambien conocidos como servidores de aplicacion) sin ninguna modificacion de los mismos. Basta con que el cliente Kerberos y el AS sean conscientes AKA UMTS. Los servidores TGS y de servicios Kerberos V no necesitan ser conscientes AKA UMTS. El AS puede tener una interfaz con la red de autorizacion UMTS, de manera similar al AS de la LAN inalambrica de operador de red (OWLAN) para la red GSM. El servidor de autenticacion Nokia es un ejemplo de un AS OWLAN.
Las diferentes realizaciones de la invention permiten el uso de diversos modulos de identification de red de telecomunicaciones, que incluyen los SIM y USIM, para autenticar clientes para varias otras redes de datos o de sus servicios usando tickets que conceden el acceso a los mismos o a sus servicios. Por ejemplo, puede usarse un dispositivo de telecomunicaciones moviles UMTS tanto por los servicios de telecomunicaciones UMTS proporcionados por su operador de telecomunicaciones (sobre una interfaz de radio) como por los servicios de LAN inalambricos (y/o cableados). El dispositivo puede obtener una primera clave de autenticacion o clave de sesion Kc fuerte y relativamente fiable basandose en el modulo de identificacion de usuario del dispositivo, y usar esa clave de sesion sin necesidad de enviar devuelta ninguna "respuesta firmada" tal como una RES o una SRES y por lo tanto esos datos pueden usarse ademas en la creation de la clave de sesion.
Por otra parte, la generation de la clave de sesion basandose en las credenciales de la red de telecomunicaciones moviles (datos de tripletes GSM o datos de quintetos UMTS) permite unas transferencias rapidas de la itinerancia del punto de acceso.
Se han descrito las implementaciones y las realizaciones especificas de la invencion. Es evidente para un experto en la materia que la invencion no esta limitada a los detalles de las realizaciones presentadas anteriormente, sino que pueden implementarse en otras realizaciones usando unos medios equivalentes sin desviarse de las caracteristicas de la invencion. El alcance de la invencion esta limitado solamente por las reivindicaciones de patente adjuntas.

Claims (28)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un metodo del lado del cliente de autenticacion de un cliente (c), que comprende las etapas de:
    enviar la informacion de identidad de cliente (IMSI) a un servidor de autenticacion (AS), siendo la informacion de identidad de cliente una identidad de abonado movil internacional;
    recibir por el cliente las primeras credenciales cifradas (Kc,tgs) y n desafios (RAND) desde el servidor de autenticacion (AS), siendo el numero n de los desafios (RAND) al menos uno de, cifrandose las primeras credenciales (Kc,tgs) con una primera clave de autenticacion (Kc), basandose la primera clave de autenticacion en los n primeros secretos (Kgsm, SRES; CK, IK, RES) y asociandose el n primer secreto (Kgsm, SRES; CK, IK, RES) a la informacion de identidad de cliente;
    formar en el cliente los n primeros secretos (Kgsm, SRES) basandose en un secreto del cliente (Ki) y los n desafios (RAND);
    formar en el cliente (c) usando los n primeros secretos (Kgsm, SRES) la primera clave de autenticacion (Kc); y descifrar las primeras credenciales cifradas (Kc,tgs) usando la primera clave de autenticacion (Kc) en el cliente; caracterizado por que
    el descifrado de las primeras credenciales cifradas (Kc,tgs) es independiente del envio de cualquier respuesta basada en el secreto del cliente (Ki) desde el cliente (c) al servidor de autenticacion (AS).
  2. 2. Un metodo de acuerdo con la reivindicacion 1, caracterizado por que los n desafios y las primeras credenciales cifradas se reciben en un mensaje comun.
  3. 3. Un metodo de acuerdo con las reivindicaciones 1 o 2, caracterizado por los n desafios (RAND) y los n primeros secretos correspondientes a los n numeros de secuencia especificos (SQN) y la transmision de los n numeros de secuencia (SQN), y comprendiendo ademas el metodo las etapas de:
    mantener un contador de numero de secuencia (SQNms) en el cliente (c);
    obtener en el cliente (c) un numero de secuencia (SQN) usando uno de los n desafios (RAND) y uno de los n primeros secretos (Kgsm, SRES; CK, IK, RES); y
    comprobar en el cliente (c) si el numero de secuencia (SQN) esta dentro de un intervalo predeterminado.
  4. 4. Un metodo de acuerdo con la reivindicacion 3, caracterizado por que el metodo comprende ademas la etapa de iniciar una sincronizacion del numero de secuencia en el caso de que el numero de secuencia (SQN) no este dentro del intervalo predeterminado.
  5. 5. Un metodo de acuerdo con cualquiera de las reivindicaciones 1 a 4, caracterizado por que una respuesta (SRES) formada en el cliente (c) por medio del secreto del cliente (Ki) y el al menos un desafio (RAND) se usan exclusivamente en el cliente (c).
  6. 6. Un metodo de acuerdo con cualquiera de las reivindicaciones 1 a 5, caracterizado por que la primera clave de autenticacion (Kc) esta basada en dos o mas primeros secretos.
  7. 7. Un metodo de acuerdo con cualquiera de las reivindicaciones 1 a 6, caracterizado por que
    el metodo comprende ademas la etapa de enviar un mensaje aleatorio que es un protector de ataque de repeticion desde el cliente al servidor de autenticacion; y
    la formacion de la primera clave de autenticacion que comprende una sub-etapa de usar una funcion hash de al menos el primer secreto y el protector de ataque de repeticion.
  8. 8. Un metodo de acuerdo con cualquiera de las reivindicaciones 1 a 7, caracterizado por que el metodo comprende ademas la etapa de generar un mensaje de solicitud de servicio usando criptograficamente las primeras credenciales descifradas.
  9. 9. Un metodo del lado del servidor de autenticacion de un cliente (c), que comprende las etapas de:
    recibir por un servidor de autenticacion (AS) una informacion de identidad de cliente (IMSI) desde un cliente (c), siendo la informacion de identidad de cliente una identidad de abonado movil internacional; obtener para el servidor de autenticacion (AS) n desafios (RAND) y n primeros secretos (Kgsm, SRES), basandose los n primeros secretos en un secreto del cliente (Ki) especifico para el cliente (c) y en los n desafios (RAND), en donde n es al menos uno y el secreto del cliente (Ki) esta asociado a la informacion de identidad de cliente (IMSI);
    formar las primeras credenciales (Kc,tgs);
    formar una primera clave de autenticacion (Kc) usando los n primeros secretos (Kgsm, SRES); cifrar las primeras credenciales (Kc,tgs) usando la primera clave de autenticacion (Kc); enviar los n desafios (RAND) y las primeras credenciales cifradas (Kc,tgs) al cliente (c); recibir del cliente (c) un mensaje que contiene una primera informacion; y
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    comprobar si las primeras credenciales se han usado para procesar criptograficamente la primera informacion; caracterizado por que
    el cifrado de las primeras credenciales (Kc,tgs) es independiente de la recepcion de cualquier respuesta basada en el secreto del cliente (Ki) desde el cliente (c) al servidor de autenticacion (AS).
  10. 10. Un metodo de acuerdo con la reivindicacion 9, caracterizado por que el servidor de autenticacion esta configurado para proporcionar al cliente las primeras credenciales cifradas y los n desafios en un mensaje comun.
  11. 11. Un metodo de acuerdo con las reivindicaciones 9 o 10, caracterizado por que el servidor de autenticacion obtiene los n desafios (RAND) y al menos un primer secreto (Kgsm, SRES) basado en un secreto del cliente (Ki) especifico para el cliente (c) se produce antes de una necesidad de autenticar al cliente.
  12. 12. Un metodo de acuerdo con cualquiera de las reivindicaciones 9 a 11, caracterizado por el servidor de autenticacion que forma ademas una identificacion para su uso en un mensaje de autenticacion siguiente para el cliente.
  13. 13. Cliente (c) para un sistema de autenticacion que comprende un servidor de autenticacion (AS); comprendiendo el cliente:
    una primera salida (IOc) para proporcionar al servidor de autenticacion (AS) una informacion de identidad de cliente (IMSI), siendo la informacion de identidad de cliente una identidad de abonado movil internacional; una primera entrada (IOc) para recibir unas primeras credenciales cifradas (Kc,tgs) y n desafios (RAND), en donde n es al menos uno, cifrandose las primeras credenciales (Kc,tgs) con una primera clave de autenticacion (Kc), basandose la primera clave de autenticacion (Kc) en los n primeros secretos (Kgsm, SRES; CK, IK, RES), y asociandose los n primeros secretos (Kgsm, SRES; CK, IK, RES) a la informacion de identidad de cliente (IMSI); y un primer procesador (CPUc)
    para formar los n primeros secretos (Kgsm, SRES) basandose en un secreto del cliente (Ki) y en los n desafios (RAND);
    para formar la primera clave de autenticacion (Kc) usando los n primeros secretos (Kgsm, SRES); y para descifrar las primeras credenciales cifradas (Kc,tgs) usando la primera clave de autenticacion (Kc);
    caracterizado por que
    el cifrado de las primeras credenciales (Kc,tgs) es independiente de la recepcion de cualquier respuesta basada en el secreto del cliente (Ki) desde el cliente (c) al servidor de autenticacion (AS).
  14. 14. Un cliente de acuerdo con la reivindicacion 13, caracterizado por que las primeras credenciales cifradas y los n desafios se reciben en un mensaje comun.
  15. 15. Un cliente de acuerdo con las reivindicaciones 13 o 14, caracterizado por los n desafios (RAND) y los n primeros secretos correspondientes a los n numeros de secuencia especificos (SQN) y la transmision de los n numeros de secuencia (SQN), y comprendiendo ademas el cliente:
    medios para mantener un contador de numero de secuencia (SQNms) en el cliente (c); medios para obtener en el cliente (c) un numero de secuencia (SQN) usando uno de los n primeros secretos (Kgsm, SRES; CK, IK, RES); y
    medios para comprobar en el cliente (c) si el numero de secuencia (SQN) esta predeterminado.
  16. 16. Un cliente de acuerdo con la reivindicacion 15, caracterizado por que el cliente comprende ademas los medios para iniciar una sincronizacion del numero de secuencia en el caso de que el numero de secuencia (SQN) no este dentro del intervalo predeterminado.
  17. 17. Un cliente de acuerdo con cualquiera de las reivindicaciones 13 a 16, caracterizado por que el cliente esta configurado para no enviar ninguna respuesta basada en el secreto del cliente (Ki) al servidor de autenticacion (AS).
  18. 18. Un cliente de acuerdo con cualquiera de las reivindicaciones 13 a 17, caracterizado por que la primera clave de autenticacion (Kc) esta basada en dos o mas primeros secretos.
  19. 19. Un cliente de acuerdo con cualquiera de las reivindicaciones 13 a 18, caracterizado por que:
    el cliente comprende ademas unos medios para enviar un mensaje aleatorio que es un protector de ataque de repeticion desde el cliente al servidor de autenticacion; y
    la formacion de la primera clave de autenticacion que comprende una sub-etapa de usar una funcion hash de al menos el primer secreto y el protector de ataque de repeticion.
    n desafios (RAND) y los dentro de un intervalo
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
  20. 20. Un cliente de acuerdo con cualquiera de las reivindicaciones 13 a 19, caracterizado por los medios adicionales de cliente para generar un mensaje de solicitud de servicio usando criptograficamente las primeras credenciales descifradas.
  21. 21. Un servidor de autenticacion (AS) para un sistema de autenticacion que comprende un cliente (c); comprendiendo el servidor de autenticacion:
    una primera entrada (IOas) para recibir una informacion de identidad de cliente (IMSI), siendo la informacion de identidad de cliente una identidad de abonado movil internacional;
    una segunda entrada (IOas) para recibir n desafios (RAND) y n primeros secretos (Kgsm, SRES), siendo n al menos uno y basandose los n primeros secretos en un secreto del cliente (Ki) especifico para el cliente (c) y en los n desafios (RAND), en donde el secreto del cliente (Ki) esta asociado a la informacion de identidad de cliente; un primer procesador (CPUas)
    para formar primeras credenciales (Kc,tgs);
    para formar una primera clave de autenticacion (Kc) usando los n primeros secretos (Kgsm, SRES); y para cifrar las primeras credenciales (Kc,tgs) usando la primera clave de autenticacion (Kc);
    una salida (IOas) para proporcionar al cliente las primeras credenciales cifradas (Kc,tgs) y los n desafios (RAND); estando la primera entrada (IOas) adaptada ademas para recibir del cliente (c) un mensaje que contiene una primera informacion; y
    estando el primer procesador (CPUas) adaptado ademas para comprobar si se han usado las primeras credenciales para procesar criptograficamente la primera informacion; caracterizado por que el cifrado de las primeras credenciales (Kc,tgs) es independiente de la recepcion cualquier respuesta basada en el secreto del cliente (Ki) desde el cliente (c) al servidor de autenticacion (AS).
  22. 22. Un servidor de autenticacion (AS) de acuerdo con la reivindicacion 21, caracterizado por que la salida esta configurada para proporcionar al cliente las primeras credenciales cifradas y los n desafios en un mensaje comun.
  23. 23. Un servidor de autenticacion (AS) de acuerdo con la reivindicacion 21, caracterizado por que el servidor de autenticacion comprende ademas unos medios para obtener los n desafios (RAND) y los n primeros secretos (Kgsm, SRES) basandose en un secreto del cliente (Ki) especifico para el cliente (c) antes de una necesidad de autenticar al cliente.
  24. 24. Un servidor de autenticacion (AS) de acuerdo con la reivindicacion 21, caracterizado por que el servidor de autenticacion comprende ademas unos medios para formar una identificacion para su uso en un mensaje de autenticacion siguiente para el cliente.
  25. 25. Sistema de autenticacion, que comprende un servidor de autenticacion (AS) de acuerdo con la reivindicacion 21 y un cliente (c) de acuerdo con la reivindicacion 13.
  26. 26. Producto de programa informatico para controlar un cliente; comprendiendo el producto de programa informatico:
    un codigo ejecutable por ordenador para permitir que el cliente envie una informacion de identidad de cliente (IMSI) a un servidor de autenticacion (AS), siendo la informacion de identidad de cliente una identidad de abonado movil internacional;
    un codigo ejecutable por ordenador para permitir que el cliente reciba desde el servidor de autenticacion (AS) las primeras credenciales cifradas (Kc,tgs) y los n desafios (RAND), siendo n al menos uno y estando las primeras credenciales (Kc,tgs) cifradas con una primera clave de autenticacion (Kc), basandose la primera clave de autenticacion (Kc) en los n primeros secretos (Kgsm, SRES; CK, IK, RES), y estando los n primeros secretos (Kgsm, SRES; CK, IK, RES) asociados a la informacion de identidad de cliente (IMSI);
    un codigo ejecutable por ordenador para permitir que el cliente forme los n primeros secretos (Kgsm, SRES) basandose en un secreto del cliente (Ki) y los n desafios (RAND);
    un codigo ejecutable por ordenador para permitir que el cliente forme la primera clave de autenticacion (Kc) usando los n primeros secretos (n Kgsm, SRES); y
    un codigo ejecutable por ordenador para permitir que el cliente descifre las primeras credenciales cifradas (Kc,tgs) usando la primera clave de autenticacion (Kc); caracterizado por que
    el descifrado de las primeras credenciales cifradas (Kc,tgs) es independiente del envio de cualquier respuesta basada en el secreto del cliente (Ki) desde el cliente (c) al servidor de autenticacion (AS).
  27. 27. Producto de programa informatico para controlar un ordenador, para hacer que el ordenador autentique un cliente (c), comprendiendo el producto de programa informatico:
    un codigo ejecutable por ordenador para permitir que el ordenador reciba una informacion de identidad de cliente (IMSI) desde un cliente (c) a un servidor de autenticacion (AS), siendo la informacion de identidad de cliente una
    identidad de abonado movil internacional;
    un codigo ejecutable por ordenador para permitir que el ordenador obtenga n desafios (RAND) y n primeros secretos (Kgsm, SRES) para el servidor de autenticacion (AS), basandose los n primeros secretos en un secreto del cliente (Ki) espedfico para el cliente (c) y en los n desafios (RAND), en donde n es al menos uno y el secreto 5 del cliente (Ki) esta asociado a la information de identidad de cliente;
    un codigo ejecutable por ordenador para permitir que el ordenador forme las primeras credenciales (Kc,tgs); un codigo ejecutable por ordenador para permitir que el ordenador forme una primera clave de autenticacion (Kc) usando los n primeros secretos (Kgsm, SRES);
    un codigo ejecutable por ordenador para permitir que el ordenador cifre las primeras credenciales (Kc,tgs) usando 10 la primera clave de autenticacion (Kc);
    un codigo ejecutable por ordenador para permitir que el ordenador envie al cliente (c) los n desafios (RAND) y las primeras credenciales cifradas (Kc,tgs);
    un codigo ejecutable por ordenador para permitir que el ordenador reciba desde el cliente (c) un mensaje que contiene una primera informacion; y
    15 un codigo ejecutable por ordenador para permitir que el ordenador compruebe si se han usado las primeras credenciales para procesar criptograficamente la primera informacion;
    caracterizado por que
    20 el cifrado de las primeras credenciales (Kc,tgs) es independiente de la reception de cualquier respuesta basada en el secreto del cliente (Ki) desde el cliente (c) al servidor de autenticacion (AS).
  28. 28. Producto de programa informatico para controlar una entidad de red de comunicaciones de datos; comprendiendo el producto de programa informatico:
    25
    un codigo ejecutable por ordenador para permitir que la entidad de red de comunicaciones de datos implemente el metodo de acuerdo con una cualquiera de las reivindicaciones 2 a 12.
ES01985938.8T 2000-12-27 2001-12-21 Autenticación en comunicación de datos Expired - Lifetime ES2584862T3 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
FI20002858 2000-12-27
FI20002858A FI115097B (fi) 2000-12-27 2000-12-27 Todentaminen dataviestinnässä
FI20010080 2001-01-12
FI20010080A FI115098B (fi) 2000-12-27 2001-01-12 Todentaminen dataviestinnässä
PCT/IB2001/002822 WO2002052784A1 (en) 2000-12-27 2001-12-21 Authentication in data communication

Publications (1)

Publication Number Publication Date
ES2584862T3 true ES2584862T3 (es) 2016-09-29

Family

ID=26161105

Family Applications (1)

Application Number Title Priority Date Filing Date
ES01985938.8T Expired - Lifetime ES2584862T3 (es) 2000-12-27 2001-12-21 Autenticación en comunicación de datos

Country Status (6)

Country Link
US (2) US7472273B2 (es)
EP (1) EP1348280B1 (es)
DK (1) DK1348280T3 (es)
ES (1) ES2584862T3 (es)
FI (1) FI115098B (es)
WO (1) WO2002052784A1 (es)

Families Citing this family (121)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6217847B1 (en) * 1994-07-01 2001-04-17 The Board Of Trustees Of The Leland Stanford Junior University Non-invasive localization of a light-emitting conjugate in a mammal
US7237257B1 (en) * 2001-04-11 2007-06-26 Aol Llc Leveraging a persistent connection to access a secured service
US6963740B1 (en) * 2001-07-31 2005-11-08 Mobile-Mind, Inc. Secure enterprise communication system utilizing enterprise-specific security/trust token-enabled wireless communication devices
FI114953B (fi) * 2001-09-28 2005-01-31 Nokia Corp Menetelmä käyttäjän tunnistamiseksi päätelaitteessa, tunnistusjärjestelmä, päätelaite ja käyttöoikeuksien varmistuslaite
US7412720B1 (en) 2001-11-02 2008-08-12 Bea Systems, Inc. Delegated authentication using a generic application-layer network protocol
US7246230B2 (en) * 2002-01-29 2007-07-17 Bea Systems, Inc. Single sign-on over the internet using public-key cryptography
ES2387763T3 (es) * 2002-05-06 2012-10-01 Swisscom Ag Sistema y procedimiento para la administración de recursos de módulos de recursos portátiles
US7373508B1 (en) * 2002-06-04 2008-05-13 Cisco Technology, Inc. Wireless security system and method
US7565537B2 (en) * 2002-06-10 2009-07-21 Microsoft Corporation Secure key exchange with mutual authentication
US7805606B2 (en) * 2002-07-29 2010-09-28 Bea Systems, Inc. Computer system for authenticating a computing device
ATE286342T1 (de) * 2002-10-21 2005-01-15 Swisscom Mobile Ag Verfahren zum detektieren eines duplizierten identifizierungsmoduls
FR2847756B1 (fr) * 2002-11-22 2005-09-23 Cegetel Groupe Procede d'etablissement et de gestion d'un modele de confiance entre une carte a puce et un terminal radio
US20040177258A1 (en) * 2003-03-03 2004-09-09 Ong Peng T. Secure object for convenient identification
ITRM20030100A1 (it) * 2003-03-06 2004-09-07 Telecom Italia Mobile Spa Tecnica di accesso multiplo alla rete, da parte di terminale di utente interconnesso ad una lan e relativa architettura di riferimento.
JP2004320593A (ja) 2003-04-18 2004-11-11 Sony Computer Entertainment Inc 通信管理システムおよび方法
US7181196B2 (en) 2003-05-15 2007-02-20 Lucent Technologies Inc. Performing authentication in a communications system
US7289632B2 (en) 2003-06-03 2007-10-30 Broadcom Corporation System and method for distributed security
KR20050007830A (ko) * 2003-07-11 2005-01-21 삼성전자주식회사 기기간 컨텐츠 교환을 위한 도메인 인증 방법
US7593717B2 (en) 2003-09-12 2009-09-22 Alcatel-Lucent Usa Inc. Authenticating access to a wireless local area network based on security value(s) associated with a cellular system
JP2005110112A (ja) * 2003-10-01 2005-04-21 Nec Corp 通信システムにおける無線通信装置の認証方法及び無線通信装置及び基地局及び認証装置。
US9602275B2 (en) * 2003-10-28 2017-03-21 Intel Corporation Server pool kerberos authentication scheme
DE10352350B4 (de) * 2003-11-06 2009-09-10 Siemens Ag Authentizität und Aktualität von Sitzungsschlüssel-Generierungen zwischen einem Dienste-Netzknoten und mindestens einem Kommunikationsendgerät mit einer Identifikationskarte
US8229118B2 (en) * 2003-11-07 2012-07-24 Qualcomm Incorporated Method and apparatus for authentication in wireless communications
US7302060B2 (en) * 2003-11-10 2007-11-27 Qualcomm Incorporated Method and application for authentication of a wireless communication using an expiration marker
US7636844B2 (en) * 2003-11-17 2009-12-22 Intel Corporation Method and system to provide a trusted channel within a computer system for a SIM device
US7735120B2 (en) * 2003-12-24 2010-06-08 Apple Inc. Server computer issued credential authentication
WO2005064881A1 (en) 2003-12-30 2005-07-14 Telecom Italia S.P.A. Method and system for protecting data, related communication network and computer program product
US8612757B2 (en) * 2003-12-30 2013-12-17 Entrust, Inc. Method and apparatus for securely providing identification information using translucent identification member
US8230486B2 (en) * 2003-12-30 2012-07-24 Entrust, Inc. Method and apparatus for providing mutual authentication between a sending unit and a recipient
US9281945B2 (en) * 2003-12-30 2016-03-08 Entrust, Inc. Offline methods for authentication in a client/server authentication system
US8060915B2 (en) 2003-12-30 2011-11-15 Entrust, Inc. Method and apparatus for providing electronic message authentication
US8966579B2 (en) 2003-12-30 2015-02-24 Entrust, Inc. Method and apparatus for providing authentication between a sending unit and a recipient based on challenge usage data
US9191215B2 (en) 2003-12-30 2015-11-17 Entrust, Inc. Method and apparatus for providing authentication using policy-controlled authentication articles and techniques
US20050144450A1 (en) * 2003-12-30 2005-06-30 Entrust Limited Method and apparatus for providing mutual authentication between a sending unit and a recipient
KR100610317B1 (ko) * 2004-01-06 2006-08-09 삼성전자주식회사 홈 네트워크를 구성하는 기기들에 대한 인증 장치 및 방법
US20070192606A1 (en) * 2004-03-08 2007-08-16 Yutaka Yasukura Electronic terminal device protection system
US20050271209A1 (en) * 2004-06-07 2005-12-08 Meghana Sahasrabudhe AKA sequence number for replay protection in EAP-AKA authentication
US8260259B2 (en) * 2004-09-08 2012-09-04 Qualcomm Incorporated Mutual authentication with modified message authentication code
EP1650924B1 (en) * 2004-09-30 2007-03-21 Alcatel Mobile authentication for network access
US20060075259A1 (en) * 2004-10-05 2006-04-06 Bajikar Sundeep M Method and system to generate a session key for a trusted channel within a computer system
WO2006040256A1 (de) * 2004-10-11 2006-04-20 Siemens Aktiengesellschaft Authentifizierungsverfahren für mobilfunknetzwerke
KR100611304B1 (ko) * 2005-01-27 2006-08-10 삼성전자주식회사 기 입력된 버튼의 코드값을 이용하여 1회용 비밀키를생성하는 제어기기, 상기 1회용 비밀키를 이용하여 상기제어기기를 인증하는 홈서버, 및, 상기 1회용 비밀키를이용한 제어기기 인증방법
TWI262683B (en) * 2005-02-04 2006-09-21 Ind Tech Res Inst A method, a wireless server, a mobile device, and a system for handing over, from a wireless server to another wireless server, in a connection between a mobile device in a foreign intranet network, and an intranet network
US20090044007A1 (en) * 2005-04-07 2009-02-12 France Telecom Secure Communication Between a Data Processing Device and a Security Module
US8565185B2 (en) * 2005-04-13 2013-10-22 Toshiba America Research, Inc. Framework of media-independent pre-authentication support for PANA
CN1870808A (zh) * 2005-05-28 2006-11-29 华为技术有限公司 一种密钥更新方法
GB0511599D0 (en) * 2005-06-07 2005-07-13 Ecebs Group Ltd ITSO FCV2 application monitor
WO2007026230A2 (en) * 2005-09-02 2007-03-08 Nokia Corporation Arbitrary mac address usage in a wlan system
US7640579B2 (en) * 2005-09-09 2009-12-29 Microsoft Corporation Securely roaming digital identities
US8490168B1 (en) * 2005-10-12 2013-07-16 At&T Intellectual Property I, L.P. Method for authenticating a user within a multiple website environment to provide secure access
WO2007062689A1 (en) * 2005-12-01 2007-06-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for distributing keying information
US20070136602A1 (en) * 2005-12-08 2007-06-14 Electronics And Telecommunications Research Institute User authentication system and method for supporting terminal mobility between user lines
US20070220598A1 (en) * 2006-03-06 2007-09-20 Cisco Systems, Inc. Proactive credential distribution
EP1868126B1 (en) 2006-06-16 2011-08-10 Thomson Licensing Device and method for discovering emulated clients
US7865727B2 (en) * 2006-08-24 2011-01-04 Cisco Technology, Inc. Authentication for devices located in cable networks
US7613915B2 (en) 2006-11-09 2009-11-03 BroadOn Communications Corp Method for programming on-chip non-volatile memory in a secure processor, and a device so programmed
US9762576B2 (en) 2006-11-16 2017-09-12 Phonefactor, Inc. Enhanced multi factor authentication
US8365258B2 (en) * 2006-11-16 2013-01-29 Phonefactor, Inc. Multi factor authentication
US8332923B2 (en) * 2007-01-19 2012-12-11 Toshiba America Research, Inc. Kerberized handover keying
WO2008091517A1 (en) * 2007-01-19 2008-07-31 Kabushiki Kaisha Toshiba Kerberized handover keying
CN102638794B (zh) * 2007-03-22 2016-03-30 华为技术有限公司 鉴权和密钥协商方法、认证方法、系统及设备
US8381268B2 (en) * 2007-05-11 2013-02-19 Cisco Technology, Inc. Network authorization status notification
WO2009002236A1 (en) * 2007-06-27 2008-12-31 Telefonaktiebolaget Lm Ericsson (Publ) A method and apparatus for enabling connectivity in a communication network
US8112065B2 (en) * 2007-07-26 2012-02-07 Sungkyunkwan University Foundation For Corporate Collaboration Mobile authentication through strengthened mutual authentication and handover security
US8265593B2 (en) * 2007-08-27 2012-09-11 Alcatel Lucent Method and system of communication using extended sequence number
US8516566B2 (en) * 2007-10-25 2013-08-20 Apple Inc. Systems and methods for using external authentication service for Kerberos pre-authentication
CN101425897B (zh) * 2007-10-29 2011-05-18 上海交通大学 一种用户认证方法、系统、服务器和用户节点
US8190562B2 (en) 2007-10-31 2012-05-29 Microsoft Corporation Linking framework for information technology management
US8336089B1 (en) * 2007-12-21 2012-12-18 Emc Corporation Method and apparatus for providing authentication and encryption services by a software as a service platform
US20090259849A1 (en) * 2008-04-10 2009-10-15 Igor Faynberg Methods and Apparatus for Authenticated User-Access to Kerberos-Enabled Applications Based on an Authentication and Key Agreement (AKA) Mechanism
US20110030039A1 (en) * 2009-07-31 2011-02-03 Eric Bilange Device, method and apparatus for authentication on untrusted networks via trusted networks
US8375432B2 (en) 2009-08-31 2013-02-12 At&T Mobility Ii Llc Methods, apparatus, and computer program products for subscriber authentication and temporary code generation
US8613059B2 (en) 2009-12-18 2013-12-17 At&T Intellectual Property I, L.P. Methods, systems and computer program products for secure access to information
TWI466525B (zh) * 2011-11-21 2014-12-21 Inst Information Industry 存取控制系統及其存取控制方法
US9537663B2 (en) 2012-06-20 2017-01-03 Alcatel Lucent Manipulation and restoration of authentication challenge parameters in network authentication procedures
WO2014081427A1 (en) * 2012-11-21 2014-05-30 Empire Technology Development Schemes for connecting to wireless network
US20140153722A1 (en) * 2012-12-03 2014-06-05 Semyon Mizikovsky Restricting use of mobile subscriptions to authorized mobile devices
US9887983B2 (en) 2013-10-29 2018-02-06 Nok Nok Labs, Inc. Apparatus and method for implementing composite authenticators
US10270748B2 (en) 2013-03-22 2019-04-23 Nok Nok Labs, Inc. Advanced authentication techniques and applications
US9305298B2 (en) 2013-03-22 2016-04-05 Nok Nok Labs, Inc. System and method for location-based authentication
WO2014166546A1 (en) 2013-04-12 2014-10-16 Nec Europe Ltd. Method and system for accessing device by a user
US9961077B2 (en) 2013-05-30 2018-05-01 Nok Nok Labs, Inc. System and method for biometric authentication with device attestation
US11349675B2 (en) * 2013-10-18 2022-05-31 Alcatel-Lucent Usa Inc. Tamper-resistant and scalable mutual authentication for machine-to-machine devices
CN103974254A (zh) * 2014-04-29 2014-08-06 华为技术有限公司 一种信息传输方法及设备
US20170109751A1 (en) * 2014-05-02 2017-04-20 Nok Nok Labs, Inc. System and method for carrying strong authentication events over different channels
US9654469B1 (en) 2014-05-02 2017-05-16 Nok Nok Labs, Inc. Web-based user authentication techniques and applications
US9577999B1 (en) 2014-05-02 2017-02-21 Nok Nok Labs, Inc. Enhanced security for registration of authentication devices
US9413533B1 (en) 2014-05-02 2016-08-09 Nok Nok Labs, Inc. System and method for authorizing a new authenticator
US9749131B2 (en) 2014-07-31 2017-08-29 Nok Nok Labs, Inc. System and method for implementing a one-time-password using asymmetric cryptography
US9455979B2 (en) 2014-07-31 2016-09-27 Nok Nok Labs, Inc. System and method for establishing trust using secure transmission protocols
US9875347B2 (en) 2014-07-31 2018-01-23 Nok Nok Labs, Inc. System and method for performing authentication using data analytics
US10148630B2 (en) 2014-07-31 2018-12-04 Nok Nok Labs, Inc. System and method for implementing a hosted authentication service
US9736154B2 (en) 2014-09-16 2017-08-15 Nok Nok Labs, Inc. System and method for integrating an authentication service within a network architecture
US10685349B2 (en) * 2015-03-18 2020-06-16 Google Llc Confirming physical possession of plastic NFC cards with a mobile digital wallet application
EP3258375A1 (en) * 2015-05-07 2017-12-20 Cyber-Ark Software Ltd. Systems and methods for detecting and reacting to malicious activity in computer networks
CZ2015474A3 (cs) * 2015-07-07 2017-02-08 Aducid S.R.O. Způsob autentizace komunikace autentizačního zařízení a alespoň jednoho autentizačního serveru pomocí lokálního faktoru
US10769635B2 (en) 2016-08-05 2020-09-08 Nok Nok Labs, Inc. Authentication techniques including speech and/or lip movement analysis
US10637853B2 (en) 2016-08-05 2020-04-28 Nok Nok Labs, Inc. Authentication techniques including speech and/or lip movement analysis
US10237070B2 (en) 2016-12-31 2019-03-19 Nok Nok Labs, Inc. System and method for sharing keys across authenticators
US10091195B2 (en) 2016-12-31 2018-10-02 Nok Nok Labs, Inc. System and method for bootstrapping a user binding
DE102017204184A1 (de) * 2017-03-14 2018-09-20 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Authentisierte Bestätigungs- und Aktivierungsnachricht
JP6934762B2 (ja) * 2017-07-04 2021-09-15 株式会社ソラコム 機器をリモートで管理するための装置、方法及びそのためのプログラム
GB2566473B (en) 2017-09-14 2020-03-04 Dyson Technology Ltd Magnesium salts
US11868995B2 (en) 2017-11-27 2024-01-09 Nok Nok Labs, Inc. Extending a secure key storage for transaction confirmation and cryptocurrency
GB2569390A (en) 2017-12-18 2019-06-19 Dyson Technology Ltd Compound
GB2569387B (en) 2017-12-18 2022-02-02 Dyson Technology Ltd Electrode
GB2569392B (en) 2017-12-18 2022-01-26 Dyson Technology Ltd Use of aluminium in a cathode material
EP3506668A1 (en) * 2017-12-27 2019-07-03 Gemalto Sa A method for updating a one-time secret key
US11831409B2 (en) 2018-01-12 2023-11-28 Nok Nok Labs, Inc. System and method for binding verifiable claims
CN108259502B (zh) * 2018-01-29 2020-12-04 平安普惠企业管理有限公司 用于获取接口访问权限的鉴定方法、服务端及存储介质
US12081972B2 (en) * 2019-01-18 2024-09-03 Qualcomm Incorporated Protection of sequence numbers in authentication and key agreement protocol
US12041039B2 (en) 2019-02-28 2024-07-16 Nok Nok Labs, Inc. System and method for endorsing a new authenticator
US11792024B2 (en) 2019-03-29 2023-10-17 Nok Nok Labs, Inc. System and method for efficient challenge-response authentication
KR102740557B1 (ko) * 2019-05-10 2024-12-09 삼성전자주식회사 재전송 공격에 대한 방어책을 포함하는 메모리 시스템의 구동 방법 및 이를 수행하는 메모리 시스템
CN113038459A (zh) * 2019-12-25 2021-06-25 中兴通讯股份有限公司 隐私信息传输方法、装置、计算机设备及计算机可读介质
US11832107B2 (en) * 2020-07-30 2023-11-28 Apple Inc. Recovering devices from limited service due to mis-configuration
GB202013340D0 (en) 2020-08-26 2020-10-07 Mastercard International Inc Data management and encryption in a distributed computing system
GB2607289A (en) 2021-05-28 2022-12-07 Mastercard International Inc Data management and encryption in a distributed computing system
WO2023027730A1 (en) * 2021-08-27 2023-03-02 Hewlett-Packard Development Company, L.P. Authentication
US12126613B2 (en) 2021-09-17 2024-10-22 Nok Nok Labs, Inc. System and method for pre-registration of FIDO authenticators
US20240195635A1 (en) * 2022-12-12 2024-06-13 Intel Corporation Roots of trust in intellectual property (ip) blocks in a system on a chip (soc)

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2828218B2 (ja) * 1993-09-20 1998-11-25 インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン 分散通信ネットワークにおける許可パスワードまたはキーの変更方法およびシステム
US5535276A (en) 1994-11-09 1996-07-09 Bell Atlantic Network Services, Inc. Yaksha, an improved system and method for securing communications using split private key asymmetric cryptography
US5737419A (en) * 1994-11-09 1998-04-07 Bell Atlantic Network Services, Inc. Computer system for securing communications using split private key asymmetric cryptography
US5684950A (en) * 1996-09-23 1997-11-04 Lockheed Martin Corporation Method and system for authenticating users to multiple computer servers via a single sign-on
US6064736A (en) * 1997-09-15 2000-05-16 International Business Machines Corporation Systems, methods and computer program products that use an encrypted session for additional password verification
US5974550A (en) * 1997-12-12 1999-10-26 Intel Corporation Method for strongly authenticating another process in a different address space
US6263446B1 (en) * 1997-12-23 2001-07-17 Arcot Systems, Inc. Method and apparatus for secure distribution of authentication credentials to roaming users
FI105966B (fi) * 1998-07-07 2000-10-31 Nokia Networks Oy Autentikointi tietoliikenneverkossa
EP1163752A1 (en) * 1999-04-15 2001-12-19 David Chaum Optimistic authenticator systems
US6973671B1 (en) * 2000-02-24 2005-12-06 International Business Machines Corporation Secure access to a unified logon-enabled data store

Also Published As

Publication number Publication date
US7472273B2 (en) 2008-12-30
EP1348280A1 (en) 2003-10-01
FI20010080A0 (fi) 2001-01-12
US8122250B2 (en) 2012-02-21
FI20010080A7 (fi) 2002-06-28
EP1348280B1 (en) 2016-06-22
FI115098B (fi) 2005-02-28
WO2002052784A1 (en) 2002-07-04
DK1348280T3 (en) 2016-08-29
US20040078571A1 (en) 2004-04-22
US20090183003A1 (en) 2009-07-16

Similar Documents

Publication Publication Date Title
ES2584862T3 (es) Autenticación en comunicación de datos
US7707412B2 (en) Linked authentication protocols
ES2706540T3 (es) Sistema de credenciales de equipos de usuario
KR100832893B1 (ko) 무선 근거리 통신망으로 이동 단말의 보안 접근 방법 및 무선 링크를 통한 보안 데이터 통신 방법
RU2444861C2 (ru) Защищенная беспроводная связь
US7734280B2 (en) Method and apparatus for authentication of mobile devices
KR100883648B1 (ko) 무선 환경에서의 네트웍 접근 통제 방법 및 이를 기록한기록매체
US9009479B2 (en) Cryptographic techniques for a communications network
US20060059344A1 (en) Service authentication
TW201036394A (en) Method and apparatus for security protection of an original user identity in an initial signaling message
KR100729105B1 (ko) 비 유에스아이엠 단말기에서의 이에이피-에이케이에이 인증처리 장치 및 방법
CN112333705A (zh) 一种用于5g通信网络的身份认证方法及系统
WO2007028328A1 (en) Method, system and device for negotiating about cipher key shared by ue and external equipment
CN101192927B (zh) 基于身份保密的授权与多重认证方法
KR100330418B1 (ko) 이동통신 환경에서의 가입자 인증 방법
CN114666114A (zh) 一种基于生物特征的移动云数据安全认证方法
WO2001037477A1 (en) Cryptographic techniques for a communications network
Asokan et al. Man-in-the-middle in tunnelled authentication
Yu et al. An improved password authentication key exchange protocol for 802.11 environment
CN120711390A (zh) 基站与核心网的安全连接方法及装置
Kucharzewski et al. Mobile identity management system in heterogeneous wireless networks
KR20080004920A (ko) 범용 이동 통신 시스템-무선랜-와이브로 연동을 위한티켓기반의 개선된 이에이피-아카 프로토콜