ES2672920T3 - Procedimiento, dispositivo y sistema para asegurar datos de pago para la transmisión a través de redes de comunicación abiertas - Google Patents

Procedimiento, dispositivo y sistema para asegurar datos de pago para la transmisión a través de redes de comunicación abiertas Download PDF

Info

Publication number
ES2672920T3
ES2672920T3 ES11734250.1T ES11734250T ES2672920T3 ES 2672920 T3 ES2672920 T3 ES 2672920T3 ES 11734250 T ES11734250 T ES 11734250T ES 2672920 T3 ES2672920 T3 ES 2672920T3
Authority
ES
Spain
Prior art keywords
merchant
unique
data
commercial
transaction
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
ES11734250.1T
Other languages
English (en)
Inventor
Craig Glendenning
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.)
Bluechain Pty Ltd
Original Assignee
Bluechain Pty Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from AU2010900195A external-priority patent/AU2010900195A0/en
Application filed by Bluechain Pty Ltd filed Critical Bluechain Pty Ltd
Application granted granted Critical
Publication of ES2672920T3 publication Critical patent/ES2672920T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • 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/388—Payment protocols; Details thereof using mutual authentication without cards, e.g. challenge-response
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless
    • H04L2209/805—Lightweight hardware, e.g. radio-frequency identification [RFID] or sensor

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un procedimiento para asegurar datos de pago transmitidos a través de redes de comunicación abiertas, comprendiendo el procedimiento: la configuración selectiva de un primer dispositivo transceptor (10) como un dispositivo comercial (10) para una primera transacción de pago; el establecimiento (44) de una conexión de datos entre el primer dispositivo transceptor y un segundo dispositivo transceptor configurado como un dispositivo de 10 l cliente (22), pudiendo cada uno del primer y segundo dispositivo transceptor configurarse selectivamente como un dispositivo comercial (10) o un dispositivo del cliente (22); transmitiendo (48) el dispositivo comercial (10) un primer paquete de datos al dispositivo del cliente (22) a través de la conexión de datos, comprendiendo el primer paquete de datos un identificador del comerciante estático único emitido por un comprador, datos de solicitud de transacción y un valor dinámico único; formando el dispositivo del cliente (22) una solicitud de autentificación del comerciante y transmitiendo la solicitud de autentificación del comerciante al dispositivo comercial (10) para solicitar al dispositivo comercial (10) un certificado firmado de un emisor (30) que contiene el identificador del comerciante estático único y la clave pública del comerciante, y una firma del valor dinámico único usando la clave privada del comerciante; recibiendo el dispositivo del cliente (22) del dispositivo comercial (10) un segundo paquete de datos que comprende el certificado firmado del emisor y una firma del valor dinámico único usando la clave privada del comerciante; autentificando el dispositivo del cliente (22) la legitimidad del dispositivo comercial (10) verificando el certificado firmado del emisor utilizando la clave pública de una autoridad de certificación y, una vez verificado, autentificando el valor dinámico único firmado contra el único valor dinámico recibido en el primer paquete de datos utilizando la clave pública del comerciante; transmitiendo (48) el dispositivo del cliente (22) el identificador del comerciante estático único recibido y un criptograma al dispositivo comercial (22) solo si el valor dinámico único firmado se autentifica frente al valor dinámico único recibido en el primer paquete de datos usando la clave pública comercial, habiéndose generado el criptograma usando un clave secreta única para el dispositivo del cliente, un valor de contador, el identificador del comerciante estático único recibido y los datos de solicitud de transacción; comprobando el dispositivo comercial (10) si el identificador del comerciante estático único recibido del dispositivo del cliente (22) coincide con el identificador del comerciante estático único emitido por el comprador y, si es así, formando una solicitud de autorización que comprende el criptograma recibido, el identificador del comerciante estático único y los datos de solicitud de transacción y envío (50) dicha solicitud de autorización a al menos uno de un emisor (30) y un comprador (28) para facilitar la autorización y el procesamiento de dichos datos de solicitud de transacción; recibiendo el dispositivo comercial (10) una respuesta del emisor que indica si la transacción ha tenido éxito; y notificando el dispositivo comercial (10) al dispositivo del cliente (22) si la transacción ha tenido éxito; donde el comprador (28) conserva de forma segura una copia del identificador del comerciante estático único para verificar que un comerciante afiliado al dispositivo comercial (10) sea un comerciante válido.

Description

