ES2605929T3 - Sistema y método para la autentificación de un usuario - Google Patents

Sistema y método para la autentificación de un usuario Download PDF

Info

Publication number
ES2605929T3
ES2605929T3 ES13170745.7T ES13170745T ES2605929T3 ES 2605929 T3 ES2605929 T3 ES 2605929T3 ES 13170745 T ES13170745 T ES 13170745T ES 2605929 T3 ES2605929 T3 ES 2605929T3
Authority
ES
Spain
Prior art keywords
server
identifier
cryptogram
password
current
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.)
Active
Application number
ES13170745.7T
Other languages
English (en)
Inventor
Jean-Philippe Aumasson
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.)
Nagravision SARL
Original Assignee
Nagravision SA
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
Application filed by Nagravision SA filed Critical Nagravision SA
Application granted granted Critical
Publication of ES2605929T3 publication Critical patent/ES2605929T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/0884—Network architectures or network communication protocols for network security for authentication of entities by delegation of authentication, e.g. a proxy authenticates an entity to be authenticated on behalf of this entity vis-à-vis an authentication entity
    • 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/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User 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)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Storage Device Security (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Método de autentificación de un usuario que implementa un primer servidor (S1) conectado a una red pública y un segundo servidor (S2), conectado al primer servidor (S1) pero no conectado a la red pública, este método que comprende una etapa de inscripción que comprende: - recepción por el primer servidor (S1) de un identificador de referencia (U) y de una contraseña de referencia (P), - transmisión del identificador de referencia (U) y de la contraseña de referencia (P) al segundo servidor (S2), - carga de un parámetro de seguridad (R) por el segundo servidor (S2), - cálculo de un primer criptograma (H) por una función de sentido único (hash) sobre el identificador de referencia (U), la contraseña de referencia (P), y el parámetro de seguridad (R) por el segundo servidor (S2), - cifrado de por lo menos el identificador de referencia (U) y la contraseña de referencia (P) utilizando un método de cifrado asimétrico que toma como argumento una clave pública, y almacenamiento de los datos cifrados por el segundo servidor (S2), - reenvío al primer servidor del primer criptograma (H) y almacenamiento de dicho criptograma por el primer servidor (S1), y una etapa de verificación de un usuario que comprende: - recepción por el primer servidor (S1) del identificador corriente (U') y de la contraseña corriente (P'), - transmisión del identificador corriente (U') y de la contraseña corriente (P') al segundo servidor (S2), - cálculo de un segundo criptograma (H') por la función de sentido único (hash) sobre el identificador corriente (U'), la contraseña corriente (P') y el parámetro de seguridad (R) por el segundo servidor (S2), - reenvío al primer servidor del segundo criptograma (H') y verificación de que el segundo criptograma (H') está incluido en su base de datos, en caso contrario, generación de un mensaje de error.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
Sistema y metodo para la autentificacion de un usuario Introduccion
[0001] La presente solicitud se refiere a los sistemas o metodos para la autentificacion de un usuario cuando este desea acceder a un servicio a distancia.
Generalidades
[0002] Muchos servicios en lfnea exigen una identificacion y una autentificacion de un usuario cuando este desea acceder a una parte privada de este servicio, por ejemplo acceder a su espacio Facebook™ o poder leer sus mensajes.
Para ello, el servidor de dicho servicio requiere al usuario dar un identificador y una contrasena.
[0003] Estos datos son verificados con los de referenda almacenados por el servidor para comprobar que, por una parte, el identificador esta bien clasificado en el servidor y, por otra parte, que la contrasena corresponde con la de referencia.
Una vez se han hecho estas verificaciones, el servidor autoriza el acceso al servicio para dicho usuario.
Estado de la tecnica
[0004] Las soluciones actuales han ya tenido en cuenta los riesgos de almacenar estas informaciones en claro en una base de datos, aunque esta base este protegida.
Por esta razon, un primer enfoque consiste en ejecutar una funcion hash (funcion de sentido unico) tal como SHA-1 o MD5 sobre el identificador y la contrasena y almacenar estas dos informadones bajo esta forma: se debe senalar que estas funciones de eleccion arbitraria son consideradas de sentido unico, es decir, que no es posible calcular el valor de origen disponiendo del valor del hash.
[0005] El documento US2007/234408, por ejemplo, describe un metodo de autentificacion de un usuario a traves de una funcion de sentido unico y de dos servidores distintos.
[0006] Se ha comprobado, sin embargo, que cuando se produce un robo de datos, ciertas herramientas especializadas (ataque de fuerza bruta, ataque de diccionario, por ejemplo) permitfan mediante intentos sucesivos recuperar la contrasena en claro.
El uso de funciones criptograficas mas costosas de evaluar, por ejemplo el estandar NIST PBKDF2, ha hecho estos ataques menos eficaces.
[0007] Otro enfoque es el almacenamiento de estos datos sensibles en un elemento de seguridad material en forma cifrada.
La imaginacion y la determinacion de los piratas no tiene lfmite, y ni siquiera estos elementos de seguridad estan a salvo de robos.
[0008] En estos diferentes enfoques, los datos sensibles se almacenan en un solo lugar que sera por lo tanto el centro de atenaon de los piratas para apropiarse manera ilegftima de las informadones privadas de los usuarios.
[0009] Otro problema que la presente invencion se propone resolver se refiere a la actualizacion de la seguridad de las contrasenas.
En efecto, si un servidor desea modificar la funcion hash por una nueva funcion que ofrece mas seguridad, es necesario que cada usuario sea advertido para que se identifique con su contrasena, este estando verificada gracias a la primera funcion hash.
Luego, el usuario es invitado a introducir un nueva contrasena que sera codificada por la segunda funcon hash despues almacenada.
Tal actualizacion normalmente esta motivada por la necesidad de adaptarse a la potencia de calculo de los atacantes y a la del usuario legftimo.
Breve descripcion de la invencion
[0010] La presente invencion tiene dos objetivos, a saber, por una parte, el refuerzo de la seguridad para la proteccion no solo de la contrasena sino tambien del identificador de un usuario; y, por otra parte, permitir una actualizacion de la seguridad sin tener que hacer intervenir al usuario.
Estos objetivos se pueden perseguir separadamente o en combinacion.
[0011] La presente invencion se describe en las reivindicaciones anexas.
5
10
15
20
25
30
35
40
45
50
55
60
65
[0012] La presente invencion se basa en el uso de dos servidores, ninguno de los cuales dispone de la totalidad de las informaciones sobre un usuario.
El primer servidor comprende una primera base de datos y el segundo servidor comprende una segunda base de datos.
[0013] En particular, el servidor frontal (o primer servidor), en com unica cion con la red publica, no dispone de informacion sensible que pueda ser util a un tercero malicioso si estos datos fueran pirateados.
[0014] El primer servidor almacena en la primera base de datos protegida un registro por usuario, este registro que comprende segun una primera version unicamente el primer criptograma H.
[0015] El segundo servidor almacena en la segunda base de datos protegida el parametro de seguridad R y un cifrado del triplete identificador, contrasena, y parametro de seguridad.
[0016] Se debe senalar que la funcion de sentido unico la conoce unicamente el segundo servidor, esta funcion pudiendo ser inicializada por una clave secreta propia del segundo servidor.
Breve descripcion de las figuras
[0017] La presente invencion se comprendera mejor gracias a las figuras anexas, en las cuales:
- La figura 1 ilustra la etapa de inscripcion,
- La figura 2 ilustra la etapa de verificacion.
Descripcion detallada
[0018] El sistema de la invencion comprende al menos dos servidores, el primer servidor S1 (front-end) siendo accesible por un usuario o usuarios y el segundo servidor S2 (back-end) estando conectado localmente al primer servidor S1.
La conexion entre el primer servidor y el segundo servidor esta protegida, es dear, que el caracter confidencial y la integridad de los datos intercambiados estan asegurados.
Cada uno de estos servidores dispone de una base de datos para almacenar los datos que sirven para la autentificacion de un usuario.
[0019] Una vez el sistema esta instalado, el segundo servidor inicializa el parametro de seguridad R que sera almacenado en la segunda base de datos protegida de dicho servidor.
Se debe senalar que este parametro puede depender de la aplicacion solicitada, en el caso de que el primer servidor proponga mas de un servicio.
Este es el caso, por ejemplo, de un banco que ofrece un acceso de gestion a una cuenta privada, o a una cuenta de inversiones.
En tal caso, es posible que cada uno de estos servicios corresponda a un parametro de seguridad diferente.
[0020] Con el fin de permitir al segundo servidor seleccionar el parametro correcto, el primer mensaje enviado del primer servidor al segundo servidor comprendera tambien el tipo de servicio para el cual la autentificacion se requiere en ese caso o varios servicios son controlados por el segundo servidor.
Inscripcion
[0021] La primera etapa es la inscripcion de un usuario en el sistema como se ilustra por la figura 1.
De manera convencional, este usuario es invitado a introducir un identificador de referenda U y una contrasena de referencia P en una interfaz del primer servidor S1.
[0022] Estas dos informadones se transmiten al segundo servidor S2 a traves de la conexion protegida.
El primer servidor puede anadir informaciones complementarias tales como el tipo de servicio y/o un identificador de sistema ID asignado a este usuario para el servicio propuesto.
El identificador de referenda U es el conocido por el usuario, mientras que el identificador de sistema ID es un numero o serie alfanumerica propia del sistema que propone el servicio.
El identificador sistema es unico por usuario.
[0023] Una vez estas informaciones han sido recibidas por el segundo servidor S2, este determina el parametro de seguridad R y ejecuta la funcion de sentido unico Hash sobre el identificador de referenda U y la contrasena P. El resultado es un criptograma H = Hash(U, P,R).
Este resultado H se transmite al primer servidor S1, que lo almacena en su base de datos protegida.
[0024] El segundo servidor S2 cifra igualmente el identificador de referenda U y la contrasena P con un metodo de cifrado asimetrico que toma como argumento una clave publica almacenada por dicho servidor S2, la clave privada correspondiente siendo almacenada de manera protegida fuera de la red (por ejemplo en una caja ffsica).
5
10
15
20
25
30
35
40
45
50
55
60
65
Segun una variante, el conjunto cifrado puede comprender el parametro de seguridad R, permitiendo de este modo saber que parametro ha sido utilizado para este usuario.
[0025] Dicho metodo de cifrado asimetrico puede estar, por ejemplo, basado en RSA o en curvas elfpticas.
[0026] Como se ha dicho anteriormente, el primer servidor S1 almacena el primer criptograma H en su base de datos protegida.
Asf, durante la verificacion, el primer servidor, despues de haber recibido el segundo criptograma H' del segundo servidor, va a barrer su base de datos con el fin de determinar si un primer criptograma H tiene el mismo valor que el segundo criptograma H' y, de este modo, determinar si la autentificacion se ha realizado.
[0027] En esta forma de realizacion, es posible anadir una verificacion antes de la aceptacion de los datos seleccionados por el usuario, por ejemplo verificar que el primer criptograma H de este usuario ya no existe en la base de datos.
En tal caso, se pide al usuario que elija otra contrasena, por ejemplo.
[0028] Segun una variante de la invencion, es posible almacenar para cada primer criptograma H el identificador de referencia U o un derivado U" de este identificador de referenda.
Las otras informadones, en particular la contrasena de referencia P, son borradas desde la terminadon de la fase de inscripcion.
[0029] El derivado U" del identificador corriente U es un valor resultante de una operacion criptografica sobre el identificador corriente U. Puede tratarse de una funcion de codificacion F o de una funcion hash H1.
En este segundo caso, como la operacion de eleccion arbitraria efectuada por el segundo servidor no es conocida por el primer servidor, se tratara de una funcion de tipo hash diferente.
Autentificacion
[0030] Esta etapa es ilustrada por la figura 2.
En un segundo momento, el usuario se conecta al primer servidor S1 para acceder al servicio deseado.
El primer servidor S1 recibe el identificador corriente U' y la contrasena corriente P'.
El primer servidor S1 transmite estas informaciones al segundo servidor S2 de manera protegida.
Una vez recibido por el segundo servidor, este ultimo ejecuta la funcion de sentido unico Hash sobre el identificador corriente U' y la contrasena P', asf como el parametro de seguridad R para obtener un segundo criptograma H'. Este reenvfa este criptograma H' al primer servidor S1. Este ultimo busca en su base de datos si existe un primer criptograma igual al segundo criptograma, y genera un mensaje de error si y solamente si no encuentra ningun rastro de este criptograma H'.
En el caso contrario, el primer servidor S1 puede autorizar el acceso al servicio deseado.
[0031] En caso de que solo los criptogramas H de los usuarios que han pasado la fase de alistamiento se almacenen en el primer servidor S1, esta etapa de verificacion de la existencia de una entrada en su base de datos no puede hacerse antes de la transmision de los datos al segundo servidor.
En efecto, el primer servidor S1 no puede determinar si el identificador corriente ha sido registrado en el sistema.
Al realizarse las mismas operaciones para un identificador registrado que para un identificador no registrado, es imposible utilizar el sistema como un oraculo para determinar si un identificador ha sido registrado.
[0032] Si el primer servidor esta conectado a varios ordenadores para la realizacion del servicio, el primer servidor transmitira el identificador corriente U' (que es el mismo que el identificador de referencia U', puesto que la comparacion es positiva) a los ordenadores con una informacion de autentificacion positiva.
En caso de que el conjunto de recursos de los ordenadores funcione con un identificador de sistema unico ID, el primer servidor S1 tiene una base de datos organizada en coleccion de registros, donde cada usuario representa un registro.
Un registro comprende un primer criptograma H y un identificador de sistema ID correspondiente.
En caso de verificacion positiva, el primer servidor envfa a un servidor de servicio el identificador de sistema (ID) con un mensaje que da fe de la verificacion positiva del identificador corriente (U').
[0033] En la variante en la que el primer servidor conserva, con el primer criptograma de referencia H, el identificador de referenda U (o el derivado del identificador de referencia U"), el barrido de la base de datos del primer servidor no es necesario porque el criptograma de referencia H se puede recuperar directamente.
Si la base de datos protegida del primer servidor contiene el derivado U" del identificador de referencia U, el primer servidor realizara la operacion criptografica sobre el identificador de corriente U' para obtener el derivado del identificador corriente y aprovecharse de este dato para recuperar el criptograma de referenda H. Por lo tanto, la comparacion puede hacerse entre el primer criptograma de referenda H y el segundo criptograma corriente H' recibido del segundo servidor S2.
[0034] En caso de que no encuentre ningun rastro de este identificador, genera un mensaje de error.
5
10
15
20
25
30
35
40
45
50
55
60
65
Se debe senalar que esta etapa de verificacion de la existencia de una entrada en su base de datos puede hacerse antes de la transmision de los datos al segundo servidor.
En efecto, si el identificador corriente no es conocido por el primer servidor, no es necesario verificar la contrasena que ha sido introducida por el usuario.
Actualizacion de las contrasenas
[0035] Una particularidad del sistema es poder permitir la actualizacion de los medios de seguridad sin modificar el valor de la contrasena.
Por ejemplo, se desea cambiar el parametro de seguridad R o la funcion de sentido unico Hash.
[0036] Con este fin, el segundo servidor S2 dispone del identificador de referencia U y de la contrasena P en forma cifrada.
La clave privada correspondiente a la clave asimetrica utilizada para el cifrado es extrafda del lugar protegido o estaba almacenada y puesta a disposicion del segundo servidor S2.
[0037] El procedimiento es el siguiente:
- el segundo servidor descifra un conjunto identificador/contrasena y calcula el primer criptograma como durante la fase de inscripcion. Ademas, calcula un nuevo criptograma de referencia H" sobre la base de un nuevo valor del parametro de seguridad R' o de una nueva funcion de sentido unico, o incluso una combinacion de los dos. Este nuevo criptograma H" se envfa al primer servidor S1 con el primer criptograma H. En el caso de que el parametro de seguridad R este incluido con el conjunto identificador/contrasena, tambien es descifrado.
- el servidor S2 cifra igualmente el identificador de referencia U y la contrasena P segun los nuevos parametros (funcion de sentido unico y/o parametro de seguridad) con el metodo de cifrado asimetrico que toma como argumento una clave publica almacenada de dicho servidor S2, la clave privada correspondiente siendo almacenada de manera protegida fuera de la red (por ejemplo en una caja ffsica). Segun una variante, el conjunto cifrado puede comprender el parametro de seguridad R, permitiendo de este modo saber que parametro ha sido utilizado para este usuario. Estos nuevos datos cifrados se almacenan en la base de datos del segundo servidor S2.
- tras la recepcion de los dos criptogramas, el primer servidor S1 busca el criptograma de referencia H almacenado en su base de datos y lo reemplaza por el nuevo criptograma H". Asf, los medios de seguridad pueden evolucionar sin que se solicite a los usuarios que vuelvan a iniciar la introduccion de una contrasena.
Parametro de seguridad
[0038] Varias versiones pueden ser previstas en el marco de la presente invencion para el parametro de seguridad R.
Como se ha indicado anteriormente, puede tratarse de un parametro que es propio del segundo servidor S2 y que, por lo tanto, es almacenado en su memoria protegida.
Se utiliza para todos los calculos del criptograma H, H'.
[0039] El objetivo principal del parametro de seguridad R es adaptar el coste de calculo de la funcion Hash a la tecnologfa de los atacantes y a la del servidor.
Por ejemplo, y respectivamente, si se descubre un nuevo metodo de ataque de diccionario o si el material del servidor S2 se actualiza con un procesador mas potente.
El coste de calculo se refiere por ejemplo al numero de operaciones aritmeticas o a la capacidad de almacenamiento (memoria) necesarios para la valoracion de la funcion.
[0040] Segun una variante, este parametro puede variar en funcion del tipo de servicio que requiere el usuario y una informacion que indica el tipo de servicio Sn que acompana al conjunto identificador / contrasena que es transmitido al segundo servidor por el primer servidor.
Esto permite recuperar el parametro de seguridad propio de este servicio (R1, R2 ... Rn) en la memoria protegida del segundo servidor que ha de calcular el criptograma.
[0041] Segun otra variante, el parametro de seguridad R pertenece a un identificador de referencia Un y, por lo tanto, propio de un usuario.
Durante la fase de inscripcion, un parametro Rn es generado por una funcion aleatoria por el segundo servidor S2 desde la recepcion del conjunto identificador/contrasena.
Es entonces necesario que el segundo servidor S2 pueda recuperar el parametro de seguridad Rn durante la fase de autentificacion.
Con este fin, el segundo servidor memorizara el parametro de seguridad Rn propio de un identificador Un en su base de datos.
[0042] Por supuesto, puede almacenar simplemente el conjunto Un, Rn en una memoria protegida.
5
10
15
20
25
30
35
40
45
50
55
60
Sin embargo, es preferible que el identificador Un no sea almacenado en claro y, por lo tanto, una funcion de sentido unico H' sea efectuada sobre el identificador Un para obtener un criptograma H'(Un) H'(Un).
La memoria protegida del segundo servidor almacenara el conjunto H'(Un) H'(Un), Rn.
[0043] Aunque estos datos fueran extrafdos de la memoria por una persona malintencionada, no le serfa posible recuperar el valor del identificador Un.
[0044] Durante la fase de autentificacion, el segundo servidor, una vez que ha recibido el conjunto identificador/contrasena corriente del primer servidor, ejecuta la funcion de sentido unico H' sobre el identificador corriente U'.
Podra asf recuperar en su base de datos el parametro de seguridad Rn relativo a este identificador y calcular el criptograma C'.
Funcion de sentido unico
[0045] Existen varios tipos de funcion de sentido unico.
Se llama funcion hash a una funcion particular que, a partir de un dato proporcionado en entrada, calcula una huella para identificar rapidamente, aunque que de manera incompleta, el dato inicial.
Las funciones hash son comunmente utilizadas para la implementacion de estructuras de datos y de protocolos criptograficos.
[0046] Una contrasena no debe ser almacenada en claro en una maquina por razones de seguridad. Solo el resultado de la eleccion arbitraria de la contrasena es por lo tanto almacenado.
Para identificar un usuario, el ordenador compara la huella de la contrasena de origen (almacenada) con la huella de la contrasena solicitada. Sin embargo, esta realizacion no es completamente satisfactoria. Si dos usuarios deciden utilizar la misma contrasena, entonces el compendio obtenido sera identico. Este fallo es potencialmente utilizable por tres metodos:
ataque de diccionario
ataque de fuerza bruta
ataque con tablas arcofris (rainbow tables)
[0047] Durante un ataque de diccionario, se podrfa deducir razonablemente que la contrasena elegida por los dos usuarios es relativamente facil de memorizar.
[0048] Para contrarrestar este tipo de ataque, se agrega un componente aleatorio (parametro de seguridad R) durante la generacion inicial de la huella. Este componente, tambien llamado « sal », es a menudo almacenado en claro. La contrasena es a continuacion mezclada con el parametro de seguridad R, esta etapa varfa segun el sistema utilizado. Un metodo sencillo es concatenar la contrasena con el parametro de seguridad R. En caso de que el parametro de seguridad R no sea identico para dos usuarios, se obtendran dos firmas diferentes con la misma contrasena.
Eso reduce fuertemente el margen de un ataque mediante tabla arcofris, pero no protege contra los ataques de diccionario o de fuerza bruta.
[0049] Los algoritmos SHA-1 (Secure Hash Algorithm 1: 160 bits) y MD5 (Message-Digest Algorithm 5,128 bits, mas antiguo y menos seguro) son funciones hash utilizadas frecuentemente.
Los estandares SHA-2 y SHA-3 (224, 256, 384, o 512 bits) estan disponibles para reemplazar SHA-1.
[0050] Tambien existen funciones hash dependientes de una clave. Este es el caso, por ejemplo, del algoritmo HMAC-SHA-1, que utiliza SHA-1 en la construccion HMAC para aceptar una clave como parametro. El parametro de seguridad R puede desempenar el papel de clave en este tipo de funcion dependiente de una clave.
[0051] Otros algoritmos criptograficos optimizados para las contrasenas tales como bcrypt o scrypt pueden ser utilizados. Bcrypt es una funcion criptografica creada por Niels Provos y David Mazieres y se basa en el algoritmo de cifrado Blowfish.
Ademas del uso de un parametro de seguridad para protegerse de los ataques por tabla arcofris (rainbow table), bcrypt es una funcion adaptativa, es decir, que se puede aumentar el numero de iteraciones para volverla mas lenta. De este modo, sigue siendo resistente a los ataques por busqueda exhaustiva a pesar del aumento de la potencia de calculo.

Claims (8)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    1. Metodo de autentificacion de un usuario que implementa un primer servidor(SI) conectado a una red publica yun segundo servidor (S2), conectado al primer servidor (S1) pero no conectado a la red publica, este metodo que comprende una etapa de inscripcion que comprende:
    recepcion por el primer servidor (S1) de un identificador de referenda (U) y de una contrasena de referenda
    (P),
    transmision del identificador de referenda (U) y de la contrasena de referenda (P) al segundo servidor (S2), carga de un parametro de seguridad (R) por el segundo servidor (S2),
    calculo de un primer criptograma (H) por una funcion de sentido unico (hash) sobre el identificador de referenda (U), la contrasena de referenda (P), y el parametro de seguridad (R) por el segundo servidor (S2),
    cifrado de por lo menos el identificador de referenda (U) y la contrasena de referenda (P) utilizando un metodo de cifrado asimetrico que toma como argumento una clave publica, y almacenamiento de los datos cifrados por el segundo servidor (S2),
    reenvio al primer servidor del primer criptograma (H) y almacenamiento de dicho criptograma por el primer servidor (S1), y una etapa de verificacion de un usuario que comprende:
    recepcion por el primer servidor (S1) del identificador corriente (U') y de la contrasena corriente (P1), transmision del identificador corriente (U1) y de la contrasena corriente (P1) al segundo servidor (S2), calculo de un segundo criptograma (H1) por la funcion de sentido unico (hash) sobre el identificador corriente (U1), la contrasena corriente (P1) y el parametro de seguridad (R) por el segundo servidor (S2), reenvio al primer servidor del segundo criptograma (H1) y verificacion de que el segundo criptograma (H1) esta incluido en su base de datos, en caso contrario, generacion de un mensaje de error.
  2. 2. Metodo segun la reivindicadon 1, caracterizado por el hecho de que el segundo servidor (S2) induye el parametro de seguridad (R) en el cifrado del identificador de referenda (U) y de la contrasena (P).
  3. 3. Metodo segun la reivindicadon 1 o 2, caracterizado por el hecho de que la verificacion de que el segundo criptograma (H1) esta incluido en su base de datos comprende una etapa de barrido de la base de datos para encontrar un primer criptograma (H) identico al segundo criptograma (H1).
  4. 4. Metodo segun la reivindicadon 1 o 2, caracterizado por el hecho de que el primer servidor (S1), durante la inscripcion, almacena un registro que comprende el primer criptograma (H)yel identificador de referenda (U)o un derivado del identificador de referenda (U") y de que la verificacion de que el segundo criptograma (H1) esta incluido en su base de datos comprende una etapa previa de determinadon del registro correspondiente al identificador corriente (U1) recibido ydel criptograma de referenda (H) asociado a dicho identificador corriente (U1).
  5. 5. Metodo segun la reivindicadon 1 o 2, caracterizado por el hecho de que el primer servidor (S1), durante la inscripcion, almacena un registro que comprende el primer criptograma (H) y un identificador de sistema (ID) y por el hecho de que, en caso de verificacion positive, envia a un servidor de servicio el identificador de sistema (ID) con un mensaje que da fe de la verificacion positiva del identificador corriente (U1).
  6. 6. Metodo segun una de las reivindicadones 1 a 5, caracterizado por el hecho de que comprende una etapa de renovacion de los criptogramas de referenda (H) almacenados en el primer servidor, por el uso de una nueva funcion de sentido unico y/o un nuevo parametro de seguridad (R1) que comprende las etapas de:
    obtencion por el segundo servidor (S2) de la clave privada correspondiente a la clave publica,
    descifrado del identificador de referenda (U)yde la contrasena (P)mediante la clave privada,
    calculo del primer criptograma (H) por la funcion de sentido unico (hash) sobre el identificador de referenda
    (U), la contrasena de referenda (P), yel parametro de seguridad (R) por el segundo servidor (S2),
    calculo de un nuevo criptograma (H") por la nueva funcion de sentido unico sobre el identificador de
    referenda (U), la contrasena de referenda (P), y el nuevo parametro de seguridad (R1) por el segundo
    servidor (S2),
    envfo del primer criptograma (H) y del nuevo criptograma (H") al primer servidor (S1), reemplazo por el primerservidor (S1) del primer criptograma (H) por el nuevo criptograma (H").
  7. 7. Metodo segun una de las reivindicadones 1 a 6, caracterizado por el hecho de que la comunicacion entre el primerservidor (S1) yel segundo servidor (S2) es cifrada.
  8. 8. Sistema de autentificacion de un usuario que comprende un primerservidor (S1) conectado a una red publica que comprende una primera base de datos y un segundo servidor (S2) que comprende una segunda base de datos, dicho segundo servidor (S2) estando conectado al primer servidor (S1) pero no conectado a la red publica, el primer servidor (S1) que induye medios para:
    recibir un identificador de referenda (U) y una contrasena de referenda (P),
    transmitir el identificador de referenda (U) y la contrasena de referenda (P) al segundo servidor (S2), recibir yalmacenaren la primera base de datos un primer criptograma (H) relativo a dichos identificador de
    referencia (U) y contrasena de referenda (P),
    recibir un identificador corriente (U1) y una contrasena corriente (P1),
    transmitir el identificador corriente (U1) y una contrasena corriente (P1) al segundo servidor (S2),
    recibir un segundo criptograma (H1) relative a dichos identificador corriente (U1) y una contrasena corriente
    5 (P'),
    verificaren la primera base de datos la presenda de uno de dichos primeros criptogramas (H) de igual valor que el segundo criptograma (H1) y, en caso positivo,
    envfo de un mensaje que da fe de la verificacion positiva, el segundo servidor (S2) que comprende medios para:
    10 - recibir el identificador de referencia (U) y la contrasena de referencia (P) del primerservidor (S1),
    cargar un parametro de seguridad (R),
    calcular el primer criptograma (H) por una fundon de sentido unico sobre el identificador de referenda (U), la contrasena de referencia (P), yel parametro de seguridad (R),
    cifrar el identificador de referencia (U) y la contrasena de referenda (P) utilizando un metodo de cifrado 15 asimetrico que toma como argumento una clave publica, y almacenar estos datos cifrados en la segunda
    base de datos,
    reenviar al primer servidor el primer criptograma (H),
    recibir el identificador corriente (U1) y la contrasena corriente (P1) del primerservidor (S1), cargar el parametro de seguridad (R),
    20 - calcular el segundo criptograma (H1) por la funcion de sentido unico sobre el identificador corriente (U1), la
    contrasena corriente (P1) y el parametro de seguridad (R), reenviar al primer servidor (S1) el segundo criptograma (H1).
ES13170745.7T 2013-06-06 2013-06-06 Sistema y método para la autentificación de un usuario Active ES2605929T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP13170745.7A EP2811708B1 (fr) 2013-06-06 2013-06-06 Système et méthode pour l'authentification d'un utilisateur

Publications (1)

Publication Number Publication Date
ES2605929T3 true ES2605929T3 (es) 2017-03-17

Family

ID=48577561

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13170745.7T Active ES2605929T3 (es) 2013-06-06 2013-06-06 Sistema y método para la autentificación de un usuario

Country Status (8)

Country Link
US (1) US9491174B2 (es)
EP (1) EP2811708B1 (es)
CN (1) CN105409186B (es)
BR (1) BR112015030513B1 (es)
CA (1) CA2913444C (es)
DK (1) DK2811708T3 (es)
ES (1) ES2605929T3 (es)
WO (1) WO2014195122A1 (es)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6378567B2 (ja) * 2014-07-23 2018-08-22 キヤノン株式会社 装置、方法、プログラム
US10803175B2 (en) 2015-03-06 2020-10-13 Microsoft Technology Licensing, Llc Device attestation through security hardened management agent
EP3674952B1 (en) * 2015-03-26 2022-06-15 Nagravision S.A. Method and system for searching for at least a specific datum in a user unit
CN107509191A (zh) * 2016-06-14 2017-12-22 中兴通讯股份有限公司 终端设备远程控制方法及对应终端设备
WO2018000317A1 (en) * 2016-06-30 2018-01-04 Nokia Technologies Oy Secure data processing
US10901970B2 (en) * 2017-02-27 2021-01-26 Mastercard International Incorporated One-way hashing methodology for database records
CN109842506B (zh) * 2017-11-27 2022-08-12 财付通支付科技有限公司 密钥管理系统容灾处理方法、装置、系统和存储介质
US11102180B2 (en) * 2018-01-31 2021-08-24 The Toronto-Dominion Bank Real-time authentication and authorization based on dynamically generated cryptographic data
JP6936174B2 (ja) * 2018-03-12 2021-09-15 シャープ株式会社 情報処理システム、サーバ、及び関連情報生成方法
CN108737390B (zh) * 2018-05-03 2020-05-15 华南农业大学 保护用户名隐私的认证方法及系统
CN108874604B (zh) * 2018-06-28 2021-07-06 郑州云海信息技术有限公司 一种验证加密设备加密数据真实性的方法及系统
US11436316B2 (en) 2018-12-26 2022-09-06 Rakuten Group, Inc. Authentication system, authentication device, authentication method, and program
WO2020241995A1 (ko) * 2019-05-24 2020-12-03 광주과학기술원 블록체인의 거래검증시스템, 및 블록체인의 거래검증방법
TWI729812B (zh) * 2020-05-15 2021-06-01 昕力資訊股份有限公司 加密和驗證敏感參數的電腦程式產品和裝置
CN113573346B (zh) * 2021-07-12 2023-10-20 中国联合网络通信集团有限公司 一种数据处理方法及装置
US12107847B2 (en) * 2022-04-11 2024-10-01 Sap Se Password reset using an asymmetric encryption key pair
CN116668147A (zh) * 2023-06-14 2023-08-29 通号智慧城市研究设计院有限公司 数据传输方法、电子设备及计算机可读存储介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7099475B2 (en) * 2000-12-07 2006-08-29 Road Runner Holdco Llc System and method for password authentication for non-LDAP regions
US7454785B2 (en) * 2002-12-19 2008-11-18 Avocent Huntsville Corporation Proxy method and system for secure wireless administration of managed entities
US7739744B2 (en) * 2006-03-31 2010-06-15 Novell, Inc. Methods and systems for multifactor authentication
US8094812B1 (en) * 2007-09-28 2012-01-10 Juniper Networks, Inc. Updating stored passwords
CN101426190A (zh) * 2007-11-01 2009-05-06 华为技术有限公司 一种服务访问认证方法和系统
CN101459513B (zh) * 2007-12-10 2011-09-21 联想(北京)有限公司 一种计算机和用于认证的安全信息的发送方法
CN101771676B (zh) * 2008-12-31 2013-04-24 华为技术有限公司 一种跨域授权的设置、鉴权方法、相关装置及系统
US8527758B2 (en) * 2009-12-09 2013-09-03 Ebay Inc. Systems and methods for facilitating user identity verification over a network
US9294281B2 (en) * 2012-02-10 2016-03-22 Microsoft Technology Licensing, Llc Utilization of a protected module to prevent offline dictionary attacks

Also Published As

Publication number Publication date
US20150052350A1 (en) 2015-02-19
CA2913444A1 (en) 2014-12-11
DK2811708T3 (en) 2017-01-16
EP2811708B1 (fr) 2016-09-28
CN105409186B (zh) 2018-12-04
US9491174B2 (en) 2016-11-08
EP2811708A1 (fr) 2014-12-10
BR112015030513B1 (pt) 2022-12-06
CA2913444C (en) 2021-06-22
WO2014195122A1 (en) 2014-12-11
CN105409186A (zh) 2016-03-16
BR112015030513A2 (pt) 2017-07-25

Similar Documents

Publication Publication Date Title
US8526606B2 (en) On-demand secure key generation in a vehicle-to-vehicle communication network
DK2811708T3 (en) User authentication system and method
TWI233739B (en) Systems, methods and computer readable recording medium for remote password authentication using multiple servers
US8799657B2 (en) Method and system of reconstructing a secret code in a vehicle for performing secure operations
US6959394B1 (en) Splitting knowledge of a password
RU2018107078A (ru) Электронный модуль управления транспортного средства, способ и система для разблокировки ecu транспортного средства со сквозной безопасностью в полуофлайновом окружении
US20210211287A1 (en) Systems and methods of authentication using entropic threshold
US10057060B2 (en) Password-based generation and management of secret cryptographic keys
US20160156611A1 (en) Multiparty secret protection system
KR20200037847A (ko) 공급 체인 자산 관리를 보호하기 위한 애플리케이션을 가지는 원격 서버에 대한 nfc 태그 인증
CN101800738A (zh) 一种移动设备安全访问与存储内网数据的实现系统及方法
CN108471352A (zh) 基于分布式私钥的处理方法、系统、计算机设备及存储介质
CN103414564A (zh) 一种密钥卡、密钥设备及其保护私钥的方法
CN100536393C (zh) 一种基于秘密共享密码机制的用户管理方法
EP3556046B1 (en) Method for secure management of secrets in a hierarchical multi-tenant environment
EP1907969A1 (en) Generating a secret key from an asymmetric private key
WO2018125020A1 (en) Cryptographic transformation device
CN119561685A (zh) 一种抗量子匿名双因子认证密钥协商方法
Xia et al. Design of secure FTP system
ES2788976B2 (es) Sistema para el cifrado y autenticacion de comunicaciones con autenticacion mutua de los comunicantes
US9917696B2 (en) Secure key component and pin entry
EP4401356A1 (en) Methods and arrangements for making a user device utilize a secret
ES2936141T3 (es) Método para crear una firma electrónica remota utilizando el protocolo fido
Lama et al. CoSMT-LC: Secure Collaborative Marine Traffic Management using Lightweight Cryptography
JP6053582B2 (ja) 暗号処理装置、暗号処理方法、暗号処理プログラム、及び認証方法