ES2988203T3 - Método de autenticación - Google Patents

Método de autenticación Download PDF

Info

Publication number
ES2988203T3
ES2988203T3 ES12779068T ES12779068T ES2988203T3 ES 2988203 T3 ES2988203 T3 ES 2988203T3 ES 12779068 T ES12779068 T ES 12779068T ES 12779068 T ES12779068 T ES 12779068T ES 2988203 T3 ES2988203 T3 ES 2988203T3
Authority
ES
Spain
Prior art keywords
authentication
user
mobile device
transaction
mobile
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
ES12779068T
Other languages
English (en)
Inventor
Dominic Adenuga
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.)
Cosmokey Solutions & Co Kg GmbH
Original Assignee
Cosmokey Solutions & Co Kg GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=47088888&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2988203(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Cosmokey Solutions & Co Kg GmbH filed Critical Cosmokey Solutions & Co Kg GmbH
Application granted granted Critical
Publication of ES2988203T3 publication Critical patent/ES2988203T3/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
    • 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
    • G06F21/34—User authentication involving the use of external additional devices, e.g. dongles or smart cards
    • 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
    • G06F21/42—User authentication using separate channels for security data
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224—Transactions dependent on location of M-devices
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1025—Identification of user by a PIN code
    • 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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/107—Network architectures or network communication protocols for network security for controlling access to devices or network resources wherein the security policies are location-dependent, e.g. entities privileges depend on current location or allowing specific operations only from locally connected terminals
    • 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/18—Network architectures or network communication protocols for network security using different networks or channels, e.g. using out of band channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/63—Location-dependent; Proximity-dependent

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Procedimiento para autenticar a un usuario para una transacción en un terminal (10), en el que una identificación de usuario se transmite desde el terminal (10) a un socio de transacción (12) a través de un primer canal de comunicación (14), y un dispositivo de autenticación (18) utiliza un segundo canal de comunicación (20) para comprobar una función de autenticación que está implementada en un dispositivo móvil (16) del usuario, y, como criterio para decidir si se concederá o denegará la autenticación para la transacción, el dispositivo de autenticación (18) comprueba si existe una relación temporal predeterminada entre la transmisión de la identificación de usuario y una respuesta del segundo canal de comunicación, caracterizado porque la función de autenticación normalmente está inactiva y es activada por el usuario solo de forma preliminar para la transacción, dicha respuesta del segundo canal de comunicación (20) incluye la información de que la función de autenticación está activa, y la función de autenticación se desactiva automáticamente. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método de autenticación
La invención se refiere a un método de autenticación de un usuario con respecto a una transacción en un terminal, en el que se transmite una identificación de usuario desde el terminal a un copartícipe en la transacción mediante un primer canal de comunicaciones, el copartícipe en la transacción reenvía la identificación de usuario a un dispositivo de autenticación, usando un segundo canal de comunicaciones, que implica a una red de comunicaciones móviles, conjuntamente con un dispositivo móvil del usuario para comprobar una función de autenticación, que está normalmente inactiva y es activada por el usuario únicamente de forma preliminar para la transacción, como criterio para decidir si se concederá o denegará la autenticación para la transacción, el dispositivo de autenticación comprueba si existe una relación de tiempo predeterminada entre la transmisión de la identificación de usuario y un estado activo de la función de autenticación y, si se cumple dicho criterio para conceder la autenticación, el dispositivo de autenticación envía una señal de autenticación al copartícipe en la transacción.
En transacciones, en las que un usuario se comunica con un copartícipe en la transacción remoto mediante un canal de comunicaciones tal como Internet, es importante garantizar que un individuo que se identifica a sí mismo como usuario autorizado sea realmente la persona que afirma ser. Por ejemplo, cuando un usuario realiza una transacción bancaria en línea en la que se identifica como propietario de cierta cuenta y solicita que se remita una cantidad de dinero a alguna otra cuenta, es necesario un método de autenticación para verificar la identidad del solicitante. Otros ejemplos de transacciones en las que se debería requerir una autenticación del usuario son las transacciones en las que un usuario pide acceso en línea a una base de datos u otros servicios en línea que implican datos sensibles. Otro ejemplo sería una transacción para accionar un dispositivo de apertura de puertas que proporciona acceso físico a un área o sala segura.
El documento GB 2398 159 A divulga un método de autenticación, en el que la función de autenticación apunta al usuario que confirme la transacción, y desde el dispositivo móvil se envía al dispositivo de autenticación una señal de confirmación correspondiente.
El documento WO 2008/052592 A1 divulga un sistema para tarjetas de crédito en el que, para activar y desactivar la tarjeta de crédito, se utiliza un dispositivo móvil del usuario. Este sistema presenta las características indicadas en el preámbulo de la reivindicación 1.
El documento WO 2007/072001 A1 divulga un método de autenticación en el que el dispositivo de autenticación responde a la transmisión de la identificación de usuario con el envío de un testigo de autenticación (del inglés,token)al terminal desde el cual se ha solicitado la transacción. Este testigo se puede codificar, por ejemplo, en una imagen digital para su visualización en una pantalla del terminal. La función de autenticación del dispositivo móvil está configurada para capturar esta imagen digital y devolverla al dispositivo de autenticación mediante el segundo canal de comunicaciones.
De esta forma, se puede confirmar que la persona que lleva el dispositivo móvil, por ejemplo, un teléfono móvil, está realmente presente en la ubicación del terminal desde el que se ha solicitado la transacción. Así, siempre que el usuario tenga el control de su dispositivo móvil, el método de autenticación garantiza que ningún tercero pueda falsificar los datos de identificación de este usuario y llevar a cabo ninguna transacción en su lugar.
El documento WO 2010/086608 A2 divulga un método en el que el dispositivo de autenticación consulta un HLR móvil para comprobar la ubicación actual de un usuario cuando ese usuario solicita una transacción. Uno de los objetivos de la invención es proporcionar un método de autenticación con el que resulte sencillo trabajar y que se pueda llevar a efecto con dispositivos móviles de baja complejidad.
Para alcanzar este objetivo, el método de autenticación según la invención está caracterizado por que la función de autenticación se implementa en el dispositivo móvil del usuario y permite al dispositivo de autenticación detectar, mediante el segundo canal de comunicaciones, si la función de autenticación está activa o no, y por que, sobre la base de la identificación de usuario, el dispositivo de autenticación contacta directamente con el dispositivo móvil para comprobar el estado activo de la función de autenticación y, si la función de autenticación está activa, el dispositivo de autenticación recibe una respuesta del dispositivo móvil mediante el segundo canal de comunicaciones, incluyendo dicha respuesta la información de que la función de autenticación está activa, y en donde la función de autenticación se desactiva automáticamente después de un intervalo de tiempo predeterminado tras su activación y/o cuando se ha comprobado su estado activo.
En este método, la complejidad de la función de autenticación se puede reducir de manera significativa. En último extremo, todo lo que se requiere de la función de autenticación es permitir que el dispositivo de autenticación detecte si esta función está activa o no. Asimismo, la única actividad que se requiere del usuario a efectos de autenticación es activar la función de autenticación con una temporización adecuada para la transacción. Una vez que se ha detectado el estado activo de la función de autenticación, esta función se hace volver al estado inactivo.
La “relación de tiempo predeterminada” puede implicar que la función de autenticación esté activa en el momento en el que se envía la identificación de usuario desde el terminal. Como alternativa, la relación de tiempo predeterminada puede implicar que la función de autenticación se active dentro de cierta ventana de tiempo (preferentemente breve) después de la transmisión de la identificación de usuario o, a la inversa, que la identificación de usuario se transmita dentro de una ventana de tiempo especificada después de que el dispositivo de autenticación haya detectado que la función de autenticación estaba activa.
Puesto que la función de autenticación está normalmente inactiva, la autenticación fallará casi con total certeza cuando un tercero se identifique fraudulentamente como usuario para iniciar una transacción. La autenticación tendría éxito, entonces, solo en el caso muy improbable de que se diera la circunstancia de que el usuario auténtico activase la función de autenticación de su dispositivo móvil justo en el momento oportuno. Incluso en este caso improbable, se podría detectar el fraude ya que el usuario solamente activará la función de autenticación cuando él mismo desee realizar una transacción. Consiguientemente, el dispositivo de autenticación detectaría una coincidencia entre una activación de la función de autenticación y dos solicitudes de transacción (normalmente lanzadas desde terminales diferentes), y esto provocaría que al dispositivo de autenticación (o a los copartícipes en la transacción) se le denegasen o revocasen las transacciones. De este modo, a pesar de la baja complejidad, el método según la invención ofrece un nivel de seguridad elevado.
En las reivindicaciones dependientes, se señalan características opcionales de la invención más específicas.
El terminal desde el cual se transmite la identificación de usuario puede ser, por ejemplo, una máquina bancaria o un cajero, aunque puede ser también cualquier otro dispositivo, tal como, un ordenador, capaz de comunicarse con un copartícipe en la transacción remoto. El dispositivo móvil puede ser, por ejemplo, un teléfono móvil o un teléfono inteligente, un ordenador portátil, un ordenador de tipo tableta o similares, aunque puede ser también un dispositivo dedicado que esté diseñado específicamente a efectos del método de autenticación descrito en la presente.
Una ventaja particular de la invención es que el dispositivo móvil no debe tener ningúnhardwareespecífico para capturar o dar salida a información. Todo lo que se requiere del dispositivo móvil es que se pueda activar durante cierto período de tiempo (preferentemente breve) y que sea capaz de conectarse a una red de comunicaciones móviles en la que disponga de una dirección que esté vinculada con los datos de identificación del usuario, de manera que el dispositivo de autenticación, cuando reciba la identificación de usuario desde el terminal, sea capaz de comprobar si la función de autenticación del dispositivo móvil con la dirección asociada está activa. Con ese fin, no es necesario ni siquiera que exista ninguna comunicación real entre el dispositivo de autenticación y el dispositivo móvil. Por ejemplo, cuando el dispositivo móvil tiene un transceptor de telefonía móvil (GSM), la activación de la función de autenticación puede consistir simplemente en activar ese transceptor, de manera que se conecte al Subsistema de Estaciones Base (BSS) más próximo de la red móvil. Como consecuencia, el dispositivo móvil se identificará mediante su identificador de dispositivo (IMSI), y en un Registro de Posiciones Propio (HLR) de la red móvil se introducirá información sobre el estado activo del dispositivo móvil y sobre la célula de GSM en la que está ubicado. De este modo, el dispositivo de autenticación puede comprobar el estado activo o inactivo del dispositivo móvil simplemente consultando el HLR.
El dispositivo móvil puede tener una pluralidad de direcciones móviles (por ejemplo, números de teléfono móvil) e incluso puede ser capaz de comunicarse mediante una pluralidad de redes móviles diferentes. En ese caso, es preferible que cada dirección móvil esté asignada a un tipo de transacción diferente (por ejemplo, un número de teléfono para autenticar transacciones bancarias y otro para autenticar el acceso a una red de datos), y que la función de autenticación o una pluralidad de funciones de autenticación estén adaptadas para ser activadas y desactivadas por separado para cada tipo de transacción.
En una forma de realización no reivindicada, para mejorar la seguridad, se puede asignar una pluralidad de direcciones móviles exactamente al mismo tipo de transacción, y el dispositivo móvil y el dispositivo de autenticación usan algoritmos idénticos para cambiar ocasionalmente la dirección móvil que debe usarse a efectos de autenticación.
Como característica de seguridad adicional, el método según la invención puede comprender una etapa de localizar el dispositivo móvil y comprobar si, además de la relación de tiempo predeterminada, existe también una relación espacial predeterminada entre el dispositivo móvil y el terminal. En el ejemplo que se ha descrito en el párrafo anterior, se puede comprobar, por ejemplo, si el dispositivo móvil está ubicado en la célula de GSM que contiene también la ubicación del terminal.
De hecho, esto puede ser ventajoso cuando no haya ninguna comunicación en absoluto entre el dispositivo móvil y el dispositivo de autenticación, ni entre el dispositivo móvil y el terminal o cualquier otra entidad, ya que, cuando no hay ninguna comunicación, no existe la posibilidad de que esta comunicación se pueda pinchar y pueda utilizarse para sortear el sistema de seguridad.
En otras formas de realización de la invención, es posible que la función de autenticación del dispositivo móvil reciba datos de autenticación desde el dispositivo de autenticación mediante el primer o segundo canal de comunicaciones, opcionalmente procese estos datos y responda al dispositivo de autenticación de una manera predefinida. Por ejemplo, ciertos detalles de la solicitud de transacción, por ejemplo, el número de cuenta y el importe que se debe cargar en caso de una transacción bancaria, pueden transmitirse desde el dispositivo de autenticación al dispositivo móvil y se le pueden señalar al usuario, por ejemplo, mediante una pantalla del dispositivo. A continuación, el usuario puede bien confirmar o bien rechazar la solicitud. Preferentemente, los detalles de la solicitud de autenticación se envían únicamente después de que el dispositivo de autenticación haya confirmado que la función de autenticación en el dispositivo móvil está activa. De este modo, si el usuario no ha activado la función de autenticación, no se producirá ninguna comunicación adicional mediante el segundo canal de comunicaciones y el usuario puede ahorrar costes de comunicación. Si la función de autenticación está activa, la comunicación mediante el segundo canal de comunicaciones puede incluir también una consulta de ciertos detalles de autenticación, por ejemplo, si el terminal de transacciones es un ordenador del usuario, los detalles de autenticación pueden incluir, por ejemplo, la dirección de IP del ordenador, la presencia de ciertos archivos de datos o configuraciones desoftwareen el ordenador, la ubicación del ordenador y similares. Apuntando al usuario que confirme o señale dicha información la cual únicamente estará disponible para él, se puede reducir de manera significativa la probabilidad de fraude. Asimismo, es posible que el dispositivo móvil envíe datos de identificación tales como un número PIN, una huella dactilar o patrón de iris codificado o similares del usuario, permitiendo que el dispositivo de autenticación verifique que el usuario registrado tiene realmente el control del dispositivo móvil. Estos procedimientos pueden garantizar que el dispositivo móvil sea realmente el dispositivo que identifica el IMSI, es decir, que el IMSI no se ha copiado.
Según un aspecto independiente de la invención, que sin embargo puede incorporarse en el método antes descrito, el dispositivo móvil incluye una interfaz para algún testigo de identificación del usuario. Por ejemplo, la interfaz puede ser un lector de tarjetas para leer un carné de identidad inteligente del usuario. Convencionalmente, un lector para estas tarjetas inteligentes u otrostokensde identificación se conecta al ordenador o terminal mediante el cual se solicita la transacción, con el fin de certificar la identidad del usuario. Esta transacción se solicita para certificar la identidad del usuario. No obstante, este procedimiento no suprime el riesgo de que el ordenador haya sido infectado por algúnsoftwareespía con el que se puedan interceptar los datos de la tarjeta inteligente. Según la invención, los datos sensibles del testigo de identificación no se transmiten mediante el ordenador sino mediante el dispositivo móvil, el cual no puede ser infectado porsoftwareespía o al menos es muy improbable que lo sea. Opcionalmente, puede que al usuario se le solicite activar el testigo de identificación, por ejemplo, introduciendo una contraseña.
Cuando el dispositivo móvil es un dispositivo dedicado, es preferible que los componentes electrónicos del dispositivo estén protegidos contra un acceso tanto electrónico como mecánico.
A continuación, se describirán formas de realización de la invención en combinación con los dibujos, en los que:
la figura 1 es un diagrama de bloques que ilustra un método de autenticación según la invención;
las figuras 2 a 4 son diagramas de tiempo que ilustran diferentes formas de realización de la invención;
la figura 5 es un diagrama de bloques que ilustra otra forma de realización de la invención;
la figura 6 es un diagrama de bloques que ilustra un ejemplo de un esquema de comunicaciones para una forma de realización de la invención;
la figura 7 es una vista de un dispositivo móvil dedicado para llevar a efecto el método según la invención;
la figura 8 es una vista en sección del dispositivo mostrado en la figura 7;
la figura 9 es una vista de un dispositivo móvil dedicado según una forma de realización modificada;
la figura 10 es un diagrama de bloques que ilustra un esquema de comunicaciones modificado.
Como se muestra en la figura 1, un terminal de transacciones 10, por ejemplo, una máquina bancaria, se comunica con un copartícipe en la transacción 12 remoto, por ejemplo, un banco, mediante un primer canal de comunicaciones 14, el cual puede ser un canal por cable o inalámbrico. Un dispositivo móvil 16 se comunica con un dispositivo de autenticación 18 mediante un segundo canal de comunicaciones 20 el cual incluye preferentemente un enlace inalámbrico, por ejemplo, una red de telefonía móvil. El dispositivo de autenticación 18 puede instalarse en las instalaciones del copartícipe en la transacción 12 o se puede configurar en forma de una entidad aparte que se comunica con el copartícipe en la transacción 12 mediante un tercer canal de comunicaciones 22.
El dispositivo móvil 16 es llevado por un usuario que está registrado como abonado en la red de telefonía móvil que forma el canal de comunicaciones 20. El dispositivo de autenticación 18 está formado porsoftwareyhardwarede procesado de datos e incluye una base de datos que almacena un ID de usuario correspondiente al usuario y el número de teléfono móvil (o cualquier otra dirección móvil) del dispositivo móvil 16 de ese usuario.
A continuación, se supondrá que el usuario desea realizar una transacción bancaria mediante el terminal 10. Con este fin, el usuario actúa sobre el terminal 10 y envía una solicitud de transacción al copartícipe en la transacción 12. Esa solicitud incluye una etapa A de transmitir el ID de usuario al copartícipe en la transacción 12. En una etapa B, el copartícipe en la transacción 12 reenvía el ID de usuario al dispositivo de autenticación 18. Tras ello, el dispositivo de autenticación 18 recupera el número de teléfono móvil y o el IMSI del usuario y contacta con el dispositivo móvil 16 o por lo menos con la red de telefonía móvil para comprobar si el dispositivo móvil 16 o cierta función de autenticación implementada en el mismo está activo o no (etapa C). Cuando, en la etapa D, se confirma que la función de autenticación está activa, el dispositivo de autenticación 18 envía una señal de autenticación al copartícipe en la transacción 12 (etapa E). La señal de autenticación incluye preferentemente el ID de usuario que se ha enviado en la etapa B e informa al copartícipe en la transacción de que este usuario específico se ha autenticado con respecto a la transacción solicitada. Tras ello, se llevará a cabo mediante el terminal 10 la transacción entre el usuario y el copartícipe en la transacción 12 (etapa F).
Opcionalmente, entre las etapas D y E pueden interponerse unas etapas adicionales C' y D', como también se ha ilustrado en la figura 1. La etapa C' se llevará a cabo solo cuando se haya confirmado con éxito en la etapa D que la función de autenticación está activa, y la etapa C' consiste en apuntar al usuario que introduzca cierta información en el dispositivo móvil. Por ejemplo, cuando el terminal de transacciones 10 es un ordenador, se le puede pedir al usuario que introduzca la versión del escáner de virus que se ha instalado en ese ordenador. A continuación, en la etapa D', esta información se transmitirá al dispositivo de autenticación 18 y se comparará con respecto a condiciones de autenticación correspondientes que se hayan almacenado en el mismo. La señal de autenticación (etapa E) se enviará, entonces, solo si la información transmitida en la etapa D' incluye la(s) condición(es) de autenticación correcta(s).
La figura 2 muestra un diagrama de tiempos que ilustra una forma de realización del método de autenticación que se ha expuesto en líneas generales anteriormente.
En un tiempo t1, el usuario que desea solicitar una transacción activa su dispositivo móvil 16. En un tiempo t2, se lleva a cabo la secuencia de etapas A-B-C-D-E para autenticar al usuario. Puesto que, en este momento, el dispositivo móvil 16 está realmente activo, la autenticación se produce con éxito. A continuación, en un tiempo t3, el dispositivo móvil 16 se desactiva de manera bien manual o bien automática mediante una función de autodesactivación implementada en el dispositivo 16. Como alternativa adicional, cuando el usuario se ha autenticado con éxito, el dispositivo de autenticación 18 puede enviar una orden para desactivar el dispositivo móvil 16.
Preferentemente, el intervalo de tiempo de t1 a t3 en el que el dispositivo móvil 16 está activo será relativamente pequeño, por ejemplo, solamente unos pocos minutos o segundos. Cuando, en las etapas C y D, se observa que el dispositivo móvil 16 (o al menos su función de autenticación) no está activo, debe suponerse que la persona que se ha identificado con el ID de usuario y tiene el control del dispositivo móvil 16 no desea en realidad solicitar una transacción y, por lo tanto, debe concluirse que el ID de usuario enviado en la etapa A ha sido falsificado por un tercero no autorizado. En ese caso, en la etapa E se deniega la autenticación.
La figura 3 es un diagrama de tiempos correspondiente a un proceso de autenticación modificado. En esta forma de realización, las etapas A, B y C, es decir, la transmisión del ID de usuario y la consulta sobre si el dispositivo móvil 16 está activo, se llevan a cabo en un tiempo t1'. Tras ello, el dispositivo de autenticación 18 pone en marcha un temporizador que cuenta una ventana de tiempo 24 dentro de la cual debe activarse el dispositivo móvil 16. En el ejemplo mostrado, la ventana de tiempo 24 comienza en el tiempo t1' y finaliza en un tiempo t3'. En otras formas de realización, la ventana de tiempo 24 puede abrirse algo más tarde que t1'. En un tiempo t2', el usuario activa el dispositivo móvil 16, y como respuesta a ello se llevan a cabo las etapas D y E. Puesto que t2' se sitúa dentro de la ventana de tiempo 24, la autenticación tiene éxito. Si el tiempo t2' no se incluyera en la ventana de tiempo 24, entonces se denegaría la autenticación. En un tiempo t4', se desactiva de nuevo el dispositivo móvil 16.
En otra forma de realización, mostrada en la figura 4, el dispositivo de autenticación 18 comprueba el estado de la función de autenticación en intervalos de tiempo regulares (en los tiempos tc). El proceso de autenticación comienza con el usuario activando el dispositivo móvil 16 en un tiempo t1''. Más específicamente, el usuario activa una función de autenticación en el dispositivo 16. En la comprobación del siguiente estado, el dispositivo de autenticación 18 detecta que la función de autenticación está activa (etapa D). El dispositivo de autenticación 18 reacciona con la puesta en marcha de un contador que cuenta una ventana de tiempo 26 dentro de la cual se debe transmitir el ID de usuario para una autenticación exitosa. En el ejemplo mostrado, el usuario transmite su ID mediante el terminal 10 en un tiempo t2'' que está dentro de la ventana de tiempo 26. Puesto que al dispositivo de autenticación 18 ya se le ha informado de que la función de autenticación del dispositivo 16 está activa, a la etapa B le sucede inmediatamente la etapa E que señaliza una autenticación exitosa al copartícipe en la transacción 12. La ventana de tiempo 26 se cierra en un tiempo t3''. Si la etapa A se llevase a cabo después de t3'', entonces se denegaría la autenticación.
En todas estas formas de realización, el proceso de autenticación puede incluir, opcionalmente, etapas adicionales de comunicación entre el terminal 10 y el dispositivo de autenticación 18 y/o entre el dispositivo móvil 16 y el dispositivo de autenticación 18 o, si no, entre el terminal 10 y el dispositivo móvil 16 (bien directamente o bien por medio del usuario). Estos protocolos de comunicación con fines de autenticación son conocidos en general en la técnica.
Por ejemplo, el dispositivo móvil puede utilizar un algoritmo preprogramado para generar un código de identificación y enviarlo al dispositivo de autenticación. El algoritmo preprogramado es conocido para el dispositivo de autenticación y se usa en el mismo para verificar la identidad del dispositivo móvil, independientemente de su IMSI. El código de identificación puede ser, por ejemplo, un número de una lista de números “TAN” que se almacena en el dispositivo móvil, configurándose el algoritmo de tal manera que cada número se utiliza solamente una vez. Por otro lado, para permitir un número infinito de transacciones, los códigos de identificación se pueden generar de manera dinámica, posiblemente con la utilización de datos tales como la fecha actual o la hora del día. Todavía en otra forma de realización, el código de identificación puede ser una contraseña cifrada o una combinación cifrada de una contraseña con datos de hora y fecha, basándose el cifrado en un parámetro de cifrado que se hace variar dinámicamente y que se envía desde el dispositivo de autenticación.
La autenticación tendrá éxito solo cuando el dispositivo de autenticación observe que el código de identificación es válido. No obstante, en cualquier caso, según la invención, la autenticación se denegará siempre que se observe que la función de autenticación del dispositivo móvil 16 no está activa en el momento oportuno.
La figura 5 muestra un diagrama de bloques similar a la figura 1, para una forma de realización en la que el terminal 10 y el dispositivo móvil 16 están integrados físicamente en exactamente el mismo aparato 30, por ejemplo, un teléfono inteligente que tiene acceso a Internet mediante la red de telefonía móvil. De este modo, el primer canal de comunicaciones 14, en este caso, está formado, por una parte, por la red de telefonía móvil y, por otra parte, por Internet, mientras que el segundo canal de comunicaciones 20 está formado únicamente por la red de telefonía móvil.
El procedimiento de autenticación es básicamente el mismo que el de las figuras 1 a 4. No obstante, puesto que el aparato 30 es un dispositivo multipropósito, no resultaría práctico que este dispositivo - en conjunto - estuviese normalmente inactivo y se activara solo durante intervalos de tiempo breves cuando fuera necesaria una autenticación. No obstante, la función de autenticación que se implementa en el dispositivo móvil 16 puede adoptar la forma de una miniaplicación que se puede activar y desactivar independientemente del aparato 30 en conjunto. Entonces, evidentemente, en la etapa C de la figura 5, el estado activo o inactivo de la función de autenticación no se puede comprobar simplemente consultando la red de telefonía móvil en relación con si el aparato 30 está registrado o no como activo. Es necesario, en cambio, que el dispositivo de autenticación 18 envíe realmente una solicitud a la miniaplicación del dispositivo móvil 16 y la miniaplicación responda a esta solicitud cuando esté activa, o que la miniaplicación, cuando esté activa, envíe una solicitud al dispositivo de autenticación.
La figura 6 ilustra un esquema de comunicaciones en el que el primer canal de comunicaciones 14 y el tercer canal de comunicaciones 22 están formados, por ejemplo, por Internet. El dispositivo de autenticación 18 se instala de forma que es remoto con respecto al copartícipe en la transacción 12 y lo ejecuta un Tercero de Confianza que es independiente del copartícipe en la transacción 12. El segundo canal de comunicaciones 20 está formado por una red de telefonía móvil que incluye un Registro de Posiciones Propio (HLR) 32 y una pluralidad de Subsistemas de Estaciones Base (BSS) 34, habiéndose mostrado solamente uno de ellos en la figura 6 y cada uno de los cuales presta servicio a una o más células de telefonía móvil 36.
En esta ilustración, el dispositivo de autenticación 18 comprueba no solamente si el dispositivo móvil 16 está activo o inactivo sino que también identifica la célula móvil 36 en la que está ubicado actualmente el dispositivo 16, y el usuario se autentica con respecto a la transacción únicamente cuando se observa que el dispositivo móvil 16 está activo en la ventana de tiempo dictaminada y se observa que está ubicado en la célula 36 que está acogiendo también el terminal 10 desde el cual se ha solicitado la transacción. De este modo, una autenticación falsa solo es posible cuando el ID de usuario se envía desde cierto terminal 10 en el momento oportuno y, adicionalmente, se da la circunstancia de que el dispositivo móvil 16 del usuario auténtico está ubicado en las proximidades de ese terminal 10.
Si la red móvil 20 admite Servicios Basados en la Ubicación (LBS), entonces la ubicación actual del dispositivo móvil 16 se puede identificar con una resolución espacial mucho mayor, y una autenticación exitosa puede requerir que el dispositivo móvil 16 esté separado del terminal 10 por solo unos pocos cientos o decenas de metros.
Todavía en otra forma de realización no reivindicada, el dispositivo móvil 16 puede incluir una función de GPS, y la función de autenticación puede configurarse para enviar las coordenadas de GPS actuales del dispositivo móvil 16 al dispositivo de autenticación 18.
La invención también incluye una variante del método antes descrito, en donde en primer lugar se comprueba la relación espacial entre el dispositivo móvil y el terminal y, solamente en caso de que no se cumpla la relación espacial, se comprueba la relación de tiempo entre la transmisión del ID de usuario y la activación del dispositivo móvil. Por ejemplo, el dispositivo móvil puede tener una función para conectarse automáticamente a la red móvil en ciertos intervalos, por ejemplo, varias veces por día. Entonces, cuando se transmite una solicitud de autenticación junto con el ID de usuario, el dispositivo de autenticación 18 puede localizar el dispositivo móvil 16 por remisión al HLR de la red móvil, y cuando se observa que el dispositivo móvil está próximo al terminal o se observa al menos que está ubicado en una región “segura”, es decir, una región en la que la probabilidad de fraude es pequeña, por ejemplo, cuando el dispositivo móvil está ubicado dentro de cierto país o estado, se concede la autenticación sin comprobar el estado activo de la función de autenticación. De este modo, el usuario no tiene que activar la función de autenticación. Por otro lado, cuando se observa que el dispositivo móvil está ubicado en otro país en el que la probabilidad de fraude es mayor, se denegará la autenticación a no ser que el usuario active la función de autenticación con la temporización correcta.
Esta variante del método proporciona una seguridad mejorada en vista de los denominados capturadores [del inglés,catchers]de IMSI, es decir, dispositivos que pinchan la comunicación del dispositivo móvil para recoger información específica sobre el dispositivo móvil, por ejemplo, su IMSI. Dichos capturadores de IMS son efectivos únicamente cuando un dispositivo móvil se conecta a la red móvil mientras está ubicado en proximidad inmediata del capturador de IMS, por ejemplo, a una distancia inferior a 1 km. Consecuentemente, cuando se instala un capturador de IMS en las proximidades de un terminal con el fin de capturar IMS de usuarios que realizan transacciones en ese terminal, y el terminal está ubicado en un área “segura” en la que no se comprueba la relación de tiempo, el capturador de IMS fallará debido a que el dispositivo de autenticación ya puede localizar el dispositivo móvil por remisión al HLR, y no hay necesidad de que el dispositivo móvil se conecte a la red móvil mientras el usuario está ubicado próximo al terminal y, por tanto, dentro del alcance del capturador de IMS.
Los métodos de autenticación que utilizan el criterio de ubicación adicional proporcionan un mayor nivel de seguridad, pero presentan el problema de que, técnicamente, el copartícipe en la transacción 12 sería capaz de realizar un seguimiento del dispositivo móvil 16 de manera permanente, de modo que se podrían vulnerar requisitos o leyes de privacidad. No obstante, la privacidad de los usuarios puede preservarse garantizando que las direcciones móviles, IMS o números de teléfono de los dispositivos móviles 16 sean conocidos solo para el Tercero de Confianza que ejecuta el dispositivo de autenticación 18, pero no para el copartícipe en la transacción 12. Entonces, el dispositivo de autenticación 18 notificará al copartícipe en la transacción 12 solamente si el usuario está autenticado o no, pero no dará a conocer la ubicación actual del usuario. Puesto que el copartícipe en la transacción no tiene acceso al IMSI del dispositivo móvil del usuario, este procedimiento también evita el riesgo de que un copartícipe en la transacción deshonesto copie el IMSI y/o dé a conocer cualesquiera otros datos sensibles del usuario.
Como se muestra en la figura 6, el dispositivo de autenticación 18 puede proporcionar los servicios de autenticación anonimizados para una pluralidad de copartícipes en la transacción 12a, 12b, por ejemplo, una pluralidad de bancos, Proveedores de Servicios de Internet y similares. Los métodos de autenticación empleados pueden ser diferentes para copartícipes en la transacción diferentes y pueden incluir también métodos del tipo ilustrado en las figuras 1 a 5 las cuales utilizan únicamente el criterio del tiempo.
Las figuras 7 y 8 muestran un ejemplo de un dispositivo móvil 16 que está dedicado al propósito de autenticación específico según la invención. Este dispositivo 16 tiene un cuerpo 38 que aloja un transceptor inalámbrico 40 (por ejemplo, un transceptor de telefonía móvil) con una antena 42, un controlador electrónico 44, una batería recargable 46 y una luz de control de carga de batería 47.
Un identificador de dispositivo (IMSI) está almacenado de forma permanente en el controlador 44, el cual tiene la única función de activar y desactivar el transceptor 40 de manera que este último pueda conectarse e identificarse en el BSS 34 más próximo. En la superficie del cuerpo 38 se forma un interruptor de encendido 48. El interruptor de encendido 48 puede estar formado simplemente por un botón, de manera que el usuario pueda activar la función de autenticación (es decir, el transceptor 40) presionando el botón. Como alternativa, el interruptor de encendido puede estar formado por un dispositivo de entrada para introducir algún código secreto (por ejemplo, un PIN) o por un sensor biométrico, tal como un sensor de huellas dactilares o sensor de reconocimiento de iris, de manera que el transceptor se activará únicamente cuando se haya confirmado la identidad del usuario. Como se muestra en la figura 9, se proporciona un zumbador 49 para ofrecer una retroacción acústica cuando la función de autenticación se ha activado con éxito presionando el interruptor de encendido 48.
El controlador 44 tiene una función de autodesactivación que desactiva el transceptor 40 unos pocos segundos después de que haya sido activado.
El cuerpo 38 tiene dimensiones relativamente reducidas y está fijado a un llavero 50 de manera que pueda ser llevado cómodamente junto con un manojo de llaves del usuario.
Proyectándose desde un extremo del cuerpo 38 se encuentra un conector macho 52 (por ejemplo, un conector de USB o un conector de micro-USB) que está conectado a la batería 46, de manera que la batería se puede recargar enchufando el dispositivo 16 en un conector de USB hembra de un ordenador, un teléfono móvil o similares. El conector macho 52 está cubierto y protegido por un tapón retirable 54. En el ejemplo mostrado, el tapón 54 forma un conector hembra 56 que se abre hacia el exterior y está conectado internamente a otro conector hembra 58 que acoge el conector macho 52. De este modo, la batería 46 también se puede recargar enchufando un conector de USB o micro-USB macho de una fuente de alimentación en el conector 56.
Como se muestra en la figura 8, el cuerpo 38 es un cuerpo de plástico macizo con el transceptor 40, el controlador 44 y la batería 46 moldeados en el mismo. De este modo, no es posible acceder físicamente a estos componentes, especialmente al transceptor 40 y al controlador 44, sin destruir el cuerpo 38.
En una forma de realización no reivindicada, el controlador 44 puede incluir una memoria con código de programa y datos para funciones de autenticación más complejas, por ejemplo, una función para generar y transmitir un código de identificación de dispositivo, según se ha descrito anteriormente. No obstante, el controlador no tiene contactos electrónicos que proporcionarían la posibilidad de leer el contenido de la memoria. Opcionalmente, el controlador 44, en especial su memoria, puede configurarse de tal manera que todo el contenido almacenado se borre en cuanto el cuerpo 38 se rompa y alguien intente extraer el controlador del mismo. De este modo, los datos de autenticación que se pueden almacenar en la memoria del controlador 44 quedan protegidos de forma fiable contra
La figura 9 muestra un ejemplo de un dispositivo móvil 16' que está dedicado únicamente a fines de autenticación aunque admite dos procedimientos de autenticación diferentes para dos tipos diferentes de transacción. El dispositivo 16' tiene dos tarjetas de SIM 60, 60' (u otros dispositivos de memoria) que almacenan conjuntos diferentes de datos de acceso. De este modo, cada una de las tarjetas de SIM tiene su propio número de teléfono móvil el cual puede incluso pertenecer a dos redes móviles diferentes. Cada número de teléfono móvil está asignado a uno diferente de los tipos de transacción. Los dos números de móvil se pueden registrar en dos dispositivos de autenticación diferentes o se pueden registrar en el mismo dispositivo de autenticación junto con información que especifique el tipo de transacción para la que se usarán.
Además, el dispositivo 16' tiene dos botones 48 y 48' para activar selectivamente una de las dos tarjetas de SIM 60, 60'. De este modo, el usuario puede especificar el tipo de transacción que desea llevar a cabo presionando bien el botón 48 o bien el botón 48' para activar la tarjeta de SIM relacionada e, implícitamente, la función de autenticación relacionada. A continuación, el controlador 44 desactivará automáticamente la función de autenticación (tarjeta de SIM) después de cierto intervalo de tiempo.
Como alternativa, el dispositivo 16' puede tener una pluralidad de tarjetas de SIM (u otros Números de Identificación de Red Móvil tales como un IMSI, un número de teléfono y similares) aunque solamente un único interruptor 48 para activar la función de autenticación. A continuación, se usa cierto algoritmo que se almacena en el controlador 44 para decidir cuál de las tarjetas de SIM se va a utilizar, por ejemplo, dependiendo de la fecha, la hora del día o similares. En el dispositivo de autenticación 18 se utiliza un algoritmo idéntico, y es posible una autenticación exitosa solo cuando tanto el dispositivo móvil como el dispositivo de autenticación usan los mismos datos de contacto asociados a la tarjeta de SIM determinada. La figura 10 ilustra una modificación útil que se puede aplicar a cualquiera de los esquemas de comunicaciones antes analizados. Normalmente, la solicitud de autenticación enviada desde el terminal 10 al copartícipe en la transacción 12 incluirá no solo el ID de usuario sino también una contraseña que muestre que el usuario tiene realmente derecho al servicio que está solicitando. No obstante, en la forma de realización no reivindicada mostrada en la figura 10, esta contraseña no se transmite mediante el primer canal de comunicaciones 14 sino mediante el segundo o tercer canal de comunicaciones. Esto reduce el riesgo de captura de la combinación de contraseña e ID de usuario pinchando uno de los canales de comunicación.
La contraseña puede estar configurada, por ejemplo, una vez en el dispositivo de autenticación 18 (por ejemplo, Tercero de Confianza), de manera que el usuario no tenga que memorizar la contraseña ni introducirla para cada transacción nueva. Cuando el dispositivo de autenticación 18 concede la autenticación, añadirá automáticamente la contraseña que sea pertinente para el copartícipe en la transacción 12 específico y el servicio solicitado, respectivamente, y la contraseña se transmitirá al copartícipe en la transacción 12 junto con la autenticación.
En otra forma de realización no reivindicada, la contraseña puede almacenarse de manera permanente en el<dispositivo móvil 16 y enviarse al dispositivo de autenticación>18<mediante el canal de comunicaciones inalámbricas>20 en la etapa D antes descrita. En la forma de realización mostrada en la figura 10, el dispositivo móvil incluye, en cambio, un generador de contraseñas 62 que genera una contraseña que cambia dinámicamente según cierto algoritmo que es reproducido por el dispositivo de autenticación 18. De este modo, incluso si el IMSI ha sido capturado por un capturador de IMS, puede seguir detectándose el fraude debido a una discordancia de las contraseñas generadas, respectivamente, en el dispositivo móvil 16 y el dispositivo de autenticación 18. Preferentemente, la contraseña enviada mediante el canal de comunicaciones 20 está cifrada.
Además, en el ejemplo mostrado, la contraseña generada en el dispositivo móvil es una contraseña universal que se utiliza para cada proceso de autenticación con independencia del copartícipe en la transacción y del tipo de servicio implicado. A continuación, basándose en información sobre el tipo específico de servicio, según se transmite desde el copartícipe en la transacción 12 en la etapa B, si la autenticación tiene éxito, el dispositivo de autenticación 18 convierte automáticamente la contraseña universal en una contraseña específica que es pertinente para el tipo de servicio.
Todavía en otra forma de realización, según se muestra también en la figura 10, el dispositivo móvil 16 incluye igualmente una interfaz para algún testigo de identificación del usuario. En el ejemplo mostrado, la interfaz es un lector de tarjetas para leer una tarjeta inteligente, por ejemplo, un carné de identidad inteligente o pasaporte inteligente del usuario. El usuario insertará su tarjeta inteligente en el lector de tarjetas (o la tarjeta inteligente es acogida de manera permanente en el lector de tarjetas), de manera que los datos de identificación de la tarjeta inteligente puedan leerse y puedan transmitirse mediante el canal de comunicaciones 20 junto con la contraseña o en lugar de esta última.

Claims (12)

REIVINDICACIONES
1. Método de autenticación de un usuario con respecto a una transacción en un terminal (10), comprendiendo el método las etapas siguientes:
- una identificación de usuario se transmite desde el terminal (10) a un copartícipe en la transacción (12) mediante un primer canal de comunicaciones (14),
- el copartícipe en la transacción (12) reenvía la identificación de usuario a un dispositivo de autenticación (18),
- utilizar un segundo canal de comunicaciones (20), que implica una red de comunicaciones móviles, conjuntamente con un dispositivo móvil (16) del usuario para comprobar una función de autenticación, la cual está normalmente inactiva y es activada por el usuario únicamente de manera preliminar para la transacción,
- como criterio para decidir si se concederá o denegará la autenticación para la transacción, el dispositivo de autenticación (18) comprueba si existe una relación de tiempo predeterminada entre la transmisión de la identificación de usuario y un estado activo de la función de autenticación, y,
- si se cumple dicho criterio para conceder la autenticación, el dispositivo de autenticación (18) envía una señal de autenticación al copartícipe en la transacción,
caracterizado por que la función de autenticación se implementa en el dispositivo móvil (16) del usuario y permite que el dispositivo de autenticación detecte, mediante el segundo canal de comunicaciones (20), si la función de autenticación está activa o no, y por que, basándose en la identificación de usuario, el dispositivo de autenticación (18) contacta directamente con el dispositivo móvil para comprobar el estado activo de la función de autenticación y, si la función de autenticación está activa, el dispositivo de autenticación (18) recibe una respuesta del dispositivo móvil mediante el segundo canal de comunicaciones, incluyendo dicha respuesta la información de que la función de autenticación está activa, y,
- en el que la función de autenticación se desactiva automáticamente después de un intervalo de tiempo predeterminado tras su activación y/o cuando se ha comprobado su estado activo.
2. Método según cualquiera de las reivindicaciones anteriores, en el que el dispositivo de autenticación (18) determina una ubicación actual del dispositivo móvil (16) y deniega la autenticación del usuario cuando las ubicaciones del terminal (10) y del dispositivo móvil (16) no cumplen una relación espacial predeterminada.
3. Método según la reivindicación 2, en el que el segundo canal de comunicaciones (20) implica una red de comunicaciones móviles que admite Servicios Basados en la Ubicación, y el dispositivo de autenticación (18) utiliza estos Servicios Basados en la Ubicación para localizar el dispositivo móvil (16).
4. Método según la reivindicación 2, en el que el dispositivo móvil (16) detecta su propia ubicación y envía información de ubicación al dispositivo de autenticación (18).
5. Método según cualquiera de las reivindicaciones anteriores, en el que el dispositivo de autenticación (18) determina una ubicación actual del dispositivo móvil (16) y autentica al usuario cuando las ubicaciones del terminal (10) y del dispositivo móvil (16) cumplen una relación espacial predeterminada, y el estado activo de la función de autenticación del dispositivo móvil se comprueba únicamente cuando no se cumple dicha relación espacial.
6. Método según cualquiera de las reivindicaciones anteriores, en el que el dispositivo de autenticación (18) es remoto con respecto al copartícipe en la transacción (12) y se comunica con el copartícipe en la transacción mediante un tercer canal de comunicaciones (22), y en el que información que vincula la identificación de usuario con una dirección del dispositivo móvil (16) en la red de comunicaciones móviles se almacena solo en el dispositivo de autenticación (18), y el dispositivo de autenticación notifica al copartícipe en la transacción (12) únicamente si el usuario se ha autenticado o no, sin dar a conocer ningún dato adicional relativo al usuario y/o al dispositivo móvil (16).
7. Método según cualquiera de las reivindicaciones anteriores, en el que una contraseña se transmite al copartícipe en la transacción (12) mediante el dispositivo de autenticación (18).
8. Método según la reivindicación 7, en el que la contraseña se almacena o se genera en el dispositivo móvil (16) y se transmite al dispositivo de autenticación (18).
9. Método según la reivindicación 7 u 8, en el que la contraseña se almacena o se convierte en el dispositivo de autenticación (18).
10. Método según cualquiera de las reivindicaciones anteriores, en el que el dispositivo móvil (16) está interconectado con un testigo de identidad del usuario para leer datos de identidad del mismo, y estos datos de identidad se transmiten al dispositivo de autenticación (18) mediante el segundo canal de comunicaciones (20).
11. Dispositivo móvil (16) para su utilización en el método de autenticación según cualquiera de las reivindicaciones 1 a 6, que comprende un transceptor inalámbrico (40), un interruptor de encendido (48) y un controlador electrónico (44) que implementa dicha función de autenticación y está configurado para activar la función de autenticación como respuesta al accionamiento del interruptor de encendido (48) y para desactivar la misma después de que haya estado activa durante un intervalo de tiempo predeterminado o después de que se haya comprobado su estado.
12. Dispositivo según la reivindicación 11, que comprende asimismo una batería recargable (46) y un conector (52) para conectar la batería (46) a una fuente de voltaje.
ES12779068T 2011-10-31 2012-10-30 Método de autenticación Active ES2988203T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP11187273 2011-10-31
PCT/EP2012/071472 WO2013064493A1 (en) 2011-10-31 2012-10-30 Authentication method

Publications (1)

Publication Number Publication Date
ES2988203T3 true ES2988203T3 (es) 2024-11-19

Family

ID=47088888

Family Applications (1)

Application Number Title Priority Date Filing Date
ES12779068T Active ES2988203T3 (es) 2011-10-31 2012-10-30 Método de autenticación

Country Status (7)

Country Link
US (1) US9246903B2 (es)
EP (2) EP4333554A3 (es)
CN (1) CN103988218B (es)
CA (1) CA2851691C (es)
ES (1) ES2988203T3 (es)
RU (1) RU2576586C2 (es)
WO (1) WO2013064493A1 (es)

Families Citing this family (213)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014117095A1 (en) * 2013-01-25 2014-07-31 Just Push Pay, Llc Integrated transaction and account system
US10270748B2 (en) 2013-03-22 2019-04-23 Nok Nok Labs, Inc. Advanced authentication techniques and applications
US9887983B2 (en) 2013-10-29 2018-02-06 Nok Nok Labs, Inc. Apparatus and method for implementing composite authenticators
US10706132B2 (en) * 2013-03-22 2020-07-07 Nok Nok Labs, Inc. System and method for adaptive user authentication
US9961077B2 (en) 2013-05-30 2018-05-01 Nok Nok Labs, Inc. System and method for biometric authentication with device attestation
DE102013010171A1 (de) * 2013-06-19 2014-12-24 Airbus Defence and Space GmbH Rechnernetz, Netzknoten und Verfahren zur Bereitstellung von Zertifizierungsinformationen
JP6268942B2 (ja) * 2013-11-06 2018-01-31 株式会社リコー 認証システム、認証管理装置、認証方法およびプログラム
KR102294747B1 (ko) * 2013-11-27 2021-08-30 삼성전자 주식회사 멀티 심 단말기의 무선 랜 연결 방법 및 장치
US9317674B2 (en) 2014-02-07 2016-04-19 Bank Of America Corporation User authentication based on fob/indicia scan
US9286450B2 (en) 2014-02-07 2016-03-15 Bank Of America Corporation Self-selected user access based on specific authentication types
US9223951B2 (en) 2014-02-07 2015-12-29 Bank Of America Corporation User authentication based on other applications
US9213974B2 (en) 2014-02-07 2015-12-15 Bank Of America Corporation Remote revocation of application access based on non-co-location of a transaction vehicle and a mobile device
US9305149B2 (en) 2014-02-07 2016-04-05 Bank Of America Corporation Sorting mobile banking functions into authentication buckets
US9647999B2 (en) 2014-02-07 2017-05-09 Bank Of America Corporation Authentication level of function bucket based on circumstances
US9965606B2 (en) 2014-02-07 2018-05-08 Bank Of America Corporation Determining user authentication based on user/device interaction
US9390242B2 (en) 2014-02-07 2016-07-12 Bank Of America Corporation Determining user authentication requirements based on the current location of the user being within a predetermined area requiring altered authentication requirements
US9208301B2 (en) * 2014-02-07 2015-12-08 Bank Of America Corporation Determining user authentication requirements based on the current location of the user in comparison to the users's normal boundary of location
US9830597B2 (en) 2014-03-04 2017-11-28 Bank Of America Corporation Formation and funding of a shared token
US9424572B2 (en) 2014-03-04 2016-08-23 Bank Of America Corporation Online banking digital wallet management
US9600817B2 (en) 2014-03-04 2017-03-21 Bank Of America Corporation Foreign exchange token
US9721248B2 (en) 2014-03-04 2017-08-01 Bank Of America Corporation ATM token cash withdrawal
US9600844B2 (en) 2014-03-04 2017-03-21 Bank Of America Corporation Foreign cross-issued token
US9721268B2 (en) 2014-03-04 2017-08-01 Bank Of America Corporation Providing offers associated with payment credentials authenticated in a specific digital wallet
US10430779B2 (en) * 2014-04-08 2019-10-01 Capital One Services Llc Systems and methods for transacting at an ATM using a mobile device
CN104980557A (zh) * 2014-04-09 2015-10-14 联想移动通信科技有限公司 一种手机端的多卡切换的方法、装置及终端
US9577999B1 (en) 2014-05-02 2017-02-21 Nok Nok Labs, Inc. Enhanced security for registration of authentication devices
US9654469B1 (en) 2014-05-02 2017-05-16 Nok Nok Labs, Inc. Web-based user authentication techniques and applications
US10148630B2 (en) 2014-07-31 2018-12-04 Nok Nok Labs, Inc. System and method for implementing a hosted authentication service
US9749131B2 (en) 2014-07-31 2017-08-29 Nok Nok Labs, Inc. System and method for implementing a one-time-password using asymmetric cryptography
US9875347B2 (en) 2014-07-31 2018-01-23 Nok Nok Labs, Inc. System and method for performing authentication using data analytics
US9736154B2 (en) 2014-09-16 2017-08-15 Nok Nok Labs, Inc. System and method for integrating an authentication service within a network architecture
CN104731646B (zh) * 2015-03-31 2019-04-05 北京畅游天下网络技术有限公司 用于交互式应用程序的功能模块管理方法和装置
WO2016168409A1 (en) 2015-04-14 2016-10-20 Capital One Services, LLC. Automated bluetooth pairing
US9729536B2 (en) 2015-10-30 2017-08-08 Bank Of America Corporation Tiered identification federated authentication network system
US9820148B2 (en) 2015-10-30 2017-11-14 Bank Of America Corporation Permanently affixed un-decryptable identifier associated with mobile device
US10021565B2 (en) 2015-10-30 2018-07-10 Bank Of America Corporation Integrated full and partial shutdown application programming interface
US9641539B1 (en) 2015-10-30 2017-05-02 Bank Of America Corporation Passive based security escalation to shut off of application based on rules event triggering
US10699268B2 (en) 2015-12-30 2020-06-30 Thales Dis France Sa Method, server and system for authorizing a transaction
US10460367B2 (en) 2016-04-29 2019-10-29 Bank Of America Corporation System for user authentication based on linking a randomly generated number to the user and a physical item
US10453060B2 (en) 2016-05-27 2019-10-22 Mastercard International Incorporated Systems and methods for authenticating a requestor at an ATM
US10268635B2 (en) 2016-06-17 2019-04-23 Bank Of America Corporation System for data rotation through tokenization
GB2551543A (en) * 2016-06-21 2017-12-27 Eckoh Uk Ltd Methods of authenticating a user for data exchange
US10637853B2 (en) 2016-08-05 2020-04-28 Nok Nok Labs, Inc. Authentication techniques including speech and/or lip movement analysis
US10769635B2 (en) 2016-08-05 2020-09-08 Nok Nok Labs, Inc. Authentication techniques including speech and/or lip movement analysis
US10748130B2 (en) 2016-09-30 2020-08-18 Square, Inc. Sensor-enabled activation of payment instruments
US11315114B2 (en) 2016-12-28 2022-04-26 Capital One Services, Llc Dynamic transaction card protected by multi-factor authentication
US10515361B2 (en) 2016-12-28 2019-12-24 Capital One Services, Llc Smart card secure online checkout
US10091195B2 (en) 2016-12-31 2018-10-02 Nok Nok Labs, Inc. System and method for bootstrapping a user binding
US10237070B2 (en) 2016-12-31 2019-03-19 Nok Nok Labs, Inc. System and method for sharing keys across authenticators
US11620639B2 (en) * 2017-03-01 2023-04-04 Jpmorgan Chase Bank, N.A. Systems and methods for dynamic inclusion of enhanced data in transactions
US10524165B2 (en) 2017-06-22 2019-12-31 Bank Of America Corporation Dynamic utilization of alternative resources based on token association
US10313480B2 (en) 2017-06-22 2019-06-04 Bank Of America Corporation Data transmission between networked resources
US10511692B2 (en) 2017-06-22 2019-12-17 Bank Of America Corporation Data transmission to a networked resource based on contextual information
WO2019087349A1 (ja) * 2017-11-02 2019-05-09 株式会社Ｌｅｉｓ 金融取引制御システム、そのアプリケーション、それを用いた金融取引方法、および金融取引制御方法
CN108022098A (zh) * 2017-11-20 2018-05-11 胡研 一种交易方法、交易设备以及计算机可读存储介质
US11868995B2 (en) 2017-11-27 2024-01-09 Nok Nok Labs, Inc. Extending a secure key storage for transaction confirmation and cryptocurrency
US11831409B2 (en) 2018-01-12 2023-11-28 Nok Nok Labs, Inc. System and method for binding verifiable claims
US10868677B2 (en) * 2018-06-06 2020-12-15 Blackberry Limited Method and system for reduced V2X receiver processing load using certificates
US10546444B2 (en) 2018-06-21 2020-01-28 Capital One Services, Llc Systems and methods for secure read-only authentication
US11216806B2 (en) 2018-09-19 2022-01-04 Capital One Services, Llc Systems and methods for providing card interactions
US10582386B1 (en) 2018-10-02 2020-03-03 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10592710B1 (en) 2018-10-02 2020-03-17 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
AU2019355878A1 (en) 2018-10-02 2021-02-25 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10505738B1 (en) 2018-10-02 2019-12-10 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10909527B2 (en) 2018-10-02 2021-02-02 Capital One Services, Llc Systems and methods for performing a reissue of a contactless card
CA3115142A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10949520B2 (en) 2018-10-02 2021-03-16 Capital One Services, Llc Systems and methods for cross coupling risk analytics and one-time-passcodes
SG11202103249VA (en) 2018-10-02 2021-04-29 Capital One Services Llc Systems and methods for cryptographic authentication of contactless cards
US10489781B1 (en) 2018-10-02 2019-11-26 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
WO2020072440A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10565587B1 (en) 2018-10-02 2020-02-18 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
CA3115107A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
CA3115064A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
WO2020072413A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
CA3112585A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10733645B2 (en) 2018-10-02 2020-08-04 Capital One Services, Llc Systems and methods for establishing identity for order pick up
WO2020072550A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10607214B1 (en) 2018-10-02 2020-03-31 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
MX2021003217A (es) 2018-10-02 2021-05-12 Capital One Services Llc Sistemas y metodos para autentificacion criptografica de tarjetas sin contacto.
US10542036B1 (en) 2018-10-02 2020-01-21 Capital One Services, Llc Systems and methods for signaling an attack on contactless cards
US10579998B1 (en) 2018-10-02 2020-03-03 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10771254B2 (en) 2018-10-02 2020-09-08 Capital One Services, Llc Systems and methods for email-based card activation
US10581611B1 (en) 2018-10-02 2020-03-03 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10771253B2 (en) 2018-10-02 2020-09-08 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US11210664B2 (en) 2018-10-02 2021-12-28 Capital One Services, Llc Systems and methods for amplifying the strength of cryptographic algorithms
CA3115252A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10685350B2 (en) 2018-10-02 2020-06-16 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10554411B1 (en) 2018-10-02 2020-02-04 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10783519B2 (en) 2018-10-02 2020-09-22 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10511443B1 (en) 2018-10-02 2019-12-17 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10664830B1 (en) 2018-12-18 2020-05-26 Capital One Services, Llc Devices and methods for selective contactless communication
US11361302B2 (en) 2019-01-11 2022-06-14 Capital One Services, Llc Systems and methods for touch screen interface interaction using a card overlay
US11037136B2 (en) 2019-01-24 2021-06-15 Capital One Services, Llc Tap to autofill card data
US11120453B2 (en) 2019-02-01 2021-09-14 Capital One Services, Llc Tap card to securely generate card data to copy to clipboard
US10510074B1 (en) 2019-02-01 2019-12-17 Capital One Services, Llc One-tap payment using a contactless card
US10467622B1 (en) 2019-02-01 2019-11-05 Capital One Services, Llc Using on-demand applications to generate virtual numbers for a contactless card to securely autofill forms
US10425129B1 (en) 2019-02-27 2019-09-24 Capital One Services, Llc Techniques to reduce power consumption in near field communication systems
US12041039B2 (en) 2019-02-28 2024-07-16 Nok Nok Labs, Inc. System and method for endorsing a new authenticator
US10523708B1 (en) 2019-03-18 2019-12-31 Capital One Services, Llc System and method for second factor authentication of customer support calls
US10984416B2 (en) 2019-03-20 2021-04-20 Capital One Services, Llc NFC mobile currency transfer
US10535062B1 (en) 2019-03-20 2020-01-14 Capital One Services, Llc Using a contactless card to securely share personal data stored in a blockchain
US10438437B1 (en) 2019-03-20 2019-10-08 Capital One Services, Llc Tap to copy data to clipboard via NFC
US10643420B1 (en) 2019-03-20 2020-05-05 Capital One Services, Llc Contextual tapping engine
US10970712B2 (en) 2019-03-21 2021-04-06 Capital One Services, Llc Delegated administration of permissions using a contactless card
US10467445B1 (en) 2019-03-28 2019-11-05 Capital One Services, Llc Devices and methods for contactless card alignment with a foldable mobile device
US11792024B2 (en) 2019-03-29 2023-10-17 Nok Nok Labs, Inc. System and method for efficient challenge-response authentication
US11521262B2 (en) 2019-05-28 2022-12-06 Capital One Services, Llc NFC enhanced augmented reality information overlays
US10516447B1 (en) 2019-06-17 2019-12-24 Capital One Services, Llc Dynamic power levels in NFC card communications
US10871958B1 (en) 2019-07-03 2020-12-22 Capital One Services, Llc Techniques to perform applet programming
US11392933B2 (en) 2019-07-03 2022-07-19 Capital One Services, Llc Systems and methods for providing online and hybridcard interactions
US11694187B2 (en) 2019-07-03 2023-07-04 Capital One Services, Llc Constraining transactional capabilities for contactless cards
US12086852B2 (en) 2019-07-08 2024-09-10 Capital One Services, Llc Authenticating voice transactions with payment card
US10713649B1 (en) 2019-07-09 2020-07-14 Capital One Services, Llc System and method enabling mobile near-field communication to update display on a payment card
US10498401B1 (en) 2019-07-15 2019-12-03 Capital One Services, Llc System and method for guiding card positioning using phone sensors
US10885514B1 (en) 2019-07-15 2021-01-05 Capital One Services, Llc System and method for using image data to trigger contactless card transactions
US11182771B2 (en) 2019-07-17 2021-11-23 Capital One Services, Llc System for value loading onto in-vehicle device
US10832271B1 (en) 2019-07-17 2020-11-10 Capital One Services, Llc Verified reviews using a contactless card
US10733601B1 (en) 2019-07-17 2020-08-04 Capital One Services, Llc Body area network facilitated authentication or payment authorization
US11521213B2 (en) 2019-07-18 2022-12-06 Capital One Services, Llc Continuous authentication for digital services based on contactless card positioning
US10506426B1 (en) 2019-07-19 2019-12-10 Capital One Services, Llc Techniques for call authentication
US10541995B1 (en) 2019-07-23 2020-01-21 Capital One Services, Llc First factor contactless card authentication system and method
US11887102B1 (en) 2019-07-31 2024-01-30 Block, Inc. Temporary virtual payment card
CN112448935A (zh) * 2019-09-03 2021-03-05 华为技术有限公司 建立网络连接的方法及电子设备
CN121393015A (zh) 2019-10-02 2026-01-23 第一资本服务有限责任公司 使用非接触式传统磁条数据的客户端设备认证
US11887116B1 (en) * 2019-11-25 2024-01-30 United Services Automobile Association (Usaa) Orientation sensor-enabled authentication
US11113685B2 (en) 2019-12-23 2021-09-07 Capital One Services, Llc Card issuing with restricted virtual numbers
US11651361B2 (en) 2019-12-23 2023-05-16 Capital One Services, Llc Secure authentication based on passport data stored in a contactless card
US10862540B1 (en) 2019-12-23 2020-12-08 Capital One Services, Llc Method for mapping NFC field strength and location on mobile devices
US10733283B1 (en) 2019-12-23 2020-08-04 Capital One Services, Llc Secure password generation and management using NFC and contactless smart cards
US10657754B1 (en) 2019-12-23 2020-05-19 Capital One Services, Llc Contactless card and personal identification system
US11615395B2 (en) 2019-12-23 2023-03-28 Capital One Services, Llc Authentication for third party digital wallet provisioning
US10885410B1 (en) 2019-12-23 2021-01-05 Capital One Services, Llc Generating barcodes utilizing cryptographic techniques
US10664941B1 (en) 2019-12-24 2020-05-26 Capital One Services, Llc Steganographic image encoding of biometric template information on a card
US10853795B1 (en) 2019-12-24 2020-12-01 Capital One Services, Llc Secure authentication based on identity data stored in a contactless card
US11200563B2 (en) 2019-12-24 2021-12-14 Capital One Services, Llc Account registration using a contactless card
US10757574B1 (en) 2019-12-26 2020-08-25 Capital One Services, Llc Multi-factor authentication providing a credential via a contactless card for secure messaging
US10909544B1 (en) 2019-12-26 2021-02-02 Capital One Services, Llc Accessing and utilizing multiple loyalty point accounts
US11038688B1 (en) 2019-12-30 2021-06-15 Capital One Services, Llc Techniques to control applets for contactless cards
US10860914B1 (en) 2019-12-31 2020-12-08 Capital One Services, Llc Contactless card and method of assembly
US11455620B2 (en) 2019-12-31 2022-09-27 Capital One Services, Llc Tapping a contactless card to a computing device to provision a virtual number
US11210656B2 (en) 2020-04-13 2021-12-28 Capital One Services, Llc Determining specific terms for contactless card activation
US11030339B1 (en) 2020-04-30 2021-06-08 Capital One Services, Llc Systems and methods for data access control of personal user data using a short-range transceiver
US11222342B2 (en) 2020-04-30 2022-01-11 Capital One Services, Llc Accurate images in graphical user interfaces to enable data transfer
US11823175B2 (en) 2020-04-30 2023-11-21 Capital One Services, Llc Intelligent card unlock
US10861006B1 (en) 2020-04-30 2020-12-08 Capital One Services, Llc Systems and methods for data access control using a short-range transceiver
US10915888B1 (en) 2020-04-30 2021-02-09 Capital One Services, Llc Contactless card with multiple rotating security keys
US10963865B1 (en) 2020-05-12 2021-03-30 Capital One Services, Llc Augmented reality card activation experience
US11100511B1 (en) 2020-05-18 2021-08-24 Capital One Services, Llc Application-based point of sale system in mobile operating systems
US11063979B1 (en) 2020-05-18 2021-07-13 Capital One Services, Llc Enabling communications between applications in a mobile operating system
US11062098B1 (en) 2020-08-11 2021-07-13 Capital One Services, Llc Augmented reality information display and interaction via NFC based authentication
US12165149B2 (en) 2020-08-12 2024-12-10 Capital One Services, Llc Systems and methods for user verification via short-range transceiver
US11482312B2 (en) 2020-10-30 2022-10-25 Capital One Services, Llc Secure verification of medical status using a contactless card
US11165586B1 (en) 2020-10-30 2021-11-02 Capital One Services, Llc Call center web-based authentication using a contactless card
US11373169B2 (en) 2020-11-03 2022-06-28 Capital One Services, Llc Web-based activation of contactless cards
US11216799B1 (en) 2021-01-04 2022-01-04 Capital One Services, Llc Secure generation of one-time passcodes using a contactless card
US11682012B2 (en) 2021-01-27 2023-06-20 Capital One Services, Llc Contactless delivery systems and methods
US11687930B2 (en) 2021-01-28 2023-06-27 Capital One Services, Llc Systems and methods for authentication of access tokens
US11792001B2 (en) 2021-01-28 2023-10-17 Capital One Services, Llc Systems and methods for secure reprovisioning
US11562358B2 (en) 2021-01-28 2023-01-24 Capital One Services, Llc Systems and methods for near field contactless card communication and cryptographic authentication
US11438329B2 (en) 2021-01-29 2022-09-06 Capital One Services, Llc Systems and methods for authenticated peer-to-peer data transfer using resource locators
US11777933B2 (en) 2021-02-03 2023-10-03 Capital One Services, Llc URL-based authentication for payment cards
US11637826B2 (en) 2021-02-24 2023-04-25 Capital One Services, Llc Establishing authentication persistence
US12143515B2 (en) 2021-03-26 2024-11-12 Capital One Services, Llc Systems and methods for transaction card-based authentication
US11245438B1 (en) 2021-03-26 2022-02-08 Capital One Services, Llc Network-enabled smart apparatus and systems and methods for activating and provisioning same
US12160419B2 (en) 2021-04-15 2024-12-03 Capital One Services, Llc Authenticated messaging session with contactless card authentication
US11935035B2 (en) 2021-04-20 2024-03-19 Capital One Services, Llc Techniques to utilize resource locators by a contactless card to perform a sequence of operations
US11961089B2 (en) 2021-04-20 2024-04-16 Capital One Services, Llc On-demand applications to extend web services
US11902442B2 (en) 2021-04-22 2024-02-13 Capital One Services, Llc Secure management of accounts on display devices using a contactless card
US11354555B1 (en) 2021-05-04 2022-06-07 Capital One Services, Llc Methods, mediums, and systems for applying a display to a transaction card
US12301735B2 (en) 2021-06-18 2025-05-13 Capital One Services, Llc Systems and methods for contactless card communication and multi-device key pair cryptographic authentication
US12335412B2 (en) 2021-06-21 2025-06-17 Capital One Services, Llc Systems and methods for scalable cryptographic authentication of contactless cards
US12041172B2 (en) 2021-06-25 2024-07-16 Capital One Services, Llc Cryptographic authentication to control access to storage devices
FR3125140B1 (fr) * 2021-07-07 2023-12-08 Arc Ind Passerelle de Transfert Sécurisé
US12061682B2 (en) 2021-07-19 2024-08-13 Capital One Services, Llc System and method to perform digital authentication using multiple channels of communication
US12495042B2 (en) 2021-08-16 2025-12-09 Capital One Services, Llc Systems and methods for resetting an authentication counter
US12062258B2 (en) 2021-09-16 2024-08-13 Capital One Services, Llc Use of a payment card to unlock a lock
US12126613B2 (en) 2021-09-17 2024-10-22 Nok Nok Labs, Inc. System and method for pre-registration of FIDO authenticators
US12069173B2 (en) 2021-12-15 2024-08-20 Capital One Services, Llc Key recovery based on contactless card authentication
US20230196333A1 (en) * 2021-12-21 2023-06-22 Hee Young Park Card payment method and system through application linkage
US12166750B2 (en) 2022-02-08 2024-12-10 Capital One Services, Llc Systems and methods for secure access of storage
US12354077B2 (en) 2022-06-23 2025-07-08 Capital One Services, Llc Mobile web browser authentication and checkout using a contactless card
US12596780B2 (en) 2022-06-27 2026-04-07 Capital One Services, LLC. Techniques to perform dynamic call center authentication utilizing a contactless card
JP2024007209A (ja) * 2022-07-05 2024-01-18 キヤノン株式会社 情報処理装置、その制御方法、プログラム、及び画像形成装置
US12511654B2 (en) 2022-08-08 2025-12-30 Capital One Services, Llc Systems and methods for bypassing contactless payment transaction limit
US12354104B2 (en) 2022-08-09 2025-07-08 Capital One Services, Llc Methods and arrangements for proof of purchase
US12505450B2 (en) 2022-08-17 2025-12-23 Capital One Services, Llc Systems and methods for dynamic data generation and cryptographic card authentication
US12289396B2 (en) 2022-08-18 2025-04-29 Capital One Services, Llc Parallel secret salt generation and authentication for encrypted communication
US12443959B2 (en) * 2022-10-24 2025-10-14 Capital One Services, Llc Systems and methods for external account authentication
US12489747B2 (en) 2022-11-18 2025-12-02 Capital One Services, LLC. Systems and techniques to perform verification operations with wireless communication
US12592828B2 (en) 2023-01-06 2026-03-31 Capital One Services, Llc System and method for parallel manufacture and verification of one-time-password authentication cards
US12147983B2 (en) 2023-01-13 2024-11-19 Capital One Services, Llc Systems and methods for multi-factor authentication using device tracking and identity verification
US12519652B2 (en) 2023-02-24 2026-01-06 Capital One Services, Llc System and method for dynamic integration of user-provided data with one-time-password authentication cryptogram
US12592819B2 (en) 2023-02-28 2026-03-31 Capital One Services, Llc Membership account management using a contactless card
US12248832B2 (en) 2023-03-07 2025-03-11 Capital One Services, Llc Systems and methods for steganographic image encoding and identity verification using same
US12621642B2 (en) 2023-03-07 2026-05-05 Capital One Services, Llc Systems and methods for device case detection for adaptive near field communication
US12335256B2 (en) 2023-03-08 2025-06-17 Capital One Services, Llc Systems and methods for device binding authentication
US12591875B2 (en) 2023-03-10 2026-03-31 Capital One Services, Llc Systems and methods of contactless card as one authentication factor for multiple factor authentication
US12248928B2 (en) 2023-03-13 2025-03-11 Capital One Services, Llc Systems and methods of secure merchant payment over messaging platform using a contactless card
US12511640B2 (en) 2023-03-13 2025-12-30 Capital One Services, Llc Systems and methods of managing password using contactless card
US12124903B2 (en) 2023-03-16 2024-10-22 Capital One Services, Llc Card with a time-sensitive element and systems and methods for implementing the same
US12299672B2 (en) 2023-03-30 2025-05-13 Capital One Services, Llc System and method for authentication with transaction cards
US12499432B2 (en) 2023-04-06 2025-12-16 Capital One Services, Llc Techniques to perform operations with a contactless card when in the presence of a trusted device
US12591876B2 (en) 2023-04-07 2026-03-31 Capital One Services, Llc Systems and methods for launching a mobile application or a browser extension responsive to satisfying predetermined conditions
US20240381080A1 (en) * 2023-05-10 2024-11-14 Capital One Services, Llc Systems and methods for secure authentication information retrieval
US12200135B2 (en) 2023-06-13 2025-01-14 Capital One Services, Llc Contactless card-based authentication via web-browser
WO2025014518A1 (en) * 2023-07-10 2025-01-16 Visa International Service Association System and method for remote transaction processing
US12505448B2 (en) 2023-08-09 2025-12-23 Capital One Services, Llc Systems and methods for fraud prevention in mobile application verification device enrollment process
US12511638B2 (en) 2023-09-07 2025-12-30 Capital One Services, Llc Assignment of near-field communications applets
US12580767B2 (en) 2023-10-31 2026-03-17 Capital One Services, LLC. Transmission of secure and authenticated data over a network
US12580752B2 (en) 2024-01-03 2026-03-17 Capital One Services, Llc Systems and methods for generating shared secret key for transaction cards
DE202024100218U1 (de) 2024-01-17 2024-03-11 Prince Sattam Bin Abdulaziz University Auf Quantenkryptografie basierendes intelligentes System für beispiellose IoT-Netzwerksicherheit
US20250272680A1 (en) * 2024-02-23 2025-08-28 Wells Fargo Bank, N.A. Federated trust using third party
US20250371536A1 (en) * 2024-05-29 2025-12-04 Microsoft Technology Licensing, Llc App profile verification across computing devices

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5917913A (en) * 1996-12-04 1999-06-29 Wang; Ynjiun Paul Portable electronic authorization devices and methods therefor
SE515047C2 (sv) * 1999-10-01 2001-06-05 Tryggit Ab Metod och system för verifiering av tjänstebeställning
CN1510899A (zh) * 2002-12-23 2004-07-07 郝敏燕 基于移动通信平台的即取即用式动态随机密码手机身份认证系统
GB2398159A (en) 2003-01-16 2004-08-11 David Glyn Williams Electronic payment authorisation using a mobile communications device
US8229118B2 (en) * 2003-11-07 2012-07-24 Qualcomm Incorporated Method and apparatus for authentication in wireless communications
CN1622660B (zh) * 2003-11-27 2010-04-28 维豪信息技术有限公司 手持式移动通信终端设备
WO2005116907A2 (en) * 2004-05-18 2005-12-08 Rba International, Inc. Systems and methods for remote account control
US7503489B2 (en) 2005-04-26 2009-03-17 Bpriv, Llc Method and system for monitoring electronic purchases and cash-withdrawals
CN1878370A (zh) * 2005-04-27 2006-12-13 Lg电子株式会社 使用多功能插座的移动通信终端及其方法
EP1802155A1 (en) 2005-12-21 2007-06-27 Cronto Limited System and method for dynamic multifactor authentication
US20080035725A1 (en) * 2006-08-11 2008-02-14 International Business Machines Corporation Method to use cell phone location to authenticate or enable/disable authorization of credit cards
WO2008052592A1 (en) * 2006-10-30 2008-05-08 Telecom Italia S.P.A. High security use of bank cards and system therefore
EP1978772A1 (en) * 2007-04-02 2008-10-08 British Telecommunications Public Limited Company Authentication policy
EP2056629B1 (en) * 2007-10-31 2015-04-08 Vodafone Holding GmbH Mobile station with two smart-cards
US20100049615A1 (en) * 2008-01-24 2010-02-25 Qualcomm Incorporated Mobile commerce authentication and authorization system
TW200945865A (en) * 2008-04-23 2009-11-01 Mediatek Inc Method for handling the equipment identity requests and communication apparatus utilizing the same
CN101287236B (zh) * 2008-05-27 2012-09-26 德信无线通讯科技（北京）有限公司 一种双卡槽手机的连接方法及双卡槽手机
US20090307141A1 (en) 2008-06-06 2009-12-10 Telefonaktiebolaget Lm Ericsson (Publ) Secure Card Services
CN201222747Y (zh) * 2008-06-10 2009-04-15 深圳市宏电技术股份有限公司 一种具有电源监控功能的无线移动网络数据终端单元
LU91488B1 (en) * 2008-10-17 2010-04-19 Robert Carter Multifactor Authentication
GB0901407D0 (en) * 2009-01-28 2009-03-11 Validsoft Uk Ltd Card false-positive prevention
US20110137804A1 (en) * 2009-12-03 2011-06-09 Recursion Software, Inc. System and method for approving transactions
EP2596462A1 (en) * 2010-07-20 2013-05-29 Moqom Limited Cardholder mobile device positioning system and method
US20120066107A1 (en) * 2010-08-27 2012-03-15 Sven Grajetzki Method and System for Securing Accounts
CN201904834U (zh) * 2010-12-14 2011-07-20 上海戎讯通信技术有限公司 一种四sim卡的移动终端
US20120191607A1 (en) * 2011-01-21 2012-07-26 Propay, Inc. Methods And Systems For Facilitating Or Executing Electronic Payment Transactions
US8725652B2 (en) * 2011-03-29 2014-05-13 Visa International Service Association Using mix-media for payment authorization
US20120255996A1 (en) * 2011-04-05 2012-10-11 Rev Worldwide, Inc. Method and Device for Processing Payment Card Information
CN102201143B (zh) * 2011-04-08 2016-06-15 张应刚 一种基于短信平台即时交互的银行卡交易系统及方法

Also Published As

Publication number Publication date
WO2013064493A1 (en) 2013-05-10
US9246903B2 (en) 2016-01-26
EP2774098B1 (en) 2024-02-28
RU2576586C2 (ru) 2016-03-10
US20140245391A1 (en) 2014-08-28
RU2014121883A (ru) 2015-12-10
CA2851691C (en) 2016-11-29
EP2774098C0 (en) 2024-02-28
EP4333554A3 (en) 2024-03-13
EP4333554A2 (en) 2024-03-06
EP2774098A1 (en) 2014-09-10
CN103988218A (zh) 2014-08-13
CA2851691A1 (en) 2013-05-10
CN103988218B (zh) 2018-10-26

Similar Documents

Publication Publication Date Title
US9246903B2 (en) Authentication method
EP3807831B1 (en) Method and system to create a trusted record or message and usage for a secure activation or strong customer authentication
US9003516B2 (en) System and method for encrypted smart card pin entry
US20140093144A1 (en) More-Secure Hardware Token
US20100131414A1 (en) Personal identification device for secure transactions
RU2596587C2 (ru) Устройство мобильной связи
CN108292335A (zh) 生物计量装置
JP2011165102A (ja) 生体認証システムおよび携帯端末
KR20210006329A (ko) 원격 생체 식별
WO2000074007A1 (en) Network authentication with smart chip and magnetic stripe
ES3009503T3 (en) Method for managing a pin code in a biometric smart card
CN105868975A (zh) 电子金融账户的管理方法、管理系统和移动终端
EP2365477A1 (en) Personal identification device for secure transactions
JP2012094146A (ja) 特に資源の利用に関する利用者の認証によって保護された関数の実行を制御する方法及びシステム
KR101407443B1 (ko) 근거리무선통신 기능을 이용한 사용자 인증 시스템 및 사용자 인증 방법
KR101927336B1 (ko) 단말장치의 위조, 변조 및 사용자 확인 시스템 및 방법
Singh Multi-factor authentication and their approaches
EP2587429A1 (en) Authentication method
EP4330836B1 (en) Method for controlling a smart card