Descripción
Procedimiento, dispositivo y sistema para asegurar datos de pago para la transmisión a través de redes de comunicación abiertas 5
Referencia cruzada a solicitudes relacionadas
La presente solicitud reivindica la prioridad deAU2010900195.
10 Campo técnico
Esta invención se refiere a un procedimiento, dispositivo y sistema para asegurar datos de pago para la transmisión a través de redes de comunicaciones abiertas.
15 Técnica anterior
La Figura 1 ilustra esquemáticamente una red típica de cuatro partes que muestra las instituciones que participan en una transacción a través de una red abierta. La red incluye a los emisores de tarjetas y los compradores comerciales, además de los titulares de tarjetas (clientes) y los comerciantes. El emisor de la tarjeta distribuye 20 tarjetas a los consumidores, las factura y les cobra el pago. El comprador comercial recluta comerciantes para aceptar tarjetas y proporciona el servicio front-end de enrutamiento de la transacción a las instalaciones de procesamiento de la red. El comprador es responsable de entregar la transacción al emisor de la tarjeta correspondiente para que se facture al cliente y el comerciante reciba los fondos para la compra.
25 El proceso de transacción generalmente tiene dos partes principales. La primera es la autorización, y la segunda es la compensación y la liquidación. La autorización es el proceso de obtener permiso del banco que emitió la tarjeta para aceptar la transacción y los detalles de la tarjeta para el pago. La autorización comienza cuando un consumidor presenta su tarjeta al comerciante para una compra (1). Tradicionalmente, la seguridad de la transacción se produce para la autorización que ocurre en el punto de venta, aunque las transacciones más recientes se realizan en 30 situaciones de "tarjeta no presente" (por ejemplo, en línea). En los últimos años, se han extendido cada vez más las tecnologías de chip y sin contacto. Con particular referencia a la industria de pagos, las transacciones de contacto y sin contacto tienen ventajas sobre las tecnologías tradicionales de banda magnética, ya que las tecnologías basadas en chip tienen la capacidad de almacenar y procesar datos de forma más segura.
35 En situaciones de contacto y sin contacto, los comerciantes generalmente obtienen electrónicamente la información de la transacción, ya sea haciendo que el consumidor deslice o inserte la tarjeta a través de un terminal en el punto de venta o acercándola a un terminal o lector. Habiendo obtenido la información de la tarjeta, el terminal del comerciante compila una solicitud de autorización que contiene la información de la tarjeta, la cantidad de la transacción y el número de identificación del comerciante y envía la solicitud de autorización al comprador (2). El 40 comprador lee la información y envía la solicitud de autorización al banco emisor específico a través de una red de tarjetas de compensación (3). El banco emisor realiza una serie de comprobaciones de fraude y verifica que los fondos disponibles o la línea de crédito del titular de la tarjeta son suficientes para cubrir la compra antes de devolver una respuesta (4), ya sea otorgando o denegando la autorización. El comprador comercial recibe la respuesta y la retransmite al comerciante (5).
45
Los bancos, comerciantes y consumidores comerciales exigen que las transacciones a través de Internet y otras redes abiertas sean más seguras. Mientras que las transacciones actuales de contacto y sin contacto ofrecen mayor seguridad que la tecnología de banda magnética tradicional, no abordan el suficiente nivel de seguridad requerido para asegurar una transacción a través de Internet u otras redes abiertas.
50
Los sistemas actuales son propensos a los "ataques man-in-the-middle" (de intermediarios) que comprometen la autenticidad de una transacción. Los ataques Man-in-the-middle se aprovechan de la dificultad de verificar tanto la autenticidad de una transacción como la autenticidad del comerciante que la inicia. Dichos ataques actúan para interceptar la comunicación entre dos dispositivos. En este tipo de ataque, el software malicioso incrustado en una 55 computadora funciona de tal manera que parece ser el comerciante para el dispositivo del cliente, mientras que también parece ser el dispositivo del cliente para el comerciante. Dicho software puede operarse para cambiar los detalles de la parte receptora o el valor de la transacción.
El documento US-7024395-B1 divulga un procedimiento en el que un cliente que realiza una transacción de tarjeta 60 de crédito inserta su tarjeta inteligente en un lector de tarjetas adjunto al sistema del comerciante. El lector de
tarjetas activa la tarjeta del cliente y pasa cierta información del comerciante. El sistema del comerciante solicita después un "resumen de facturación" de la tarjeta del cliente. El resumen de facturación se devuelve al lector de tarjetas del comerciante que lo reenvía (y la información de la transacción que incluye información del cliente y del comerciante) al emisor de la tarjeta de crédito correspondiente, que mantiene la cuenta de la tarjeta de crédito del 5 cliente. En una realización, la información del cliente y la información del comerciante están encriptadas. Al recibir el resumen de facturación, si fuera necesario la información de la transacción se desencripta y el emisor de la tarjeta de crédito busca la clave maestra del cliente utilizando el número de cuenta del cliente. Después, el emisor de la tarjeta de crédito usa la información de la transacción para volver a calcular el resumen de facturación (un resumen de facturación de autentificación) y compara este nuevo valor con el resumen de facturación enviado por el 10 comerciante. Si es auténtico, los valores de resumen de facturación y de resumen de facturación de autentificación son equivalentes, los fondos se transfieren y se devuelve una notificación de aceptación al comerciante. Si no es auténtico, se devuelve una notificación de denegación al comerciante. La seguridad se mejora aún más mediante la utilización de una referencia única para cada transacción en la información única del cliente utilizada para crear el resumen de facturación.
15
El documento US-2008/208759-A1 divulga procedimientos y sistemas para ejecutar transacciones financieras entre clientes y comerciantes. Se recibe un identificador de una cuenta financiera del cliente en un sistema comercial. También se recibe una contraseña de un solo uso del cliente en el sistema comercial, y se le ha proporcionado al cliente la contraseña de un solo uso mediante un dispositivo electrónico móvil o un instrumento de presentación sin 20 contacto. Se genera un criptograma que incluye el identificador de la cuenta financiera encriptada usando la contraseña de un solo uso. Una solicitud de autorización se formula en el sistema comercial. La solicitud de autorización incluye la información de criptograma y transacción que describe al menos una parte de la transacción financiera. La solicitud de autorización se transmite desde el sistema comercial a un procesador de autorización para la autorización de la transacción financiera.
25
El documento US-2009/216680-A1 divulga un módulo de cómputo seguro (SCM) configurado para la conexión con un dispositivo host. El SCM incluye un procesador para realizar operaciones de procesamiento seguras, una interfaz host para acoplar el procesador al dispositivo host, y una memoria conectada al procesador donde el procesador aísla lógicamente al menos parte de la memoria del acceso al dispositivo host. El SCM genera una firma digital 30 segura para una transacción financiera y habilita el contenido controlado recibido a través del dispositivo host. La distribución de archivos se realiza desde un proveedor de contenido a un comprador o desde un distribuidor a un comprador. La distribución de archivos incluye una transacción financiera que utiliza firmas digitales seguras y, posiblemente, el cifrado de mensajes. Las firmas digitales y los detalles de la transacción se comunican a las organizaciones financieras apropiadas para autentificar a las partes de la transacción y completar la transacción. El 35 contenido controlado se transfiere al comprador desde el proveedor de contenido o el distribuidor.
Resumen de la invención
De acuerdo con un primer aspecto de la presente invención, se proporciona un procedimiento para asegurar datos 40 de pago transmitidos a través de redes de comunicación abiertas, comprendiendo el procedimiento: la configuración selectiva de un primer dispositivo transceptor como un dispositivo comercial para una primera transacción de pago; el establecimiento de una conexión de datos entre el primer dispositivo transceptor y un segundo dispositivo transceptor configurado como un dispositivo del cliente, pudiendo cada uno del primer y segundo dispositivo transceptor configurarse selectivamente como un dispositivo comercial o un dispositivo del cliente; transmitiendo el 45 dispositivo comercial un primer paquete de datos al dispositivo del cliente a través de la conexión de datos, comprendiendo el primer paquete de datos un identificador del comerciante estático único emitido por un comprador, datos de solicitud de transacción y un valor dinámico único; formando el dispositivo del cliente una solicitud de autentificación del comerciante y transmitiendo la solicitud de autentificación del comerciante al dispositivo comercial para solicitar al comerciante un certificado firmado de un emisor que contiene el identificador del comerciante 50 estático único y la clave pública del comerciante, y una firma del valor dinámico único usando la clave privada del comerciante; recibiendo el dispositivo del cliente del dispositivo comercial un segundo paquete de datos que comprende el certificado firmado del emisor y una firma del valor dinámico único usando la clave privada del comerciante; autentificando el dispositivo del cliente la legitimidad del dispositivo comercial verificando el certificado firmado del emisor utilizando la clave pública de una autoridad de certificación y, una vez verificado, autentificando el 55 valor dinámico único firmado contra el único valor dinámico recibido en el primer paquete de datos utilizando la clave pública del comerciante; transmitiendo el dispositivo del cliente el identificador del comerciante estático único recibido y un criptograma al dispositivo comercial solo si el valor dinámico único firmado se autentifica frente al valor dinámico único recibido en el primer paquete de datos usando la clave pública comercial, habiéndose generado el criptograma usando un clave secreta única para el dispositivo del cliente, un valor de contador, el identificador del 60 comerciante estático único recibido y los datos de solicitud de transacción; comprobando el dispositivo comercial si
el identificador del comerciante estático único recibido del dispositivo del cliente coincide con el identificador de vendedor estático único emitido por el comprador y, si es así, formando una solicitud de autorización que comprende el criptograma recibido, el identificador del comerciante estático único y los datos de solicitud de transacción y envío dicha solicitud de autorización a al menos uno de un emisor y un adquirente para facilitar la autorización y el 5 procesamiento de dichos datos de solicitud de transacción; recibiendo el dispositivo comercial una respuesta del emisor indicando si la transacción ha tenido éxito; y notificando el dispositivo comercial al dispositivo del cliente si la transacción ha tenido éxito; donde el comprador retiene de forma segura una copia del identificador del comerciante estático único para verificar que un comerciante afiliado con el dispositivo del comerciante sea un comerciante válido.
10
La red abierta puede ser una red móvil o de Protocolo de Internet (IP).
Garantizar que el dispositivo comercial transmita el identificador de comerciante único al dispositivo transceptor del cliente, para su inclusión en el criptograma, vincula al comerciante y al consumidor a la transacción y minimiza el 15 número de intercambios implicados en la autorización de una transacción. Esto se debe principalmente a que el comprador ya no está obligado a verificar la autenticidad del comerciante, solo que es un comerciante válido. Ventajosamente, se reduce sustancialmente la oportunidad para el fraude de terceros.
La etapa de establecimiento de una conexión de datos entre el primer y segundo dispositivo transceptor puede 20 comprender establecer una conexión sin contacto o una conexión de contacto. La conexión sin contacto puede utilizar NFC, Bluetooth, WiFi, SMS, otra tecnología sin contacto similar o una combinación de los mismos. La conexión de contacto puede utilizar conectividad eléctrica como es bien conocido por los expertos en la técnica.
El procedimiento puede comprender además el mantenimiento de un contador incorporado en el dispositivo 25 transceptor del cliente.
Se pueden incluir otros datos relevantes en el criptograma, que incluyen, entre otros, datos asociados con la capacidad técnica de un dispositivo transceptor.
30 El procedimiento puede comprender además la recepción de una solicitud de selección de cuenta del usuario del dispositivo transceptor del cliente. La solicitud de selección de cuenta se puede recibir a través de una interfaz de usuario de cualquiera de los dispositivos. En una realización en la que la solicitud de selección de cuenta se recibe a través de una interfaz de usuario del dispositivo transceptor del cliente, el procedimiento puede comprender además la transmisión de la selección de cuenta seleccionada por el usuario al dispositivo comercial a través de la conexión 35 de datos. En una realización en la que la solicitud de selección de cuenta se recibe a través de una interfaz de usuario del dispositivo comercial, el procedimiento puede comprender además el almacenamiento de datos representativos de la cuenta seleccionada por el usuario en la memoria del dispositivo comercial. El procedimiento puede comprender además la transmisión de datos representativos de la cuenta seleccionada por el usuario a través de la conexión de datos al dispositivo transceptor del cliente.
40
Opcionalmente, el procedimiento puede comprender además la recuperación de una determinada cuenta predeterminada. La determinada cuenta predeterminada puede almacenarse en la memoria en el dispositivo transceptor del cliente.
45 El procedimiento puede comprender además la recuperación de los datos de solicitud de transacción, comprendiendo dichos datos de solicitud de transacción un importe para la transacción y al menos uno de un código de moneda, un sello de tiempo, datos representativos de la cuenta seleccionada por el usuario y un identificador de cliente como por ejemplo un PIN o biométrico y un valor de identificador de comerciante.
50 El paso del dispositivo comercial que transmite un primer paquete de datos al dispositivo transceptor del cliente a través de la conexión de datos puede ir precedido por el dispositivo transceptor del cliente que solicita el identificador comercial único y los datos de solicitud de transacción.
El paso de autentificar la legitimidad del dispositivo comercial permite que el dispositivo transceptor del consumidor 55 se asegure de que se está comunicando con un dispositivo comercial auténtico (uno que ha sido emitido por un emisor aprobado dentro de un esquema definido). Además garantiza que el número de identificación único proporcionado como parte de la solicitud de transacción sea el mismo que el firmado por el emisor en el certificado de módulo seguro firmado.
60 De acuerdo con un segundo aspecto de la presente invención, se proporciona un procedimiento para operar un
primer dispositivo transceptor configurado selectivamente como un dispositivo comercial para asegurar datos de pago para una primera transacción de pago transmitida a través de una red de comunicación abierta, comprendiendo el procedimiento: el establecimiento de una conexión de datos con un segundo dispositivo transceptor configurado como un dispositivo del cliente, pudiendo cada uno del primer y segundo dispositivo 5 transceptor configurarse selectivamente como un dispositivo comercial o un dispositivo del cliente; transmitiendo un primer paquete de datos al dispositivo del cliente a través de la conexión de datos, comprendiendo el primer paquete de datos un identificador del comerciante estático único emitido por un comprador, datos de solicitud de transacción y un valor dinámico único; recibiendo del dispositivo del cliente una solicitud de autentificación del comerciante que solicita un certificado firmado de un emisor que contiene el identificador único del comerciante estático y la clave 10 pública del comerciante y una firma del valor dinámico único utilizando la clave privada del comerciante; y transmitiendo al dispositivo del cliente un segundo paquete de datos que comprende el certificado firmado del emisor y una firma del valor dinámico único usando la clave privada del comerciante; donde si el dispositivo del cliente autentifica la legitimidad del dispositivo comercial verificando el certificado firmado del emisor utilizando la clave pública de una autoridad de certificación y, una vez verificado, autentifica el valor dinámico único firmado contra el 15 único valor dinámico recibido en el primer paquete de datos utilizando la clave pública del comerciante; el procedimiento comprende además: la recepción del dispositivo del cliente el identificador del comerciante estático único y un criptograma, habiéndose generado el criptograma usando una clave secreta exclusiva para el dispositivo del cliente, un valor de contador, el identificador del comerciante estático único y los datos de solicitud de transacción; comprobando si el identificador del comerciante estático único recibido del dispositivo del cliente 20 coincide con el identificador del vendedor estático único emitido por el comprador y, si es así, formando una solicitud de autorización que comprende el criptograma recibido, el identificador del comerciante estático único y los datos de solicitud de transacción y envío dicha solicitud de autorización a al menos uno de un emisor y un adquirente para facilitar la autorización y el procesamiento de dichos datos de solicitud de transacción; recibiendo una respuesta del emisor que indique si la transacción tuvo éxito; y notificando al dispositivo del cliente si la transacción ha tenido éxito; 25 en el que el comprador retiene de forma segura una copia del identificador del comerciante estático único para verificar que un comerciante afiliado al comerciante sea un comerciante válido.
De acuerdo con un tercer aspecto de la presente invención, se proporciona un procedimiento para operar un segundo dispositivo transceptor configurado selectivamente como un dispositivo del comprador para asegurar datos 30 de pago para una primera transacción de pago transmitida a través de una red de comunicación abierta, comprendiendo el procedimiento: el establecimiento de una conexión de datos con un primer dispositivo transceptor configurado como un dispositivo comprador, pudiendo cada uno del primer y segundo dispositivo transceptor configurarse selectivamente como un dispositivo comercial o un dispositivo del cliente; recibiendo del dispositivo comercial un primer paquete de datos sobre la conexión de datos, comprendiendo el primer paquete de datos un 35 identificador del comerciante estático único emitido por un comprador, datos de solicitud de transacción y un valor dinámico único; formando una solicitud de autentificación del comerciante y transmitiendo la solicitud de autentificación del comerciante al dispositivo comercial para solicitar al comerciante un certificado firmado de un emisor que contiene el identificador del comerciante estático único y la clave pública del comerciante, y una firma del valor dinámico único usando la clave privada del comerciante; recibiendo del dispositivo comercial un segundo 40 paquete de datos que comprende el certificado firmado del emisor y una firma del valor dinámico único usando la clave privada del comerciante; autentificando la legitimidad del dispositivo comercial verificando el certificado firmado del emisor utilizando la clave pública de una autoridad de certificación y, una vez verificado, autentificando el valor dinámico único firmado contra el único valor dinámico recibido en el primer paquete de datos utilizando la clave pública del comerciante; transmitiendo el identificador del comerciante estático único recibido y un criptograma al 45 dispositivo comercial solo si el valor dinámico único firmado se autentifica frente al valor dinámico único recibido en el primer paquete de datos usando la clave pública comercial, habiéndose generado el criptograma usando un clave secreta única para el dispositivo del cliente, un valor de contador, el identificador del comerciante estático único recibido y los datos de solicitud de transacción; y recibiendo del dispositivo comercial una notificación que indique si la transacción ha tenido éxito; donde el criptograma permite que el dispositivo comercial una vez recibido compruebe 50 si el identificador del comerciante estático único recibido del dispositivo del cliente coincide con el identificador del comerciante estático único emitido por el comprador, y si es así, formar una solicitud de autorización que comprende el criptograma recibido, el identificador del comerciante estático único y los datos de solicitud de transacción y enviar dicha solicitud de autorización a al menos uno de un emisor y un comprador para facilitar la autorización y el procesamiento de dichos datos de solicitud de transacción; y donde el comprador retiene de forma segura una copia 55 del identificador del comerciante estático único para verificar que un comerciante afiliado al comerciante sea un comerciante válido.
De acuerdo con un cuarto aspecto de la presente invención, se proporciona un primer dispositivo transceptor operable para asegurar datos de pago transmitidos a través de redes de comunicación abiertas, pudiendo 60 configurarse el primer dispositivo transceptor selectivamente como dispositivo comercial o como dispositivo
transceptor del cliente, comprendiendo el primer dispositivo transceptor: un módulo de interfaz operable para permitir la comunicación de datos con otros dispositivos transceptores; y un procesador acoplado a una memoria, pudiendo funcionar la memoria para almacenar el código de control del procesador; donde cuando el primer transceptor se configura selectivamente como un dispositivo comercial, el código de control del procesador es operable para 5 controlar selectivamente el procesador y el módulo de interfaz, cuando se ejecuta para: establecer una conexión de datos con un segundo dispositivo transceptor configurado como dispositivo del cliente; recuperar de la memoria un identificador del comerciante estático único, habiendo sido el identificador del comerciante estático único emitido por un comprador; transmitir un primer paquete de datos al dispositivo del cliente a través de la conexión de datos, comprendiendo el primer paquete de datos el identificador del comerciante estático único, los datos de solicitud de 10 transacción y un valor dinámico único; recibir del dispositivo del cliente una solicitud de autentificación del comerciante que solicita un certificado firmado de un emisor que contiene el identificador del comerciante estático único y la clave pública del comerciante y una firma del valor dinámico único utilizando la clave privada del comerciante; y transmitir al dispositivo del cliente un segundo paquete de datos que comprende el certificado firmado del emisor y una firma del valor dinámico único usando la clave privada del comerciante; donde si el dispositivo del 15 cliente autentifica la legitimidad del dispositivo comercial verificando el certificado firmado del emisor usando la clave pública de la autoridad de certificación y, una vez verificado, autentifica el valor dinámico único firmado contra el valor dinámico único recibido en el primer paquete de datos usando la clave pública del comerciante, el código de control del procesador es operable para controlar selectivamente el procesador y el módulo de interfaz, cuando se ejecuta para: recibir del dispositivo del cliente el identificador del comerciante estático único y un criptograma, 20 habiéndose generado el criptograma usando una clave secreta exclusiva para el dispositivo del cliente, un valor de contador, el identificador del comerciante estático único y los datos de solicitud de transacción; comprobar si el identificador del comerciante estático único recibido del dispositivo del cliente coincide con el identificador del vendedor estático único emitido por el comprador y, si es así, formar una solicitud de autorización que comprende el criptograma recibido, el identificador del comerciante estático único y los datos de solicitud de transacción y enviar 25 dicha solicitud de autorización a al menos uno de un emisor y un adquirente para facilitar la autorización y el procesamiento de dichos datos de solicitud de transacción; recibir una respuesta del emisor que indique si la transacción ha tenido éxito y notificar a un usuario del dispositivo del cliente; y notificar al dispositivo del cliente si la transacción ha tenido éxito; donde el comprador retiene de forma segura una copia del identificador del comerciante estático único para verificar que un comerciante afiliado con un comerciante sea un comerciante válido; o donde 30 cuando el primer dispositivo transceptor se configura selectivamente como dispositivo del cliente, el código de control del procesador es operable para controlar selectivamente el procesador y el módulo de interfaz, cuando se ejecuta para establecer una conexión de datos con un segundo dispositivo transceptor configurado como dispositivo comercial; recibir del dispositivo comercial un primer paquete de datos sobre la conexión de datos, comprendiendo el primer paquete de datos un identificador del comerciante estático único emitido por un comprador, datos de solicitud 35 de transacción y un valor dinámico único; formar una solicitud de autentificación del comerciante y transmitir la solicitud de autentificación del comerciante al dispositivo comercial para solicitar al comerciante un certificado firmado de un emisor que contiene el identificador del comerciante estático único y la clave pública del comerciante, y una firma del valor dinámico único usando la clave privada del comerciante; recibir del dispositivo comercial un segundo paquete de datos que comprende el certificado firmado del emisor y una firma del valor dinámico único 40 usando la clave privada del comerciante; autentificar la legitimidad del dispositivo comercial verificando el certificado firmado del emisor utilizando la clave pública de una autoridad de certificación y, una vez verificado, autentificando el valor dinámico único firmado contra el único valor dinámico recibido en el primer paquete de datos utilizando la clave pública del comerciante; recuperar de la memoria un valor de contador y una clave privada del dispositivo del cliente almacenado; transmitiendo el identificador del comerciante estático único recibido y un criptograma al dispositivo 45 comercial solo si el valor dinámico único firmado se autentifica frente al valor dinámico único recibido en el primer paquete de datos usando la clave pública del comercial, habiéndose generado el criptograma usando un clave secreta única recuperada para el dispositivo del cliente, un valor de contador recuperado, el identificador del comerciante estático único recibido y los datos de solicitud de transacción; y recibir del dispositivo comercial una notificación que indique si la transacción ha tenido éxito; donde el criptograma permite que el dispositivo comercial 50 una vez recibido compruebe si el identificador del comerciante estático único recibido del dispositivo del cliente coincide con el identificador del comerciante estático único emitido por el comprador, y si es así, formar una solicitud de autorización que comprende el criptograma recibido, el identificador del comerciante estático único y los datos de solicitud de transacción y enviar dicha solicitud de autorización a al menos uno de un emisor y un comprador para facilitar la autorización y el procesamiento de dichos datos de solicitud de transacción; y donde el comprador retiene 55 de forma segura una copia del identificador del comerciante estático único para verificar que un comerciante afiliado al comerciante sea un comerciante válido.
El primer dispositivo transceptor se puede incorporar a un dispositivo de comunicación móvil, como por ejemplo un teléfono móvil, un teléfono celular o un iPhone. Opcionalmente, el primer dispositivo transceptor puede estar 60 separado de, pero en comunicación con, un dispositivo de comunicación móvil. Opcionalmente, el primer dispositivo
transceptor puede incorporarse en un dispositivo de punto de venta (POS) o separarse de, pero en comunicación con un POS. En otras disposiciones más, el dispositivo transceptor puede integrarse en un dispositivo informático personal (como por ejemplo una computadora portátil, PDA, buscapersonas) o un dispositivo que está separado de, pero en comunicación con, un dispositivo informático personal.
5
El módulo de interfaz puede tener la forma de un módulo de interfaz de contacto, un módulo de interfaz sin contacto o un módulo de interfaz de contacto dual y sin contacto. En una realización que utiliza un módulo de interfaz sin contacto, el módulo de interfaz preferiblemente incorpora los mecanismos necesarios para permitir la transferencia de datos entre dos dispositivos (como por ejemplo ISO 7816, NFC, Bluetooth, Wi-Fi, SMS, etc.). Por ejemplo, uno de 10 dichos módulos de interfaz sin contacto puede comprender un transpondedor y una antena.
Los datos de solicitud de transacción pueden comprender un importe para la transacción, y al menos uno (o más) de un código de moneda, un sello de tiempo y un identificador de cliente como por ejemplo un PIN o biométrico y cualquier otro dato relevante.
15
Breve descripción de los dibujos
La técnica anterior se ha descrito con referencia a la Figura 1, que ilustra una red típica de cuatro partes que participa en una transacción de pago a través de una red abierta.
20
Se describirá ahora un ejemplo de la invención con referencia a los dibujos adjuntos, en los que:
La Figura 2 es un diagrama de bloques que ilustra esquemáticamente los componentes de un dispositivo transceptor para asegurar transacciones a través de redes abiertas;
25 La Figura 3 es un diagrama de bloques que ilustra esquemáticamente los componentes de un sistema para asegurar transacciones a través de redes abiertas;
La Figura 4 es un diagrama de flujo de los pasos involucrados en asegurar transacciones a través de redes abiertas; y
La Figura 5 es un diagrama de flujo de un paso específico que se muestra en la Figura 4.
30
Mejor modo de la invención
La Figura 2 ilustra componentes de un dispositivo transceptor 10 para asegurar transacciones a través de redes abiertas. Debe apreciarse que el término red abierta, o red de comunicación abierta, se define ampliamente como 35 cualquier red inalámbrica, generalmente no segura, como por ejemplo la red de Protocolo de Internet (IP). Por ejemplo, la infraestructura de red abierta puede comprender las redes comúnmente denominadas red troncal de Internet y cada una de una red de área local (LAN) y una red de área extensa (WAN). Cada una de las redes LAN y WAN está conectada a Internet mediante un enrutador o servidor de traducción de direcciones de red (NAT) y cada una de ellas es capaz de transferir tramas IP.
40
El dispositivo transceptor 10 es cualquier dispositivo que está configurado para comunicarse con otro dispositivo transceptor. En este ejemplo, el dispositivo transceptor 10 es un dispositivo que se incorpora a un dispositivo de comunicación móvil en forma de un teléfono móvil.
45 Como se ilustra, el transceptor 10 comprende un módulo de interfaz en forma de un módulo de interfaz de contacto o sin contacto (CIM) 12. En este ejemplo, el CIM 12 es un módulo de interfaz sin contacto. El CIM 12 puede ser cualquier mecanismo para transferir datos entre dos dispositivos (como por ejemplo ISO 7816, Near Field Communication (NFC), Bluetooth, SMS, etc.) y en esta aplicación se utiliza NFC. NFC es un estándar de conectividad inalámbrica de corto alcance (Ecma-340, ISO/IEC 18092) que utiliza inducción de campo magnético 50 para permitir la comunicación entre el dispositivo 10 y un dispositivo vecino cuando se introducen a unos pocos centímetros el uno del otro. El estándar especifica una forma para que los dispositivos respectivos establezcan una red de igual a igual (P2P) para intercambiar datos. Una vez que se configura la red P2P, se puede utilizar otra tecnología como por ejemplo Bluetooth para permitir una comunicación de mayor alcance.
55 Junto con el CIM hay una unidad de procesamiento central 14 que controla el funcionamiento del dispositivo 10 y la memoria 16. El módulo de transacción 18 se implementa como una aplicación de software, programas de ordenador, etc., utilizando cualquier lenguaje informático adecuado (C, C ++, Java, Perl, PHP, etc.). El software se almacena como una serie de instrucciones o comandos escritos en la memoria 16 de modo que cuando el procesador 14 lee la memoria, se realizan las funciones descritas aquí.
Además de la parte programable de la memoria 16, la memoria puede incluir diferentes tipos de memoria, como memoria volátil y no volátil y memoria de solo lectura.
La Figura 3 ilustra un sistema 20 en el que se puede usar una realización de la invención para asegurar 5 transacciones a través de redes abiertas. Los números similares se refieren a componentes similares. El sistema 20 comprende un primer dispositivo transceptor 10 que en este ejemplo está configurado como un "dispositivo comercial" y un segundo dispositivo transceptor 22 que en este ejemplo está configurado como un "dispositivo cliente". En este ejemplo, el dispositivo comercial 10 y el dispositivo cliente 22 son dispositivos con capacidad NFC habilitados para móviles y cada uno está configurado para comunicarse con el otro a través de sus respectivas 10 interfaces sin contacto 12. Cada dispositivo 10, 22 está equipado con los componentes descritos con respecto a la Figura 2.
La unidad de memoria 16 del dispositivo transceptor comercial 10 almacena de forma segura el identificador comercial exclusivo que identifica al comerciante a quien se le debe abonar el importe de la transacción. El 15 identificador de comerciante está incrustado en la memoria del dispositivo 10 durante el proceso de emisión, y el comprador retiene de forma segura una copia. La unidad de memoria 16 del dispositivo transceptor 22 del cliente almacena de forma segura el número de cuenta principal ("PAN") del usuario, el número de identificación personal del usuario ("PIN"), un contador de transacción de la aplicación (ATC) y una clave secreta. La clave secreta está incorporada en la memoria del dispositivo 22 durante el proceso de emisión, y el emisor 30 conserva de forma 20 segura una copia.
El dispositivo comercial 10 se comunica con un comprador 28 y/o un emisor 30 a través de una red 26. El dispositivo se puede unir a la red de cualquier manera adecuada conocida en la técnica. La red 26 puede incluir cualquier tipo de sistema de entrega que incluye, pero no se limita a, una red de área local, red de área amplia, red telefónica y/o 25 cualquier red de comunicaciones por cable configurada para transferir datos.
La Figura 4 ilustra los pasos de un procedimiento 40 para asegurar transacciones a través de redes abiertas. El procedimiento puede implementarse mediante el sistema ilustrado en la Figura 3. El procedimiento comprende los pasos generales del procesamiento de transacción preliminar - paso 42, procesamiento de descubrimiento - paso 30 44, paso de selección de aplicación - 46, procesamiento de la aplicación - paso 48, y autorización de transacción - paso 50.
La etapa de procesamiento de transacción preliminar 42 implica al dispositivo comercial 10, que recopila los datos variables (que incluye la cantidad de transacción y el código de moneda) y los datos de transacción estáticos que es 35 necesario enviar al dispositivo 22 de cliente. Además, el CIM 12 está habilitado para las comunicaciones con el dispositivo del cliente 22.
El procesamiento de descubrimiento en la etapa 44 sigue el procesamiento de transacción preliminar en la etapa 42. Una vez que el dispositivo 22 del cliente se encuentra dentro del alcance del dispositivo comercial 10, la 40 comunicación se establece a través de los respectivos CIM 12 del dispositivo. El dispositivo comercial 10 energiza su CIM 12 y establece una conexión con el dispositivo cliente 22 a través de su CIM 12. Si el dispositivo comercial 10 detecta múltiples dispositivos sin contacto dentro de su campo de alcance, entonces el dispositivo comercial 10 puede indicar esta condición al titular del dispositivo cliente 22 y solicitar que solo se presente un único dispositivo para la transacción.
45
Una vez que se establece la comunicación entre los dispositivos respectivos, el dispositivo comercial 10 compila y transmite un mensaje de selección de la aplicación al dispositivo 22 del cliente.
La etapa 46 de selección de la aplicación sigue a la etapa 44 de procesamiento de descubrimiento e implica formar 50 una respuesta al mensaje de selección de la aplicación. La etapa de selección de la aplicación (que se muestra con más detalle con referencia a la Figura 5) implica el descubrimiento de la aplicación 62, la selección de la aplicación real 64 y la presentación del PIN 66.
La selección de aplicación 60 puede emplear una de dos metodologías. Si el dispositivo del cliente 22 es un 55 dispositivo inteligente que puede construir una lista de cuentas, entonces el dispositivo del cliente procede a construir una lista de cuentas disponibles y el dispositivo del cliente muestra la lista de cuentas en la pantalla del dispositivo para la selección del cliente (etapa 62). En respuesta, el usuario del dispositivo 22 de cliente selecciona una etapa de cuenta 64, posiblemente mediante la entrada a través de un teclado numérico en el cuerpo del dispositivo 22. Se debe tener en cuenta que el teclado puede ser un teclado físico o un teclado virtual. El usuario, en 60 respuesta a la selección de una cuenta, introduce después una etapa de PIN 66, posiblemente en el mismo teclado
numérico en el cuerpo del dispositivo 22, cuyo valor se compara después con un valor de referencia almacenado en la memoria.
El dispositivo del cliente 22 responde entonces al mensaje de selección de la aplicación y transmite la información 5 de la cuenta seleccionada al dispositivo comercial 10. Además, el dispositivo del cliente 22 envía una solicitud al dispositivo comercial 10 para obtener la información específica requerida para completar la transacción segura.
Si el dispositivo del cliente 22 no tiene la inteligencia requerida, entonces en respuesta a la recepción del mensaje de selección de la aplicación, el dispositivo del cliente 22 construye una lista de cuentas disponibles y transmite la 10 lista de cuentas disponibles al dispositivo comercial 10. El dispositivo comercial 10 compara después las cuentas enumeradas recibidas desde el dispositivo cliente 22 contra las que soporta el dispositivo comercial 10. La lista de cuentas que el dispositivo comercial 10 soporta se presenta luego al usuario del dispositivo cliente 22 en la pantalla del dispositivo comercial, etapa 62. En respuesta, el usuario selecciona una cuenta a la que se debita el valor de la transacción, posiblemente a través de un teclado en una pantalla de usuario en el cuerpo del dispositivo comercial 15 10, etapa 64. El usuario, en respuesta a la selección de una cuenta, introduce un PIN 66. Los datos indicativos de la cuenta seleccionada se almacenan posteriormente en la memoria en el dispositivo comercial 10. Además, los datos indicativos de la cuenta seleccionada y el PIN presentado se transmiten desde el dispositivo comercial 10 al dispositivo cliente 22. El dispositivo del cliente verifica después los datos introducidos PIN contra un valor de referencia almacenado en la memoria del dispositivo del cliente. Como en la primera metodología, en respuesta a la 20 solicitud de selección de cuenta, el dispositivo del cliente 22 envía una solicitud al dispositivo comercial 10 para obtener la información específica requerida para completar la transacción segura.
Independientemente de la metodología empleada, la información específica recopilada posteriormente incluirá varios detalles sobre las capacidades del dispositivo comercial 10 junto con los datos específicos requeridos para procesar 25 la transacción.
La etapa 48 de procesamiento de la aplicación sigue la etapa 46 de selección de la aplicación e implica la compilación de un mensaje de comando. En respuesta a la solicitud del dispositivo transceptor del cliente 22 de información específica requerida para completar la transacción segura, el dispositivo comercial 10 compila un 30 mensaje de comando que se transmite después al dispositivo transceptor del cliente 22.
El mensaje de comando comprende una cantidad de elementos de datos o campos. Un primer campo se rellena con un valor único que identifica al comerciante. Este valor será conocido por las organizaciones compradoras. Un segundo campo se rellena con datos representativos de un importe para la transacción. Un tercer campo se rellena 35 con datos representativos del código de moneda de la transacción. Un cuarto campo se rellena con datos representativos de la cuenta seleccionada del cliente desde la que se debe cargar el importe de la transacción. Se pueden rellenar campos adicionales con datos asociados con un número único que se proporciona para asegurar aún más la transacción, datos representativos de la cuenta seleccionada por el usuario y un PIN que se pudo haber capturado en el momento de la selección de la cuenta, ya sea en el dispositivo del cliente 22 o el dispositivo 40 comercial 10.
El dispositivo comercial 10 realiza una serie de procesos de gestión de riesgos para garantizar que no se hayan excedido los intentos de verificación de PIN y para proteger contra ataques de man-in-the-middle y rasgados de transacción. Los rasgados de transacción describen la situación en la que un dispositivo transceptor se retira del 45 campo de acoplamiento con otro dispositivo transceptor antes de que la transacción se haya completado. La aplicación del módulo de transacción debe garantizar que siempre se sepa dónde está el proceso si los dos dispositivos restablecieran una ruta de comunicación de datos para completar la transacción. En efecto, o bien los dispositivos respectivos suponen que la transacción no se ha completado y todos los valores se restablecen a los valores anteriores al comienzo de la transacción, o los dispositivos respectivos asumen que la transacción se ha 50 completado con respecto al otro dispositivo y cada dispositivo almacena datos asociado con cualquier cambio en el punto de rasgado de la memoria. En el caso posterior, dichos datos se envían al Emisor, quien es responsable de resolver cualquier discrepancia.
Después de la finalización del proceso de gestión de riesgos, el procesador 14 del dispositivo del cliente 22 55 construye la respuesta segura apropiada al mensaje de comando y transmite la respuesta segura al dispositivo transceptor comercial 10.
La respuesta segura se basa en un criptograma calculado utilizando una clave única para el dispositivo del cliente 22 junto con el identificador único del comerciante y toda la información requerida para procesar la transacción. Al igual 60 que con el mensaje de comando, la respuesta de autorización comprende una serie de campos de datos, los
primeros tres de los cuales están rellenos con datos previamente recibidos del dispositivo comercial, que son el identificador único del comerciante, el importe de la transacción y el código de moneda. Además, otros campos de la respuesta de autorización segura al mensaje de comando se rellenan con la pista de datos 2 de la aplicación de emisor o PAN del dispositivo del Cliente que corresponde a la cuenta seleccionada por el usuario, un contador de 5 transacciones de aplicaciones (ATC) e información de verificación del PIN indicativa de respuestas correcta/incorrecta. El dispositivo de cliente 22 gestiona un valor de contador denominado Contador de transacciones de aplicaciones (ATC). El ATC está incluido en el cálculo del criptograma y se incrementa con cada transacción, como una defensa contra los ataques de repetición.
10 La respuesta segura se transmite al dispositivo comercial 10. Incluido con la respuesta segura puede estar el valor único que identifica al comerciante. Una vez que se recibe la respuesta, el comerciante verifica la respuesta y si la respuesta incluye un valor que identifica al comerciante, entonces el dispositivo comercial 10 verifica que ese valor recibido corresponde al valor de identificación único que identifica al comerciante almacenado de forma segura en la memoria del dispositivo comercial. Con la condición de que el valor recibido que identifica al comerciante y el valor 15 único que identifica al comerciante sea uno y el mismo, la respuesta segura estará lista para ser enviada al comprador/emisor.
El dispositivo transceptor del cliente 22 puede ahora retirarse del campo de alcance del dispositivo transceptor comercial 10.
20
La etapa de autorización 50 sigue a la etapa de procesamiento de la aplicación 48. El dispositivo transceptor comercial 10 envía la respuesta segura al comprador y después al emisor para su verificación. Al recibir una transacción, el emisor puede volver a calcular el criptograma utilizando su copia de la clave del dispositivo del cliente. En base a una respuesta recibida posteriormente del emisor, el dispositivo transceptor comercial 10 notifica 25 al usuario del dispositivo transceptor del cliente 22 si la transacción ha tenido éxito.
Suponiendo que los datos recalculados del criptograma estén intactos, el emisor cargará a la cuenta seleccionada por el usuario el valor de la transacción. El comprador/emisor tiene la seguridad de la identidad del comerciante y la identidad del cliente, ya que el dispositivo del cliente 22 devuelve al dispositivo comercial 10 la información que 30 recibió previamente, así como otra información obtenida de su sistema para procesar la transacción. Si estuviera presente un man in the middle, el dispositivo comercial será alertado posteriormente.
La metodología de acuerdo con la invención puede, además, autentificar la legitimidad del comerciante. Esto se puede lograr mediante la firma asimétrica de un valor dinámico único.
35
Cuando se emiten los dispositivos transceptores 10, 22, se cargan con la clave pública del emisor 30, en un certificado firmado por la clave privada de una o más autoridades de certificación (CA). Además, los dispositivos transceptores 10, 22 se cargan con la clave pública para la una o más autoridades de certificación para verificar la clave pública del emisor 30 incrustada en el certificado.
40
Además, el módulo de seguridad 24 de cada dispositivo transceptor 10, 22 tiene su propio par de claves públicas/privadas cargadas. La clave pública de cada módulo de seguridad respectivo 24 se mantiene en un valor de identificación único de certificado que se firma con la clave privada del emisor 30.
45 El dispositivo transceptor del cliente 22 solicita desde el dispositivo transceptor comercial 10 el certificado firmado del Emisor 30 que contiene el número de identificación único. Además, solicita que el dispositivo transceptor comercial 10 firme un valor dinámico único utilizando la clave privada del módulo de seguridad 24.
El dispositivo transceptor del cliente 22 verifica el certificado del emisor firmado por CA utilizando la clave pública CA 50 y una vez autentificado, el dispositivo transceptor del cliente 22 autentifica el certificado del módulo seguro firmado por el Emisor utilizando la clave pública del Emisor y luego autentifica el valor dinámico único firmado utilizando el clave pública cargada en el certificado firmado del emisor del comerciante.
Como debería ser evidente para los expertos en la materia, las realizaciones de la invención son ventajosamente 55 mucho más simples en su implementación que las técnicas conocidas, por ejemplo, aquellas que utilizan EMV (Europay, Mastercard y VISA). EMV no contempla vincular al comerciante y al consumidor a una sola transacción, en contraste EMV simplemente identifica que se usa una tarjeta válida en una transacción. Posteriormente, las realizaciones de la invención no se basan en que el dispositivo comercial necesite asegurar una transacción particular, ni se basan en la condición de que se haya establecido una relación preexistente entre el comerciante, el 60 consumidor y el emisor.
Los expertos en la materia apreciarán que se pueden realizar numerosas variaciones y/o modificaciones a la invención como se muestra en las formas de realización específicas sin alejarse del alcance de la invención como se reivindica. Además, las realizaciones de la invención son adecuadas no solo para un mercado nacional sino también 5 para esquemas de pago dentro de un contexto internacional. Las presentes formas de realización tienen, por lo tanto, que ser consideradas en conjunto como ilustrativas y no restrictivas.

Claims (11)

  1. REIVINDICACIONES
    1. Un procedimiento para asegurar datos de pago transmitidos a través de redes de comunicación
    abiertas, comprendiendo el procedimiento:
    la configuración selectiva de un primer dispositivo transceptor (10) como un dispositivo comercial (10) para una primera transacción de pago;
    el establecimiento (44) de una conexión de datos entre el primer dispositivo transceptor y un segundo dispositivo 10 transceptor configurado como un dispositivo del cliente (22), pudiendo cada uno del primer y segundo dispositivo transceptor configurarse selectivamente como un dispositivo comercial (10) o un dispositivo del cliente (22);
    transmitiendo (48) el dispositivo comercial (10) un primer paquete de datos al dispositivo del cliente (22) a través de la conexión de datos, comprendiendo el primer paquete de datos un identificador del comerciante estático único 15 emitido por un comprador, datos de solicitud de transacción y un valor dinámico único;
    formando el dispositivo del cliente (22) una solicitud de autentificación del comerciante y transmitiendo la solicitud de autentificación del comerciante al dispositivo comercial (10) para solicitar al dispositivo comercial (10) un certificado firmado de un emisor (30) que contiene el identificador del comerciante estático único y la clave pública del 20 comerciante, y una firma del valor dinámico único usando la clave privada del comerciante;
    recibiendo el dispositivo del cliente (22) del dispositivo comercial (10) un segundo paquete de datos que comprende el certificado firmado del emisor y una firma del valor dinámico único usando la clave privada del comerciante;
    25 autentificando el dispositivo del cliente (22) la legitimidad del dispositivo comercial (10) verificando el certificado firmado del emisor utilizando la clave pública de una autoridad de certificación y, una vez verificado, autentificando el valor dinámico único firmado contra el único valor dinámico recibido en el primer paquete de datos utilizando la clave pública del comerciante;
    30 transmitiendo (48) el dispositivo del cliente (22) el identificador del comerciante estático único recibido y un criptograma al dispositivo comercial (22) solo si el valor dinámico único firmado se autentifica frente al valor dinámico único recibido en el primer paquete de datos usando la clave pública comercial, habiéndose generado el criptograma usando un clave secreta única para el dispositivo del cliente, un valor de contador, el identificador del comerciante estático único recibido y los datos de solicitud de transacción;
    35
    comprobando el dispositivo comercial (10) si el identificador del comerciante estático único recibido del dispositivo del cliente (22) coincide con el identificador del comerciante estático único emitido por el comprador y, si es así, formando una solicitud de autorización que comprende el criptograma recibido, el identificador del comerciante estático único y los datos de solicitud de transacción y envío (50) dicha solicitud de autorización a al menos uno de 40 un emisor (30) y un comprador (28) para facilitar la autorización y el procesamiento de dichos datos de solicitud de transacción;
    recibiendo el dispositivo comercial (10) una respuesta del emisor que indica si la transacción ha tenido éxito; y
    45 notificando el dispositivo comercial (10) al dispositivo del cliente (22) si la transacción ha tenido éxito;
    donde el comprador (28) conserva de forma segura una copia del identificador del comerciante estático único para verificar que un comerciante afiliado al dispositivo comercial (10) sea un comerciante válido.
    50 2. Un procedimiento de acuerdo con la reivindicación 1 donde el establecimiento (44) de una conexión de
    datos entre el primer y segundo dispositivo transceptor (10) comprende el establecimiento de una conexión sin contacto o una conexión de contacto.
  2. 3. Un procedimiento de acuerdo con la reivindicación 2, donde el establecimiento (44) de una conexión 55 de datos entre el primer y el segundo dispositivo transceptor (10) comprende el establecimiento de una conexión sin
    contacto y dicha conexión sin contacto utiliza al menos una de las tecnologías NFC, Bluetooth y WiFi.
  3. 4. Un procedimiento de acuerdo con cualquiera de las reivindicaciones anteriores, que comprende además el mantenimiento de un contador incorporado en el dispositivo del cliente (22).
  4. 5. Un procedimiento de acuerdo con cualquiera de las reivindicaciones anteriores, que comprende además la recepción de una solicitud de selección de la cuenta del usuario del dispositivo del cliente (22).
  5. 6. Un procedimiento de acuerdo con la reivindicación 5 donde la solicitud de selección de la cuenta se 5 recibe a través de una interfaz de usuario del dispositivo del cliente (22), comprendiendo el procedimiento
    preferentemente la transmisión de la selección de la cuenta seleccionada por el usuario al dispositivo comercial (10) a través de la conexión de datos y almacenamiento de datos representativos de la cuenta seleccionada por el usuario en una memoria del dispositivo comercial (10).
    10 7. Procedimiento de acuerdo con cualquiera de las reivindicaciones 1 a 4, donde se recibe una solicitud
    de selección de cuenta a través de una interfaz de usuario del dispositivo comercial (10), comprendiendo además el procedimiento la recuperación de una determinada cuenta predeterminada de una memoria (16) del dispositivo del cliente (22).
    15 8. Un procedimiento de acuerdo con la reivindicación 6, que comprende además la transmisión de datos
    representativos de la cuenta seleccionada por el usuario a través de la conexión de datos al dispositivo del cliente (22).
  6. 9. Un procedimiento de acuerdo con una cualquiera de las reivindicaciones anteriores, que comprende
    20 además la recuperación de los datos de solicitud de la transacción, comprendiendo dichos datos de solicitud de la transacción una cantidad para la transacción, y al menos uno de un código de moneda, un sello de tiempo, datos representativos de la cuenta seleccionada por el usuario, y un identificador de cliente como por ejemplo un PIN o biométrico y un valor identificador del comerciante estático.
    25 10. Un procedimiento para operar un primer dispositivo transceptor (10) configurado selectivamente como
    un dispositivo comercial (10) para asegurar datos de pago para una primera transacción de pago transmitida a través de una red de comunicación abierta, comprendiendo el procedimiento:
    el establecimiento (44) de una conexión de datos con un segundo dispositivo transceptor (10) configurado como un 30 dispositivo del cliente (22), pudiendo cada uno del primer y segundo dispositivo transceptor configurarse selectivamente como un dispositivo comercial (10) o un dispositivo del cliente (22);
    la transmisión (48) de un primer paquete de datos al dispositivo del cliente (22) a través de la conexión de datos, comprendiendo el primer paquete de datos un identificador del comerciante estático único emitido por un comprador, 35 datos de solicitud de transacción y un valor dinámico único;
    la recepción del dispositivo del cliente (22) de una solicitud de autentificación del comerciante que solicita un certificado firmado de un emisor (30) que contiene el identificador del comerciante estático único y la clave pública del comerciante y una firma del valor dinámico único utilizando la clave privada del comerciante; y 40
    la transmisión al dispositivo del cliente (22) de un segundo paquete de datos que comprende el certificado firmado del emisor y una firma del valor dinámico único usando la clave privada del comerciante;
    donde si el dispositivo del cliente (22) se autentifica la legitimidad del dispositivo comercial (10) verificando el 45 certificado firmado del emisor utilizando la clave pública de una autoridad de certificación y, una vez verificado, se autentifica el valor dinámico único firmado contra el único valor dinámico recibido en el primer paquete de datos utilizando la clave pública del comerciante; el procedimiento comprende además:
    la recepción del dispositivo del cliente (22) el identificador del comerciante estático único y un criptograma, 50 habiéndose generado el criptograma usando una clave secreta exclusiva para el dispositivo del cliente, un valor de contador, el identificador del comerciante estático único y los datos de solicitud de transacción;
    la comprobación de si el identificador del comerciante estático único recibido del dispositivo del cliente (22) coincide con el identificador del comerciante estático único emitido por el comprador y, si es así, la formación de una solicitud 55 de autorización que comprende el criptograma recibido, el identificador del comerciante estático único y los datos de solicitud de transacción y envío (50) dicha solicitud de autorización a al menos uno de un emisor (30) y un comprador (28) para facilitar la autorización y el procesamiento de dichos datos de solicitud de transacción;
    la recepción de una respuesta del emisor que indique si la transacción ha tenido éxito; y
    la notificación al dispositivo del cliente (22) si la transacción ha tenido éxito;
    donde el comprador (28) conserva de forma segura una copia del identificador del comerciante estático único para verificar que un comerciante afiliado al dispositivo comercial (10) sea un comerciante válido.
    5
  7. 11. Un procedimiento para operar un segundo dispositivo transceptor (10) configurado selectivamente como un dispositivo del cliente (22) para asegurar datos de pago para una primera transacción de pago transmitida a través de una red de comunicación abierta, comprendiendo el procedimiento:
    10 el establecimiento (44) de una conexión de datos con un primer dispositivo transceptor configurado como un dispositivo comercial (10), pudiendo cada uno del primer y segundo dispositivo transceptor configurarse selectivamente como un dispositivo comercial (10) o un dispositivo del cliente (22);
    la recepción (48) del dispositivo comercial (10) de un primer paquete de datos sobre la conexión de datos, 15 comprendiendo el primer paquete de datos un identificador del comerciante estático único emitido por un comprador, datos de solicitud de transacción y un valor dinámico único;
    la formación de una solicitud de autentificación del comerciante y transmitiendo la solicitud de autentificación del comerciante al dispositivo comercial (10) para solicitar al dispositivo comercial (10), un certificado firmado de un 20 emisor (30) que contiene el identificador del comerciante estático único y la clave pública del comerciante, y una firma del valor dinámico único usando la clave privada del comerciante;
    la recepción del dispositivo comercial (10) de un segundo paquete de datos que comprende el certificado firmado del emisor y una firma del valor dinámico único usando la clave privada del comerciante;
    25
    la autentificación de la legitimidad del dispositivo comercial (10) verificando el certificado firmado del emisor utilizando la clave pública de una autoridad de certificación y, una vez verificado, autentificando el valor dinámico único firmado contra el único valor dinámico recibido en el primer paquete de datos utilizando la clave pública del comerciante;
    30
    la transmisión (48) del identificador del comerciante estático único y un criptograma al dispositivo comercial (22) solo si el valor dinámico único firmado se autentifica frente al valor dinámico único recibido en el primer paquete de datos usando la clave pública comercial, habiéndose generado el criptograma usando un clave secreta única para el dispositivo del cliente, un valor de contador, el identificador del comerciante estático único recibido y los datos de 35 solicitud de transacción; y
    la recepción del dispositivo comercial (10) de una notificación que indique si la transacción ha tenido éxito;
    donde el criptograma permite que el dispositivo comercial (10) una vez recibido compruebe si el identificador del 40 comerciante estático único recibido del dispositivo del cliente (22) coincide con el identificador del comerciante estático único emitido por el comprador, y si es así, formar una solicitud de autorización que comprende el criptograma recibido, el identificador del comerciante estático único y los datos de solicitud de transacción y enviar (50) dicha solicitud de autorización a al menos uno de un emisor (30) y un comprador (28) para facilitar la autorización y el procesamiento de dichos datos de solicitud de transacción; y 45
    donde el comprador (28) conserva de forma segura una copia del identificador del comerciante estático único para verificar que un comerciante afiliado al dispositivo comercial (10) sea un comerciante válido.
  8. 12. Un primer dispositivo transceptor operable para asegurar los datos de pago transmitidos a través de 50 redes de comunicación abiertas, siendo el primer dispositivo transceptor configurable selectivamente como un
    dispositivo comercial (10) o un dispositivo transceptor del cliente (22), comprendiendo el primer dispositivo transceptor (10):
    un módulo de interfaz (12) operable para permitir la comunicación de datos con otros dispositivos transceptores (10); 55 y
    un procesador (14) acoplado a una memoria (16), siendo la memoria (16) operable para almacenar el código de control del procesador;
    60 donde cuando el primer transceptor se configura selectivamente como un dispositivo comercial (10), el código de
    control del procesador es operable para controlar selectivamente el procesador (14) y el módulo de interfaz (12), cuando se ejecuta para:
    establecer (44) una conexión de datos con un segundo dispositivo transceptor configurado como dispositivo del 5 cliente (22);
    recuperar de la memoria (16) un identificador del comerciante estático único, habiendo sido el identificador del comerciante estático único emitido por un comprador (28);
    10 transmitir (48) un primer paquete de datos al dispositivo del cliente (22) a través de la conexión de datos, comprendiendo el primer paquete de datos el identificador del comerciante estático único, los datos de solicitud de transacción y un valor dinámico único;
    recibir del dispositivo del cliente (22) una solicitud de autentificación del comerciante que solicita un certificado 15 firmado de un emisor (30) que contiene el identificador del comerciante estático único y la clave pública del comerciante y una firma del valor dinámico único utilizando la clave privada del comerciante; y
    transmitir al dispositivo del cliente (22) un segundo paquete de datos que comprende el certificado firmado del emisor y una firma del valor dinámico único usando la clave privada del comerciante;
    20
    donde si el dispositivo del cliente (22) autentifica la legitimidad del dispositivo comercial (10) verificando el certificado firmado del emisor usando la clave pública de la autoridad de certificación y, una vez verificado, autentifica el valor dinámico único firmado contra el valor dinámico único recibido en el primer paquete de datos usando la clave pública del comerciante, el código de control del procesador es operable para controlar selectivamente el procesador (14) y 25 el módulo de interfaz (12), cuando se ejecuta para:
    recibir (48) del dispositivo del cliente (22) el identificador del comerciante estático único y un criptograma, habiéndose generado el criptograma usando una clave secreta exclusiva para el dispositivo del cliente, un valor de contador, el identificador de comerciante estático único y los datos de solicitud de transacción;
    30
    comprobar si el identificador del comerciante estático único recibido del dispositivo del cliente (22) coincide con el identificador del comerciante estático único emitido por el comprador y, si es así, formar una solicitud de autorización que comprende el criptograma recibido, el identificador del comerciante estático único y los datos de solicitud de transacción y envío (50) dicha solicitud de autorización a al menos uno de un emisor (30) y un comprador (28) para 35 facilitar la autorización y el procesamiento de dichos datos de solicitud de transacción;
    recibir una respuesta del emisor que indique si la transacción ha tenido éxito y notificar a un usuario del dispositivo del cliente (22); y
    40 notificar al dispositivo del cliente (22) si la transacción ha tenido éxito;
    donde el comprador (28) conserva de forma segura una copia del identificador del comerciante estático único para verificar que un comerciante afiliado a un dispositivo comercial (10) sea un comerciante válido; o
    45 donde cuando el primer transceptor se configura selectivamente como un dispositivo comercial (22), el código de control del procesador es operable para controlar selectivamente el procesador (14) y el módulo de interfaz (12), cuando se ejecuta para:
    establecer (44) una conexión de datos con un segundo dispositivo transceptor configurado como dispositivo 50 comercial (10);
    recibir (48) del dispositivo comercial (10) un primer paquete de datos sobre la conexión de datos, comprendiendo el primer paquete de datos un identificador del comerciante estático único emitido por un comprador, datos de solicitud de transacción y un valor dinámico único;
    55
    formar una solicitud de autentificación del comerciante y transmitir la solicitud de autentificación del comerciante al dispositivo comercial (10) para solicitar al dispositivo comercial (10), un certificado firmado de un emisor (30) que contiene el identificador del comerciante estático único y la clave pública del comerciante, y una firma del valor dinámico único usando la clave privada del comerciante;
    recibir del dispositivo comercial (10) un segundo paquete de datos que comprende el certificado firmado del emisor y una firma del valor dinámico único usando la clave privada del comerciante;
    autentificar la legitimidad del dispositivo comercial (10) verificando el certificado firmado del emisor utilizando la clave 5 pública de una autoridad de certificación y, una vez verificado, autentificando el valor dinámico único firmado contra el único valor dinámico recibido en el primer paquete de datos utilizando la clave pública del comerciante;
    recuperar de la memoria (16) un valor de contador y una clave privada del dispositivo del cliente almacenado;
    10 transmitir (48) del identificador del comerciante estático único y de un criptograma al dispositivo comercial (22) solo si el valor dinámico único firmado se autentifica frente al valor dinámico único recibido en el primer paquete de datos usando la clave pública del comercial, habiéndose generado el criptograma usando una clave secreta única recuperada para el dispositivo del cliente, un valor de contador recuperado, el identificador del comerciante estático único recibido y los datos de solicitud de transacción; y 15
    recibir del dispositivo comercial (10) una notificación que indique si la transacción ha tenido éxito;
    donde el criptograma permite que el dispositivo comercial (10) una vez recibido compruebe si el identificador del comerciante estático único recibido del dispositivo del cliente (22) coincide con el identificador del comerciante 20 estático único emitido por el comprador, y si es así, formar una solicitud de autorización que comprende el criptograma recibido, el identificador del comerciante estático único y los datos de solicitud de transacción y enviar (50) dicha solicitud de autorización a al menos uno de un emisor (30) y un comprador (28) para facilitar la autorización y el procesamiento de dichos datos de solicitud de transacción; y
    25 donde el comprador (28) conserva de forma segura una copia del identificador del comerciante estático único para verificar que un comerciante afiliado al dispositivo comercial (10) sea un comerciante válido.
  9. 13. Un primer dispositivo transceptor (10) de acuerdo con la reivindicación 12, donde el módulo de interfaz (12) tiene la forma de un módulo de interfaz de contacto, un módulo de interfaz sin contacto o un módulo de interfaz
    30 de contacto dual y sin contacto.
  10. 14. Un primer dispositivo transceptor (10) de acuerdo con la reivindicación 13, donde el módulo de interfaz (12) tiene la forma de un módulo de interfaz sin contacto que incorpora tecnología de comunicaciones de campo cercano.
    35
  11. 15. Un primer dispositivo transceptor (10) de acuerdo con una cualquiera de las reivindicaciones 12 a 14, donde los datos de solicitud de transacción comprenden una cantidad para la transacción y al menos uno de un código de moneda, un sello de tiempo y un identificador de cliente como un PIN o biométrico.
    40 16. Un dispositivo de comunicación móvil, dispositivo informático personal o dispositivo de punto de venta
    que tiene incorporado en él, un primer dispositivo transceptor (10) según una cualquiera de las reivindicaciones 12 a 15.
ES11734250.1T 2010-01-19 2011-01-19 Procedimiento, dispositivo y sistema para asegurar datos de pago para la transmisión a través de redes de comunicación abiertas Active ES2672920T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
AU2010900195A AU2010900195A0 (en) 2010-01-19 Method device and system for securing payment data for transmission over open communication networks
AU2010900195 2010-01-19
PCT/AU2011/000055 WO2011088508A1 (en) 2010-01-19 2011-01-19 Method, device and system for securing payment data for transmission over open communication networks

Publications (1)

Publication Number Publication Date
ES2672920T3 true ES2672920T3 (es) 2018-06-18

Family

ID=44306300

Family Applications (1)

Application Number Title Priority Date Filing Date
ES11734250.1T Active ES2672920T3 (es) 2010-01-19 2011-01-19 Procedimiento, dispositivo y sistema para asegurar datos de pago para la transmisión a través de redes de comunicación abiertas

Country Status (12)

Country Link
US (2) US11263625B2 (es)
EP (1) EP2526514B1 (es)
AU (1) AU2011207108B2 (es)
DK (1) DK2526514T3 (es)
ES (1) ES2672920T3 (es)
HR (1) HRP20180862T1 (es)
HU (1) HUE037980T2 (es)
NO (1) NO2526514T3 (es)
PL (1) PL2526514T3 (es)
PT (1) PT2526514T (es)
TR (1) TR201808160T4 (es)
WO (1) WO2011088508A1 (es)

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9619801B2 (en) * 2010-08-02 2017-04-11 Stanton Management Group, Inc. User positive approval and authentication services (UPAAS)
CN103858141B (zh) * 2011-08-08 2018-03-30 维萨国际服务协会 带有集成芯片的支付设备
FI20115945A0 (fi) 2011-09-28 2011-09-28 Onsun Oy Maksujärjestelmä
CN103164635A (zh) * 2011-12-15 2013-06-19 中国银联股份有限公司 基于扩展参数集的安全性信息交互系统、装置及方法
AP2014007920A0 (en) 2012-02-22 2014-09-30 Visa Int Service Ass Data security system using mobile communications device
EP2820602B1 (en) * 2012-03-01 2020-10-28 Mastercard International, Inc. Systems and methods for mapping a mobile cloud account to a payment account
US10535064B2 (en) * 2012-03-19 2020-01-14 Paynet Payments Network, Llc Systems and methods for real-time account access
HK1206466A1 (en) 2012-03-19 2016-01-08 派奈特支付网络有限责任公司 Systems and methods for real-time account access
EP2654275A1 (en) * 2012-04-21 2013-10-23 BlackBerry Limited System and method for transmitting application data between two communication devices
US20140164243A1 (en) * 2012-12-07 2014-06-12 Christian Aabye Dynamic Account Identifier With Return Real Account Identifier
KR102255458B1 (ko) 2013-07-15 2021-05-25 비자 인터네셔널 서비스 어소시에이션 보안 원격 지불 거래 처리
WO2015023999A1 (en) 2013-08-15 2015-02-19 Visa International Service Association Secure remote payment transaction processing using a secure element
US10817875B2 (en) 2013-09-20 2020-10-27 Visa International Service Association Secure remote payment transaction processing including consumer authentication
US11004069B2 (en) * 2013-10-03 2021-05-11 Nxp B.V. Article and method for transaction irregularity detection
AU2014256396B2 (en) * 2013-11-15 2020-08-20 Fidelity Information Services, Llc Systems and methods for real-time account access
US10395246B2 (en) * 2013-12-30 2019-08-27 Tencent Technology (Shenzhen) Company Limited System and method for verifying identity information using a social networking application
US20150294362A1 (en) * 2014-04-15 2015-10-15 First Data Corporation Systems and Methods for Managing Account Information
US10546293B2 (en) * 2014-05-29 2020-01-28 Apple Inc. Apparatuses and methods for using a random authorization number to provide enhanced security for a secure element
US10089607B2 (en) * 2014-09-02 2018-10-02 Apple Inc. Mobile merchant proximity solution for financial transactions
US11068895B2 (en) * 2015-02-17 2021-07-20 Visa International Service Association Token and cryptogram using transaction specific information
US10579983B2 (en) * 2015-03-11 2020-03-03 Paypal, Inc. NFC rendezvous protocol for enhanced mobile transactions and payments
US20200143370A1 (en) * 2015-09-30 2020-05-07 Bluechain Pty Ltd Method for authenticating and authorising a transaction using a portable device
US10861019B2 (en) 2016-03-18 2020-12-08 Visa International Service Association Location verification during dynamic data transactions
FR3053548B1 (fr) * 2016-06-30 2019-07-19 Ingenico Group Procede d'authentification de donnees de paiement, dispositifs et programmes correspondants.
CN114885335B (zh) * 2016-07-29 2026-03-24 维萨国际服务协会 利用密码技术的多装置认证方法和系统
WO2018068088A1 (en) * 2016-10-11 2018-04-19 Bluechain Pty Ltd Effecting initiation and authorization of transactions between mobile devices
RU2641219C1 (ru) * 2016-12-09 2018-01-16 Общество с ограниченной ответственностью "Технологии" Способ обработки данных для безналичной оплаты
GB2599057B (en) * 2017-02-03 2022-09-21 Worldpay Ltd Terminal for conducting electronic transactions
US11301847B1 (en) * 2018-02-15 2022-04-12 Wells Fargo Bank, N.A. Systems and methods for an authorized identification system
US11687929B2 (en) * 2018-03-23 2023-06-27 American Express Travel Related Services Co., Inc. Authenticated secure online and offline transactions
US11756029B2 (en) * 2018-08-27 2023-09-12 Mastercard International Incorporated Secured end-to-end communication for remote payment verification
CN114424202B (zh) * 2019-09-19 2026-03-27 维萨国际服务协会 用于使用动态标签内容的系统和方法
US11157928B2 (en) 2019-10-22 2021-10-26 Capital One Services, Llc Systems and methods for using a predictive engine to predict failures in machine-learning trained systems
US10657754B1 (en) 2019-12-23 2020-05-19 Capital One Services, Llc Contactless card and personal identification system
US10885519B1 (en) * 2020-02-17 2021-01-05 Mautinoa Technologies, LLC Mobile transaction platform
US12165149B2 (en) 2020-08-12 2024-12-10 Capital One Services, Llc Systems and methods for user verification via short-range transceiver
US11704649B2 (en) * 2020-09-03 2023-07-18 Mastercard International Incorporated Contactless payment relay attack protection
CN117255995A (zh) 2021-08-31 2023-12-19 维萨国际服务协会 使用机密进行高效交互处理
US12225111B2 (en) * 2022-03-08 2025-02-11 SanDisk Technologies, Inc. Authorization requests from a data storage device to multiple manager devices
WO2024026135A1 (en) * 2022-07-29 2024-02-01 Visa International Service Association Method, system, and computer program product for cryptogram-based transactions
WO2024196410A1 (en) * 2023-03-17 2024-09-26 Visa International Service Association Secure personal identification number entry for transactions using a portable electronic device

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5949044A (en) * 1997-06-13 1999-09-07 Walker Asset Management Limited Partnership Method and apparatus for funds and credit line transfers
FR2765706B1 (fr) * 1997-07-04 1999-10-01 Sgs Thomson Microelectronics Lecteur de cartes a puces a protocole de transmission rapide
EP1467300A1 (en) * 1997-08-13 2004-10-13 Matsushita Electric Industrial Co., Ltd Mobile electronic commerce system
US6327578B1 (en) * 1998-12-29 2001-12-04 International Business Machines Corporation Four-party credit/debit payment protocol
US7249097B2 (en) * 1999-06-18 2007-07-24 Echarge Corporation Method for ordering goods, services, and content over an internetwork using a virtual payment account
KR101015341B1 (ko) 2000-04-24 2011-02-16 비자 인터내셔날 써비스 어쏘시에이션 온라인 지불인 인증 서비스
US7024395B1 (en) * 2000-06-16 2006-04-04 Storage Technology Corporation Method and system for secure credit card transactions
US6938019B1 (en) * 2000-08-29 2005-08-30 Uzo Chijioke Chukwuemeka Method and apparatus for making secure electronic payments
US7103575B1 (en) * 2000-08-31 2006-09-05 International Business Machines Corporation Enabling use of smart cards by consumer devices for internet commerce
US7111789B2 (en) * 2001-08-31 2006-09-26 Arcot Systems, Inc. Enhancements to multi-party authentication and other protocols
GB0204620D0 (en) * 2002-02-28 2002-04-10 Europay Internat N V Chip authentication programme
US20100145818A1 (en) * 2002-09-30 2010-06-10 Ifedayo Udiani Electronic Credit/Debit Cardless Payment Processing System and Method PSM
AU2002368386A1 (en) 2002-11-27 2004-06-18 Institute For Infocomm Research Peer to peer electronic-payment system
CN1635525A (zh) * 2003-12-31 2005-07-06 中国银联股份有限公司 一种安全的网上支付系统及安全的网上支付认证方法
US20080195498A1 (en) * 2004-09-28 2008-08-14 First Data Corporation Wireless network systems having accessibility based on usage of an account
US8190087B2 (en) * 2005-12-31 2012-05-29 Blaze Mobile, Inc. Scheduling and paying for a banking transaction using an NFC enabled mobile communication device
US20070255662A1 (en) * 2006-03-30 2007-11-01 Obopay Inc. Authenticating Wireless Person-to-Person Money Transfers
US20070244811A1 (en) * 2006-03-30 2007-10-18 Obopay Inc. Mobile Client Application for Mobile Payments
US20080059370A1 (en) * 2006-08-30 2008-03-06 Cardit, Llc System and Method for Third Party Payment Processing of Credit Cards
US9846866B2 (en) * 2007-02-22 2017-12-19 First Data Corporation Processing of financial transactions using debit networks
CN101681484B (zh) * 2007-05-18 2013-10-16 速函移动公司 用于通过小数据速率通信系统的增强型通信的系统和方法
US8249935B1 (en) * 2007-09-27 2012-08-21 Sprint Communications Company L.P. Method and system for blocking confidential information at a point-of-sale reader from eavesdropping
US8214298B2 (en) 2008-02-26 2012-07-03 Rfinity Corporation Systems and methods for performing wireless financial transactions
US20100250704A1 (en) * 2009-03-26 2010-09-30 Verizon Patent And Licensing Inc. Peer-to-peer content distribution with digital rights management
US20110066550A1 (en) * 2009-09-16 2011-03-17 Shank Clinton L System and method for a secure funds transfer
US8508367B2 (en) * 2009-09-21 2013-08-13 Checkpoint Systems, Inc. Configurable monitoring device
US8661258B2 (en) * 2009-10-23 2014-02-25 Vasco Data Security, Inc. Compact security device with transaction risk level approval capability
US8907768B2 (en) * 2009-11-25 2014-12-09 Visa International Service Association Access using a mobile device with an accelerometer
WO2012142045A2 (en) * 2011-04-11 2012-10-18 Visa International Service Association Multiple tokenization for authentication

Also Published As

Publication number Publication date
NO2526514T3 (es) 2018-08-11
HUE037980T2 (hu) 2018-09-28
AU2011207108A1 (en) 2012-09-06
HRP20180862T1 (hr) 2018-08-24
EP2526514A4 (en) 2014-03-19
DK2526514T3 (en) 2018-06-18
EP2526514B1 (en) 2018-03-14
US20200286088A1 (en) 2020-09-10
EP2526514A1 (en) 2012-11-28
WO2011088508A1 (en) 2011-07-28
TR201808160T4 (tr) 2018-07-23
US20130191290A1 (en) 2013-07-25
PT2526514T (pt) 2018-06-19
AU2011207108B2 (en) 2014-06-26
US11263625B2 (en) 2022-03-01
PL2526514T3 (pl) 2018-10-31

Similar Documents

Publication Publication Date Title
ES2672920T3 (es) Procedimiento, dispositivo y sistema para asegurar datos de pago para la transmisión a través de redes de comunicación abiertas
Basin et al. Card brand mixup attack: bypassing the {PIN} in {non-Visa} cards by using them for visa transactions
US20160117673A1 (en) System and method for secured transactions using mobile devices
US20130226812A1 (en) Cloud proxy secured mobile payments
US20150142666A1 (en) Authentication service
ES2865380T3 (es) Método de realización de una transacción, terminal y programa informático correspondiente
CN109716373A (zh) 密码认证和令牌化的交易
EP3047437A1 (en) Secure remote payment transaction processing including consumer authentication
US20150142669A1 (en) Virtual payment chipcard service
US20150142667A1 (en) Payment authorization system
ES2803250T3 (es) Método y sistema de aprovisionamiento de datos de acceso a dispositivos móviles
KR20230130039A (ko) 공개/개인 키 인증을 위한 디바이스들, 시스템들 및방법들
El Madhoun et al. An overview of the EMV protocol and its security vulnerabilities
CN101571926A (zh) Ic卡的安全读写设备以及该设备的使用方法
CN109872142B (zh) 一种基于可信第三方的数字资产交易方法及其存储介质
Al-Maliki Analysing and improving the security of contactless payment cards
WO2025048687A1 (en) Secure offline transactions using trusted payer
ES2261666T3 (es) Procedimiento para la realizacion de transaciones seguras mediante tarjetas electronicas de pago.
KR20190083165A (ko) 무선장치와 블록체인을 이용한 비동기식 역방향 결제 방법
Munjal et al. Secure and cost effective transaction model for financial services
El Madhoun et al. For small merchants: A secure smartphone-based architecture to process and accept nfc payments
US12321920B2 (en) Method for tokenization of information associated with a payment card
ES1239905U (es) Dispositivo electrónico de pago
ES2971660T3 (es) Procedimiento para llevar a cabo una transacción, terminal, servidor y programa informático correspondiente
KR100515129B1 (ko) 신용거래 단말기를 위한 부가장치 및 부가보드