BR112021004169A2 - sistema de ativação de cartão, método de ativação de um cartão sem contato, e, cartão sem contato - Google Patents
sistema de ativação de cartão, método de ativação de um cartão sem contato, e, cartão sem contato Download PDFInfo
- Publication number
- BR112021004169A2 BR112021004169A2 BR112021004169-9A BR112021004169A BR112021004169A2 BR 112021004169 A2 BR112021004169 A2 BR 112021004169A2 BR 112021004169 A BR112021004169 A BR 112021004169A BR 112021004169 A2 BR112021004169 A2 BR 112021004169A2
- Authority
- BR
- Brazil
- Prior art keywords
- card
- contactless card
- information
- key
- data
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/354—Card activation or deactivation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/44—Program or device authentication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/602—Providing cryptographic facilities or services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/352—Contactless payments by cards
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4018—Transaction verification using the card verification value [CVV] associated with the card
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/409—Device specific authentication in transaction processing
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/0873—Details of the card reader
- G07F7/0893—Details of the card reader the card reader reading the card in a contactless manner
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
- H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- 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/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
- H04L9/3242—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving keyed hash functions, e.g. message authentication codes [MACs], CBC-MAC or HMAC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
- H04L63/0838—Network architectures or network communication protocols for network security for authentication of entities using passwords using one-time-passwords
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Finance (AREA)
- General Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Bioethics (AREA)
- Health & Medical Sciences (AREA)
- Power Engineering (AREA)
- General Health & Medical Sciences (AREA)
- Mobile Radio Communication Systems (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Telephonic Communication Services (AREA)
Abstract
sistema de ativação de cartão, método de ativação de um cartão sem contato, e, cartão sem contato. as modalidades de exemplo de sistemas e métodos para transmissão de dados entre um cartão sem contato, um dispositivo cliente e um ou mais servidores são providas. o cartão sem contato pode incluir um ou mais processadores e uma memória. a memória pode incluir um ou mais miniaplicativos. o dispositivo cliente pode incluir um ou mais processadores e memória. o dispositivo cliente pode estar em comunicação de dados com o cartão sem contato. um ou mais servidores podem estar em comunicação de dados com o dispositivo cliente. um primeiro conjunto de informações pode ser transmitido do cartão sem contato para o dispositivo cliente. o primeiro conjunto de informações pode incluir um ou mais enlaces para ativar o cartão sem contato. o dispositivo cliente pode ser configurado para receber o primeiro conjunto de informações a partir do cartão sem contato. mediante a validação do primeiro conjunto de informações, o cartão sem contato pode ser ativado.
Description
1 / 84 SISTEMA DE ATIVAÇÃO DE CARTÃO, MÉTODO DE ATIVAÇÃO DE UM CARTÃO SEM CONTATO, E, CARTÃO SEM CONTATO Referência Cruzada a Pedidos Relacionados
[001] Este pedido reivindica a prioridade ao Pedido de Patente nº US 16/546.657 depositado em 21 de agosto de 2019, que é uma continuação em parte do e reivindica a prioridade ao Pedido de Patente nº US 16/205.119, depositado em 29 de novembro de 2018, e reivindica a prioridade do Pedido de Patente Provisório nº US 62/740.352, depositado em 02 de outubro de 2018, cujas descrições são aqui incorporadas pela referência em suas íntegras.
[002] A presente descrição se refere à criptografia e, mais particularmente, aos sistemas e aos métodos para a autenticação criptográfica de cartões sem contato.
[003] A segurança de dados e a integridade de transação são de importância crítica para empresas e consumidores. Esta necessidade continua a crescer, já que as transações eletrônicas constituem uma proporção crescentemente grande da atividade comercial.
[004] O correio eletrônico pode ser usado como uma ferramenta para verificar as transações, mas o correio eletrônico é suscetível a ataque e vulnerável ao hackeamento ou outro acesso não autorizado. As mensagens do Serviço de Mensagens Curtas (SMS) também podem ser usadas, mas estas também são sujeitas ao comprometimento. Além do mais, até mesmo os algoritmos de criptografia de dados, tais como os algoritmos triplo DES, têm vulnerabilidades similares.
[005] A ativação de muitos cartões, incluindo, por exemplo, os cartões financeiros (por exemplo, os cartões de crédito e outros cartões de pagamento), envolve o demorado processo de titulares do cartão chamarem um número de telefone ou visitarem uma página da Internet e inserirem ou de
2 / 84 outra forma proverem a informação do cartão. Adicionalmente, embora o uso crescente de cartões financeiros com base em chip proveja recursos mais seguros em relação à tecnologia anterior (por exemplo, os cartões com tira magnética) para compras presenciais, o acesso à conta ainda pode se basear em credenciais de log-in (por exemplo, nome de usuário e senha) para confirmar a identidade de um titular do cartão. Entretanto, se as credenciais de log-in estiverem comprometidas, uma outra pessoa pode ter acesso à conta do usuário.
[006] Estas e ainda outras deficiências existem. Desta maneira, há uma necessidade de prover para os usuários uma solução apropriada que supera estas deficiências para prover segurança, autenticação e verificação de dados para os cartões sem contato. Adicionalmente, há uma necessidade tanto de um melhor método de ativação de um cartão quanto de uma melhor autenticação para acesso à conta. Sumário da Invenção
[007] Os aspectos da tecnologia descrita incluem os sistemas e os métodos para autenticação criptográfica de cartões sem contato. Várias modalidades descrevem os sistemas e os métodos para implementar e gerenciar a autenticação criptográfica dos cartões sem contato.
[008] As modalidades da presente descrição proveem um sistema de ativação de cartão que compreende: um cartão sem contato que inclui um ou mais processadores e uma memória, em que a memória contém um ou mais miniaplicativos; uma aplicação de cliente que compreende as instruções para execução em um dispositivo cliente que inclui um ou mais processadores e uma memória; e um ou mais servidores, em que o cartão sem contato é configurado para transmitir um primeiro conjunto de informações que é transmitido para a aplicação de cliente mediante a entrada do cartão sem contato em um campo de comunicação, o primeiro conjunto de informações compreendendo um ou mais enlaces configurados para ativar o cartão sem
3 / 84 contato, em que a aplicação de cliente é configurada para receber o primeiro conjunto de informações a partir do cartão sem contato e transmitir para os um ou mais servidores para validação, e em que, mediante a validação do primeiro conjunto de informações, o cartão sem contato é ativado.
[009] As modalidades da presente descrição proveem um método de ativação de um cartão sem contato, o método compreendendo as etapas de: entear, pelo cartão sem contato, em um campo de comunicação; transmitir, por um ou mais miniaplicativos contidos em uma memória do cartão sem contato, um primeiro conjunto de informações para uma aplicação de cliente que compreende as instruções para execução em um dispositivo cliente por meio do campo de comunicação, o primeiro conjunto de informações compreendendo um ou mais enlaces configurados para ativar o cartão sem contato; transmitir, pela aplicação de cliente, o primeiro conjunto de informações para um ou mais servidores; realizar, por um ou mais servidores, uma ou mais operações criptográficas para validar o primeiro conjunto de informações; e ativar, mediante a validação do primeiro conjunto de informações, o cartão sem contato.
[0010] As modalidades da presente descrição proveem um cartão sem contato que compreende: um processador; uma memória, em que a memória contém um ou mais miniaplicativos e um primeiro conjunto de informações, em que, mediante a entrada do cartão sem contato em um campo de comunicação, os um ou mais miniaplicativos são configurados para transmitir o primeiro conjunto de informações, em que o primeiro conjunto de informações compreende um ou mais enlaces configurados para ativar o cartão sem contato, os um ou mais enlaces incluindo um primeiro elemento de informação e um segundo elemento de informação, e em que o primeiro elemento de informação compreende um número de telefone e o segundo elemento de informação compreende uma carga útil criptografada.
[0011] Os recursos adicionais do desenho descrito, e as vantagens
4 / 84 oferecidas desse modo, são explicados com mais detalhes a seguir em relação às modalidades de exemplo específicas ilustradas nos desenhos anexos. Breve Descrição dos Desenhos
[0012] A figura 1A é um diagrama de um sistema de transmissão de dados de acordo com uma modalidade de exemplo.
[0013] A figura 1B é um diagrama que ilustra uma sequência para prover acesso autenticado de acordo com uma modalidade de exemplo.
[0014] A figura 2 é um diagrama de um sistema de transmissão de dados de acordo com uma modalidade de exemplo.
[0015] A figura 3 é um diagrama de um sistema que usa um cartão sem contato de acordo com uma modalidade de exemplo.
[0016] A figura 4 é um fluxograma que ilustra um método de diversificação de chave de acordo com uma modalidade de exemplo.
[0017] A figura 5A é uma ilustração de um cartão sem contato de acordo com uma modalidade de exemplo.
[0018] A figura 5B é uma ilustração de uma base de contato do cartão sem contato de acordo com uma modalidade de exemplo.
[0019] A figura 6 é uma ilustração que representa uma mensagem para comunicar com um dispositivo de acordo com uma modalidade de exemplo.
[0020] A figura 7 é uma ilustração que representa uma mensagem e um formato de mensagem de acordo com uma modalidade de exemplo.
[0021] A figura 8 é um fluxograma que ilustra as operações de chave de acordo com uma modalidade de exemplo.
[0022] A figura 9 é um diagrama de um sistema de chave de acordo com uma modalidade de exemplo.
[0023] A figura 10 é um fluxograma de um método de geração de um criptograma de acordo com uma modalidade de exemplo.
[0024] A figura 11 é um fluxograma que ilustra um processo de
5 / 84 diversificação de chave de acordo com uma modalidade de exemplo.
[0025] A figura 12 é um fluxograma que ilustra um método para a ativação de cartão de acordo com uma modalidade de exemplo.
[0026] A figura 13 é um sistema de ativação de cartão de acordo com uma modalidade de exemplo.
[0027] A figura 14 é um método para ativar um cartão sem contato de acordo com uma modalidade de exemplo.
[0028] A seguinte descrição das modalidades provê exemplos representativos não limitantes que referenciam números para descrever particularmente os recursos e os preceitos de diferentes aspectos da invenção. As modalidades descritas devem ser reconhecidas como capazes de implementação separadamente, ou em combinação, com outras modalidades da descrição das modalidades. Os versados na técnica que reveem a descrição das modalidades devem ser capazes de aprender e entender os diferentes aspectos descritos da invenção. A descrição das modalidades deve facilitar o entendimento da invenção até uma extensão tal que outras implementações, não especificamente cobertas, mas no conhecimento dos versados na técnica que leram a descrição das modalidades, sejam entendidas como consistentes com uma aplicação da invenção.
[0029] Um objetivo de algumas modalidades da presente descrição é construir uma ou mais chaves em um ou mais cartões sem contato. Nestas modalidades, o cartão sem contato pode realizar a autenticação e inúmeras outras funções que podem, de outra forma, exigir que o usuário conduza um token físico separado, além do cartão sem contato. Pelo emprego de uma interface sem contato, os cartões sem contato podem ser providos com um método para interagir e comunicar entre o dispositivo de um usuário (tal como um telefone celular) e o próprio cartão. Por exemplo, o protocolo EMV, que constitui a base de muitas transações de cartão de crédito, inclui um processo
6 / 84 de autenticação que é suficiente para sistemas operacionais para Android®, mas apresenta desafios para iOS®, que é mais restritivo em relação ao uso da comunicação de campo próximo (NFC), já que o mesmo pode ser usado apenas de uma maneira exclusiva de leitura. As modalidades exemplares dos cartões sem contato aqui descritos utilizam a tecnologia NFC.
[0030] A figura 1A ilustra um sistema de transmissão de dados de acordo com uma modalidade de exemplo. Da forma adicionalmente discutida a seguir, o sistema 100 pode incluir um cartão sem contato 105, um dispositivo cliente 110, uma rede 115 e um servidor 120. Embora a figura 1A ilustre instâncias individuais dos componentes, o sistema 100 pode incluir qualquer número de componentes.
[0031] O sistema 100 pode incluir um ou mais cartões sem contato 105, que são adicionalmente explicados a seguir em relação às figuras 5A-5B. Em algumas modalidades, o cartão sem contato 105 pode ficar em comunicação sem fio, utilizando NFC em um exemplo, com o dispositivo cliente 110.
[0032] O sistema 100 pode incluir um dispositivo cliente 110, que pode ser um computador habilitado para rede. Da forma aqui referida, um computador habilitado para rede pode incluir, mas sem limitações, um dispositivo computador ou um dispositivo de comunicações, incluindo, por exemplo, um servidor, um utensílio em rede, um computador pessoal, uma estação de trabalho, um telefone, um PC de mão, um assistente pessoal digital, um cliente de pequeno porte, um cliente de grande porte, um navegador da Internet ou outro dispositivo. O dispositivo cliente 110 também pode ser um dispositivo móvel; por exemplo, um dispositivo móvel pode incluir um iPhone, um iPod, um iPad da Apple® ou qualquer outro dispositivo móvel que executa o sistema operacional iOS® da Apple, qualquer dispositivo que executa o sistema operacional Windows® Mobile da Microsoft, qualquer dispositivo que executa o sistema operacional Android®
7 / 84 da Google e/ou qualquer outro telefone inteligente, tablet ou dispositivo móvel vestível semelhante.
[0033] O dispositivo cliente 110 pode incluir um processador e uma memória, e entende-se que o sistema de circuitos de processamento pode conter componentes adicionais, incluindo processadores, memórias, verificadores de erro e paridade/CRC, codificadores de dados, algoritmos anticolisão, controladores, decodificadores de comando, hardware de primitivas de segurança e de proteção contra adulteração, necessários para realizar as funções aqui descritas. O dispositivo cliente 110 pode incluir adicionalmente um visor e dispositivos de entrada. O visor pode ser qualquer tipo de dispositivo para apresentar a informação visual, tais como um monitor de computador, um visor em tela plana e uma tela de dispositivo móvel, incluindo visor de cristal líquido, visor de diodo emissor de luz, painéis de plasma e visor de tubo de raios catódicos. Os dispositivos de entrada podem incluir qualquer dispositivo para inserir informação no dispositivo do usuário que é disponível e suportado pelo dispositivo do usuário, tais como uma tela sensível ao toque, um teclado, um mouse, um dispositivo de controle de cursor, uma tela sensível ao toque, um microfone, uma câmera digital, um gravador de vídeo ou uma câmera de vídeo. Estes dispositivos podem ser usados para inserir a informação e interagir com o software e outros dispositivos aqui descritos.
[0034] Em alguns exemplos, o dispositivo cliente 110 do sistema 100 pode executar uma ou mais aplicações, tais como aplicações de software, que habilitam, por exemplo, as comunicações em rede com um ou mais componentes do sistema 100 e transmitem e/ou recebem os dados.
[0035] O dispositivo cliente 110 pode ficar em comunicação com um ou mais servidores 120 por meio de uma ou mais redes 115, e pode operar como um respectivo par interface primária para interface secundária com o servidor 120. O dispositivo cliente 110 pode transmitir, por exemplo a partir
8 / 84 de uma aplicação de dispositivo móvel em execução no dispositivo cliente 110, uma ou mais solicitações para o servidor 120. As uma ou mais solicitações podem ser associadas com a recuperação de dados a partir do servidor 120. O servidor 120 pode receber as uma ou mais solicitações a partir do dispositivo cliente 110. Com base nas uma ou mais solicitações provenientes do dispositivo cliente 110, o servidor 120 pode ser configurado para recuperar os dados solicitados a partir de uma ou mais bases de dados (não mostradas). Com base na recepção dos dados solicitados a partir das uma ou mais bases de dados, o servidor 120 pode ser configurado para transmitir os dados recebidos para o dispositivo cliente 110, os dados recebidos sendo responsivos a uma ou mais solicitações.
[0036] O sistema 100 pode incluir uma ou mais redes 115. Em alguns exemplos, a rede 115 pode ser uma ou mais de uma rede sem fio, uma rede com fios ou qualquer combinação de rede sem fio e rede com fios, e pode ser configurada para conectar o dispositivo cliente 110 no servidor 120. Por exemplo, a rede 115 pode incluir um ou mais de uma rede de fibra óptica, uma rede óptica passiva, uma rede a cabo, uma rede Internet, uma rede via satélite, uma rede de área local (LAN) sem fio, um Sistema Global para Comunicação Móvel, um Serviço de Comunicação Pessoal, uma Rede de Área Pessoal, um Protocolo de Aplicação Sem Fio, um Serviço de Mensagens Multimídia, um Serviço de Mensagens Aprimorado, um Serviço de Mensagens Curtas, sistemas com base em Multiplexação por Divisão de Tempo, sistemas com base em Acesso Múltiplo por Divisão de Código, D- AMPS, Wi-Fi, Dados Sem Fio Fixos, IEEE 802.11b, 802.15.1, 802.11n e
802.11g, Bluetooth, NFC, Identificação por Radiofrequência (RFID), Wi-Fi e/ou congêneres.
[0037] Além do mais, a rede 115 pode incluir, sem limitações, linhas de telefonia, uma fibra óptica, IEEE Ethernet 902.3, uma rede de área ampla, uma rede de área pessoal sem fio, uma LAN, ou uma rede global, tal como a
9 / 84 Internet. Além do mais, a rede 115 pode suportar uma rede Internet, uma rede de comunicação sem fio, uma rede celular ou congêneres, ou qualquer combinação das mesmas. A rede 115 pode incluir adicionalmente uma rede, ou qualquer número dos tipos exemplares de redes supramencionados, operando como uma rede independente ou em cooperação umas com as outras. A rede 115 pode utilizar um ou mais protocolos de um ou mais elementos de rede nos quais os mesmos são comunicativamente acoplados. A rede 115 pode traduzir para ou a partir de outros protocolos para um ou mais protocolos dos dispositivos de rede. Embora a rede 115 seja representada como uma única rede, deve ser percebido que, de acordo com um ou mais exemplos, a rede 115 pode compreender uma pluralidade de redes interconectadas, tais como, por exemplo, a Internet, a rede de um provedor de serviço, uma rede de televisão a cabo, as redes corporativas, tais como as redes da associação de cartão de crédito e as redes domésticas.
[0038] O sistema 100 pode incluir um ou mais servidores 120. Em alguns exemplos, o servidor 120 pode incluir um ou mais processadores, que são acoplados na memória. O servidor 120 pode ser configurado como um sistema central, o servidor ou a plataforma para controlar e chamar vários dados em tempos diferentes para executar uma pluralidade de ações de fluxo de trabalho. O servidor 120 pode ser configurado para conectar nas uma ou mais bases de dados. O servidor 120 pode ser conectado em pelo menos um dispositivo cliente 110.
[0039] A figura 1B é um diagrama de sincronismo que ilustra uma sequência de exemplo para prover acesso autenticado de acordo com uma ou mais modalidades da presente descrição. O sistema 100 pode compreender um cartão sem contato 105 e um dispositivo cliente 110, que pode incluir uma aplicação 122 e um processador 124. A figura 1B pode referenciar componentes similares, da forma ilustrada na figura 1A.
[0040] Na etapa 102, a aplicação 122 comunica com o cartão sem
10 / 84 contato 105 (por exemplo, depois de ser levado próximo do cartão sem contato 105). A comunicação entre a aplicação 122 e o cartão sem contato 105 pode envolver o cartão sem contato 105 ficar suficientemente perto de um leitor de cartão (não mostrado) do dispositivo cliente 110 para habilitar a transferência de dados por NFC entre a aplicação 122 e o cartão sem contato
105.
[0041] Na etapa 104, depois que a comunicação foi estabelecida entre o dispositivo cliente 110 e o cartão sem contato 105, o cartão sem contato 105 gera um criptograma do código de autenticação de mensagem (MAC). Em alguns exemplos, isto pode ocorrer quando o cartão sem contato 105 for lido pela aplicação 122. Em particular, isto pode ocorrer mediante uma leitura, tal como uma leitura NFC, de uma etiqueta de troca de dados em campo próximo (NDEF), que pode ser criada de acordo com o Formato de Troca de Dados NFC. Por exemplo, um leitor, tal como a aplicação 122, pode transmitir uma mensagem, tal como uma mensagem de seleção de miniaplicativo, com o ID do miniaplicativo de um miniaplicativo que produz NDEF. Mediante a confirmação da seleção, uma sequência de mensagens selecionar arquivo seguidas por mensagens ler arquivo pode ser transmitida. Por exemplo, a sequência pode incluir “Selecionar Arquivo de Capacidades”, “Ler Arquivo de Capacidades”, e “Selecionar Arquivo NDEF”. Neste ponto, um valor do contador mantido pelo cartão sem contato 105 pode ser atualizado ou incrementado, o que pode ser seguido por “Ler Arquivo NDEF”. Neste ponto, pode ser gerada a mensagem que pode incluir um cabeçalho e um segredo compartilhado. As chaves de sessão podem, então, ser geradas. O criptograma do MAC pode ser criado a partir da mensagem, que pode incluir o cabeçalho e o segredo compartilhado. O criptograma do MAC pode, então, ser concatenado com um ou mais blocos de dados aleatórios, e o criptograma do MAC e um número aleatório (RND) podem ser criptografados com a chave de sessão. Posteriormente, o criptograma e o cabeçalho podem ser
11 / 84 concatenados, e codificados como ASCII hex e retornados no formato de mensagem NDEF (responsivo à mensagem “Ler Arquivo NDEF”).
[0042] Em alguns exemplos, o criptograma do MAC pode ser transmitido como uma etiqueta NDEF e, em outros exemplos, o criptograma do MAC pode ser incluído com um indicador de recurso uniforme (por exemplo, como uma sequência formatada).
[0043] Em alguns exemplos, a aplicação 122 pode ser configurada para transmitir uma solicitação para o cartão sem contato 105, a solicitação compreendendo uma instrução para gerar um criptograma do MAC.
[0044] Na etapa 106, o cartão sem contato 105 envia o criptograma do MAC para a aplicação 122. Em alguns exemplos, a transmissão do criptograma do MAC ocorre por meio de NFC, entretanto, a presente descrição não é limitada a isto. Em outros exemplos, esta comunicação pode ocorrer por meio de Bluetooth, Wi-Fi ou outro meio de comunicação de dados sem fio.
[0045] Na etapa 108, a aplicação 122 comunica o criptograma do MAC para o processador 124.
[0046] Na etapa 112, o processador 124 verifica o criptograma do MAC conforme uma instrução proveniente da aplicação 122. Por exemplo, o criptograma do MAC pode ser verificado, da forma explicada a seguir.
[0047] Em alguns exemplos, a verificação do criptograma do MAC pode ser realizada por um dispositivo diferente do dispositivo cliente 110, tal como um servidor 120 em comunicação de dados com o dispositivo cliente 110 (da forma mostrada na figura 1A). Por exemplo, o processador 124 pode transmitir o criptograma do MAC para transmissão para o servidor 120, que pode verificar o criptograma do MAC.
[0048] Em alguns exemplos, o criptograma do MAC pode funcionar como uma assinatura digital com propósitos de verificação. Outros algoritmos de assinatura digital, tal como algoritmos assimétricos de chave pública, por
12 / 84 exemplo, o Algoritmo de Assinatura Digital e o algoritmo RSA, ou protocolos de conhecimento zero, podem ser usados para realizar esta verificação.
[0049] A figura 2 ilustra um sistema de transmissão de dados de acordo com uma modalidade de exemplo. O sistema 200 pode incluir um dispositivo de transmissão ou envio 205, um dispositivo de recepção ou destinatário 210 em comunicação, por exemplo, por meio da rede 215, com um ou mais servidores 220. O dispositivo de transmissão ou envio 205 pode ser o mesmo, ou similar ao, dispositivo cliente 110 discutido anteriormente em relação à figura 1A. O dispositivo de recepção ou destinatário 210 pode ser o mesmo, ou similar ao, dispositivo cliente 110 discutido anteriormente em relação à figura 1A. A rede 215 pode ser similar à rede 115 discutida anteriormente em relação à figura 1A. O servidor 220 pode ser similar ao servidor 120 discutido anteriormente em relação à figura 1A. Embora a figura 2 mostre as instâncias individuais de componentes do sistema 200, o sistema 200 pode incluir qualquer número dos componentes ilustrados.
[0050] Durante o uso de algoritmos criptográficos simétricos, tais como algoritmos de criptografia, algoritmos de código de autenticação de mensagem com base em hash (HMAC), e algoritmos de código de autenticação de mensagem com base em cifra (CMAC), é importante que a chave permaneça secreta entre a parte que processa originalmente os dados que são protegidos usando um algoritmo simétrico e a chave, e a parte que recebe e processa os dados usando o mesmo algoritmo criptográfico e a mesma chave.
[0051] Também é importante que a mesma chave não seja usada muitas vezes. Se uma chave for usada ou reusada muito frequentemente, esta chave pode ser comprometida. Cada vez que a chave for usada, a mesma provê para um agressor uma amostra adicional dos dados que foram processados pelo algoritmo criptográfico usando a mesma chave. Quanto mais dados que foram processados com a mesma chave o agressor tiver, mais alta a
13 / 84 probabilidade de que o agressor possa decifrar o valor da chave. Uma chave usada frequentemente pode ser composta em uma variedade de diferentes ataques.
[0052] Além do mais, toda vez que um algoritmo criptográfico simétrico for executado, o mesmo pode revelar informação, tais como os dados do canal lateral, sobre a chave usada durante a operação criptográfica simétrica. Os dados do canal lateral podem incluir diminutas flutuações de energia que ocorrem à medida que o algoritmo criptográfico executa durante o uso da chave. As medições suficientes podem ser tomadas a partir dos dados do canal lateral para revelar a informação suficiente sobre a chave para permitir que a mesma seja recuperada pelo agressor. Usar a mesma chave para trocar dados irá revelar repetidamente os dados processados pela mesma chave.
[0053] Entretanto, pela limitação do número de vezes que uma chave em particular será usada, a quantidade de dados do canal lateral que o agressor pode reunir é limitada e, desse modo, reduz a exposição a este e a outros tipos de ataque. Da forma aqui adicionalmente descrita, as partes envolvidas na troca de informação criptográfica (por exemplo, emissor e destinatário) pode gerar independentemente as chaves a partir de uma chave simétrica mestra compartilhada inicial em combinação com um valor do contador e, desse modo, substituir periodicamente a chave simétrica compartilhada que é usada com necessidade para recorrer a qualquer forma de troca de chave para manter as partes em sincronismo. Pela mudança periodicamente da chave simétrica secreta compartilhada usada pelo emissor e pelo destinatário, os ataques supradescritos tornam-se impossíveis.
[0054] Novamente, em relação à figura 2, o sistema 200 pode ser configurado para implementar a diversificação de chave. Por exemplo, um emissor e um destinatário podem desejar trocar dados (por exemplo, dados sensíveis originais) por meio de respectivos dispositivos 205 e 210. Da forma
14 / 84 explicada anteriormente, embora as instâncias individuais de dispositivo de transmissão 205 e dispositivo de recepção 210 possam ser incluídas, entende- se que um ou mais dispositivos de transmissão 205 e um ou mais dispositivos de recepção 210 podem estar envolvidos, desde que cada parte compartilhe a mesma chave simétrica secreta compartilhada. Em alguns exemplos, o dispositivo de transmissão 205 e o dispositivo de recepção 210 podem ser provisionados com a mesma chave simétrica mestra. Adicionalmente, entende-se que quaisquer parte ou dispositivo que mantêm a mesma chave simétrica secreta podem realizar as funções do dispositivo de transmissão 205 e, similarmente, qualquer parte que mantém a mesma chave simétrica secreta pode realizar as funções do dispositivo de recepção 210. Em alguns exemplos, a chave simétrica pode compreender a chave simétrica secreta compartilhada que é mantida secreta a partir de todas as partes diferentes do o dispositivo de transmissão 205 e do dispositivo de recepção 210 envolvidos na troca dos dados seguros. É adicionalmente entendido que tanto o dispositivo de transmissão 205 quanto o dispositivo de recepção 210 podem ser providos com a mesma chave simétrica mestra e, adicionalmente, que a parte dos dados trocados entre o dispositivo de transmissão 205 e o dispositivo de recepção 210 compreende pelo menos uma parte dos dados que pode ser referida como o valor do contador. O valor do contador pode compreender um número que muda toda vez que os dados forem trocados entre o dispositivo de transmissão 205 e o dispositivo de recepção 210.
[0055] O sistema 200 pode incluir uma ou mais redes 215. Em alguns exemplos, a rede 215 pode ser uma ou mais de uma rede sem fio, uma rede com fios ou qualquer combinação de rede sem fio e rede com fios, e pode ser configurada para conectar um ou mais dispositivos de transmissão 205 e um ou mais dispositivos de recepção 210 no servidor 220. Por exemplo, a rede 215 pode incluir uma ou mais de uma rede de fibra óptica, uma rede óptica passiva, uma rede a cabo, uma rede Internet, uma rede via satélite, uma LAN
15 / 84 sem fio, um Sistema Global para Comunicação Móvel, um Serviço de Comunicação Pessoal, uma Rede de Área Pessoal, um Protocolo de Aplicação Sem Fio, um Serviço de Mensagens Multimídia, um Serviço de Mensagens Aprimorado, um Serviço de Mensagens Curtas, sistemas com base em Multiplexação por Divisão de Tempo, sistemas com base em Acesso Múltiplo por Divisão de Código, D-AMPS, Wi-Fi, Dados Sem Fio Fixos, IEEE
802.11b, 802.15.1, 802.11n e 802.11g, Bluetooth, NFC, RFID, Wi-Fi e/ou congêneres.
[0056] Além do mais, a rede 215 pode incluir, sem limitações, linhas de telefonia, uma fibra óptica, IEEE Ethernet 902.3, uma rede de área ampla, uma rede de área pessoal sem fio, uma LAN, ou uma rede global, tal como a Internet. Além do mais, a rede 215 pode suportar uma rede Internet, uma rede de comunicação sem fio, uma rede celular ou congêneres, ou qualquer combinação das mesmas. A rede 215 pode incluir adicionalmente uma rede, ou qualquer número dos tipos exemplares de redes supramencionados, operando como uma rede independente ou em cooperação umas com as outras. A rede 215 pode utilizar um ou mais protocolos de um ou mais elementos de rede nos quais os mesmos são comunicativamente acoplados. A rede 215 pode traduzir para ou a partir de outros protocolos para um ou mais protocolos dos dispositivos de rede. Embora a rede 215 seja representada como uma única rede, deve ser percebido que, de acordo com um ou mais exemplos, a rede 215 pode compreender uma pluralidade de redes interconectadas, tais como, por exemplo, a Internet, a rede de um provedor de serviço, uma rede de televisão a cabo, as redes corporativas, tais como as redes da associação de cartão de crédito e as redes domésticas.
[0057] Em alguns exemplos, um ou mais dispositivos de transmissão 205 e um ou mais dispositivos de recepção 210 podem ser configurados para comunicar e transmitir e receber os dados entre uns e outros sem passar através da rede 215. Por exemplo, a comunicação entre os um ou mais
16 / 84 dispositivos de transmissão 205 e os um ou mais dispositivos de recepção 210 pode ocorrer por meio de pelo menos um de NFC, Bluetooth, RFID, Wi-Fi e/ou congêneres.
[0058] No bloco 225, quando o dispositivo de transmissão 205 estiver se preparando para processar os dados sensíveis com a operação criptográfica simétrica, o emissor pode atualizar um contador. Além do mais, o dispositivo de transmissão 205 pode selecionar um algoritmo criptográfico simétrico apropriado, que pode incluir pelo menos um de um algoritmo de criptografia simétrico, um algoritmo HMAC e um algoritmo CMAC. Em alguns exemplos, o algoritmo simétrico usado para processar o valor de diversificação pode compreender qualquer algoritmo criptográfico simétrico usado conforme necessário para gerar a chave simétrica diversificada de comprimento desejado. Os exemplos não limitantes do algoritmo simétrico podem incluir um algoritmo de criptografia simétrico, tais como 3DES ou AES128; um algoritmo HMAC simétrico, tal como HMAC-SHA-256; e um algoritmo CMAC simétrico, tal como AES-CMAC. Entende-se que, se a saída do algoritmo simétrico selecionado não gerar uma chave suficientemente longa, as técnicas, tal como o processamento de múltiplas iterações do algoritmo simétrico com dados de entrada diferentes e a mesma chave mestra, podem produzir múltiplas saídas que podem ser combinadas conforme necessário para produzir chaves de comprimento suficiente.
[0059] No bloco 230, o dispositivo de transmissão 205 pode tomar o algoritmo criptográfico selecionado e, usando a chave simétrica mestra, processar o valor do contador. Por exemplo, o emissor pode selecionar um algoritmo de criptografia simétrico, e usar um contador que atualiza com cada conversação entre o dispositivo de transmissão 205 e o dispositivo de recepção 210. O dispositivo de transmissão 205 pode, então, criptografar o valor do contador com o algoritmo de criptografia simétrico selecionado usando a chave simétrica mestra, criando uma chave simétrica diversificada.
17 / 84
[0060] Em alguns exemplos, o valor do contador pode não ser criptografado. Nestes exemplos, o valor do contador pode ser transmitido entre o dispositivo de transmissão 205 e o dispositivo de recepção 210 no bloco 230 sem criptografia.
[0061] No bloco 235, a chave simétrica diversificada pode ser usada para processar os dados sensíveis antes de transmitir o resultado para o dispositivo de recepção 210. Por exemplo, o dispositivo de transmissão 205 pode criptografar os dados sensíveis usando um algoritmo de criptografia simétrico usando a chave simétrica diversificada, com a saída compreendendo os dados criptografados protegidos. O dispositivo de transmissão 205 pode, então, transmitir os dados criptografados protegidos, juntamente com o valor do contador, para o dispositivo de recepção 210 para processamento.
[0062] No bloco 240, o dispositivo de recepção 210 pode, primeiro, tomar o valor do contador e, então, realizar a mesma criptografia simétrica usando o valor do contador como entrada para a criptografia, e a chave simétrica mestra como a chave para a criptografia. A saída da criptografia pode ser o mesmo valor da chave simétrica diversificada que foi criado pelo emissor.
[0063] No bloco 245, o dispositivo de recepção 210 pode, então, tomar os dados criptografados protegidos e, usando um algoritmo de descriptografia simétrico juntamente com a chave simétrica diversificada, descriptografar os dados criptografados protegidos.
[0064] No bloco 250, em decorrência da descriptografia dos dados criptografados protegidos, os dados sensíveis originais podem ser revelados.
[0065] Na próxima vez que os dados sensíveis precisarem ser enviados do emissor para o destinatário por meio dos respectivos dispositivo de transmissão 205 e dispositivo de recepção 210, um valor do contador diferente pode ser selecionado, produzindo uma chave simétrica diversificada diferente. Pelo processamento do valor do contador com a chave simétrica
18 / 84 mestra e o mesmo algoritmo criptográfico simétrico, tanto o dispositivo de transmissão 205 quanto o dispositivo de recepção 210 podem produzir independentemente a mesma chave simétrica diversificada. Esta chave simétrica diversificada, não a chave simétrica mestra, é usada para proteger os dados sensíveis.
[0066] Da forma explicada anteriormente, tanto o dispositivo de transmissão 205 quanto o dispositivo de recepção 210, cada qual, possui inicialmente a chave simétrica mestra compartilhada. A chave simétrica mestra compartilhada não é usada para criptografar os dados sensíveis originais. Em virtude de a chave simétrica diversificada ser independentemente criada tanto pelo dispositivo de transmissão 205 quanto pelo dispositivo de recepção 210, a mesma nunca é transmitida entre as duas partes. Assim, um agressor não pode interceptar a chave simétrica diversificada e o agressor nunca vê nenhum dos dados que foram processados com a chave simétrica mestra. Apenas o valor do contador é processado com a chave simétrica mestra, não os dados sensíveis. Em decorrência disto, os dados do canal lateral reduzidos sobre a chave simétrica mestra são revelados. Além do mais, a operação do dispositivo de transmissão 205 e do dispositivo de recepção 210 pode ser governada por exigências simétricas para quão frequentemente criar um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada. Em uma modalidade, um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada podem ser criados para cada troca entre o dispositivo de transmissão 205 e o dispositivo de recepção 210.
[0067] Em alguns exemplos, o valor de diversificação de chave pode compreender o valor do contador. Outros exemplos não limitantes do valor de diversificação de chave incluem: um nonce aleatório gerado toda vez que uma nova chave diversificada for necessária, o nonce aleatório enviado do dispositivo de transmissão 205 para o dispositivo de recepção 210; o valor
19 / 84 completo de um valor do contador enviado a partir do dispositivo de transmissão 205 e do dispositivo de recepção 210; uma parte de um valor do contador enviada a partir do dispositivo de transmissão 205 e do dispositivo de recepção 210; um contador independentemente mantido pelo dispositivo de transmissão 205 e pelo dispositivo de recepção 210, mas não enviado entre os dois dispositivos; um código de acesso de uso único trocado entre o dispositivo de transmissão 205 e o dispositivo de recepção 210; e um hash criptográfico dos dados sensíveis. Em alguns exemplos, uma ou mais partes do valor de diversificação de chave podem ser usadas pelas partes para criar múltiplas chaves diversificadas. Por exemplo, um contador pode ser usado como o valor de diversificação de chave. Adicionalmente, uma combinação de um ou mais dos valores de diversificação de chave exemplares supradescritos pode ser usada.
[0068] Em um outro exemplo, uma parte do contador pode ser usada como o valor de diversificação de chave. Se múltiplos valores de chave mestra forem compartilhados entre as partes, os múltiplos valores da chave diversificada podem ser obtidos pelos sistemas e processos aqui descritos. Um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada, podem ser criados tão frequentemente quanto necessário. No caso mais seguro, um novo valor de diversificação pode ser criado para cada troca de dados sensíveis entre o dispositivo de transmissão 205 e o dispositivo de recepção 210. Com efeito, isto pode criar uma chave de um único uso, tal como uma chave de sessão de uso único.
[0069] A figura 3 ilustra um sistema 300 que usa um cartão sem contato. O sistema 300 pode incluir um cartão sem contato 305, um ou mais dispositivos clientes 310, a rede 315, os servidores 320, 325, um ou mais módulos de segurança de hardware 330, e uma banco de dados 335. Embora a figura 3 ilustre as instâncias individuais dos componentes, o sistema 300 pode incluir qualquer número de componentes.
20 / 84
[0070] O sistema 300 pode incluir um ou mais cartões sem contato 305, que são adicionalmente explicados a seguir em relação às figuras 5A-5B. Em alguns exemplos, o cartão sem contato 305 pode ficar em comunicação sem fio, por exemplo, comunicação NFC, com o dispositivo cliente 310. Por exemplo, o cartão sem contato 305 pode compreender um ou mais chips, tal como um chip de Identificação por Radiofrequência, configurados para comunicação por meio de NFC ou outros protocolos de curto alcance. Em outras modalidades, o cartão sem contato 305 pode comunicar com o dispositivo cliente 310 através de outros meios, incluindo, mas sem limitações, Bluetooth, satélite, Wi-Fi, comunicações com fios e/ou qualquer combinação de conexões sem fio e com fios. De acordo com algumas modalidades, o cartão sem contato 305 pode ser configurado para comunicar com o leitor de cartão 313 do dispositivo cliente 310 através de NFC quando o cartão sem contato 305 estiver no alcance do leitor de cartão 313. Em outros exemplos, as comunicações com o cartão sem contato 305 podem ser realizadas através de uma interface física, por exemplo, uma interface do barramento serial universal ou uma interface de passagem do cartão.
[0071] O sistema 300 pode incluir um dispositivo cliente 310, que pode ser um computador habilitado para rede. Da forma aqui referida, um computador habilitado para rede pode incluir, mas sem limitações: por exemplo, um dispositivo computador ou um dispositivo de comunicações, incluindo, por exemplo, um servidor, um utensílio em rede, um computador pessoal, uma estação de trabalho, um dispositivo móvel, um telefone, um PC de mão, um assistente pessoal digital, um cliente de pequeno porte, um cliente de grande porte, um navegador da Internet ou outro dispositivo. Um ou mais dispositivos clientes 310 também podem ser um dispositivo móvel; por exemplo, um dispositivo móvel pode incluir um iPhone, um iPod, um iPad da Apple® ou qualquer outro dispositivo móvel que executa o sistema operacional iOS® da Apple, qualquer dispositivo que executa o sistema
21 / 84 operacional Windows® Mobile da Microsoft, qualquer dispositivo que executa o sistema operacional Android® da Google e/ou qualquer outro telefone inteligente ou dispositivo móvel vestível semelhante. Em alguns exemplos, o dispositivo cliente 310 pode ser o mesmo, ou similar ao, dispositivo cliente 110 descrito em relação à figura 1A ou à figura 1B.
[0072] O dispositivo cliente 310 pode ficar em comunicação com um ou mais servidores 320 e 325 por meio de uma ou mais redes 315. O dispositivo cliente 310 pode transmitir, por exemplo, a partir de uma aplicação 311 em execução no dispositivo cliente 310, uma ou mais solicitações para um ou mais servidores 320 e 325. As uma ou mais solicitações podem ser associadas com a recuperação de dados a partir de um ou mais servidores 320 e 325. Os servidores 320 e 325 podem receber as uma ou mais solicitações a partir do dispositivo cliente 310. Com base nas uma ou mais solicitações provenientes do dispositivo cliente 310, um ou mais servidores 320 e 325 podem ser configurados para recuperar os dados solicitados a partir de uma ou mais bases de dados 335. Com base na recepção dos dados solicitados a partir das uma ou mais bases de dados 335, um ou mais servidores 320 e 325 podem ser configurados para transmitir os dados recebidos para o dispositivo cliente 310, os dados recebidos sendo responsivos a uma ou mais solicitações.
[0073] O sistema 300 pode incluir um ou mais módulos de segurança de hardware (HSM) 330. Por exemplo, um ou mais HSMs 330 podem ser configurados para realizar uma ou mais operações criptográficas da forma aqui descrita. Em alguns exemplos, um ou mais HSMs 330 podem ser configurados como dispositivos de segurança de propósito especial que são configurados para realizar as uma ou mais operações criptográficas. Os HSMs 330 podem ser configurados de maneira tal que as chaves nunca sejam reveladas fora do HSM 330, e, em vez disto, sejam mantidas no HSM 330. Por exemplo, um ou mais HSMs 330 podem ser configurados para realizar
22 / 84 pelo menos uma de derivações de chave, descriptografia e operações de MAC. Os um ou mais HSMs 330 podem ficar contidos nos, ou podem ficar em comunicação de dados com os, servidores 320 e 325.
[0074] O sistema 300 pode incluir uma ou mais redes 315. Em alguns exemplos, a rede 315 pode ser uma ou mais de uma rede sem fio, uma rede com fios ou qualquer combinação de rede sem fio e rede com fios, e pode ser configurada para conectar o dispositivo cliente 315 no servidor 320 e 325. Por exemplo, a rede 315 pode incluir uma ou mais de uma rede de fibra óptica, uma rede óptica passiva, uma rede a cabo, uma rede celular, uma rede Internet, uma rede via satélite, uma LAN sem fio, um Sistema Global para Comunicação Móvel, um Serviço de Comunicação Pessoal, uma Rede de Área Pessoal, um Protocolo de Aplicação Sem Fio, um Serviço de Mensagens Multimídia, um Serviço de Mensagens Aprimorado, um Serviço de Mensagens Curtas, sistemas com base em Multiplexação por Divisão de Tempo, sistemas com base em Acesso Múltiplo por Divisão de Código, D- AMPS, Wi-Fi, os dados Sem Fio Fixos, IEEE 802.11b, 802.15.1, 802.11n e
802.11g, Bluetooth, NFC, RFID, Wi-Fi e/ou qualquer combinação de redes dos mesmos. Como um exemplo não limitante, as comunicações do cartão sem contato 305 e do dispositivo cliente 310 podem compreender a comunicação NFC, a rede celular entre o dispositivo cliente 310 e uma portadora, e a Internet entre a portadora e uma interface secundária.
[0075] Além do mais, a rede 315 pode incluir, sem limitações, linhas de telefonia, uma fibra óptica, IEEE Ethernet 902.3, uma rede de área ampla, uma rede de área pessoal sem fio, uma rede de área local, ou uma rede global, tal como a Internet. Além do mais, a rede 315 pode suportar uma rede Internet, uma rede de comunicação sem fio, uma rede celular ou congêneres, ou qualquer combinação das mesmas. A rede 315 pode incluir adicionalmente uma rede, ou qualquer número dos tipos exemplares de redes supramencionados, operando como uma rede independente ou em cooperação
23 / 84 umas com as outras. A rede 315 pode utilizar um ou mais protocolos de um ou mais elementos de rede nos quais os mesmos são comunicativamente acoplados. A rede 315 pode traduzir para ou a partir de outros protocolos para um ou mais protocolos dos dispositivos de rede. Embora a rede 315 seja representada como uma única rede, deve ser percebido que, de acordo com um ou mais exemplos, a rede 315 pode compreender uma pluralidade de redes interconectadas, tais como, por exemplo, a Internet, a rede de um provedor de serviço, uma rede de televisão a cabo, as redes corporativas, tais como as redes da associação de cartão de crédito e as redes domésticas.
[0076] Em vários exemplos de acordo com a presente descrição, o dispositivo cliente 310 do sistema 300 pode executar uma ou mais aplicações 311, e inclui um ou mais processadores 312, e um ou mais leitores de cartão
313. Por exemplo, uma ou mais aplicações 311, tais como aplicações de software, podem ser configuradas para habilitar, por exemplo, as comunicações em rede com um ou mais componentes do sistema 300 e transmitir e/ou receber os dados. Entende-se que, embora apenas as instâncias individuais dos componentes de dispositivo cliente 310 sejam ilustradas na figura 3, qualquer número de dispositivos 310 pode ser usado. O leitor de cartão 313 pode ser configurado para ler a partir de e/ou comunicar com o cartão sem contato 305. Em conjunto com as uma ou mais aplicações 311, o leitor de cartão 313 pode comunicar com o cartão sem contato 305.
[0077] A aplicação 311 de qualquer dispositivo cliente 310 pode comunicar com o cartão sem contato 305 usando a comunicação sem fio de curto alcance (por exemplo, NFC). A aplicação 311 pode ser configurada para fazer interface com um leitor de cartão 313 do dispositivo cliente 310 configurado para comunicar com um cartão sem contato 305. Como deve ser notado, os versados na técnica irão entender que uma distância de menos do que vinte centímetros é consistente com o alcance NFC.
[0078] Em algumas modalidades, a aplicação 311 comunica através
24 / 84 de um leitor associado (por exemplo, o leitor de cartão 313) ao cartão sem contato 305.
[0079] Em algumas modalidades, a ativação de cartão pode ocorrer sem autenticação do usuário. Por exemplo, um cartão sem contato 305 pode comunicar com a aplicação 311 através do leitor de cartão 313 do dispositivo cliente 310 através de NFC. A comunicação (por exemplo, uma aproximação do cartão próximo do leitor de cartão 313 do dispositivo cliente 310) permite que a aplicação 311 leia os dados associados ao cartão e realize uma ativação. Em alguns casos, a aproximação pode ativar ou inicializar a aplicação 311 e, então, iniciar uma ou mais ações ou comunicações com um servidor de conta 325 para ativar o cartão para uso subsequente. Em alguns casos, se a aplicação 311 não for instalada no dispositivo cliente 310, uma aproximação do cartão contra o leitor de cartão 313 pode iniciar uma transferência da aplicação 311 (por exemplo, navegação para uma página de transferência da aplicação). Subsequente à instalação, uma aproximação do cartão pode ativar ou inicializar a aplicação 311, e, então, iniciar (por exemplo, por meio da aplicação ou outra comunicação em interface secundária) a ativação do cartão. Depois da ativação, o cartão pode ser usado em várias transações, incluindo transações comerciais.
[0080] De acordo com algumas modalidades, o cartão sem contato 305 pode incluir um cartão de pagamento virtual. Nestas modalidades, a aplicação 311 pode recuperar a informação associada a o cartão sem contato 305 pelo acesso a uma carteira digital implementada no dispositivo cliente 310, em que a carteira digital inclui o cartão de pagamento virtual. Em alguns exemplos, os dados do cartão de pagamento virtual podem incluir um ou mais números de cartão virtual estáticos ou dinamicamente gerados.
[0081] O servidor 320 pode compreender um servidor da Internet em comunicação com a banco de dados 335. O servidor 325 pode compreender um servidor de conta. Em alguns exemplos, o servidor 320 pode ser
25 / 84 configurado para validar uma ou mais credenciais provenientes do cartão sem contato 305 e/ou do dispositivo cliente 310 pela comparação com uma ou mais credenciais na banco de dados 335. O servidor 325 pode ser configurado para autorizar uma ou mais solicitações, tais como pagamento e transação, provenientes do cartão sem contato 305 e/ou do dispositivo cliente 310.
[0082] A figura 4 ilustra um método 400 de diversificação de chave de acordo com um exemplo da presente descrição. O método 400 pode incluir um dispositivo de transmissão e um dispositivo de recepção similares ao dispositivo de transmissão 205 e ao dispositivo de recepção 210 referenciados na figura 2.
[0083] Por exemplo, um emissor e um destinatário podem desejar trocar dados (por exemplo, os dados sensíveis originais) por meio de um dispositivo de transmissão e um dispositivo de recepção. Da forma explicada anteriormente, embora estas duas partes possam ser incluídas, entende-se que um ou mais dispositivos de transmissão e um ou mais dispositivos de recepção podem estar envolvidos, desde que cada parte compartilhe a mesma chave simétrica secreta compartilhada. Em alguns exemplos, o dispositivo de transmissão e o dispositivo de recepção podem ser provisionados com a mesma chave simétrica mestra. Adicionalmente, entende-se que qualquer parte ou dispositivo que mantêm a mesma chave simétrica secreta podem realizar as funções do dispositivo de transmissão e, similarmente, qualquer parte que mantém a mesma chave simétrica secreta pode realizar as funções do dispositivo de recepção. Em alguns exemplos, a chave simétrica pode compreender a chave simétrica secreta compartilhada que é mantida secreta a partir de todas as partes diferentes do dispositivo de transmissão e do dispositivo de recepção envolvidos na troca dos dados seguros. É adicionalmente entendido que tanto o dispositivo de transmissão quanto o dispositivo de recepção podem ser providos com a mesma chave simétrica mestra, e adicionalmente que parte dos dados trocados entre o dispositivo de
26 / 84 transmissão e o dispositivo de recepção compreendem pelo menos uma parte dos dados que pode ser referido como o valor do contador. O valor do contador pode compreender um número que muda toda vez que os dados forem trocados entre o dispositivo de transmissão e o dispositivo de recepção.
[0084] No bloco 410, um dispositivo de transmissão e um dispositivo de recepção podem ser provisionados com a mesma chave mestra, tal como a mesma chave simétrica mestra. Quando o dispositivo de transmissão estiver se preparando para processar os dados sensíveis com a operação criptográfica simétrica, o emissor pode atualizar um contador. Além do mais, o dispositivo de transmissão pode selecionar um algoritmo criptográfico simétrico apropriado, que pode incluir pelo menos um de um algoritmo de criptografia simétrico, um algoritmo HMAC e um algoritmo CMAC. Em alguns exemplos, o algoritmo simétrico usado para processar o valor de diversificação pode compreender qualquer algoritmo criptográfico simétrico usado conforme necessário para gerar a chave simétrica diversificada de comprimento desejado. Os exemplos não limitantes do algoritmo simétrico podem incluir um algoritmo de criptografia simétrico, tais como 3DES ou AES128; um algoritmo HMAC simétrico, tal como HMAC-SHA-256; e um algoritmo CMAC simétrico, tal como AES-CMAC. Entende-se que, se a saída do algoritmo simétrico selecionado não gerar uma chave suficientemente longa, as técnicas, tal como o processamento de múltiplas iterações do algoritmo simétrico com dados de entrada diferentes e a mesma chave mestra, podem produzir múltiplas saídas que podem ser combinadas conforme necessário para produzir chaves de comprimento suficiente.
[0085] O dispositivo de transmissão pode tomar o algoritmo criptográfico selecionado e, usando a chave simétrica mestra, processar o valor do contador. Por exemplo, o emissor pode selecionar um algoritmo de criptografia simétrico, e usar um contador que atualiza com cada conversação entre o dispositivo de transmissão e o dispositivo de recepção.
27 / 84
[0086] No bloco 420, o dispositivo de transmissão pode, então, criptografar o valor do contador com o algoritmo de criptografia simétrico selecionado usando a chave simétrica mestra, criando uma chave simétrica diversificada. A chave simétrica diversificada pode ser usada para processar os dados sensíveis antes de transmitir o resultado para o dispositivo de recepção. Por exemplo, o dispositivo de transmissão pode criptografar os dados sensíveis usando um algoritmo de criptografia simétrico usando a chave simétrica diversificada, com a saída compreendendo os dados criptografados protegidos. O dispositivo de transmissão pode, então, transmitir os dados criptografados protegidos, juntamente com o valor do contador, para o dispositivo de recepção para processamento. Em alguns exemplos, uma operação criptográfica diferente da criptografia pode ser realizada, e uma pluralidade de operações criptográficas pode ser realizada usando as chaves diversificadas simétricas antes da transmissão dos dados protegidos.
[0087] Em alguns exemplos, o valor do contador pode não ser criptografado. Nestes exemplos, o valor do contador pode ser transmitido entre o dispositivo de transmissão e o dispositivo de recepção no bloco 420 sem criptografia.
[0088] No bloco 430, os dados sensíveis podem ser protegidos usando um ou mais algoritmos criptográficos e as chaves diversificadas. As chaves diversificadas de sessão, que podem ser criadas pela diversificação de chave que usa o contador, podem ser usadas com um ou mais algoritmos criptográficos para proteger os dados sensíveis. Por exemplo, os dados podem ser processados por um MAC usando uma primeira chave diversificada de sessão, e a saída resultante pode ser criptografada usando a segunda chave diversificada de sessão produzindo os dados protegidos.
[0089] No bloco 440, o dispositivo de recepção pode realizar as mesmas criptografias simétricas usando o valor do contador como entrada para as criptografias e as chaves simétricas mestras como as chaves para a
28 / 84 criptografia. A saída das criptografias pode compreender os mesmos valores da chave simétrica diversificada que foram criados pelo emissor. Por exemplo, o dispositivo de recepção pode criar independentemente suas próprias cópias da primeira e da segunda chaves diversificadas de sessão usando o contador. Então, o dispositivo de recepção pode descriptografar os dados protegidos usando a segunda chave diversificada de sessão para revelar a saída do MAC criada pelo dispositivo de transmissão. O dispositivo de recepção pode, então, processar os dados resultantes através da operação do MAC usando a primeira chave diversificada de sessão.
[0090] No bloco 450, o dispositivo de recepção pode usar as chaves diversificadas com um ou mais algoritmos criptográficos para validar os dados protegidos.
[0091] No bloco 460, os dados originais podem ser validados. Se a saída da operação do MAC (por meio do dispositivo de recepção usando a primeira chave diversificada de sessão) corresponder com a saída do MAC revelada pela descriptografia, então, os dados podem ser considerados válidos.
[0092] A próxima vez que os dados sensíveis precisarem ser enviados a partir do dispositivo de transmissão para o dispositivo de recepção, um valor do contador diferente pode ser selecionado, que produz uma chave simétrica diversificada diferente. Pelo processamento do valor do contador com a chave simétrica mestra e o mesmo algoritmo criptográfico simétrico, tanto o dispositivo de transmissão quanto o dispositivo de recepção podem produzir independentemente a mesma chave simétrica diversificada. Esta chave simétrica diversificada, não a chave simétrica mestra, é usada para proteger os dados sensíveis.
[0093] Da forma explicada anteriormente, tanto o dispositivo de transmissão quanto o dispositivo de recepção, cada qual, possui inicialmente a chave simétrica mestra compartilhada. A chave simétrica mestra
29 / 84 compartilhada não é usada para criptografar os dados sensíveis originais. Em virtude de a chave simétrica diversificada ser independentemente criada tanto pelo dispositivo de transmissão quanto pelo dispositivo de recepção, a mesma nunca é transmitida entre as duas partes. Assim, um agressor não pode interceptar a chave simétrica diversificada e o agressor nunca vê nenhum dos dados que foram processados com a chave simétrica mestra. Apenas o pequeno valor do contador é processado com a chave simétrica mestra, não os dados sensíveis. Em decorrência disto, os dados do canal lateral reduzidos sobre a chave simétrica mestra são revelados. Além do mais, o emissor e o destinatário podem acordar, por exemplo, por arranjo anterior ou outros meios, sobre quão frequentemente criar um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada. Em uma modalidade, um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada podem ser criados para cada troca entre o dispositivo de transmissão e o dispositivo de recepção.
[0094] Em alguns exemplos, o valor de diversificação de chave pode compreender o valor do contador. Outros exemplos não limitantes do valor de diversificação de chave incluem: um nonce aleatório gerado toda vez que uma nova chave diversificada for necessária, o nonce aleatório enviado a partir do dispositivo de transmissão para o dispositivo de recepção; o valor completo de um valor do contador enviado a partir do dispositivo de transmissão e do dispositivo de recepção; uma parte de um valor do contador enviada a partir do dispositivo de transmissão e do dispositivo de recepção; um contador independentemente mantido pelo dispositivo de transmissão e pelo dispositivo de recepção mas não enviado entre os dois; um código de acesso de uso único trocado entre o dispositivo de transmissão e o dispositivo de recepção; um hash criptográfico dos dados sensíveis. Em alguns exemplos, uma ou mais partes do valor de diversificação de chave podem ser usadas pelas partes para criar múltiplas chaves diversificadas. Por exemplo, um contador pode ser
30 / 84 usado como o valor de diversificação de chave.
[0095] Em um outro exemplo, uma parte do contador pode ser usada como o valor de diversificação de chave. Se múltiplos valores de chave mestra forem compartilhados entre as partes, os múltiplos valores da chave diversificada podem ser obtidos pelos sistema e processos aqui descritos. Um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada, podem ser criados tão frequentemente quanto necessário. No caso mais seguro, um novo valor de diversificação pode ser criado para cada troca de dados sensíveis entre o dispositivo de transmissão e o dispositivo de recepção. Com efeito, isto pode criar uma chave de um único uso, tal como uma única chave de sessão.
[0096] Em outros exemplos, tal como para limitar o número de vezes de uso da chave simétrica mestra, pode ser acordado pelo emissor do dispositivo de transmissão e pelo destinatário do dispositivo de recepção que um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada, irão ocorrer apenas periodicamente. Em um exemplo, isto pode ser depois de um número pré-determinado de usos, tal como a cada 10 transmissões entre o dispositivo de transmissão e o dispositivo de recepção. Em um outro exemplo, isto pode ser depois de um certo período de tempo, um certo período de tempo depois de uma transmissão, ou em uma base periódica (por exemplo, diariamente em um horário designado; semanalmente em um horário designado em um dia designado). Em um outro exemplo, isto pode ser toda vez que o dispositivo de recepção sinalizar para o dispositivo de transmissão que o mesmo deseja trocar a chave na próxima comunicação. Isto pode ser controlado na política e pode ser variado em função de, por exemplo, o atual nível de risco percebido pelo destinatário do dispositivo de recepção.
[0097] A figura 5A ilustra um ou mais cartões sem contato 500, que podem compreender um cartão de pagamento, tais como um cartão de crédito, um cartão de débito ou um cartão de presente, emitido por um provedor de
31 / 84 serviço 505 exibido na frente ou no verso do cartão 500. Em alguns exemplos, o cartão sem contato 500 não é relacionado a um cartão de pagamento, e pode compreender, sem limitações, um cartão de identificação. Em alguns exemplos, o cartão de pagamento pode compreender um cartão de pagamento sem contato de interface dual. O cartão sem contato 500 pode compreender um substrato 510, que pode incluir uma única camada ou uma ou mais camadas laminadas compostas de plásticos, metais e outros materiais. Os materiais de substrato exemplares incluem policloreto de vinila, acetato de cloreto de polivinila, acrilonitrila butadieno estireno, policarbonato, poliésteres, titânio anodizado, paládio, ouro, carbono, papel e materiais biodegradáveis. Em alguns exemplos, o cartão sem contato 500 pode ter características físicas em conformidade com o formato ID-1 do padrão ISO/IEC 7810, e o cartão sem contato pode, em outras circunstâncias, ser em conformidade com o padrão ISO/IEC 14443. Entretanto, entende-se que o cartão sem contato 500 de acordo com a presente descrição pode ter características diferentes, e a presente descrição não exige que um cartão sem contato seja implementado em um cartão de pagamento.
[0098] O cartão sem contato 500 também pode incluir a informação de identificação 515 exibida na frente e/ou no verso do cartão, e uma base de contato 520. A base de contato 520 pode ser configurada para estabelecer contato com um outro dispositivo de comunicação, tais como um dispositivo de usuário, um telefone inteligente, um computador tipo laptop, tipo desktop ou tipo tablet. O cartão sem contato 500 também pode incluir um sistema de circuitos de processamento, antena e outros componentes não mostrados na figura 5A. Estes componentes podem ficar localizados atrás da base de contato 520 ou em outro local no substrato 510. O cartão sem contato 500 também pode incluir uma tira ou fita magnéticas, que podem ficar localizadas no verso do cartão (não mostrado na figura 5A).
[0099] Da forma ilustrada na figura 5B, a base de contato 520 da
32 / 84 figura 5A pode incluir um sistema de circuitos de processamento 525 para armazenar e processar a informação, incluindo um microprocessador 530 e uma memória 535. Entende-se que o sistema de circuitos de processamento 525 pode conter componentes adicionais, incluindo processadores, memórias, verificadores de erro e paridade/CRC, codificadores de dados, algoritmos anticolisão, controladores, decodificadores de comando, hardware de primitivas de segurança e de proteção contra adulteração, necessários para realizar as funções aqui descritas.
[00100] A memória 535 pode ser uma memória exclusiva de leitura, uma memória de gravação única e múltiplas leituras ou memória de leitura/gravação, por exemplo, RAM, ROM, e EEPROM, e o cartão sem contato 500 pode incluir uma ou mais destas memórias. Uma memória exclusiva de leitura pode ser programável na fábrica como exclusiva de leitura ou inalteradamente programável. A programabilidade inalterável provê a oportunidade de gravar uma vez e, então, ler muitas vezes. Uma memória de gravação única/múltiplas leituras pode ser programada em um ponto no tempo depois que o chip de memória tiver deixado a fábrica. Uma vez que a memória for programada, a mesma não pode ser regravada, mas a mesma pode ser lida muitas vezes. Uma memória de leitura/gravação pode ser programada e reprogramada muitas vezes depois de deixar a fábrica. A mesma também pode ser lida muitas vezes.
[00101] A memória 535 pode ser configurada para armazenar um ou mais miniaplicativos 540, um ou mais contadores 545, e um identificador de cliente 550. Os um ou mais miniaplicativos 540 podem compreender uma ou mais aplicações de software configuradas para executar em um ou mais cartões sem contato, tal como o miniaplicativo Java Card. Entretanto, entende-se que os miniaplicativos 540 não são limitados aos miniaplicativos Java Card, e, em vez disto, podem ser qualquer aplicação em software operável nos cartões sem contato ou outros dispositivos que têm memória
33 / 84 limitada. Os um ou mais contadores 545 podem compreender um contador numérico suficiente para armazenar um número inteiro. O identificador de cliente 550 pode compreender um identificador alfanumérico exclusivo atribuído a um usuário do cartão sem contato 500, e o identificador pode distinguir o usuário do cartão sem contato de outros usuários de cartão sem contato. Em alguns exemplos, o identificador de cliente 550 pode identificar tanto um cliente quanto uma conta atribuída a este cliente, e pode identificar adicionalmente o cartão sem contato associado à conta do cliente.
[00102] O processador e os elementos de memória das modalidades exemplares expostas são descritos em relação à base de contato, mas a presente descrição não é limitada aos mesmos. Entende-se que estes elementos podem ser implementados fora da base 520 ou integralmente separados da mesma, ou como elementos adicionais, além do processador 530 e dos elementos de memória 535 localizados na base de contato 520.
[00103] Em alguns exemplos, o cartão sem contato 500 pode compreender uma ou mais antenas 555. As uma ou mais antenas 555 podem ser colocadas no cartão sem contato 500 e ao redor do sistema de circuitos de processamento 525 da base de contato 520. Por exemplo, as uma ou mais antenas 555 podem ser integrais com o sistema de circuitos de processamento 525 e as uma ou mais antenas 555 podem ser usadas com uma bobina amplificadora externa. Como um outro exemplo, as uma ou mais antenas 555 podem ser externas à base de contato 520 e ao sistema de circuitos de processamento 525.
[00104] Em uma modalidade, a bobina do cartão sem contato 500 pode agir como o elemento secundário de um transformador com núcleo de ar. O terminal pode comunicar com o cartão sem contato 500 pelo corte da energia ou modulação da amplitude. O cartão sem contato 500 pode inferir os dados transmitidos a partir do terminal usando os hiatos na conexão de energia do cartão sem contato, que pode ser funcionalmente mantida através de um ou
34 / 84 mais capacitores. O cartão sem contato 500 pode recomunicar pela comutação de uma carga na bobina do cartão sem contato ou modulação de carga. A modulação de carga pode ser detectada na bobina do terminal através da interferência.
[00105] Da forma explicada anteriormente, os cartões sem contato 500 podem ser construídos sobre uma plataforma de software operável em cartões inteligentes ou outros dispositivos que têm memória limitada, tal como JavaCard, e uma ou mais ou mais aplicações ou miniaplicativos podem ser seguramente executados. Os miniaplicativos podem ser adicionados nos cartões sem contato para prover uma senha de uso único (OTP) para autenticação multifatores (MFA) em vários casos de uso com base em aplicação móvel. Os miniaplicativos podem ser configurados para responder a uma ou mais solicitações, tais como solicitações de troca de dados em campo próximo, provenientes de um leitor, tal como um leitor NFC móvel, e produzir uma mensagem NDEF que compreende uma OTP criptograficamente segura codificada como uma etiqueta de texto NDEF.
[00106] A figura 6 ilustra o esquema registro curto NDEF (SR=1) 600 de acordo com uma modalidade de exemplo. Um ou mais miniaplicativos podem ser configurados para codificar a OTP como um tipo de Etiqueta texto NDEF tipo 4 bem conhecida. Em alguns exemplos, as mensagens NDEF podem compreender um ou mais registros. Os miniaplicativos podem ser configurados para adicionar um ou mais registros de etiqueta estáticos, além do registro da OTP. As etiquetas exemplares incluem, sem limitações, tipo de Etiqueta: tipo bem conhecido, texto, codificação Inglês (en); ID do miniaplicativo: D2760000850101; Capacidades: acesso exclusivo de leitura; Codificação: a mensagem de autenticação pode ser codificada como ASCII hex; dados tipo-comprimento-valor (TLV) podem ser providos como um parâmetro de personalização que pode ser usado para gerar a mensagem NDEF. Em uma modalidade, o gabarito de autenticação pode compreender o
35 / 84 primeiro registro, com um índice bem conhecido para prover os dados de autenticação dinâmica reais.
[00107] A figura 7 ilustra uma mensagem 710 e um formato de mensagem 720 de acordo com uma modalidade de exemplo. Em um exemplo, se etiquetas adicionais precisarem ser adicionadas, o primeiro byte pode mudar para indicar início da mensagem, mas não o fim, e um registro subsequente pode ser adicionado. Em virtude de o comprimento do ID ser zero, o campo comprimento do ID e ID são omitidos do registro. Uma mensagem de exemplo pode incluir: chave UDK AUT; chave de sessão AUT Derivada (usando 0x00000050); Versão 1.0; pATC = 0x00000050; RND = 4838FB7DC171B89E; MAC = <oito bytes computados>.
[00108] Em alguns exemplos, os dados podem ser armazenados no cartão sem contato no momento da personalização pela implementação de ARMAZENAR DADOS (E2) sob o protocolo de canal seguro 2. Um ou mais valores podem ser lidos pelo bureau de personalização dos arquivos EMBOSS (em uma seção designada pelo ID do miniaplicativo) e um ou mais comandos ARMAZENAR DADOS podem ser transmitidos para o cartão sem contato depois da autenticação e do estabelecimento do canal seguro.
[00109] O pUID pode compreender um número codificado BCD de 16 dígitos. Em alguns exemplos, o pUID pode compreender 14 dígitos. Item Comprimento Criptografado? Notas (bytes) pUID 8 Não AutKey Chave 3DES para Derivar as 16 Sim chaves de sessão MAC AutKCV 3 Não Valor de Verificação da Chave DEKKey Chave 3DES para derivar a 16 Sim chave de sessão de Criptografia DEKKCV 3 Não Valor de Verificação da Chave Cartão Número aleatório Verdadeiro Não Compartilhado 4 bytes de 4 Bytes (pré-gerado) Aleatório NTLV Dados TLV para a mensagem X Bytes Não
[00110] Em alguns exemplos, os um ou mais miniaplicativos podem ser configurados para manter seu estado de personalização para permitir a
36 / 84 personalização apenas se destravado e autenticado. Outros estados podem compreender estados padrões pré-personalização. Ao entrar em um estado terminado, os um ou mais miniaplicativos podem ser configurados para remover os dados de personalização. No estado terminado, os um ou mais miniaplicativos podem ser configurados para parar de responder a todas as solicitações de unidade de dados do protocolo de aplicação (APDU).
[00111] Os um ou mais miniaplicativos podem ser configurados para manter uma versão do miniaplicativo (2 bytes), que pode ser usada na mensagem de autenticação. Em alguns exemplos, isto pode ser interpretado como versão maior do byte mais significativo, versão menor do byte menos significativo. As regras para cada uma das versões são configuradas para interpretar a mensagem de autenticação: Por exemplo, em relação à versão maior, isto pode incluir que cada versão maior compreenda um esquema da mensagem de autenticação específico e algoritmos específicos. Para a versão menor, isto pode incluir nenhuma mudança na mensagem de autenticação ou algoritmos criptográficos, e mudanças no conteúdo da etiqueta estática, além das correções de falha, fortalecimento da segurança, etc.
[00112] Em alguns exemplos, os um ou mais miniaplicativos podem ser configurados para emular uma etiqueta RFID. A etiqueta RFID pode incluir uma ou mais etiquetas polimórficas. Em alguns exemplos, toda vez que a etiqueta for lida, diferentes dados criptográficos são apresentados que podem indicar a autenticidade do cartão sem contato. Com base nas uma ou mais aplicações, uma leitura NFC da etiqueta pode ser processada, o token pode ser transmitido para um servidor, tal como um servidor secundário, e o token pode ser validado no servidor.
[00113] Em alguns exemplos, o cartão sem contato e o servidor podem incluir certos dados, de maneira tal que o cartão possa ser apropriadamente identificado. O cartão sem contato pode compreender um ou mais identificadores exclusivos. Toda vez que uma operação de leitura ocorrer, um
37 / 84 contador pode ser configurado para atualizar. Em alguns exemplos, toda vez que o cartão for lido, o mesmo é transmitido para o servidor para validação e determinação se o contador é igual (como parte da validação).
[00114] Os um ou mais contadores podem ser configurados para impedir um ataque de retentativa. Por exemplo, se um criptograma foi obtido e retentado, este criptograma é imediatamente rejeitado se o contador foi lido ou usado ou de outra forma passado. Se o contador não tiver sido usado, o mesmo pode ser retentado. Em alguns exemplos, o contador que é atualizado no cartão é diferente do contador que é atualizado para as transações. Em alguns exemplos, o cartão sem contato pode compreender um primeiro miniaplicativo, que pode ser um miniaplicativo de transação, e um segundo miniaplicativo. Cada miniaplicativo pode compreender um contador.
[00115] Em alguns exemplos, o contador pode sair de sincronismo entre o cartão sem contato e um ou mais servidores. Por exemplo, o cartão sem contato pode ser ativado, fazendo com que o contador seja atualizado e uma nova comunicação seja gerada pelo cartão sem contato, mas a comunicação pode não ser transmitida para processamento nos um ou mais servidores. Isto pode fazer com que o contador do cartão sem contato e o contador mantido nos um ou mais servidores saiam de sincronismo. Isto pode ocorrer involuntariamente, incluindo, por exemplo, quando um cartão estiver armazenado adjacente a um dispositivo (por exemplo, conduzido em um bolso com um dispositivo) e quando o cartão sem contato for lido em um ângulo pode incluir o cartão estar desalinhado ou não posicionado de maneira tal que o cartão sem contato seja energizado um o campo NFC mas não esteja legível. Se o cartão sem contato estiver posicionado adjacente a um dispositivo, o campo NFC do dispositivo pode ser ativado para energizar o cartão sem contato, fazendo com que o contador no mesmo seja atualizado, mas nenhuma aplicação no dispositivo recebe a comunicação.
[00116] Para manter o contador em sincronismo, uma aplicação, tal
38 / 84 como uma aplicação em segundo plano, pode ser executada que será configurada para detectar quando o dispositivo móvel despertar e sincronizar com os um ou mais servidores que indicam que uma leitura ocorreu devido à detecção para, então, mover o contador para frente. Já que os contadores do cartão sem contato e dos um ou mais servidores podem sair de sincronismo, os um ou mais servidores podem ser configurados para permitir que o contador do cartão sem contato seja atualizado um número de vezes limite ou pré-determinado antes de o mesmo ser lido pelos um ou mais servidores e ainda ser considerado válido. Por exemplo, se o contador for configurado para incrementar (ou decrementar) em um para cada ocorrência que indica a ativação do cartão sem contato, os um ou mais servidores podem permitir qualquer valor do contador que o mesmo ler a partir do cartão sem contato como válido, ou qualquer valor do contador em uma faixa limite (por exemplo, de 1 a 10). Além do mais, os um ou mais servidores podem ser configurados para solicitar um gesto associado ao cartão sem contato, tal como uma aproximação do usuário, se o mesmo ler um valor do contador que avançou além de 10, mas abaixo de um outro valor da faixa limite (tal como
1.000). A partir da aproximação do usuário, se o valor do contador estiver em uma faixa desejada ou de aceitação, a autenticação é bem-sucedida.
[00117] A figura 8 é um fluxograma que ilustra as operações de chave 800 de acordo com uma modalidade de exemplo. Da forma ilustrada na figura 8, no bloco 810, duas chaves mestras em nível do número identificador de banco (BIN) podem ser usadas em conjunto com o identificador de conta e o número de sequência de cartão para produzir duas chaves derivadas exclusivas (UDKs) por cartão. Em alguns exemplos, um número identificador de banco pode compreender um número ou uma combinação de um ou mais números, tais como um número de conta ou um número imprevisível providos por um ou mais servidores, e pode ser usado para geração e/ou diversificação da chave de sessão. As UDKs (AUTKEY e ENCKEY) podem ser
39 / 84 armazenadas no cartão durante o processo de personalização.
[00118] No bloco 820, o contador pode ser usado como os dados de diversificação, já que o mesmo muda com cada uso e provê uma chave de sessão diferente toda vez, em oposição à derivação da chave mestra na qual um conjunto exclusivo de chaves por cartão é produzido. Em alguns exemplos, é preferível usar o método de 4 bytes para ambas as operações. Desta maneira, no bloco 820, duas chaves de sessão podem ser criadas para cada transação das UDKs, isto é, uma chave de sessão a partir de AUTKEY e uma chave de sessão a partir de ENCKEY. No cartão, para a chave MAC (isto é, a chave de sessão criada a partir de AUTKEY), a baixa ordem de dois bytes do contador de OTP pode ser usada para diversificação. Para a chave ENC (isto é, a chave de sessão criada a partir de ENCKEY), o comprimento completo do contador de OTP pode ser usado para a chave ENC.
[00119] No bloco 830, a chave MAC pode ser usada para preparar o criptograma do MAC, e a chave ENC pode ser usada para criptografar o criptograma. Por exemplo, a chave de sessão MAC pode ser usada para preparar o criptograma, e o resultado pode ser criptografado com a chave ENC antes de o mesmo ser transmitido para os um ou mais servidores.
[00120] No bloco 840, a verificação e o processamento do MAC são simplificados em virtude de diversificação de 2 bytes ser diretamente suportada nas funções de autenticação MAC dos HSMs de pagamento. A descriptografia do criptograma é realizada antes da verificação do MAC. As chaves de sessão são independentemente derivadas nos um ou mais servidores, resultando em uma primeira chave de sessão (a chave de sessão ENC) e uma segunda chave de sessão (a chave de sessão MAC). A segunda chave derivada (isto é, a chave de sessão ENC) pode ser usada para descriptografar os dados, e a primeira chave derivada (isto é, a chave de sessão MAC) pode ser usada para verificar os dados descriptografados.
[00121] Para o cartão sem contato, é derivado um identificador
40 / 84 exclusivo diferente que pode ser relacionado ao número de conta primário (PAN) da aplicação e ao número de sequência PAN, que é codificado no cartão. A diversificação de chave pode ser configurada para receber o identificador como entrada com a chave mestra, de maneira tal que uma ou mais chaves possam ser criadas para cada cartão sem contato. Em alguns exemplos, estas chaves diversificadas podem compreender uma primeira chave e uma segunda chave. A primeira chave pode incluir uma chave mestra de autenticação (Geração de Criptograma do Cartão/Chave de Autenticação – Card-Key-Auth), e pode ser adicionalmente diversificada para criar uma chave de sessão MAC usada durante a geração e a verificação de um criptograma do MAC. A segunda chave pode compreender uma chave mestra de criptografia (Chave de Criptografia de Dados do Cartão – Card-Key- DEK), e pode ser adicionalmente diversificada para criar uma chave de sessão ENC usada durante a criptografia e a descriptografia dos dados cifrados. Em alguns exemplos, a primeira e a segunda chaves podem ser criadas pela diversificação das chaves mestras do emissor pela combinação das mesmas com o número de ID exclusivo do cartão (pUID) e o número de sequência PAN (PSN) de um miniaplicativo de pagamento. O pUID pode compreender um valor numérico de 16 dígitos. Da forma explicada anteriormente, o pUID pode compreender um número codificado BCD de 16 dígitos. Em alguns exemplos, o pUID pode compreender um valor numérico de 14 dígitos.
[00122] Em alguns exemplos, já que o método de derivação da chave de sessão EMV pode envolver em 2^16 usos, o contador, tal como o contador de 32 bits completos pode ser adicionado nos arranjos de inicialização do método de diversificação.
[00123] Em outros exemplos, tais como cartões de crédito, um número, tais como um número de conta ou um número imprevisível providos por um ou mais servidores, pode ser usado para geração e/ou diversificação da chave de sessão.
41 / 84
[00124] A figura 9 ilustra um diagrama de um sistema 900 configurado para implementar uma ou mais modalidades da presente descrição. Da forma explicada a seguir, durante o processo de criação do cartão sem contato, duas chaves criptográficas podem ser atribuídas exclusivamente para cada cartão. As chaves criptográficas podem compreender chaves simétricas que podem ser usadas tanto na criptografia quanto na descriptografia dos dados. O algoritmo triplo DES (3DES) pode ser usado por EMV e o mesmo é implementado por hardware no cartão sem contato. Pelo uso de um processo de diversificação de chave, uma ou mais chaves podem ser derivadas a partir de uma chave mestra com base exclusivamente na informação identificável para cada entidade que exige uma chave.
[00125] Em relação ao gerenciamento da chave mestra, duas chaves mestras do emissor 905, 910 podem ser exigidas para cada parte do portfólio no qual os um ou mais miniaplicativos são emitidos. Por exemplo, a primeira chave mestra 905 pode compreender uma Geração de Criptograma do Emissor/Chave de Autenticação (Iss-Key-Auth) e a segunda chave mestra 910 pode compreender uma Chave de Criptografia dos Dados do Emissor (Iss- Key-DEK). Da forma adicionalmente aqui explicada, duas chaves mestras do emissor 905, 910 são diversificadas em chaves mestras do cartão 925, 930, que são exclusivas para cada cartão. Em alguns exemplos, um ID de registro do perfil de rede (pNPR) 915 e um índice de chave de derivação (pDKI) 920, como dados de operações internas, podem ser usados para identificar quais Chaves Mestras do Emissor 905, 910 usar nos processos criptográficos para autenticação. O sistema que realiza a autenticação pode ser configurado para recuperar os valores de pNPR 915 e pDKI 920 para um cartão sem contato no momento da autenticação.
[00126] Em alguns exemplos, para aumentar a segurança da solução, uma chave de sessão pode ser derivada (tal como uma chave exclusiva por sessão), mas, em vez de usar a chave mestra, as chaves derivadas do cartão
42 / 84 exclusivas e o contador podem ser usados como dados de diversificação, da forma explicada anteriormente. Por exemplo, toda vez que o cartão for usado em operação, uma chave diferente pode ser usada para criar o código de autenticação de mensagem (MAC) e para realizar a criptografia. Em relação à geração da chave de sessão, as chaves usadas para gerar o criptograma e cifrar os dados nos um ou mais miniaplicativos podem compreender as chaves de sessão com base nas chaves exclusivas de cartão (Card-Key-Auth 925 e Card- Key-DEK 930). As chaves de sessão (Aut-Session-Key 935 e DEK-Session- Key 940) podem ser geradas pelos um ou mais miniaplicativos e derivadas pelo uso do contador de transação da aplicação (pATC) 945 com um ou mais algoritmos. Para adequar os dados nos um ou mais algoritmos, apenas os 2 bytes de baixa ordem do pATC de 4 bytes 945 são usados. Em alguns exemplos, o método de derivação da chave de sessão de quatro bytes pode compreender: F1 := PATC(2 bytes inferiores) || 'F0' || '00' || PATC (quatro bytes) F1 := PATC(2 bytes inferiores) || '0F' || '00' || PATC (quatro bytes) SK :={(ALG (MK) [F1] ) || ALG (MK) [F2] }, em que ALG pode incluir 3DES ECB e MK pode incluir a chave mestra derivada exclusiva do cartão.
[00127] Da forma aqui descrita, uma ou mais chaves de sessão MAC podem ser derivadas usando os dois bytes inferiores do contador pATC 945. Em cada aproximação do cartão sem contato, pATC 945 é configurado para ser atualizado, e as chaves mestras do cartão Card-Key-Auth 925 e Card-Key- DEK 930 são adicionalmente diversificadas nas chaves de sessão Aut- Session-Key 935 e DEK-Session-Key 940. O pATC 945 pode ser inicializado em zero na personalização ou no momento de inicialização do miniaplicativo. Em alguns exemplos, o contador pATC 945 pode ser inicializado na, ou antes da, personalização, e pode ser configurado para incrementar em um em cada leitura de NDEF.
[00128] Adicionalmente, a atualização para cada cartão pode ser exclusiva, e atribuída tanto pela personalização, quanto algoritmicamente
43 / 84 atribuída por pUID ou outra informação de identificação. Por exemplo, os cartões de número ímpar podem incrementar ou decrementar em 2 e os cartões de número par podem incrementar ou decrementar em 5. Em alguns exemplos, a atualização também pode variar na leitura sequencial, de maneira tal que um cartão possa incrementar em sequência pela repetição 1, 3, 5, 2, 2, …. A sequência específica ou a sequência algorítmica podem ser definidas no momento da personalização, ou a partir de um ou mais processos derivados a partir dos identificadores exclusivos. Isto pode tornar mais difícil para que um agressor de ataque por retentativa generalize a partir de um pequeno número de instâncias de cartão.
[00129] A mensagem de autenticação pode ser distribuída como o conteúdo de um registro NDEF em texto em formato ASCII hexadecimal. Em alguns exemplos, apenas os dados de autenticação e um número aleatório de 8 bytes seguido por MAC dos dados de autenticação podem ser incluídos. Em alguns exemplos, o número aleatório pode preceder o criptograma A e pode ter um bloco de comprimento. Em outros exemplos, pode não haver restrição no comprimento do número aleatório. Em exemplos adicionais, os dados totais (isto é, o número aleatório mais o criptograma) podem ser um múltiplo do tamanho do bloco. Nestes exemplos, um bloco de 8 bytes adicional pode ser adicionado para corresponder ao bloco produzido pelo algoritmo MAC. Como um outro exemplo, se os algoritmos empregados usaram os blocos de 16 bytes, os múltiplos pares deste tamanho do bloco podem ser usados, ou a saída pode ser automaticamente, ou manualmente, preenchida em um múltiplo deste tamanho do bloco.
[00130] O MAC pode ser realizado por uma chave de função (Aut- Session-Key) 935. Os dados especificados no criptograma podem ser processados com o método javacard.signature: ALG_DES_MAC8_ISO9797_1_M2_ALG3 para correlacionar com os métodos de verificação EMV ARQC. A chave usada para esta computação
44 / 84 pode compreender uma chave de sessão Aut-Session-Key 935, da forma explicada anteriormente. Da forma explicada anteriormente, os dois bytes de baixa ordem do contador podem ser usados para diversificar para as uma ou mais chaves de sessão MAC. Da forma explicada a seguir, Aut-Session-Key 935 pode ser usada para os dados MAC 950, e os dados resultantes ou o criptograma A 955 e o número aleatório RND podem ser criptografados usando DEK-Session-Key 940 para criar o criptograma B ou a saída 960 enviados na mensagem.
[00131] Em alguns exemplos, um ou mais comandos HSM podem ser processados para descriptografia, de maneira tal que os 16 bytes finais (binário, 32 hex) possam compreender uma criptografia simétrica 3DES usando o modo CBC com um IV zero do número aleatório seguido por dados de autenticação MAC. A chave usada para esta criptografia pode compreender uma chave de sessão DEK-Session-Key 940 derivada a partir do Card-Key-DEK 930. Neste caso, o valor ATC para a derivação da chave de sessão é o byte menos significativo do contador pATC 945.
[00132] O formato a seguir representa uma modalidade de exemplo da versão binária. Adicionalmente, em alguns exemplos, o primeiro byte pode ser definido em ASCII ‘A’. Formato de mensagem 1 2 4 8 8 0x43 (Mensagem Criptograma A Tipo ‘A’) Versão pATC RND (MAC) Criptograma A (MAC) 8 bytes MAC de 2 8 4 4 Dados de entrada de 18 bytes Segredo Versão pUID pATC compartilhado Formato de mensagem 1 2 4 16 0x43 (Mensagem Tipo ‘A’) Versão pATC Criptograma B
45 / 84 Criptograma A (MAC) 8 bytes MAC de 2 8 4 4 Dados de entrada de 18 bytes Segredo compartilhad Versão pUID pATC o Criptograma B 16 Criptografia Simétrica de 8 8 Criptogram RND aA
[00133] Um outro formato exemplar é mostrado a seguir. Neste exemplo, a etiqueta pode ser codificada em formato hexadecimal. Formato de mensagem 2 8 4 8 8 Versã pUID Criptograma A o pATC RND (MAC) 8 bytes 8 Dados de entrada de 18 8 4 4 bytes pUID Segredo pUID pATC compartilhado Formato de mensagem 2 8 4 16 Versão pUID pATC Criptograma B 8 bytes 8 4 4 Dados de entrada de 18 bytes Segredo pUID pUID pATC compartilhado Criptograma B 16 Criptografia Simétrica de 8 8 Criptograma
[00134] O campo UID da mensagem recebida pode ser extraído para derivar, a partir das chaves mestras Iss-Key-Auth 905 e Iss-Key-DEK 910, as chaves mestras do cartão (Card-Key-Auth 925 e Card-Key-DEK 930) para este cartão em particular. Usando as chaves mestras do cartão (Card-Key- Auth 925 e Card-Key-DEK 930), o campo contador (pATC) da mensagem
46 / 84 recebida pode ser usado para derivar as chaves de sessão (Aut-Session-Key 935 e DEK-Session-Key 940) para este cartão em particular. O Criptograma B 960 pode ser descriptografado usando o DEK-Session-Key, que produz o Criptograma A 955 e o RND, e o RND pode ser descartado. O campo UID pode ser usado para buscar o segredo compartilhado do cartão sem contato que, juntamente com os campos Ver, UID, e pATC da mensagem, pode ser processado através do MAC criptográfico usando o Aut-Session-Key recriado para criar uma saída do MAC, tal como MAC’. Se MAC’ for igual ao Criptograma A 955, então, isto indica que a descriptografia de mensagem e a verificação de MAC passaram todas. Então, o pATC pode ser lido para determinar se o mesmo é válido.
[00135] Durante uma sessão de autenticação, um ou mais criptogramas podem ser gerados pelas uma ou mais aplicações. Por exemplo, os um ou mais criptogramas podem ser gerados como um 3DES MAC usando o Algoritmo 3 de ISO 9797-1 com preenchimento em Método 2 por meio de uma ou mais chaves de sessão, tal como Aut-Session-Key 935. Os dados de entrada 950 podem tomar a seguinte forma: Versão (2), pUID (8), pATC (4), Segredo Compartilhado (4). Em alguns exemplos, os números nos parênteses podem compreender o comprimento em bytes. Em alguns exemplos, o segredo compartilhado pode ser gerado por um ou mais geradores de número aleatório que podem ser configurados para garantir, através de um ou mais processos seguros, que o número aleatório é imprevisível. Em alguns exemplos, o segredo compartilhado pode compreender um número binário de 4 bytes aleatório injetado no cartão no momento da personalização que é conhecido pelo serviço de autenticação. Durante uma sessão de autenticação, o segredo compartilhado pode não ser provido a partir dos um ou mais miniaplicativos para a aplicação móvel. O preenchimento em Método 2 pode incluir adicionar um byte 0x’80’ obrigatório no final dos dados de entrada e bytes 0x’00’ que podem ser adicionados no final dos dados resultantes até o
47 / 84 limite de 8 bytes. O criptograma resultante pode compreender 8 bytes de comprimento.
[00136] Em alguns exemplos, um benefício de criptografar um número aleatório não compartilhado como o primeiro bloco com o criptograma do MAC é que o mesmo age como um vetor de inicialização durante o uso do modo CBC (encadeamento de Bloco) do algoritmo de criptografia simétrico. Isto permite o “embaralhamento” de bloco para bloco sem precisar pré- estabelecer um IV tanto fixo quanto dinâmico.
[00137] Pela inclusão do contador de transação da aplicação (pATC) como parte dos dados incluídos no criptograma do MAC, o serviço de autenticação pode ser configurado para determinar se o valor conduzido nos dados não codificados foi adulterado. Além do mais, pela inclusão da versão nos um ou mais criptogramas, é difícil que um agressor deturpe propositadamente a versão da aplicação em uma tentativa de rebaixamento da intensidade da solução criptográfica. Em alguns exemplos, o pATC pode iniciar em zero e ser atualizado em 1 toda vez que uma ou mais aplicações gerarem os dados de autenticação. O serviço de autenticação pode ser configurado para rastrear os pATCs usados durante as sessões de autenticação. Em alguns exemplos, quando os dados de autenticação usarem um pATC igual a ou mais baixo do que o valor prévio recebido pelo serviço de autenticação, isto pode ser interpretado como uma tentativa de ataque por retentativa de uma mensagem antiga, e a autenticada pode ser rejeitada. Em alguns exemplos, quando o pATC for maior do que o valor prévio recebido, o mesmo pode ser avaliado para determinar se está em uma faixa ou limite aceitáveis e, se o mesmo exceder ou estiver fora da faixa ou do limite, a verificação pode ser considerada como falha ou como não confiável. Na operação do MAC 936, os dados 950 são processados através do MAC usando Aut-Session-Key 935 para produzir a saída do MAC (Criptograma A) 955, que é criptografada.
48 / 84
[00138] A fim de prover proteção adicional contra ataques de força bruta que expõem as chaves no cartão, é desejável que o criptograma do MAC 955 seja cifrado. Em alguns exemplos, os dados ou o Criptograma A 955 a serem incluídos no cifrotexto podem compreender: número aleatório (8), criptograma (8). Em alguns exemplos, os números nos parênteses podem compreender o comprimento em bytes. Em alguns exemplos, o número aleatório pode ser gerado por um ou mais geradores de número aleatório que podem ser configurados para garantir, através de um ou mais processos seguros, que o número aleatório seja imprevisível. A chave usada para cifrar estes dados pode compreender uma chave de sessão. Por exemplo, a chave de sessão pode compreender DEK-Session-Key 940. Na operação de criptografia 941, os dados ou o Criptograma A 955 e o RND são processados usando DEK-Session-Key 940 para produzir os dados criptografados, o criptograma B 960. Os dados 955 podem ser cifrados usando 3DES no modo do encadeamento de bloco da cifra para garantir que um agressor deva executar quaisquer ataques através de todo o cifrotexto. Como um exemplo não limitante, outros algoritmos, tal como o Padrão de Criptografia Avançado (AES), podem ser usados. Em alguns exemplos, um vetor de inicialização de 0x’0000000000000000’ pode ser usado. Qualquer agressor que busca atacar por força bruta a chave usada para cifrar estes dados será incapaz de determinar quando a chave correta foi usada, já que dados corretamente descriptografados serão indistinguíveis dos dados incorretamente descriptografados devido à sua aparência aleatória.
[00139] A fim de que o serviço de autenticação valide os um ou mais criptogramas providos pelos um ou mais miniaplicativos, os seguintes dados devem ser conduzidos dos um ou mais miniaplicativos para o dispositivo móvel sem qualquer codificação durante uma sessão de autenticação: número de versão para determinar a abordagem criptográfica usada e o formato de mensagem para validação do criptograma, o que habilita que a abordagem
49 / 84 mude no futuro; pUID para recuperar os ativos criptográficos, e derivar as chaves do cartão; e pATC para derivar a chave de sessão usada para o criptograma.
[00140] A figura 10 ilustra um método 1000 para gerar um criptograma. Por exemplo, no bloco 1010, um ID de registro do perfil de rede (pNPR) e um índice de chave de derivação (pDKI) podem ser usados para identificar quais chaves mestras do emissor usar nos processos criptográficos para autenticação. Em alguns exemplos, o método pode incluir realiza a autenticação para recuperar os valores de pNPR e pDKI para um cartão sem contato no momento da autenticação.
[00141] No bloco 1020, as Chaves Mestras do Emissor podem ser diversificadas pela combinação das mesmas com o número de ID exclusivo do cartão (pUID) e o número de sequência PAN (PSN) de um ou mais miniaplicativos, por exemplo, um miniaplicativo de pagamento.
[00142] No bloco 1030, o Card-Key-Auth e o Card-Key-DEK (chaves do cartão exclusivas) podem ser criados pela diversificação das Chaves Mestras do Emissor para gerar as chaves de sessão que podem ser usadas para gerar um criptograma do MAC.
[00143] No bloco 1040, as chaves usadas para gerar o criptograma e cifrar os dados nos um ou mais miniaplicativos podem compreender as chaves de sessão do bloco 1030 com base nas chaves exclusivas de cartão (Card- Key-Auth e Cartão-Chave-DEK). Em alguns exemplos, estas chaves de sessão podem ser geradas pelos um ou mais miniaplicativos e derivadas pelo uso de pATC, resultando em chaves de sessão Aut-Session-Key e DEK- Session-Key.
[00144] A figura 11 representa um processo exemplar 1100 que ilustra a diversificação de chave de acordo com um exemplo. Inicialmente, um emissor e o destinatário podem ser provisionados com duas chaves mestras diferentes. Por exemplo, uma primeira chave mestra pode compreender a
50 / 84 chave mestra da criptografia de dados, e uma segunda chave mestra pode compreender a chave mestra da integridade de dados. O emissor tem um valor do contador, que pode ser atualizado no bloco 1110, e outros dados, tais como os dados a serem protegidos, que o mesmo pode compartilhar seguramente com o destinatário.
[00145] No bloco 1120, o valor do contador pode ser criptografado pelo emissor usando a chave mestra da criptografia de dados para produzir a chave de sessão derivada da criptografia de dados, e o valor do contador também pode ser criptografado pelo emissor usando a chave mestra da integridade de dados para produzir a chave de sessão derivada da integridade de dados. Em alguns exemplos, a íntegra de um valor do contador ou uma parte do valor do contador podem ser usadas durante ambas as criptografias.
[00146] Em alguns exemplos, o valor do contador pode não ser criptografado. Nestes exemplos, o contador pode ser transmitido entre o emissor e o destinatário sem qualquer codificação, isto é, sem criptografia.
[00147] No bloco 1130, os dados a serem protegidos são processados com uma operação do MAC criptográfica pelo emissor usando a chave de sessão da integridade de dados e um algoritmo MAC criptográfico. Os dados protegidos, incluindo purotexto e segredo compartilhado, podem ser usados para produzir um MAC usando uma das chaves de sessão (Aut-Session-Key).
[00148] No bloco 1140, os dados a serem protegidos podem ser criptografados pelo emissor usando a chave de sessão derivada da criptografia de dados em conjunto com um algoritmo de criptografia simétrico. Em alguns exemplos, o MAC é combinado com uma igual quantidade de dados aleatórios, por exemplo, cada 8 bytes de comprimento, e, então, criptografado usando a segunda chave de sessão (DEK-Session-Key).
[00149] No bloco 1150, o MAC criptografado é transmitido, do emissor para o destinatário, com informação suficiente para identificar a informação secreta adicional (tais como segredo compartilhado, chaves
51 / 84 mestras, etc.), para verificação do criptograma.
[00150] No bloco 1160, o destinatário usa o valor do contador recebido para derivar independentemente as duas chaves de sessão derivadas a partir das duas chaves mestras, da forma explicada anteriormente.
[00151] No bloco 1170, a chave de sessão derivada da criptografia de dados é usada em conjunto com a operação de descriptografia simétrica para descriptografar os dados protegidos. O processamento adicional nos dados trocados irá, então, ocorrer. Em alguns exemplos, depois que o MAC for extraído, é desejável reproduzir e corresponder o MAC. Por exemplo, durante a verificação do criptograma, o mesmo pode ser descriptografado usando as chaves de sessão apropriadamente geradas. Os dados protegidos podem ser reconstruídos para a verificação. Uma operação do MAC pode ser realizada usando uma chave de sessão apropriadamente gerada para determinar se a mesma corresponde ao MAC descriptografado. Como a operação do MAC é um processo irreversível, a única maneira de verificar é tentar recriar o mesmo a partir dos dados de origem.
[00152] No bloco 1180, a chave de sessão derivada da integridade de dados é usada em conjunto com a operação do MAC criptográfica para verificar que os dados protegidos não foram modificados.
[00153] Alguns exemplos dos métodos aqui descritos podem confirmar vantajosamente quando uma autenticação bem-sucedida é determinada quando as seguintes condições forem satisfeitas. Primeiro, a capacidade de verificar o MAC mostra que a chave de sessão derivada era apropriada. O MAC pode apenas estar correto se a descriptografia foi bem-sucedida e produziu o apropriado valor de MAC. A descriptografia bem-sucedida pode mostrar que a chave de criptografia corretamente derivada foi usada para descriptografar o MAC criptografado. Já que as chaves de sessão derivadas são criadas usando as chaves mestras conhecidas apenas pelo emissor (por exemplo, o dispositivo de transmissão) e pelo destinatário (por exemplo, o
52 / 84 dispositivo de recepção), pode ser confiado que o cartão sem contato que criou originalmente o MAC e criptografou o MAC é, de fato, autêntico. Além do mais, o valor do contador usado para derivar a primeira e a segunda chaves de sessão pode ser mostrado como válido e pode ser usado para realizar as operações de autenticação.
[00154] Posteriormente, as duas chaves de sessão derivadas podem ser descartadas, e a próxima iteração de troca de dados irá atualizar o valor do contador (retornando para o bloco 1110) e um novo conjunto de chaves de sessão pode ser criado (no bloco 1120). Em alguns exemplos, os dados aleatórios combinados podem ser descartados.
[00155] As modalidades de exemplo dos sistemas e dos métodos aqui descritos podem ser configuradas para prover a autenticação do fator de segurança. A autenticação do fator de segurança pode compreender uma pluralidade de processos. Como parte da autenticação do fator de segurança, um primeiro processo pode compreender registrar entrada e validar um usuário por meio de uma ou mais aplicações em execução em um dispositivo. Como um segundo processo, o usuário pode, responsivo ao registro de entrada e à validação bem-sucedidos do primeiro processo por meio das uma ou mais aplicações, engajar em um ou mais comportamentos associados a um ou mais cartões sem contato. Com efeito, a autenticação do fator de segurança pode incluir tanto prover seguramente a identidade do usuário quanto engajar em um ou mais tipos de comportamentos, incluindo, mas sem limitações, um ou mais gestos de aproximação, associados ao cartão sem contato. Em alguns exemplos, os um ou mais gestos de aproximação podem compreender uma aproximação do cartão sem contato pelo usuário em relação a um dispositivo. Em alguns exemplos, o dispositivo pode compreender um dispositivo móvel, um quiosque, um terminal, um tablet, ou qualquer outro dispositivo configurado para processar um gesto de aproximação recebido.
[00156] Em alguns exemplos, o cartão sem contato pode ser
53 / 84 aproximado em relação a um dispositivo, tais como um ou mais quiosques ou terminais de computador, para verificar a identidade para receber um item transacional responsivo a uma compra, tal como um café. Pelo uso do cartão sem contato, um método seguro de prover a identidade em um programa de fidelidade pode ser estabelecido. A provisão seguramente da identidade, por exemplo, para obter uma recompensa, um cupom, ofertas ou congêneres ou a recepção de um benefício é estabelecida de uma maneira que é diferente de meramente escanear um cartão de barras. Por exemplo, uma transação criptografada pode ocorrer entre o cartão sem contato e o dispositivo, que pode ser configurado para processar um ou mais gestos de aproximação. Da forma explicada anteriormente, as uma ou mais aplicações podem ser configuradas para validar a identidade do usuário e, então, fazer com que o usuário aja ou responda a isto, por exemplo, por meio de um ou mais gestos de aproximação. Em alguns exemplos, os dados, por exemplo, pontos de bônus, pontos de fidelidade, pontos de recompensa, informação de cuidados com a saúde, etc., podem ser regravados no cartão sem contato.
[00157] Em alguns exemplos, o cartão sem contato pode ser aproximado em relação a um dispositivo, tal como um dispositivo móvel. Da forma explicada anteriormente, a identidade do usuário pode ser verificada pelas uma ou mais aplicações que, então, irão conceder ao usuário um benefício desejado com base na verificação da identidade.
[00158] Em alguns exemplos, o cartão sem contato pode ser ativado por aproximação em relação a um dispositivo, tal como um dispositivo móvel. Por exemplo, o cartão sem contato pode comunicar com uma aplicação do dispositivo por meio de um leitor de cartão do dispositivo através de comunicação NFC. A comunicação, em que uma aproximação do cartão próximo do leitor de cartão do dispositivo pode permitir que a aplicação do dispositivo leia os dados associados ao cartão sem contato e ative o cartão. Em alguns exemplos, a ativação pode autorizar que o cartão seja usado para
54 / 84 realizar outras funções, por exemplo, compras, acesso à conta ou informação restrita ou outras funções. Em alguns exemplos, a aproximação pode ativar ou inicializar a aplicação do dispositivo e, então, iniciar uma ou mais ações ou comunicações com um ou mais servidores para ativar o cartão sem contato. Se a aplicação não for instalada no dispositivo, uma aproximação do cartão sem contato próximo do leitor de cartão pode iniciar uma transferência da aplicação, tal como a navegação para uma página de transferência da aplicação. Subsequente à instalação, uma aproximação do cartão sem contato pode ativar ou inicializar a aplicação e, então, iniciar, por exemplo, por meio da aplicação ou de outra comunicação em interface secundária, a ativação do cartão sem contato. Depois da ativação, o cartão sem contato pode ser usado em várias atividades, incluindo, sem limitações, as transações comerciais.
[00159] Em algumas modalidades, uma aplicação dedicada pode ser configurada para executar em um dispositivo cliente para realizar a ativação do cartão sem contato. Em outras modalidades, um portal da Internet, um app com base na Internet, um miniaplicativo e/ou congêneres podem realizar a ativação. A ativação pode ser realizada no dispositivo cliente, ou o dispositivo cliente pode meramente agir como um intermediário para o cartão sem contato e um dispositivo externo (por exemplo, o servidor de conta). De acordo com algumas modalidades, na provisão da ativação, a aplicação pode indicar, para o servidor de conta, o tipo de dispositivo que realiza a ativação (por exemplo, computador pessoal, telefone inteligente, tablet, ou dispositivo de ponto de venda (POS)). Adicionalmente, a aplicação pode emitir, para transmissão, dados diferentes e/ou adicionais para o servidor de conta, dependendo do tipo de dispositivo envolvido. Por exemplo, tais dados podem compreender a informação associada a um comerciante, tais como tipo do comerciante, ID do comerciante e informação associada ao próprio tipo do dispositivo, tais como dados do POS e ID do POS.
[00160] Em algumas modalidades, o protocolo de comunicação de
55 / 84 autenticação de exemplo pode imitar um protocolo de autenticação de dados dinâmico off-line do padrão EMV que é comumente realizado entre um cartão de transação e um dispositivo de ponto de venda, com algumas modificações. Por exemplo, em virtude de o protocolo de autenticação de exemplo não ser usado para completar uma transação de pagamento com um emissor do cartão/processador de pagamento por si mesmos, alguns valores de dados não são necessários, e a autenticação pode ser realizada sem envolver conectividade on-line em tempo real om o emissor do cartão/processador de pagamento. Como é conhecido na tecnologia, o sistema de ponto de venda (POS) submete as transações incluindo um valor da transação a um emissor do cartão. Se o emissor aprova ou nega a transação pode ser com base em se o emissor do cartão reconhece o valor da transação. Neste ínterim, em certas modalidades da presente descrição, as transações que originam a partir de um dispositivo móvel carecem do valor da transação associado aos sistemas do POS. Portanto, em algumas modalidades, um valor da transação fictício (isto é, um valor reconhecível pelo emissor do cartão e suficiente para permitir que a ativação ocorra) pode ser passado como parte do protocolo de comunicação de autenticação de exemplo. As transações com base em POS também podem rejeitar transações com base no número de tentativas de transação (por exemplo, contador de transação). Um número de tentativas além de um valor de armazenamento temporário pode resultar em uma rejeição flexível; a rejeição flexível exigindo verificação adicional antes de aceitar a transação. Em algumas implementações, um valor de armazenamento temporário para o contador de transação pode ser modificado para evitar a rejeição de transações legítimas.
[00161] Em alguns exemplos, o cartão sem contato pode comunicar seletivamente a informação dependendo do dispositivo do destinatário. Uma vez aproximado, o cartão sem contato pode reconhecer o dispositivo no qual a aproximação é direcionada, e, com base neste reconhecimento, o cartão sem
56 / 84 contato pode prover dados apropriados para este dispositivo. Isto, vantajosamente, permite que o cartão sem contato transmita apenas a informação exigida para completar a ação ou transação instantâneas, tal como uma autenticação de pagamento ou de cartão. Pela limitação da transmissão de dados e evitação da transmissão de dados desnecessários, tanto a eficiência quanto a segurança de dados podem ser melhoradas. O reconhecimento e a comunicação seletiva da informação podem ser aplicados em vários cenários, incluindo a ativação de cartão, a transferência de saldo, as tentativas de acesso à conta, as transações comerciais, e a redução do avanço das fraudes.
[00162] Se a aproximação do cartão sem contato for direcionada para um dispositivo que executa o sistema operacional iOS® da Apple, por exemplo, um iPhone, iPod, ou iPad, o cartão sem contato pode reconhecer o sistema operacional iOS® e transmitir os dados apropriados para comunicar com este dispositivo. Por exemplo, o cartão sem contato pode prover a informação de identidade criptografada necessária para autenticar o cartão usando as etiquetas NDEF por meio de, por exemplo, NFC. Similarmente, se a aproximação do cartão sem contato for direcionada para um dispositivo que executa o sistema operacional Android®, por exemplo, um telefone inteligente ou um tablet Android®, o cartão sem contato pode reconhecer o sistema operacional Android® e transmitir os dados apropriados para comunicar com este dispositivo (tal como a informação de identidade criptografada necessária para autenticação pelos métodos aqui descritos).
[00163] Como um outro exemplo, a aproximação do cartão sem contato pode ser direcionada para um dispositivo de POS, incluindo, mas sem limitações, um quiosque, uma caixa registradora, uma estação de pagamento, ou outro terminal. Mediante o desempenho da aproximação. o cartão sem contato pode reconhecer o dispositivo de POS e transmitir apenas a informação necessária para a ação ou a transação. Por exemplo, mediante o reconhecimento de um dispositivo de POS usado para completar uma
57 / 84 transação comercial, o cartão sem contato pode comunicar a informação de pagamento necessária para completar a transação sob o padrão EMV.
[00164] Em alguns exemplos, os dispositivos de POS que participam da transação podem exigir ou especificar a informação adicional, por exemplo, a informação específica de dispositivo, a informação específica de local e a informação específica de transação, que devem ser providas pelo cartão sem contato. Por exemplo, uma vez que o dispositivo de POS receber uma comunicação de dados a partir do cartão sem contato, o dispositivo de POS pode reconhecer o cartão sem contato e solicitar a informação adicional necessária para completar uma ação ou uma transação.
[00165] Em alguns exemplos, o dispositivo de POS pode ser afiliado com um comerciante autorizado ou outra entidade familiar com certos cartões sem contato ou acostumado a realizar certas transações do cartão sem contato. Entretanto, entende-se que uma afiliação como esta não é exigida para o desempenho dos métodos descritos.
[00166] Em alguns exemplos, tais como uma loja de shopping, uma mercearia, uma loja de conveniência ou congêneres, o cartão sem contato pode ser aproximado em um dispositivo móvel sem precisar abrir uma aplicação, para indicar um desejo ou intenção de utilizar um ou mais de pontos de recompensa, pontos de fidelidade, cupons, ofertas ou congêneres para cobrir uma ou mais compras. Assim, uma intenção por trás da compra é provida.
[00167] Em alguns exemplos, as uma ou mais aplicações podem ser configuradas para determinar que as mesmas foram inicializadas por meio de um ou mais gestos de aproximação do cartão sem contato, de maneira tal que uma inicialização tenha ocorrido às 15h51, que uma transação tenha sido processada ou ocorrida às 15h56, a fim de verificar a identidade do usuário.
[00168] Em alguns exemplos, as uma ou mais aplicações podem ser configuradas para controlar uma ou mais ações responsivo aos um ou mais
58 / 84 gestos de aproximação. Por exemplo, as uma ou mais ações podem compreender coletar recompensas, coletar pontos, determinar a compra mais importante, determinar a compra menos onerosa e/ou reconfigurar, em tempo real, para uma outra ação.
[00169] Em alguns exemplos, os dados podem ser coletados em comportamentos de aproximação como autenticação biométrica/gestual. Por exemplo, um identificador exclusivo que é criptograficamente seguro e não suscetível à interceptação pode ser transmitido para um ou mais serviços de interface secundária. O identificador exclusivo pode ser configurado para buscar a informação secundária sobre o indivíduo. A informação secundária pode compreender informação identificável pessoalmente sobre o usuário. Em alguns exemplos, a informação secundária pode ser armazenada no cartão sem contato.
[00170] Em alguns exemplos, o dispositivo pode compreender uma aplicação que divide faturas ou verifica o pagamento entre uma pluralidade de indivíduos. Por exemplo, cada indivíduo pode possuir um cartão sem contato, e pode compreender clientes da mesma instituição financeira emissora, mas isto não é necessário. Cada um destes indivíduos pode receber uma notificação por push em seus dispositivos, por meio da aplicação, para dividir a compra. Em vez de aceitar apenas uma aproximação de cartão para indicar o pagamento, outros cartões sem contato podem ser usados. Em alguns exemplos, os indivíduos que têm diferentes instituições financeiras podem possuir cartões sem contato para prover a informação para iniciar uma ou mais solicitações de pagamento do indivíduo que aproxima o cartão.
[00171] Os seguintes casos de uso de exemplo descrevem os exemplos de implementações em particular da presente descrição. Os mesmos são pretendidos exclusivamente para propósitos explicativos e não para propósitos de limitação. Em um caso, um primeiro amigo (pagador) deve a um segundo amigo (recebedor) uma soma de dinheiro. Em vez de ir a um ATM ou exigir a
59 / 84 troca através de uma aplicação ponto a ponto, o pagador deseja pagar por meio do telefone inteligente do recebedor (ou outro dispositivo) usando um cartão sem contato. O recebedor registra entrada na aplicação apropriada em seu telefone inteligente e seleciona uma opção de solicitação de pagamento. Em resposta, a aplicação solicita a autenticação por meio do cartão sem contato do recebedor. Por exemplo, a aplicação transmite um visor que solicita que o recebedor aproxime seu cartão sem contato. Uma vez que o recebedor aproxima seu cartão sem contato contra a tela de seu telefone inteligente com a aplicação habilitada, o cartão sem contato é lido e verificado. A seguir, a aplicação exibe um estímulo para que o pagador aproxima seu cartão sem contato para enviar o pagamento. Depois que o pagador aproximar seu cartão sem contato, a aplicação lê a informação do cartão e transmite, por meio de um processador associado, uma solicitação para pagamento para o emissor do cartão do pagador. O emissor do cartão processa a transação e envia um indicador do estado da transação para o telefone inteligente. A aplicação, então, transmite para exibição o indicador do estado da transação.
[00172] Em um outro caso de exemplo, um cliente do cartão de crédito pode receber um novo cartão de crédito (ou cartão de débito, outro cartão de pagamento, ou qualquer outro cartão que exige ativação) no correio. Em vez de ativar o cartão pela chamada a um número de telefone provido associado ao emissor do cartão ou pela visita a uma página da Internet, o cliente pode decidir ativar o cartão por meio de uma aplicação em seu dispositivo (por exemplo, um dispositivo móvel, tal como um telefone inteligente). O cliente pode selecionar o recurso de ativação de cartão a partir do menu da aplicação que é exibido em um visor do dispositivo. A aplicação pode estimular o cliente a aproximar seu cartão de crédito contra a tela. Mediante a aproximação do cartão de crédito contra a tela do dispositivo, a aplicação pode ser configurada para comunicar com um servidor, tal como um servidor
60 / 84 do emissor do cartão, que ativa o cartão do cliente. A aplicação pode, então, exibir uma mensagem que indica a ativação bem-sucedida do cartão. A ativação de cartão, então, estará completa.
[00173] A figura 12 ilustra um método 1200 para ativação de cartão de acordo com uma modalidade de exemplo. Por exemplo, a ativação de cartão pode ser completada por um sistema que inclui um cartão, um dispositivo e um ou mais servidores. O cartão sem contato, o dispositivo e um ou mais servidores podem referenciar os mesmos ou similares componentes que foram previamente explicados anteriormente em relação à figura 1A, à figura 1B, à figura 5A e à figura 5B, tais como o cartão sem contato 105, o dispositivo cliente 110 e o servidor 120.
[00174] No bloco 1210, o cartão pode ser configurado para gerar dinamicamente os dados. Em alguns exemplos, estes dados podem incluir a informação, tais como um número de conta, o identificador do cartão, o valor de verificação de cartão ou número de telefone, que pode ser transmitida do cartão para o dispositivo. Em alguns exemplos, uma ou mais partes dos dados podem ser criptografadas por meio dos sistemas e dos métodos aqui descritos.
[00175] No bloco 1220, uma ou mais partes dos dados dinamicamente gerados podem ser comunicadas para uma aplicação do dispositivo por meio de NFC ou outra comunicação sem fio. Por exemplo, uma aproximação do cartão próximo do dispositivo pode permitir que a aplicação do dispositivo leia as uma ou mais partes dos dados associados ao cartão sem contato. Em alguns exemplos, se o dispositivo não compreender uma aplicação para auxiliar na ativação do cartão, a aproximação do cartão pode direcionar o dispositivo ou estimular o cliente para uma loja de aplicação em software para transferir uma aplicação associada para ativar o cartão. Em alguns exemplos, o usuário pode ser estimulado para, suficientemente, fazer um gesto, colocar ou orientar o cartão na direção de uma superfície do dispositivo, tal como tanto em um ângulo quanto horizontalmente colocado no, próximo do, ou
61 / 84 próximo da superfície do dispositivo. Responsivo a um gesto, uma colocação e/ou uma orientação suficientes do cartão, o dispositivo pode prosseguir para transmitir as uma ou mais partes de dados criptografadas recebidas a partir do cartão para os um ou mais servidores.
[00176] No bloco 1230, as uma ou mais partes dos dados podem ser comunicadas para um ou mais servidores, tal como um servidor do emissor do cartão. Por exemplo, uma ou mais partes criptografadas dos dados podem ser transmitidas do dispositivo para o servidor do emissor do cartão para ativação do cartão.
[00177] No bloco 1240, os um ou mais servidores podem descriptografar as uma ou mais partes criptografadas dos dados por meio dos sistemas e dos métodos aqui descritos. Por exemplo, os um ou mais servidores podem receber os dados criptografados a partir do dispositivo e podem descriptografar os mesmos a fim de comparar os dados recebidos para gravar os dados acessíveis nos um ou mais servidores. Se uma comparação resultante das uma ou mais partes descriptografadas dos dados pelos um ou mais servidores produzir uma correspondência bem-sucedida, o cartão pode ser ativado. Se a comparação resultante das uma ou mais partes descriptografadas dos dados pelos um ou mais servidores produzir uma correspondência não bem-sucedida, um ou mais processos podem ocorrer. Por exemplo, responsivo à determinação da correspondência não bem-sucedida, o usuário pode ser estimulado a aproximar, passar, ou gesto de aceno o cartão novamente. Neste caso, pode haver um limite pré-determinado que compreende um número de tentativas que permite-se que o usuário ative o cartão. Alternativamente, o usuário pode receber uma notificação, tal como uma mensagem em seu dispositivo, indicativa da tentativa não bem-sucedida de verificação de cartão e para realizar chamada, enviar um correio eletrônico ou mensagem de texto a um serviço associado para assistência para ativar o cartão, ou uma outra notificação, tal como uma chamada telefônica em seu dispositivo, indicativa
62 / 84 da tentativa não bem-sucedida de verificação de cartão e para realizar chamada, enviar um correio eletrônico ou mensagem de texto a um serviço associado para assistência para ativar o cartão, ou uma outra notificação, tal como um correio eletrônico indicativo da tentativa não bem-sucedida de verificação de cartão e para realizar chamada, enviar um correio eletrônico ou mensagem de texto a um serviço associado para assistência para ativar o cartão.
[00178] No bloco 1250, os um ou mais servidores podem transmitir uma mensagem de retorno com base na ativação bem-sucedida do cartão. Por exemplo, o dispositivo pode ser configurado para receber a saída a partir dos um ou mais servidores indicativa de uma ativação bem-sucedida do cartão pelos um ou mais servidores. O dispositivo pode ser configurado para exibir uma mensagem que indica a ativação bem-sucedida do cartão. Uma vez que o cartão foi ativado, o cartão pode ser configurado para descontinuar a geração dinâmica dos dados para evitar o uso fraudulento. Desta maneira, o cartão pode não ser ativado posteriormente, e os um ou mais servidores são notificados de que o cartão já foi ativado.
[00179] Em um outro caso de exemplo, um cliente deseja acessar suas contas financeiras em seu telefone celular. O cliente inicializa uma aplicação (por exemplo, uma aplicação de banco) no dispositivo móvel e insere um nome de usuário e uma senha. Neste estágio, o cliente pode ver informação da conta em primeiro nível (por exemplo, compras recentes) e ser capaz de realizar opções da conta em primeiro nível (por exemplo, pagar cartão de crédito). Entretanto, se o usuário tentar acessar a informação da conta de segundo nível (por exemplo, limite de gastos) ou realizar uma opção de conta de segundo nível (por exemplo, transferir para sistema externo), o mesmo deve ter uma autenticação de segundo fator. Desta maneira, a aplicação solicita que um usuário proveja um cartão de transação (por exemplo, o cartão de crédito) para verificação da conta. O usuário então, aproxima, seu cartão
63 / 84 de crédito no dispositivo móvel, e a aplicação verifica que o cartão de crédito corresponde à conta do usuário. Posteriormente, o usuário pode visualizar os dados da conta de segundo nível e/ou realizar as funções da conta de segundo nível.
[00180] Os sistemas e os métodos aqui descritos proveem um cartão sem contato que pode ser gesticulado na direção de um dispositivo móvel para iniciar uma chamada telefônica, passar um token para o sistema de telefonia e ativar o cartão sem contato. Em um exemplo, isto pode ocorrer através do sistema de telefone celular sem utilizar uma aplicação. Como uma consequência, estas técnicas proveem uma variedade de benefícios, incluindo uma maneira mais eficiente de ativação de cartão, maior segurança para os consumidores e instituições emissoras, bem como a eliminação da necessidade de o usuário utilizar uma aplicação.
[00181] A figura 13 ilustra um sistema de ativação de cartão 1300 que compreende um cartão sem contato 1305, um dispositivo cliente 1310 e um ou mais servidores 1320. Embora a figura 13 ilustre as instâncias individuais dos componentes, o sistema 1300 pode incluir qualquer número de componentes. O cartão sem contato 1305, o dispositivo cliente 1310 e uma ou mais aplicações do cliente 1316, e um ou mais servidores 1320 podem referenciar os mesmos ou similares componentes que foram previamente explicados anteriormente em relação à figura 1A, à figura 1B, à figura 5A e à figura 5B, tais como o cartão sem contato 105, o dispositivo cliente 110, e o servidor 120.
[00182] O cartão sem contato 1305 pode incluir um ou mais processadores 1307 e uma memória 1309. A memória 1309 pode compreender um ou mais miniaplicativos 1311. Em alguns exemplos, quando o cartão sem contato 1305 for gesticulado, incluindo, mas sem limitações, um ou mais gestos, de maneira tal que o cartão sem contato 1305 possa entrar em um campo de comunicação do dispositivo cliente 1310, por exemplo, um
64 / 84 campo NFC, para estabelecer comunicação, por exemplo, comunicação NFC, com o mesmo, um ou mais miniaplicativos 1311 do cartão sem contato podem gerar um arquivo NDEF que pode ser lido pelo dispositivo cliente 1310 e/ou por uma ou mais aplicações do cliente 1316. O dispositivo cliente 1310 pode incluir um ou mais processadores 1312 e uma memória 1314, e pode conter uma ou mais aplicações do cliente 1316 que compreendem as instruções para execução no dispositivo cliente. As uma ou mais aplicações do cliente 1316 podem ser aplicações de software configuradas para realizar a funcionalidade do dispositivo cliente aqui descrita. O dispositivo cliente 1310 e/ou as aplicações do cliente 1316 podem ficar em comunicação de dados com o cartão sem contato 1305 por meio de uma interface de comunicação (não mostrada). Em alguns exemplos, os um ou mais gestos podem incluir pelo menos uma aproximação, um aceno, ou outro gesto do cartão sem contato 1305, de maneira tal que o cartão sem contato 1305 entre em um campo de comunicação do dispositivo cliente 1310. Por exemplo, o cartão sem contato 1305 pode ser aproximado em um dispositivo cliente 1310, tal como um dispositivo móvel, para iniciar uma chamada telefônica.
[00183] O arquivo NDEF pode iniciar uma ou mais comunicações com uma ou mais das aplicações do cliente 1316 no dispositivo cliente 1310. Da forma discutida a seguir, os um ou mais miniaplicativos 1311 do cartão sem contato 1305 podem gerar dinamicamente a informação, tais como um número de telefone, e um token ou uma carga útil do ID, que podem ser anexados no número de telefone. Em alguns exemplos, uma chamada usando o número de telefone pode ser telefonicamente feita para um ou mais servidores 1320, e os um ou mais servidores 1320 podem ser configurados para monitorar a chamada telefônica e para receber a entrada que é descriptografada. Por exemplo, o arquivo NDEF pode ser lido a partir do cartão sem contato 1305 para o dispositivo cliente 1310 e/ou uma ou mais aplicações do cliente 1316 e uma comutação pode ser feita para o sistema de
65 / 84 telefonia, que responde a chamada e toma a entrada automatizada dos números ou da carga útil e transmite a mesma para os um ou mais servidores 1320, onde a mesma é descriptografada e autenticada, e enviada de volta para o sistema de telefonia que indica a autenticação bem-sucedida ou a autenticação falha com uma ou mais opções de recuo. Em alguns exemplos, a chamada não é com base em IP, isto é, não é feita usando Voz sobre IP (VoIP) ou outro mecanismo de chamada com base em IP. Os um ou mais servidores 1320 podem ficar em comunicação de dados com o dispositivo cliente 1310 e/ou uma ou mais aplicações do cliente 1316.
[00184] Em alguns exemplos, um ou mais processos podem ser utilizados para ativar o cartão sem contato 1305. O processo exemplar inclui, sem limitações, uma chamada telefônica iniciada.
[00185] Por exemplo, um enlace configurado para iniciar uma chamada telefônica no dispositivo cliente 1310 pode ser gerado. A chamada telefônica pode ser iniciada pelo programa de telefone padrão do dispositivo cliente 1310, ou, em outros exemplos, um programa de telefone diferente ou designado pode ser usado. De acordo com este enlace, uma chamada telefônica pode ser iniciada, seguida por uma pausa, e o token de ID pode ser provido posteriormente. Desta maneira, o cartão sem contato 1305 pode ser configurado para iniciar uma chamada telefônica. Um enlace exemplar é provido a seguir: tel://1234567890,,,1234567##
[00186] Em alguns exemplos, o enlace pode compreender um ou mais elementos de informação. Em alguns exemplos, o enlace pode compreender um primeiro elemento de informação, um segundo elemento de informação, e um terceiro elemento de informação. Por exemplo, o primeiro elemento de informação pode preceder o segundo elemento de informação, e o segundo elemento de informação pode preceder o terceiro elemento de informação.
[00187] Em uma modalidade, o primeiro elemento de informação pode
66 / 84 compreender um número de telefone, tal como (123) 456-7890. Em alguns exemplos, o número pode ser com base nos EUA, incluindo o código de área. Em outros exemplos, o número pode ser com base não nos EUA, por exemplo, o número pode incluir adicionalmente um código de país, e pode resultar na colocação de uma chamada internacional. Em alguns exemplos, um ou mais números de telefone podem ser dinamicamente gerados, ou os um ou mais números de telefone podem ser recuperados a partir de uma lista pré- configurada. O elemento do número de telefone da chamada pode ser permanentemente codificado para chamar um número de telefone de ativação do cartão ou outro serviço, por exemplo, tel://1234567890.
[00188] Em uma modalidade, o segundo elemento de informação pode compreender um ou mais caracteres, tais como uma ou mais vírgulas. Em alguns exemplos, as uma ou mais vírgulas podem ser interpretadas como uma ou mais pausas duracionais. Por exemplo, a duração de uma pausa pode compreender um período de tempo fixo, por exemplo, um segundo. Assim, se uma vírgula for interpretada como uma pausa duracional de um segundo, a inclusão de quatro vírgulas (como no enlace exemplar exposto) pode resultar em uma pausa de quatro segundos. Em alguns exemplos, o número de vírgulas pode ser suficientemente longo para que o sistema de telefonia esteja ouvindo e respondendo. Isto pode permitir ao sistema de telefonia automatizado um tempo para responder à chamada e para esperar por elementos de informação adicionais, da forma discutida a seguir.
[00189] Em uma modalidade, o enlace pode incluir um terceiro elemento de informação que pode compreender uma ou mais cargas úteis. Por exemplo, a carga útil distribuída, tal como 1234567##, pode ser configurada para autenticar o cartão sem contato. Em alguns exemplos, esta sequência numérica pode ser passada para o sistema de telefonia em um formato criptografado e pode ser descriptografada com uma chave. Se o processo de descriptografia falhar, por exemplo, devido ao número ter caído devido a
67 / 84 estática ou outro motivo, este processo pode disparar uma ou mais opções de recuo. Por exemplo, uma opção pode incluir o roteamento da chamada para um serviço do operador ou do cliente representativo de quem pode responder à chamada. Em um outro exemplo, uma outra opção pode incluir que este processo pode ser roteado para um outro sistema para inserir o valor de verificação de cartão do cartão sem contato, da forma discutida a seguir.
[00190] Em alguns exemplos, se um número de telefone incorreto foi usado durante a ativação do cartão sem contato 1305, este evento pode ser indicado e armazenado em uma banco de dados para analisar os suspeitos em potencial. Como uma consequência, um número de telefone não registrado pode ser indicativo de uma probabilidade mais alta de atividade fraudulenta.
[00191] Em alguns exemplos, um valor, tal como um valor de verificação de cartão (CVV) do cartão sem contato 1305, pode ser configurado para ativar o cartão sem contato 1305. Em outros exemplos, que podem prover maior segurança do que o método CVV, inclui-se a potencialização de uma senha de uso único (OTP) gerada pelos um ou mais miniaplicativos de cartão 1311, que pode ser criptografada e descriptografada por um ou mais servidores para autenticar o cartão sem contato 1305.
[00192] Em alguns exemplos, o sistema de telefonia pode analisar sintaticamente a carga útil da chamada telefônica e passar a mesma por meio de uma ou mais aplicações da Internet para a descriptografia. Em alguns exemplos, o token pode ser criptografado por meio de uma chave privada/pública. Por exemplo, a chave privada pode ser usada para descriptografar os dados e, também, pode ser seguramente armazenada de maneira tal que a criptografia (pela chave pública) possa ocorrer sem a chave privada, o que significa que a chave privada não precisa ser transferida, e, assim, não suscetível à interceptação por um terceiro. O número que foi usado para iniciar a chamada pode ser checado e verificado pelos um ou mais servidores 1320 para determinar a validade dos números de telefone. Assim,
68 / 84 os dados criptografados podem ser descriptografados e uma notificação ou uma indicação de que o cartão sem contato 1305 foi assim ativado podem compreender transmitir uma mensagem de texto ou um correio eletrônico dos um ou mais servidores 1320 para o dispositivo cliente 1310 e/ou uma ou mais aplicações do cliente 1316.
[00193] Em alguns exemplos, depois que o cartão sem contato 1305 foi ativado com sucesso e uma ou mais aplicações de cliente 1316 do dispositivo cliente 1310 receberam uma notificação que indica a ativação, o cartão sem contato 1305 pode ser instruído a desabilitar a geração dinâmica de dados. Em alguns exemplos, depois que o cartão sem contato 1305 foi ativado por meio de um dos um ou mais processos, como exposto, o usuário do cartão sem contato 1305 pode ser opcionalmente direcionado para suporte ao cliente, ou o cartão sem contato 1305 pode ser usado em um dispositivo de POS ou qualquer outro sistema. Por exemplo, se um usuário interagir com o dispositivo de POS com o cartão ativado, o cartão sem contato 1305 pode ser instruído a parar de gerar dinamicamente o número. Em alguns exemplos, isto pode exigir a comunicação entre um miniaplicativo, tais como um miniaplicativo de pagamento ou um miniaplicativo transacional, que indica, para os um ou mais outros miniaplicativos 1311 do cartão sem contato 1305, para interromper a geração do número de telefone na próxima ocorrência do um ou mais gestos pelo cartão sem contato 1305, de acordo com o que, o cartão sem contato 1305 entra em um campo de comunicação do dispositivo cliente 1310. Desta maneira, o recurso de geração dinâmica do cartão sem contato 1305 pode ser desativado ou desabilitado responsivo à ativação bem- sucedida do cartão sem contato 1305.
[00194] A título de exemplo, o cartão sem contato 1305 pode ser configurado para, ou uma carga útil do cartão sem contato 1305 pode ser configurada para, causar, em um dispositivo cliente que recebe a carga útil, um ou mais dos seguintes: (i) transferir uma aplicação compatível com o
69 / 84 cartão sem contato 1305; (ii) transferir um saldo ou outras quantidades entre uma ou mais contas que pertencem ao usuário do cartão sem contato 1305; (iii) redefinir um número de identificação pessoal (PIN) associado a um usuário, o cartão sem contato 1305, ou uma conta associada ao usuário de um cartão sem contato 1305; (iv) ligar uma conta que pertence a um usuário que não é uma conta com a entidade que emite o cartão sem contato 1305; (v) aprovar ou causar a transferência de um saldo de uma ou mais contas para ou a partir de uma conta associada ao cartão sem contato 1305; (vi) solicitar, a partir de emissor do cartão sem contato 1305, uma substituição do cartão; (vii) solicitar ou fazer com que um pagamento de câmara de compensação automatizada (ACH) ocorra; (viii) aprovar ou fazer com que uma transferência eletrônica ocorra a partir de ou para uma conta correspondente ou que pertence ao usuário do cartão sem contato 1305; (ix) registrar, verificar o registro de, ou autenticar um usuário para permitir que uma conta ou cartão sem contato 1305 associados a um usuário sejam anexados em um serviço de pagamento associado a um dispositivo 1310, incluindo, mas sem limitações, Apple Pay®, Samsung Pay®, Android Pay®, Google Pay®, Venmo®, ou Paypal®; (x) solicitar uma atividade associada a uma conta, tais como, por exemplo, um aumento de limite de débito para uma conta de crédito, solicitação de uma transação rápida (tal como compensação de um cheque), ou disputa de uma transação. Sem limitações, um ou mais dos expostos podem ser realizados, por exemplo, através do uso do cartão sem contato 1305 configurado com uma mensagem NDEF específica.
[00195] Em alguns exemplos, o cartão sem contato 1305 pode ter comunicação bidirecional com o dispositivo cliente 1310 e/ou as uma ou mais aplicações do cliente 1316. Por exemplo, uma aplicação instalada no dispositivo cliente 1310 pode usar suas funcionalidades, incluindo, mas sem limitações, a mídia NFC do dispositivo cliente 1310, a fim de transmitir uma mensagem NDEF ou outra mensagem para o cartão sem contato 1305. Esta
70 / 84 mensagem pode conter a informação que corresponde, por exemplo, ao tipo de solicitação de autenticação que é enviada a partir de um serviço associado a um ou mais servidores 1320. Por exemplo, um indicador, ou carga útil, em particular recebidos a partir do dispositivo cliente 1310 e/ou das aplicações do cliente 1316 pelo cartão sem contato 1305 podem modificar a carga útil em particular gerada pelo cartão sem contato 1305. Em alguns exemplos, o cartão sem contato 1305 pode gerar uma carga útil adaptada para um propósito em particular indicado, incluindo, mas sem limitações, a transferência de um saldo pelo usuário.
[00196] Em alguns exemplos, um usuário pode desejar transferir uma aplicação para seu dispositivo cliente 1310. A transferência da aplicação pode ser restrita pelo usuário verificando sua identidade de conta. Em uma modalidade de exemplo, um gerenciador de aplicação pode permitir apenas a transferência de uma aplicação em particular mediante a verificação do usuário. O usuário pode aproximar seu cartão sem contato 1305 em um dispositivo cliente 1310 para entrar no campo de comunicação do dispositivo cliente 1310, e o dispositivo cliente 1310 e uma ou mais aplicações do cliente 1316 podem ser configurados para receber, como exposto, um número de telefone e um número ligado à autenticação. O gerenciador de aplicação pode tomar esta informação, e adicionalmente adicionar ou passar os parâmetros que indicam qual aplicação de usuário o usuário deseja transferir. Mediante a transmissão desta carga útil, o dispositivo cliente 1310 e/ou uma ou mais aplicações do cliente 1316 podem receber uma carga útil para autenticar o cartão sem contato 1305 e/ou o usuário. A carga útil recebida pode incluir a informação adicional que corresponde à aplicação em particular que busca-se transferir. Por exemplo, uma parte da carga útil recebida pode ser criptografada, e, uma vez descriptografada pelo gerenciador de aplicação, permitir que o gerenciador de aplicação transfira a aplicação. Desta maneira, a identidade do usuário é confirmada, o que permite que apenas usuários
71 / 84 autorizados transfiram a aplicação pretendida. Adicionalmente, os um ou mais servidores 1320 podem manter ou de outra forma rastrear qual usuário transferiu uma aplicação em particular pela recepção da carga útil.
[00197] Em alguns exemplos, um usuário pode desejar transferir um saldo de uma conta para uma outra. Estas contas podem ser contas em uma instituição (tal como, por exemplo, uma conta de poupança e uma conta corrente) ou contas que pertencem a um usuário, mas mantidas em diferentes instituições. Um usuário pode iniciar uma solicitação para transferir um saldo. A solicitação de transferência de saldo pode ocorrer tanto em um local físico, tal como uma agência, on-line em um computador, quanto a partir de um dispositivo cliente 1310. Em uma modalidade de exemplo, para confirmar que o usuário iniciou a solicitação, um usuário pode receber uma notificação em seu dispositivo cliente 1310. Esta notificação pode compreender uma notificação por push, uma chamada telefônica ou uma mensagem de texto. O usuário, mediante a recepção da notificação, pode fazer um gesto, tal como aproximação, com seu cartão sem contato 1305 em seu dispositivo cliente 1310 de maneira tal que o cartão sem contato 1305 entre em um campo de comunicação do dispositivo cliente 1310. O cartão sem contato 1305 pode, então, transmitir uma carga útil para o dispositivo cliente 1310. Mediante a recepção da carga útil, o dispositivo cliente 1310 pode, então, transmitir, através de uma chamada telefônica, para um ou mais servidores, um token para verificar a identidade do usuário. Em uma modalidade de exemplo, o usuário deve fazer um gesto, tal como aproximação, que permite que seu cartão sem contato 1305 entre no campo de comunicação do dispositivo cliente 1310 em um período de tempo pré-determinado desde a recepção da notificação para confirmar que o mesmo deseja fazer a solicitação da transferência de saldo. Mediante a recepção da carga útil, os um ou mais servidores 1320 podem verificar a identidade do usuário, e autorizar que a transferência de saldo solicitada ocorra.
72 / 84
[00198] Em alguns exemplos, um usuário pode solicitar que um número pin associado a seu cartão sem contato 1305 seja redefinido. Este número pin pode ser associado a um cartão sem contato 1305 associado a uma conta de usuário, ou pode ser associado a um outro cartão, tais como um cartão de débito ou um cartão de crédito, que é associado a uma outra conta de usuário. Em uma modalidade de exemplo, um usuário pode iniciar uma solicitação para redefinir seu pin em um local físico (tal como um banco), através de um portal on-line, ou através de um dispositivo cliente 1310. Responsivo à solicitação de usuário, um serviço associado a um ou mais servidores 1320 pode transmitir uma notificação para o usuário. A transmissão da notificação pode ocorrer através de qualquer mídia, incluindo, mas sem limitações, um correio eletrônico, uma mensagem de texto, uma notificação por push em uma aplicação instalada em um dispositivo cliente 1310, ou através de uma chamada telefônica. Mediante a recepção da notificação, um usuário pode aproximar seu cartão sem contato 1305 em seu dispositivo cliente 1310, de forma que o cartão sem contato 1305 entre no campo de comunicação do dispositivo cliente 1310. Da forma explicada anteriormente, o dispositivo cliente 1310 pode ser configurado para receber uma carga útil a partir do cartão sem contato 1305. Esta carga útil pode conter um número de telefone, vírgulas, e uma sequência de números que segue as vírgulas. O dispositivo cliente 1310 e/ou uma ou mais aplicações do cliente 1316 podem, então, iniciar uma chamada telefônica responsivo à recepção da carga útil, que pode transmitir os números recebidos a partir do cartão sem contato 1305 para um serviço associado aos um ou mais servidores 1320. Em uma modalidade de exemplo, se a notificação tiver sido recebida na forma de uma chamada telefônica, os um ou mais servidores 1320 podem ser configurados para ignorar a parte dos números transmitidos para os mesmos que correspondem a um número de telefone. Em alguns exemplos, o cartão sem contato 1305 pode ser configurado para, mediante a recepção de um sinal
73 / 84 NFC a partir do dispositivo cliente 1310 e/ou uma ou mais aplicações do cliente 1316 que indica que uma chamada telefônica já está ativa, adaptar a forma da carga útil para incluir apenas uma parte correspondente ao token que segue as vírgulas. Esta técnica pode, então, otimizar a informação recebida a partir do cartão sem contato 1305 sem precisar configurar um ou mais servidores 1320 para discernir entre uma parte da carga útil que corresponde a um número de telefone e uma parte da carga útil que corresponde a um token.
[00199] Em uma modalidade de exemplo, um usuário pode desejar ligar uma conta de usuário externa à entidade que emite seu cartão sem contato 1305 com uma conta com a entidade que emite seu cartão sem contato
1305. Mediante a recepção da carga útil, um ou mais servidores 1320 associados a uma entidade podem verificar a identidade do usuário, e autorizar que a transferência de saldo solicitada ocorra. Em uma modalidade de exemplo, um usuário pode iniciar esta solicitação em um local físico (tal como um banco), através de um portal on-line, ou através de um dispositivo cliente 1310. Responsivo à solicitação de usuário, um serviço associado a um ou mais servidores 1320 pode transmitir uma notificação para o usuário. A transmissão da notificação pode ocorrer através de qualquer mídia, incluindo, mas sem limitações, um correio eletrônico, uma mensagem de texto, uma notificação por push em uma aplicação instalada em um dispositivo cliente 1310, ou através de uma chamada telefônica. Mediante a recepção da notificação, um usuário pode aproximar seu cartão sem contato 1305 em seu dispositivo cliente 1310 de forma que o cartão sem contato 1305 entre em um campo de comunicação do dispositivo cliente 1310. Da forma explicada anteriormente, o dispositivo cliente 1310 pode ser configurado para receber uma carga útil a partir do cartão sem contato 1305. Esta carga útil pode compreender um número de telefone, vírgulas, e uma sequência de números que segue as vírgulas. O dispositivo cliente 1310 e/ou uma ou mais aplicações do cliente 1316 podem, então, iniciar uma chamada telefônica responsivo à
74 / 84 recepção da carga útil, que pode passar os números recebidos a partir do cartão sem contato 1305 para um serviço associado a um ou mais servidores
1320. Em uma modalidade de exemplo, se a notificação tiver sido recebida na forma de uma chamada telefônica, os um ou mais servidores 1320 podem ser configurados para ignorar a parte dos números passados para os mesmos que correspondem a um número de telefone. Em uma modalidade de exemplo adicional, o cartão sem contato 1305 pode ser configurado para, mediante a recepção de um sinal NFC a partir do dispositivo cliente 1310 que indica que uma chamada telefônica já está ativa, adaptar a forma da carga útil para incluir apenas uma parte correspondente ao token que segue as vírgulas. Isto pode, então, otimizar a informação recebida a partir do cartão sem contato 1305 sem precisar configurar os um ou mais servidores 1320 para discernir entre uma parte da carga útil que corresponde a um número de telefone e uma parte da carga útil que corresponde a um token.
[00200] Em alguns exemplos, um usuário pode desejar solicitar um cartão sem contato de substituição 1305. Este cartão de substituição 1305 pode compreender um cartão correspondente a qualquer conta que pertence ao usuário com a entidade que emitiu para o usuário um cartão sem contato, com a funcionalidade supradescrita. Em uma modalidade de exemplo, este cartão de substituição 1305 pode compreender um cartão sem contato correspondente ao usuário com qualquer entidade. Em uma modalidade de exemplo, um usuário pode iniciar uma solicitação em um local físico, através de um serviço na Internet, através de uma aplicação em um telefone, através do envio por correio de uma solicitação para um local, ou através de qualquer outra mídia de comunicação adequada. Em resposta à recepção da solicitação, uma entidade pode desejar verificar a identidade do indivíduo que fez a solicitação por um cartão de substituição 1305. Em resposta à solicitação, um serviço associado a um ou mais servidores 1320 pode transmitir uma notificação para um usuário para confirmar sua identidade. Isto pode tomar
75 / 84 qualquer forma adequada, como exposto. Em resposta à recepção desta solicitação, o usuário pode verificar sua identidade pela realização de um gesto, tal como aproximação, de um cartão sem contato 1305 no seu dispositivo cliente 1310 de maneira tal que o cartão sem contato 1305 possa entrar em um campo de comunicação do dispositivo cliente 1310. O cartão sem contato 1305 pode compreender uma carga útil, configurada para ser recebida por um dispositivo cliente, ser processada e iniciar uma chamada telefônica e, através da chamada telefônica, transmitir uma série de números correspondentes a um token para um serviço associado a um ou mais servidores. Da forma explicada anteriormente, o dispositivo cliente 1310 pode ser configurado para receber a carga útil a partir do cartão sem contato 1305. Esta carga útil pode compreender um número de telefone, vírgulas, e uma sequência de números que seguem as vírgulas. O dispositivo cliente 1310 pode, então, iniciar uma chamada telefônica responsivo à recepção da carga útil, que pode passar os números recebidos a partir do cartão sem contato 1305 para um serviço associado a um ou mais servidores 1320. Em uma modalidade de exemplo, se a notificação tiver sido recebida na forma de uma chamada telefônica, os um ou mais servidores 1320 podem ser configurados para ignorar a parte dos números passada para os mesmos que corresponde a um número de telefone. Em uma modalidade de exemplo adicional, o cartão sem contato 1305 pode ser configurado para, mediante a recepção de um sinal NFC a partir do dispositivo cliente 1310 que indica que uma chamada telefônica já está ativa, adaptar a forma da carga útil para incluir apenas uma parte correspondente ao token que segue as vírgulas. Isto pode, então, otimizar a informação recebida a partir do cartão sem contato 1305 sem precisar configurar os um ou mais servidores 1320 para discernir entre uma parte da carga útil que corresponde a um número de telefone e uma parte da carga útil que corresponde a um token.
[00201] Em alguns exemplos, um usuário pode desejar fazer um
76 / 84 pagamento por meio de uma câmara de compensação automatizada (ACH), solicitar uma transferência eletrônica ou um aumento de limite de débito em sua conta de débito. Em uma modalidade de exemplo, um usuário pode iniciar uma solicitação em um local físico, através de um serviço na Internet, através de uma aplicação em um telefone, através do envio por correio de uma solicitação para um local, ou através de qualquer outra mídia de comunicação adequada. Em resposta à recepção da solicitação, uma entidade pode desejar verificar a identidade do indivíduo que fez a solicitação. Como exposto, a autenticação do usuário pode ocorrer através de uma chamada telefônica iniciada através de um usuário que faz um gesto, tal como aproximação, do seu cartão sem contato 1305 em um dispositivo cliente 1310, de maneira tal que o cartão sem contato 1305 entre em um campo de comunicação do dispositivo cliente 1310.
[00202] Em uma modalidade de exemplo, um usuário pode desejar inscrever seu cartão sem contato 1305, ou outro cartão de transação, em um sistema de pagamento, tais como Apple Pay, Samsung Pay ou Android Pay. Como exposto, a autenticação do usuário pode ocorrer através de uma chamada telefônica iniciada através de um usuário que faz um gesto, tal como aproximação, do seu cartão sem contato 1305 em um dispositivo cliente 1310, de maneira tal que o cartão sem contato 1305 entre em um campo de comunicação do dispositivo cliente 1310.
[00203] A figura 14 ilustra um método 1400 para ativação do cartão de acordo com uma modalidade de exemplo. O método 1400 pode referenciar os mesmos ou similares componentes, da forma supradescrita em relação à figura 13.
[00204] No bloco 1410, quando o cartão sem contato for gesticulado, incluindo, mas sem limitações, um ou mais gestos, no dispositivo cliente para estabelecer comunicação com o mesmo, um ou mais miniaplicativos do cartão sem contato podem gerar um arquivo NDEF que pode ser lido pelo
77 / 84 dispositivo cliente. Em alguns exemplos, os um ou mais gestos podem incluir pelo menos uma aproximação, um aceno, ou outro gesto do cartão sem contato, de maneira tal que o cartão sem contato entre em um campo de comunicação do dispositivo cliente. Por exemplo, o cartão sem contato pode ser aproximado em um dispositivo cliente, tal como um dispositivo móvel, para iniciar uma chamada telefônica sem usar uma aplicação. O arquivo NDEF pode iniciar uma ou mais comunicações com diferentes aplicações no dispositivo cliente. Da forma discutida a seguir, os um ou mais miniaplicativos do cartão sem contato podem gerar dinamicamente a informação, tal como um número de telefone, e um token ou carga útil do ID que podem ser anexados no número de telefone. Em alguns exemplos, uma chamada usando o número de telefone pode ser telefonicamente feita para um ou mais servidores, e os um ou mais servidores podem ser configurados para monitorar a chamada telefônica e para receber a entrada que é descriptografada. Por exemplo, o arquivo NDEF pode ser lido a partir do cartão sem contato no dispositivo cliente e uma comutação pode ser feita para o sistema de telefonia, que responde a chamada e toma a entrada automatizada de números ou carga útil e transmite a mesma para o servidor, onde a mesma é descriptografada e autenticada, e enviada de volta para o sistema de telefonia indicando a autenticação bem-sucedida ou a autenticação falha com uma ou mais opções de recuo. Em alguns exemplos, a chamada não é com base em IP, isto é, não é feita usando Voz sobre IP (VoIP) ou outro mecanismo de chamada com base em IP.
[00205] No bloco 1420, um ou mais processos podem ser utilizados para ativar o cartão sem contato, cada um dos quais é separadamente descrito. O processo exemplar inclui, sem limitações, uma chamada telefônica iniciada.
[00206] Por exemplo, um enlace configurado para iniciar uma chamada telefônica no dispositivo cliente pode ser gerado. A chamada telefônica pode ser iniciada pelo programa de telefone padrão do dispositivo cliente ou, em
78 / 84 outros exemplos, um programa de telefone diferente ou designado pode ser usado. Conforme este enlace, uma chamada telefônica pode ser iniciada, seguida por uma pausa, e o token de ID pode ser provido posteriormente. Desta maneira, o cartão sem contato pode ser configurado para iniciar uma chamada telefônica. Um enlace exemplar é provido a seguir: tel://1234567890,,,1234567##
[00207] Em alguns exemplos, o enlace pode compreender um ou mais elementos de informação. Em alguns exemplos, o enlace pode compreender um primeiro elemento de informação, um segundo elemento de informação, e um terceiro elemento de informação. Por exemplo, o primeiro elemento de informação pode preceder o segundo elemento de informação, e o segundo elemento de informação pode preceder o terceiro elemento de informação.
[00208] Em uma modalidade, o primeiro elemento de informação pode compreender um número de telefone, tal como (123) 456-7890. Em alguns exemplos, o número pode ser com base nos EUA, incluindo o código de área. Em outros exemplos, o número pode ser com base não nos EUA, por exemplo, o número pode incluir adicionalmente um código de país, e pode resultar na colocação de uma chamada internacional. Em alguns exemplos, um ou mais números de telefone podem ser dinamicamente gerados, ou os um ou mais números de telefone podem ser recuperados a partir de uma lista pré- configurada. O elemento de número de telefone da chamada pode ser permanentemente codificado para chamar um número de telefone de ativação do cartão ou outro serviço, por exemplo, tel://1234567890.
[00209] Em uma modalidade, o segundo elemento de informação pode compreender um ou mais caracteres, tais como uma ou mais vírgulas. Em alguns exemplos, as uma ou mais vírgulas podem ser interpretadas como uma ou mais pausas duracionais. Por exemplo, a duração de uma pausa pode compreender um período de tempo fixo, por exemplo, um segundo. Assim, se uma vírgula for interpretada como uma pausa duracional de um segundo, a
79 / 84 inclusão de quatro vírgulas (como no enlace exemplar exposto) pode resultar em uma pausa de quatro segundos. Em alguns exemplos, o número de vírgulas pode ser suficientemente longo para que o sistema de telefonia esteja ouvindo e respondendo. Isto pode permitir ao sistema de telefonia automatizado um tempo para responder à chamada e para esperar por elementos de informação adicionais, da forma discutida a seguir.
[00210] Em uma modalidade, o enlace pode incluir um terceiro elemento de informação que pode compreender uma ou mais cargas úteis. Por exemplo, a carga útil distribuída, tal como 1234567##, pode ser configurada para autenticar o cartão sem contato. Em alguns exemplos, esta sequência numérica pode ser passada para o sistema de telefonia em um formato criptografado e pode ser descriptografada com uma chave. Se o processo de descriptografia falhar, por exemplo, devido ao número ter caído devido a estática ou outro motivo, este processo pode disparar uma ou mais opções de recuo. Por exemplo, uma opção pode incluir rotear a chamada para um serviço do operador ou do cliente representativo de quem pode responder à chamada. Em um outro exemplo, uma outra opção pode incluir que este processo possa ser roteado para um outro sistema para inserir o valor de verificação de cartão do cartão sem contato, da forma discutida a seguir.
[00211] Em alguns exemplos, se um número de telefone incorreto foi usado durante a ativação do cartão sem contato, este evento pode ser indicado e armazenado em uma banco de dados para analisar suspeitos em potencial. Como uma consequência, um número de telefone não registrado pode ser indicativo de uma probabilidade mais alta da atividade fraudulenta.
[00212] Em alguns exemplos, um valor, tal como um CVV do cartão sem contato, pode ser configurado para ativar o cartão sem contato. Em outros exemplos, que podem prover maior segurança do que o método CVV, inclui- se a potencialização de uma senha de uso único (OTP) gerada pelos um ou mais miniaplicativos de cartão, que pode ser criptografada e descriptografada
80 / 84 por um ou mais servidores para autenticar o cartão sem contato.
[00213] No bloco 1430, neste caso, o sistema de telefonia pode analisar sintaticamente a carga útil da chamada telefônica e passar a mesma por meio de uma ou mais aplicações da Internet para a descriptografia. Em alguns exemplos, o token pode ser criptografado por meio de uma chave privada/pública. Por exemplo, a chave privada pode ser usada para descriptografar os dados e também pode ser seguramente armazenada de maneira tal que a criptografia (pela chave pública) possa ocorrer sem a chave privada, o que significa que a chave privada não precisa ser transferida e, assim, não suscetível à interceptação por um terceiro. O número que foi usado para iniciar a chamada pode ser checado e verificado pelos um ou mais servidores para determinar a validade dos números de telefone. Assim, os dados criptografados podem ser descriptografados e uma notificação ou uma indicação de que o cartão sem contato foi assim ativado podem compreender transmitir uma mensagem de texto ou correio eletrônico dos um ou mais servidores para o dispositivo cliente.
[00214] No bloco 1440, depois que o cartão sem contato foi ativado com sucesso e o dispositivo cliente recebeu uma notificação que indica a ativação, o cartão sem contato pode ser instruído a desabilitar a geração dinâmica de dados. Em alguns exemplos, depois que o cartão sem contato foi ativado por meio de um dos um ou mais processos, como exposto, o usuário do cartão sem contato pode ser opcionalmente direcionado para suporte ao cliente, ou o cartão sem contato pode ser usado em um dispositivo de POS ou qualquer outro sistema. Por exemplo, se um usuário interagir com o dispositivo de POS com o cartão ativado, o cartão sem contato pode ser instruído para interromper a geração dinâmica do número. Em alguns exemplos, isto pode exigir a comunicação entre um miniaplicativo, tais como um miniaplicativo de pagamento ou miniaplicativo transacional, que indica, para os um ou mais outros miniaplicativos do cartão sem contato, para
81 / 84 interromper a geração do número de telefone na próxima ocorrência dos um ou mais gestos pelo cartão sem contato. Desta maneira, o recurso de geração dinâmica do cartão sem contato pode ser desativado ou desabilitado responsivo à ativação bem-sucedida do cartão sem contato.
[00215] A título de exemplo, o cartão sem contato pode ser configurado para, ou uma carga útil do cartão sem contato pode ser configurada para, causar, em um dispositivo cliente que recebe a carga útil, um ou mais dos seguintes: (i) transferir uma aplicação compatível com o cartão sem contato; (ii) transferir um saldo ou outras quantidades entre uma ou mais contas que pertencem ao usuário do cartão sem contato; (iii) redefinir um número de identificação pessoal (PIN) associado a um usuário, o cartão sem contato, ou uma conta associada ao usuário de um cartão sem contato; (iv) ligar uma conta que pertence a um usuário que não é uma conta com a entidade que emite o cartão sem contato; (v) aprovar ou causar a transferência de um saldo de uma ou mais contas para ou a partir de uma conta associada ao cartão sem contato; (vi) solicitar, a partir do emissor do cartão sem contato, uma substituição do cartão; (vii) solicitar ou fazer com que um pagamento de câmara de compensação automatizada (ACH) ocorra; (viii) aprovar ou fazer com que uma transferência eletrônica ocorra a partir de ou para uma conta correspondente ou que pertence ao usuário do cartão sem contato; (ix) registrar, verificar o registro de, ou autenticar um usuário para permitir que uma conta ou cartão sem contato associados a um usuário sejam anexados em um serviço de pagamento associado a um dispositivo, incluindo, mas sem limitações, Apple Pay®, Samsung Pay®, Android Pay®, Google Pay®, Venmo®, ou Paypal®; (x) solicitar uma atividade associada a uma conta, tais como, por exemplo, um aumento de limite de débito para uma conta de crédito, solicitação de uma transação rápida (tal como compensação de um cheque), ou disputa de uma transação. Sem limitações, um ou mais dos expostos podem ser realizados, por exemplo, através do uso do cartão sem
82 / 84 contato configurado com uma mensagem NDEF específica.
[00216] Em alguns exemplos, o cartão sem contato pode ter comunicação bidirecional com o dispositivo cliente. Por exemplo, uma aplicação instalada no dispositivo cliente pode usar suas funcionalidades, incluindo, mas sem limitações, a mídia NFC do dispositivo cliente, a fim de transmitir uma mensagem NDEF ou outra mensagem para o cartão sem contato. Esta mensagem pode conter a informação que corresponde, por exemplo, ao tipo de solicitação de autenticação que é enviada a partir de um serviço associado a um ou mais servidores. Por exemplo, um indicador, ou carga útil, em particular recebidos a partir do dispositivo cliente pelo cartão sem contato podem modificar a carga útil em particular gerada pelo cartão sem contato. Em alguns exemplos, o cartão sem contato pode gerar uma carga útil adaptada para um propósito em particular indicado, incluindo, mas sem limitações, a transferência de um saldo pelo usuário. Da forma previamente explicada anteriormente, uma chamada telefônica pode ser iniciada através de um usuário que faz um gesto, tal como aproximação, de seu cartão sem contato em um dispositivo cliente para realizar a autenticação do usuário, incluindo, mas sem limitações, a transferência da aplicação, a transferência de saldo, a redefinição do pin, a ligação da conta, a substituição do cartão e o processamento de pagamento.
[00217] Em alguns exemplos, a presente descrição se refere a uma aproximação do cartão sem contato. Entretanto, entende-se que a presente descrição não é limitada a uma aproximação, e que a presente descrição inclui outros gestos (por exemplo, um aceno ou outro movimento do cartão).
[00218] Por toda a especificação e as reivindicações, os seguintes termos tomam pelo menos os significados explicitamente aqui associados, a menos que o contexto claramente indique de outra forma. Pretende-se que o termo “ou” signifique um “ou” inclusivo. Adicionalmente, pretende-se que os termos “um”, “uma”, “o” e “a” signifiquem um ou mais, a menos que
83 / 84 especificado de outra forma ou que fique claro a partir do contexto que são direcionados para uma forma no singular.
[00219] Nesta descrição, inúmeros detalhes específicos foram apresentados. Deve ser entendido, entretanto, que as implementações da tecnologia descrita podem ser praticadas sem estes detalhes específicos. Em outras instâncias, métodos, estruturas e técnicas bem conhecidos não foram mostrados com detalhes a fim de não obscurecer um entendimento desta descrição. As referências a “alguns exemplos”, “outros exemplos”, “um exemplo”, “algum exemplo”, “vários exemplos”, “uma modalidade”, “alguma modalidade”, “algumas modalidades”, “modalidade de exemplo”, “várias modalidades”, “uma implementação”, “alguma implementação”, “implementação de exemplo”, “várias implementações”, “algumas implementações”, etc., indicam que a(s) implementação(s) da tecnologia divulgada assim descrita pode(m) incluir um recurso, uma estrutura ou uma característica em particular, mas nem toda implementação inclui necessariamente o recurso, a estrutura ou a característica em particular. Adicionalmente, o uso repetido das frases “em um exemplo”, “em uma modalidade” ou “em uma implementação” não necessariamente se referem aos mesmos exemplo, modalidade ou implementação, embora o possa.
[00220] Da forma aqui usada, a menos que de outra forma especificada, o uso dos adjetivos ordinais “primeiro”, “segundo”, “terceiro”, etc., para descrever um objeto comum, meramente indica que diferentes instâncias de objetos semelhantes estão sendo referidas, e não pretende-se que implique que os objetos assim descritos devem estar em uma dada sequência, seja temporalmente, espacialmente, em ranqueamento ou de qualquer outra maneira.
[00221] Embora certas implementações da tecnologia descrita tenham sido descritas em conexão com o que é atualmente considerado como as mais práticas e diversas implementações, deve-se entender que a tecnologia
84 / 84 descrita não deve ser limitada às implementações descritas; pelo contrário, pretende-se que a tecnologia descrita cubra várias modificações e arranjos equivalentes incluídos no escopo das reivindicações anexas. Embora os termos específicos sejam aqui empregados, os mesmos são usados em um sentido genérico e descritivo apenas, e não com os propósitos de limitação.
[00222] Esta descrição escrita usa os exemplos para descrever certas implementações da tecnologia descrita, incluindo o melhor modo, e, também, para habilitar quaisquer versados na técnica a praticar certas implementações da tecnologia descrita, incluindo fazer e usar quaisquer dispositivos ou sistemas e realizar quaisquer métodos incorporados. O escopo patenteável de certas implementações da tecnologia descrita é definido nas reivindicações, e pode incluir outros exemplos que ocorrem aos versados na técnica. Pretende- se que tais outros exemplos estejam no escopo das reivindicações se os mesmos tiverem elementos estruturais que não diferem da linguagem literal das reivindicações, ou se os mesmos incluírem elementos estruturais equivalentes com diferenças insubstanciais a partir da linguagem literal das reivindicações.
Claims (20)
1. Sistema de ativação de cartão, caracterizado pelo fato de que compreende: um cartão sem contato que inclui um ou mais processadores e uma memória, em que a memória contém um ou mais miniaplicativos; uma aplicação de cliente que compreende as instruções para execução em um dispositivo cliente que inclui um ou mais processadores e uma memória; e um ou mais servidores, em que o cartão sem contato é configurado para transmitir um primeiro conjunto de informações que é transmitido para a aplicação de cliente mediante a entrada do cartão sem contato em um campo de comunicação, o primeiro conjunto de informações compreendendo um ou mais enlaces configurados para ativar o cartão sem contato, em que a aplicação de cliente é configurada para receber o primeiro conjunto de informações a partir do cartão sem contato e transmitir para os um ou mais servidores para validação, e em que, mediante a validação do primeiro conjunto de informações, o cartão sem contato é ativado.
2. Sistema de ativação de cartão de acordo com a reivindicação 1, caracterizado pelo fato de que o primeiro conjunto de informações compreende um primeiro enlace que inclui um ou mais elementos de informação para ativar o cartão sem contato.
3. Sistema de ativação de cartão de acordo com a reivindicação 2, caracterizado pelo fato de que um primeiro elemento de informação compreende um número de telefone, um segundo elemento de informação compreende uma ou mais vírgulas, e um terceiro elemento de informação compreende uma carga útil criptografada.
4. Sistema de ativação de cartão de acordo com a reivindicação 3, caracterizado pelo fato de que o número de telefone é gerado dinamicamente.
5. Sistema de ativação de cartão de acordo com a reivindicação 3, caracterizado pelo fato de que o segundo elemento de informação compreende uma ou mais vírgulas indicativas de pausas duracionais associadas com uma chamada telefônica iniciada pela aplicação de cliente.
6. Sistema de ativação de cartão de acordo com a reivindicação 3, caracterizado pelo fato de que o terceiro elemento de informação é descriptografado com uma ou mais chaves por meio dos um ou mais servidores.
7. Sistema de ativação de cartão de acordo com a reivindicação 4, caracterizado pelo fato de que uma lista que inclui uma pluralidade de números de telefone é recebida a partir do cartão sem contato.
8. Sistema de ativação de cartão de acordo com a reivindicação 7, caracterizado pelo fato de que um número de telefone é selecionado a partir da lista com base em um propósito de autenticação.
9. Sistema de ativação de cartão de acordo com a reivindicação 1, caracterizado pelo fato de que o primeiro conjunto de informações compreende um valor de verificação de cartão para ativar o cartão sem contato.
10. Sistema de ativação de cartão de acordo com a reivindicação 1, caracterizado pelo fato de que o cartão sem contato é configurado para interromper a geração dinâmica do primeiro conjunto de informações depois que a aplicação de cliente receber a notificação a partir dos um ou mais servidores de que o cartão sem contato está ativado.
11. Método de ativação de um cartão sem contato, caracterizado pelo fato de que o método compreende as etapas de: entrar, pelo cartão sem contato, em um campo de comunicação; transmitir, por um ou mais miniaplicativos contidos em uma memória do cartão sem contato, um primeiro conjunto de informações para uma aplicação de cliente compreendendo as instruções para execução em um dispositivo cliente por meio do campo de comunicação, o primeiro conjunto de informações compreendendo um ou mais enlaces configurados para ativar o cartão sem contato; transmitir, pela aplicação de cliente, o primeiro conjunto de informações para um ou mais servidores; realizar, por um ou mais servidores, uma ou mais operações criptográficas para validar o primeiro conjunto de informações; e ativar, mediante a validação do primeiro conjunto de informações, o cartão sem contato.
12. Método de acordo com a reivindicação 11, caracterizado pelo fato de que o primeiro conjunto de informações compreende um primeiro enlace que inclui um ou mais elementos de informação para ativar o cartão sem contato.
13. Método de acordo com a reivindicação 12, caracterizado pelo fato de que um primeiro elemento de informação compreende um número de telefone, um segundo elemento de informação uma ou mais vírgulas, e um terceiro elemento de informação compreende uma carga útil criptografada.
14. Método de acordo com a reivindicação 13, caracterizado pelo fato de que o número de telefone é recuperado a partir de uma lista pré- configurada.
15. Método de acordo com a reivindicação 13, caracterizado pelo fato de que as uma ou mais vírgulas são indicativas de pausas duracionais associadas com uma chamada telefônica iniciada pela aplicação de cliente.
16. Método de acordo com a reivindicação 13, caracterizado pelo fato de que o terceiro elemento de informação é descriptografado com uma ou mais chaves por meio dos um ou mais servidores.
17. Método de acordo com a reivindicação 11, caracterizado pelo fato de que o primeiro conjunto de informações compreende um valor de verificação de cartão para ativar o cartão sem contato.
18. Método de acordo com a reivindicação 11, caracterizado pelo fato de que uma lista que inclui uma pluralidade de números de telefone é recebida a partir do cartão sem contato e um número de telefone é selecionado a partir da lista com base em um propósito de autenticação.
19. Método de acordo com a reivindicação 11, caracterizado pelo fato de que o cartão sem contato é configurado para interromper a geração dinâmica do primeiro conjunto de informações depois que a aplicação de cliente receber a notificação a partir dos um ou mais servidores de que o cartão sem contato está ativado.
20. Cartão sem contato, caracterizado pelo fato de que compreende: um processador; uma memória, em que a memória contém um ou mais miniaplicativos e um primeiro conjunto de informações, em que, mediante a entrada do cartão sem contato em um campo de comunicação, os um ou mais miniaplicativos são configurados para transmitir o primeiro conjunto de informações, em que o primeiro conjunto de informações compreende um ou mais enlaces configurados para ativar o cartão sem contato, os um ou mais enlaces incluindo um primeiro elemento de informação e um segundo elemento de informação, e em que o primeiro elemento de informação compreende um número de telefone e o segundo elemento de informação compreende uma carga útil criptografada.
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862740352P | 2018-10-02 | 2018-10-02 | |
US62/740,352 | 2018-10-02 | ||
US16/205,119 US10581611B1 (en) | 2018-10-02 | 2018-11-29 | Systems and methods for cryptographic authentication of contactless cards |
US16/205,119 | 2018-11-29 | ||
US16/546,657 US10607214B1 (en) | 2018-10-02 | 2019-08-21 | Systems and methods for cryptographic authentication of contactless cards |
US16/546,657 | 2019-08-21 | ||
PCT/US2019/053736 WO2020072340A1 (en) | 2018-10-02 | 2019-09-30 | Systems and methods for cryptographic authentication of contactless cards |
Publications (1)
Publication Number | Publication Date |
---|---|
BR112021004169A2 true BR112021004169A2 (pt) | 2021-05-25 |
Family
ID=69945201
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
BR112021004169-9A BR112021004169A2 (pt) | 2018-10-02 | 2019-09-30 | sistema de ativação de cartão, método de ativação de um cartão sem contato, e, cartão sem contato |
Country Status (11)
Country | Link |
---|---|
US (3) | US10607214B1 (pt) |
EP (1) | EP3861508A4 (pt) |
JP (1) | JP2022502888A (pt) |
KR (1) | KR20210068406A (pt) |
CN (1) | CN112789643A (pt) |
AU (1) | AU2019354637A1 (pt) |
BR (1) | BR112021004169A2 (pt) |
CA (1) | CA3117817A1 (pt) |
MX (1) | MX2021002437A (pt) |
SG (1) | SG11202102273PA (pt) |
WO (1) | WO2020072340A1 (pt) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11037139B1 (en) | 2015-03-19 | 2021-06-15 | Wells Fargo Bank, N.A. | Systems and methods for smart card mobile device authentication |
US11188919B1 (en) | 2015-03-27 | 2021-11-30 | Wells Fargo Bank, N.A. | Systems and methods for contactless smart card authentication |
US11113688B1 (en) | 2016-04-22 | 2021-09-07 | Wells Fargo Bank, N.A. | Systems and methods for mobile wallet provisioning |
US10607214B1 (en) * | 2018-10-02 | 2020-03-31 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
SG10201902395SA (en) * | 2019-03-18 | 2019-11-28 | Qrypted Tech Pte Ltd | Method and system for a secure transaction |
US11599871B1 (en) | 2019-09-18 | 2023-03-07 | Wells Fargo Bank, N.A. | Systems and methods for a transaction card having a cryptographic key |
US11823175B2 (en) | 2020-04-30 | 2023-11-21 | Capital One Services, Llc | Intelligent card unlock |
US10861006B1 (en) | 2020-04-30 | 2020-12-08 | Capital One Services, Llc | Systems and methods for data access control using a short-range transceiver |
US11423392B1 (en) | 2020-12-01 | 2022-08-23 | Wells Fargo Bank, N.A. | Systems and methods for information verification using a contactless card |
US11799638B2 (en) * | 2021-01-06 | 2023-10-24 | Paypal, Inc. | Shared cryptogram generation during multi-party digital token processing |
US11250112B1 (en) * | 2021-02-24 | 2022-02-15 | Shawn Joseph | Graphical user interface and console management, modeling, and analysis system |
WO2023019294A1 (en) * | 2021-08-17 | 2023-02-23 | 545490 Pty. Ltd. | A stored value card validation system |
WO2023167390A1 (ko) * | 2022-03-04 | 2023-09-07 | 주식회사 센스톤 | 인증용 가상코드를 이용하여 홀더리스 카드에 사용자를 등록하는 방법 |
Family Cites Families (558)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2523745B1 (fr) | 1982-03-18 | 1987-06-26 | Bull Sa | Procede et dispositif de protection d'un logiciel livre par un fournisseur a un utilisateur |
JPS6198476A (ja) | 1984-10-19 | 1986-05-16 | Casio Comput Co Ltd | カードターミナル |
FR2613565B1 (fr) | 1987-04-03 | 1989-06-23 | Bull Cps | Procede pour acheminer des cles secretes vers des modules de securite et des cartes utilisateurs, dans un reseau de traitement d'informations |
US5036461A (en) | 1990-05-16 | 1991-07-30 | Elliott John C | Two-way authentication system between user's smart card and issuer-specific plug-in application modules in multi-issued transaction device |
JP3202056B2 (ja) * | 1992-02-25 | 2001-08-27 | 沖電気工業株式会社 | 電話端末システム |
FR2704341B1 (fr) | 1993-04-22 | 1995-06-02 | Bull Cp8 | Dispositif de protection des clés d'une carte à puce. |
US5377270A (en) | 1993-06-30 | 1994-12-27 | United Technologies Automotive, Inc. | Cryptographic authentication of transmitted messages using pseudorandom numbers |
US5363448A (en) | 1993-06-30 | 1994-11-08 | United Technologies Automotive, Inc. | Pseudorandom number generation and cryptographic authentication |
JP3053527B2 (ja) | 1993-07-30 | 2000-06-19 | インターナショナル・ビジネス・マシーンズ・コーポレイション | パスワードを有効化する方法及び装置、パスワードを生成し且つ予備的に有効化する方法及び装置、認証コードを使用して資源のアクセスを制御する方法及び装置 |
US5537314A (en) | 1994-04-18 | 1996-07-16 | First Marketrust Intl. | Referral recognition system for an incentive award program |
US7152045B2 (en) | 1994-11-28 | 2006-12-19 | Indivos Corporation | Tokenless identification system for authorization of electronic transactions and electronic transmissions |
US5764789A (en) | 1994-11-28 | 1998-06-09 | Smarttouch, Llc | Tokenless biometric ATM access system |
US5778072A (en) | 1995-07-07 | 1998-07-07 | Sun Microsystems, Inc. | System and method to transparently integrate private key operations from a smart card with host-based encryption services |
US5666415A (en) | 1995-07-28 | 1997-09-09 | Digital Equipment Corporation | Method and apparatus for cryptographic authentication |
US5832090A (en) | 1995-08-10 | 1998-11-03 | Hid Corporation | Radio frequency transponder stored value system employing a secure encryption protocol |
US5748740A (en) | 1995-09-29 | 1998-05-05 | Dallas Semiconductor Corporation | Method, apparatus, system and firmware for secure transactions |
US6049328A (en) | 1995-10-20 | 2000-04-11 | Wisconsin Alumni Research Foundation | Flexible access system for touch screen devices |
US5616901A (en) | 1995-12-19 | 1997-04-01 | Talking Signs, Inc. | Accessible automatic teller machines for sight-impaired persons and print-disabled persons |
EP0792044B1 (en) | 1996-02-23 | 2001-05-02 | Fuji Xerox Co., Ltd. | Device and method for authenticating user's access rights to resources according to the Challenge-Response principle |
US6226383B1 (en) | 1996-04-17 | 2001-05-01 | Integrity Sciences, Inc. | Cryptographic methods for remote authentication |
US5768373A (en) | 1996-05-06 | 1998-06-16 | Symantec Corporation | Method for providing a secure non-reusable one-time password |
US5901874A (en) | 1996-05-07 | 1999-05-11 | Breakthrough Marketing, Inc. | Handicapped accessible dumpster |
US6058373A (en) | 1996-10-16 | 2000-05-02 | Microsoft Corporation | System and method for processing electronic order forms |
US6483920B2 (en) | 1996-12-04 | 2002-11-19 | Bull, S.A. | Key recovery process used for strong encryption of messages |
US5796827A (en) | 1996-11-14 | 1998-08-18 | International Business Machines Corporation | System and method for near-field human-body coupling for encrypted communication with identification cards |
US6021203A (en) | 1996-12-11 | 2000-02-01 | Microsoft Corporation | Coercion resistant one-time-pad cryptosystem that facilitates transmission of messages having different levels of security |
US6061666A (en) | 1996-12-17 | 2000-05-09 | Citicorp Development Center | Automatic bank teller machine for the blind and visually impaired |
GB9626196D0 (en) | 1996-12-18 | 1997-02-05 | Ncr Int Inc | Self-service terminal (sst) and a method of oerating the sst to control movement of a card of the sst |
US6282522B1 (en) | 1997-04-30 | 2001-08-28 | Visa International Service Association | Internet payment system using smart card |
US7290288B2 (en) | 1997-06-11 | 2007-10-30 | Prism Technologies, L.L.C. | Method and system for controlling access, by an authentication server, to protected computer resources provided via an internet protocol network |
US5960411A (en) | 1997-09-12 | 1999-09-28 | Amazon.Com, Inc. | Method and system for placing a purchase order via a communications network |
US5983273A (en) | 1997-09-16 | 1999-11-09 | Webtv Networks, Inc. | Method and apparatus for providing physical security for a user account and providing access to the user's environment and preferences |
US5883810A (en) | 1997-09-24 | 1999-03-16 | Microsoft Corporation | Electronic online commerce card with transactionproxy number for online transactions |
WO1999019846A2 (en) | 1997-10-14 | 1999-04-22 | Visa International Service Association | Personalization of smart cards |
IL122105A0 (en) | 1997-11-04 | 1998-04-05 | Rozin Alexander | A two-way radio-based electronic toll collection method and system for highway |
US6889198B2 (en) | 1998-01-30 | 2005-05-03 | Citicorp Development Center, Inc. | Method and system for tracking smart card loyalty points |
US7207477B1 (en) | 2004-03-08 | 2007-04-24 | Diebold, Incorporated | Wireless transfer of account data and signature from hand-held device to electronic check generator |
US6199762B1 (en) | 1998-05-06 | 2001-03-13 | American Express Travel Related Services Co., Inc. | Methods and apparatus for dynamic smartcard synchronization and personalization |
EP0956818B1 (en) | 1998-05-11 | 2004-11-24 | Citicorp Development Center, Inc. | System and method of biometric smart card user authentication |
JP3112076B2 (ja) | 1998-05-21 | 2000-11-27 | 豊 保倉 | ユーザ認証システム |
US6615189B1 (en) | 1998-06-22 | 2003-09-02 | Bank One, Delaware, National Association | Debit purchasing of stored value card for use by and/or delivery to others |
US6216227B1 (en) | 1998-06-29 | 2001-04-10 | Sun Microsystems, Inc. | Multi-venue ticketing using smart cards |
US6032136A (en) | 1998-11-17 | 2000-02-29 | First Usa Bank, N.A. | Customer activated multi-value (CAM) card |
US7660763B1 (en) | 1998-11-17 | 2010-02-09 | Jpmorgan Chase Bank, N.A. | Customer activated multi-value (CAM) card |
US6438550B1 (en) | 1998-12-10 | 2002-08-20 | International Business Machines Corporation | Method and apparatus for client authentication and application configuration via smart cards |
US6829711B1 (en) | 1999-01-26 | 2004-12-07 | International Business Machines Corporation | Personal website for electronic commerce on a smart java card with multiple security check points |
EP1153375B1 (en) | 1999-02-18 | 2003-01-15 | Orbis Patents Limited | Credit card system and method |
US6731778B1 (en) | 1999-03-31 | 2004-05-04 | Oki Electric Industry Co, Ltd. | Photographing apparatus and monitoring system using same |
US6402028B1 (en) | 1999-04-06 | 2002-06-11 | Visa International Service Association | Integrated production of smart cards |
US6227447B1 (en) | 1999-05-10 | 2001-05-08 | First Usa Bank, Na | Cardless payment system |
US7127605B1 (en) | 1999-05-10 | 2006-10-24 | Axalto, Inc. | Secure sharing of application methods on a microcontroller |
US6845498B1 (en) | 1999-05-11 | 2005-01-18 | Microsoft Corporation | Method and apparatus for sharing data files among run time environment applets in an integrated circuit card |
US6504945B1 (en) | 1999-07-13 | 2003-01-07 | Hewlett-Packard Company | System for promoting correct finger placement in a fingerprint reader |
US7908216B1 (en) | 1999-07-22 | 2011-03-15 | Visa International Service Association | Internet payment, authentication and loading system using virtual smart card |
US6324271B1 (en) | 1999-08-17 | 2001-11-27 | Nortel Networks Limited | System and method for authentication of caller identification |
SE515327C2 (sv) | 1999-08-27 | 2001-07-16 | Ericsson Telefon Ab L M | Anordning för att utföra säkra transaktioner i en kommunikationsanordning |
US7085931B1 (en) | 1999-09-03 | 2006-08-01 | Secure Computing Corporation | Virtual smart card system and method |
US6834271B1 (en) | 1999-09-24 | 2004-12-21 | Kryptosima | Apparatus for and method of secure ATM debit card and credit card payment transactions via the internet |
US7319986B2 (en) | 1999-09-28 | 2008-01-15 | Bank Of America Corporation | Dynamic payment cards and related management systems and associated methods |
US6910627B1 (en) | 1999-09-29 | 2005-06-28 | Canon Kabushiki Kaisha | Smart card systems and electronic ticketing methods |
JP2001195368A (ja) | 1999-11-01 | 2001-07-19 | Sony Corp | 認証情報通信システムおよび認証情報通信方法、携帯情報処理装置、並びにプログラム提供媒体 |
US8794509B2 (en) | 1999-11-05 | 2014-08-05 | Lead Core Fund, L.L.C. | Systems and methods for processing a payment authorization request over disparate payment networks |
US8814039B2 (en) | 1999-11-05 | 2014-08-26 | Lead Core Fund, L.L.C. | Methods for processing a payment authorization request utilizing a network of point of sale devices |
GB2372186B (en) | 1999-11-22 | 2004-04-07 | Intel Corp | Integrity check values (icv) based on pseudorandom binary matrices |
WO2001050429A1 (en) | 2000-01-05 | 2001-07-12 | American Express Travel Related Services Company, Inc. | Smartcard internet authorization system |
WO2001052180A1 (en) | 2000-01-10 | 2001-07-19 | Tarian, Llc | Device using histological and physiological biometric marker for authentication and activation |
US20010034702A1 (en) | 2000-02-04 | 2001-10-25 | Mockett Gregory P. | System and method for dynamically issuing and processing transaction specific digital credit or debit cards |
WO2001061604A1 (en) | 2000-02-16 | 2001-08-23 | Zipcar, Inc | Systems and methods for controlling vehicle access |
AU2001238300A1 (en) | 2000-02-16 | 2001-08-27 | Mastercard International Incorporated | System and method for conducting electronic commerce with a remote wallet server |
US6779115B1 (en) | 2000-02-18 | 2004-08-17 | Digital5, Inc. | Portable device using a smart card to receive and decrypt digital data |
WO2001065502A2 (en) | 2000-02-29 | 2001-09-07 | E-Scoring, Inc. | Systems and methods enabling anonymous credit transactions |
US6852031B1 (en) | 2000-11-22 | 2005-02-08 | Igt | EZ pay smart card and tickets system |
US8046256B2 (en) | 2000-04-14 | 2011-10-25 | American Express Travel Related Services Company, Inc. | System and method for using loyalty rewards as currency |
EP2278538A1 (en) | 2000-04-24 | 2011-01-26 | Visa International Service Association | Online payer authentication service |
US7933589B1 (en) | 2000-07-13 | 2011-04-26 | Aeritas, Llc | Method and system for facilitation of wireless e-commerce transactions |
US6631197B1 (en) | 2000-07-24 | 2003-10-07 | Gn Resound North America Corporation | Wide audio bandwidth transduction method and device |
AU2001286464A1 (en) | 2000-08-14 | 2002-02-25 | Peter H. Gien | System and method for secure smartcard issuance |
WO2002015117A2 (en) | 2000-08-17 | 2002-02-21 | Dexrad (Proprietary) Limited | The transfer of verification data |
AU2001288679A1 (en) | 2000-09-11 | 2002-03-26 | Sentrycom Ltd. | A biometric-based system and method for enabling authentication of electronic messages sent over a network |
US7006986B1 (en) | 2000-09-25 | 2006-02-28 | Ecardless Bancorp, Ltd. | Order file processes for purchasing on the internet using verified order information |
US6873260B2 (en) | 2000-09-29 | 2005-03-29 | Kenneth J. Lancos | System and method for selectively allowing the passage of a guest through a region within a coverage area |
US6877656B1 (en) | 2000-10-24 | 2005-04-12 | Capital One Financial Corporation | Systems, methods, and apparatus for instant issuance of a credit card |
US6721706B1 (en) | 2000-10-30 | 2004-04-13 | Koninklijke Philips Electronics N.V. | Environment-responsive user interface/entertainment device that simulates personal interaction |
US7069435B2 (en) | 2000-12-19 | 2006-06-27 | Tricipher, Inc. | System and method for authentication in a crypto-system utilizing symmetric and asymmetric crypto-keys |
US7606771B2 (en) | 2001-01-11 | 2009-10-20 | Cardinalcommerce Corporation | Dynamic number authentication for credit/debit cards |
EP1223565A1 (en) | 2001-01-12 | 2002-07-17 | Motorola, Inc. | Transaction system, portable device, terminal and methods of transaction |
US20020093530A1 (en) | 2001-01-17 | 2002-07-18 | Prasad Krothapalli | Automatic filling and submission of completed forms |
US20070198432A1 (en) | 2001-01-19 | 2007-08-23 | Pitroda Satyan G | Transactional services |
US20020158123A1 (en) | 2001-01-30 | 2002-10-31 | Allen Rodney F. | Web-based smart card system and method for maintaining status information and verifying eligibility |
US20020152116A1 (en) | 2001-01-30 | 2002-10-17 | Yan Kent J. | Method and system for generating fixed and/or dynamic rebates in credit card type transactions |
US7181017B1 (en) | 2001-03-23 | 2007-02-20 | David Felsher | System and method for secure three-party communications |
EP1248190B1 (en) | 2001-04-02 | 2007-06-06 | Motorola, Inc. | Enabling and disabling software features |
US7290709B2 (en) | 2001-04-10 | 2007-11-06 | Erica Tsai | Information card system |
US7044394B2 (en) | 2003-12-17 | 2006-05-16 | Kerry Dennis Brown | Programmable magnetic data storage card |
US20020153424A1 (en) | 2001-04-19 | 2002-10-24 | Chuan Li | Method and apparatus of secure credit card transaction |
US20040015958A1 (en) | 2001-05-15 | 2004-01-22 | Veil Leonard Scott | Method and system for conditional installation and execution of services in a secure computing environment |
US7206806B2 (en) | 2001-05-30 | 2007-04-17 | Pineau Richard A | Method and system for remote utilizing a mobile device to share data objects |
DE10127511A1 (de) | 2001-06-06 | 2003-01-02 | Wincor Nixdorf Gmbh & Co Kg | Schreib-/Lesegerät für eine Ausweis- oder Kreditkarte vom RFID-Typ |
US20030167350A1 (en) | 2001-06-07 | 2003-09-04 | Curl Corporation | Safe I/O through use of opaque I/O objects |
AUPR559201A0 (en) | 2001-06-08 | 2001-07-12 | Canon Kabushiki Kaisha | Card reading device for service access |
US6834795B1 (en) | 2001-06-29 | 2004-12-28 | Sun Microsystems, Inc. | Secure user authentication to computing resource via smart card |
US7762457B2 (en) | 2001-07-10 | 2010-07-27 | American Express Travel Related Services Company, Inc. | System and method for dynamic fob synchronization and personalization |
US9031880B2 (en) | 2001-07-10 | 2015-05-12 | Iii Holdings 1, Llc | Systems and methods for non-traditional payment using biometric data |
US7993197B2 (en) | 2001-08-10 | 2011-08-09 | Igt | Flexible loyalty points programs |
US8266451B2 (en) | 2001-08-31 | 2012-09-11 | Gemalto Sa | Voice activated smart card |
US20030055727A1 (en) | 2001-09-18 | 2003-03-20 | Walker Jay S. | Method and apparatus for facilitating the provision of a benefit to a customer of a retailer |
US7373515B2 (en) | 2001-10-09 | 2008-05-13 | Wireless Key Identification Systems, Inc. | Multi-factor authentication system |
JP3975720B2 (ja) | 2001-10-23 | 2007-09-12 | 株式会社日立製作所 | Icカード、顧客情報分析システムおよび顧客情報分析結果提供方法 |
US6934861B2 (en) | 2001-11-06 | 2005-08-23 | Crosscheck Identification Systems International, Inc. | National identification card system and biometric identity verification method for negotiating transactions |
US6641050B2 (en) | 2001-11-06 | 2003-11-04 | International Business Machines Corporation | Secure credit card |
US7243853B1 (en) | 2001-12-04 | 2007-07-17 | Visa U.S.A. Inc. | Method and system for facilitating memory and application management on a secured token |
US8108687B2 (en) | 2001-12-12 | 2012-01-31 | Valve Corporation | Method and system for granting access to system and content |
FR2834403B1 (fr) | 2001-12-27 | 2004-02-06 | France Telecom | Systeme cryptographique de signature de groupe |
JP3820999B2 (ja) | 2002-01-25 | 2006-09-13 | ソニー株式会社 | 近接通信システム及び近接通信方法、データ管理装置及びデータ管理方法、記憶媒体、並びにコンピュータ・プログラム |
SE524778C2 (sv) | 2002-02-19 | 2004-10-05 | Douglas Lundholm | Förfarande och arrangemang för att skydda mjukvara för otillbörlig användning eller kopiering |
US6905411B2 (en) | 2002-02-27 | 2005-06-14 | Igt | Player authentication for cashless gaming machine instruments |
US20030208449A1 (en) | 2002-05-06 | 2003-11-06 | Yuanan Diao | Credit card fraud prevention system and method using secure electronic credit card |
US7900048B2 (en) | 2002-05-07 | 2011-03-01 | Sony Ericsson Mobile Communications Ab | Method for loading an application in a device, device and smart card therefor |
CN100440195C (zh) | 2002-05-10 | 2008-12-03 | 斯伦贝谢(北京)智能卡科技有限公司 | 智能卡更换方法及其更换*** |
US8010405B1 (en) | 2002-07-26 | 2011-08-30 | Visa Usa Inc. | Multi-application smart card device software solution for smart cardholder reward selection and redemption |
US20040127256A1 (en) | 2002-07-30 | 2004-07-01 | Scott Goldthwaite | Mobile device equipped with a contactless smart card reader/writer |
US7697920B1 (en) | 2006-05-05 | 2010-04-13 | Boojum Mobile | System and method for providing authentication and authorization utilizing a personal wireless communication device |
JP4619119B2 (ja) | 2002-08-06 | 2011-01-26 | プリヴァリス・インコーポレーテッド | 電子装置への個人身分証明書のセキュアな登録およびバックアップのための方法 |
JP4553565B2 (ja) | 2002-08-26 | 2010-09-29 | パナソニック株式会社 | 電子バリューの認証方式と認証システムと装置 |
CZ2005209A3 (cs) | 2002-09-10 | 2005-12-14 | Ivi Smart Technologies, Inc. | Bezpečné biometrické ověření identity |
US7306143B2 (en) | 2002-09-20 | 2007-12-11 | Cubic Corporation | Dynamic smart card/media imaging |
US8985442B1 (en) | 2011-07-18 | 2015-03-24 | Tiger T G Zhou | One-touch payment using haptic control via a messaging and calling multimedia system on mobile device and wearable device, currency token interface, point of sale device, and electronic payment card |
US9710804B2 (en) | 2012-10-07 | 2017-07-18 | Andrew H B Zhou | Virtual payment cards issued by banks for mobile and wearable devices |
WO2004036492A2 (en) | 2002-10-16 | 2004-04-29 | Sci-Tel Ltd. | Smart card network interface device |
US9251518B2 (en) | 2013-03-15 | 2016-02-02 | Live Nation Entertainment, Inc. | Centralized and device-aware ticket-transfer system and methods |
US9740988B1 (en) | 2002-12-09 | 2017-08-22 | Live Nation Entertainment, Inc. | System and method for using unique device indentifiers to enhance security |
US7454318B2 (en) | 2003-01-14 | 2008-11-18 | Nxp B.V. | Method and terminal for detecting fake and/or modified smart card |
US7453439B1 (en) | 2003-01-16 | 2008-11-18 | Forward Input Inc. | System and method for continuous stroke word-based text input |
US20050195975A1 (en) | 2003-01-21 | 2005-09-08 | Kevin Kawakita | Digital media distribution cryptography using media ticket smart cards |
US8589335B2 (en) | 2003-04-21 | 2013-11-19 | Visa International Service Association | Smart card personalization assistance tool |
EP1632091A4 (en) | 2003-05-12 | 2006-07-26 | Gtech Corp | METHOD AND SYSTEM FOR AUTHENTICATION |
US7949559B2 (en) | 2003-05-27 | 2011-05-24 | Citicorp Credit Services, Inc. | Credit card rewards program system and method |
US8200775B2 (en) | 2005-02-01 | 2012-06-12 | Newsilike Media Group, Inc | Enhanced syndication |
JP4744106B2 (ja) | 2003-08-06 | 2011-08-10 | パナソニック株式会社 | セキュアデバイス、情報処理端末、通信システム及び通信方法 |
US8935243B2 (en) | 2003-08-27 | 2015-01-13 | Inoventiv (Canada) Corp. | Method and system for dynamic web display |
US20050075985A1 (en) | 2003-10-03 | 2005-04-07 | Brian Cartmell | Voice authenticated credit card purchase verification |
FI20031482A (fi) | 2003-10-10 | 2005-04-11 | Open Bit Oy Ltd | Maksutapahtumatietojen prosessointi |
US7597250B2 (en) | 2003-11-17 | 2009-10-06 | Dpd Patent Trust Ltd. | RFID reader with multiple interfaces |
US20050138387A1 (en) | 2003-12-19 | 2005-06-23 | Lam Wai T. | System and method for authorizing software use |
US7357309B2 (en) | 2004-01-16 | 2008-04-15 | Telefonaktiebolaget Lm Ericsson (Publ) | EMV transactions in mobile terminals |
US7374099B2 (en) | 2004-02-24 | 2008-05-20 | Sun Microsystems, Inc. | Method and apparatus for processing an application identifier from a smart card |
US7165727B2 (en) | 2004-02-24 | 2007-01-23 | Sun Microsystems, Inc. | Method and apparatus for installing an application onto a smart card |
US7194438B2 (en) | 2004-02-25 | 2007-03-20 | Nokia Corporation | Electronic payment schemes in a mobile environment for short-range transactions |
US7584153B2 (en) | 2004-03-15 | 2009-09-01 | Qsecure, Inc. | Financial transactions with dynamic card verification values |
US7472829B2 (en) | 2004-12-10 | 2009-01-06 | Qsecure, Inc. | Payment card with internally generated virtual account numbers for its magnetic stripe encoder and user display |
JP2007529797A (ja) | 2004-03-19 | 2007-10-25 | フンベル ローガー | 認証機能および支払い機能を備えた、無線自転車キー、自動車、家屋、rfidタグのための携帯電話におけるオールインワンキーまたは制御ソフトウェアカード |
US20140019352A1 (en) | 2011-02-22 | 2014-01-16 | Visa International Service Association | Multi-purpose virtual card transaction apparatuses, methods and systems |
US7748617B2 (en) | 2004-04-12 | 2010-07-06 | Gray R O'neal | Electronic identification system |
CA2541639C (en) | 2004-05-03 | 2011-04-19 | Research In Motion Limited | System and method for application authorization |
US8762283B2 (en) | 2004-05-03 | 2014-06-24 | Visa International Service Association | Multiple party benefit from an online authentication service |
US7703142B1 (en) | 2004-05-06 | 2010-04-20 | Sprint Communications Company L.P. | Software license authorization system |
US7660779B2 (en) | 2004-05-12 | 2010-02-09 | Microsoft Corporation | Intelligent autofill |
GB0411777D0 (en) | 2004-05-26 | 2004-06-30 | Crypomathic Ltd | Computationally asymmetric cryptographic systems |
US7314165B2 (en) | 2004-07-01 | 2008-01-01 | American Express Travel Related Services Company, Inc. | Method and system for smellprint recognition biometrics on a smartcard |
US7318550B2 (en) | 2004-07-01 | 2008-01-15 | American Express Travel Related Services Company, Inc. | Biometric safeguard method for use with a smartcard |
US7175076B1 (en) | 2004-07-07 | 2007-02-13 | Diebold Self-Service Systems Division Of Diebold, Incorporated | Cash dispensing automated banking machine user interface system and method |
US8439271B2 (en) | 2004-07-15 | 2013-05-14 | Mastercard International Incorporated | Method and system using a bitmap for passing contactless payment card transaction variables in standardized data formats |
KR20070044453A (ko) | 2004-07-15 | 2007-04-27 | 마스터카드 인터내셔날, 인코포레이티드 | 비접촉식 결재 장치 시험용 레퍼런스 기기 |
US7287692B1 (en) | 2004-07-28 | 2007-10-30 | Cisco Technology, Inc. | System and method for securing transactions in a contact center environment |
EP1630712A1 (en) | 2004-08-24 | 2006-03-01 | Sony Deutschland GmbH | Method for operating a near field communication system |
EP1783919B1 (en) | 2004-08-27 | 2017-12-20 | Victorion Technology Co., Ltd. | The nasal bone conduction wireless communication transmission equipment |
US20060047954A1 (en) | 2004-08-30 | 2006-03-02 | Axalto Inc. | Data access security implementation using the public key mechanism |
US7375616B2 (en) | 2004-09-08 | 2008-05-20 | Nokia Corporation | Electronic near field communication enabled multifunctional device and method of its operation |
US7270276B2 (en) | 2004-09-29 | 2007-09-18 | Sap Ag | Multi-application smartcard |
US20060085848A1 (en) | 2004-10-19 | 2006-04-20 | Intel Corporation | Method and apparatus for securing communications between a smartcard and a terminal |
US7748636B2 (en) | 2004-11-16 | 2010-07-06 | Dpd Patent Trust Ltd. | Portable identity card reader system for physical and logical access |
GB2410113A (en) | 2004-11-29 | 2005-07-20 | Morse Group Ltd | A system and method of accessing banking services via a mobile telephone |
TW200642408A (en) | 2004-12-07 | 2006-12-01 | Farsheed Atef | System and method for identity verification and management |
US7232073B1 (en) | 2004-12-21 | 2007-06-19 | Sun Microsystems, Inc. | Smart card with multiple applications |
GB0428543D0 (en) | 2004-12-31 | 2005-02-09 | British Telecomm | Control of data exchange |
US8700729B2 (en) | 2005-01-21 | 2014-04-15 | Robin Dua | Method and apparatus for managing credentials through a wireless network |
US8200700B2 (en) | 2005-02-01 | 2012-06-12 | Newsilike Media Group, Inc | Systems and methods for use of structured and unstructured distributed data |
US20130104251A1 (en) | 2005-02-01 | 2013-04-25 | Newsilike Media Group, Inc. | Security systems and methods for use with structured and unstructured data |
US8347088B2 (en) | 2005-02-01 | 2013-01-01 | Newsilike Media Group, Inc | Security systems and methods for use with structured and unstructured data |
DE102005004902A1 (de) | 2005-02-02 | 2006-08-10 | Utimaco Safeware Ag | Verfahren zur Anmeldung eines Nutzers an einem Computersystem |
US7581678B2 (en) | 2005-02-22 | 2009-09-01 | Tyfone, Inc. | Electronic transaction card |
US8005426B2 (en) | 2005-03-07 | 2011-08-23 | Nokia Corporation | Method and mobile terminal device including smartcard module and near field communications means |
US7628322B2 (en) | 2005-03-07 | 2009-12-08 | Nokia Corporation | Methods, system and mobile device capable of enabling credit card personalization using a wireless network |
US7128274B2 (en) | 2005-03-24 | 2006-10-31 | International Business Machines Corporation | Secure credit card with near field communications |
US8266441B2 (en) | 2005-04-22 | 2012-09-11 | Bank Of America Corporation | One-time password credit/debit card |
US7840993B2 (en) | 2005-05-04 | 2010-11-23 | Tricipher, Inc. | Protecting one-time-passwords against man-in-the-middle attacks |
US7793851B2 (en) | 2005-05-09 | 2010-09-14 | Dynamics Inc. | Dynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card |
US20080035738A1 (en) | 2005-05-09 | 2008-02-14 | Mullen Jeffrey D | Dynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card |
CA2608707A1 (en) | 2005-05-16 | 2006-11-23 | Mastercard International Incorporated | Method and system for using contactless payment cards in a transit system |
US20060280338A1 (en) | 2005-06-08 | 2006-12-14 | Xerox Corporation | Systems and methods for the visually impared |
US8583454B2 (en) | 2005-07-28 | 2013-11-12 | Beraja Ip, Llc | Medical claims fraud prevention system including photograph records identification and associated methods |
US8762263B2 (en) | 2005-09-06 | 2014-06-24 | Visa U.S.A. Inc. | System and method for secured account numbers in proximity devices |
US20070067833A1 (en) | 2005-09-20 | 2007-03-22 | Colnot Vincent C | Methods and Apparatus for Enabling Secure Network-Based Transactions |
US8245292B2 (en) | 2005-11-16 | 2012-08-14 | Broadcom Corporation | Multi-factor authentication using a smartcard |
JP4435076B2 (ja) | 2005-11-18 | 2010-03-17 | フェリカネットワークス株式会社 | 携帯端末,データ通信方法,およびコンピュータプログラム |
US7568631B2 (en) | 2005-11-21 | 2009-08-04 | Sony Corporation | System, apparatus and method for obtaining one-time credit card numbers using a smart card |
WO2007076476A2 (en) | 2005-12-22 | 2007-07-05 | Mastercard International Incorporated | Methods and systems for two-factor authentication using contactless chip cards or devices and mobile devices or dedicated personal readers |
FR2895608B1 (fr) | 2005-12-23 | 2008-03-21 | Trusted Logic Sa | Procede pour la realisation d'un compteur securise sur un systeme informatique embarque disposant d'une carte a puce |
US8352323B2 (en) | 2007-11-30 | 2013-01-08 | Blaze Mobile, Inc. | Conducting an online payment transaction using an NFC enabled mobile communication device |
US7775427B2 (en) | 2005-12-31 | 2010-08-17 | Broadcom Corporation | System and method for binding a smartcard and a smartcard reader |
US8559987B1 (en) | 2005-12-31 | 2013-10-15 | Blaze Mobile, Inc. | Wireless bidirectional communications between a mobile device and associated secure element |
US7657489B2 (en) | 2006-01-18 | 2010-02-02 | Mocapay, Inc. | Systems and method for secure wireless payment transactions |
US8224018B2 (en) | 2006-01-23 | 2012-07-17 | Digimarc Corporation | Sensing data from physical objects |
US9137012B2 (en) | 2006-02-03 | 2015-09-15 | Emc Corporation | Wireless authentication methods and apparatus |
US20070224969A1 (en) | 2006-03-24 | 2007-09-27 | Rao Bindu R | Prepaid simcard for automatically enabling services |
US7380710B2 (en) | 2006-04-28 | 2008-06-03 | Qsecure, Inc. | Payment card preloaded with unique numbers |
US7571471B2 (en) | 2006-05-05 | 2009-08-04 | Tricipher, Inc. | Secure login using a multifactor split asymmetric crypto-key with persistent key security |
EP1855229B1 (fr) | 2006-05-10 | 2010-08-11 | Inside Contactless | Procédé de routage de données sortantes et entrantes dans un chipset NFC |
ATE440417T1 (de) | 2006-06-29 | 2009-09-15 | Incard Sa | Verfahren zur diversifizierung eines schlüssels auf einer chipkarte |
US9985950B2 (en) | 2006-08-09 | 2018-05-29 | Assa Abloy Ab | Method and apparatus for making a decision on a card |
GB0616331D0 (en) | 2006-08-16 | 2006-09-27 | Innovision Res & Tech Plc | Near Field RF Communicators And Near Field Communications Enabled Devices |
US20080072303A1 (en) | 2006-09-14 | 2008-03-20 | Schlumberger Technology Corporation | Method and system for one time password based authentication and integrated remote access |
US20080071681A1 (en) | 2006-09-15 | 2008-03-20 | Khalid Atm Shafiqul | Dynamic Credit and Check Card |
US8322624B2 (en) | 2007-04-10 | 2012-12-04 | Feinics Amatech Teoranta | Smart card with switchable matching antenna |
US8738485B2 (en) | 2007-12-28 | 2014-05-27 | Visa U.S.A. Inc. | Contactless prepaid product for transit fare collection |
WO2008042302A2 (en) | 2006-09-29 | 2008-04-10 | Narian Technologies Corp. | Apparatus and method using near field communications |
US8474028B2 (en) | 2006-10-06 | 2013-06-25 | Fmr Llc | Multi-party, secure multi-channel authentication |
GB2443234B8 (en) | 2006-10-24 | 2009-01-28 | Innovision Res & Tech Plc | Near field RF communicators and near field RF communications enabled devices |
US20080148052A1 (en) | 2006-10-25 | 2008-06-19 | Motorola, Inc. | Method and system for authentication bonding two devices and sending authenticated events |
US20080109309A1 (en) | 2006-10-31 | 2008-05-08 | Steven Landau | Powered Print Advertisements, Product Packaging, and Trading Cards |
US8682791B2 (en) | 2006-10-31 | 2014-03-25 | Discover Financial Services | Redemption of credit card rewards at a point of sale |
US8267313B2 (en) | 2006-10-31 | 2012-09-18 | American Express Travel Related Services Company, Inc. | System and method for providing a gift card which affords benefits beyond what is purchased |
US9251637B2 (en) | 2006-11-15 | 2016-02-02 | Bank Of America Corporation | Method and apparatus for using at least a portion of a one-time password as a dynamic card verification value |
US8365258B2 (en) | 2006-11-16 | 2013-01-29 | Phonefactor, Inc. | Multi factor authentication |
US7940903B2 (en) * | 2006-11-29 | 2011-05-10 | Idt Corporation | Financial card activation method and system |
CN101192295A (zh) | 2006-11-30 | 2008-06-04 | 讯想科技股份有限公司 | 芯片***网络交易***与方法 |
US8041954B2 (en) | 2006-12-07 | 2011-10-18 | Paul Plesman | Method and system for providing a secure login solution using one-time passwords |
US20080162312A1 (en) | 2006-12-29 | 2008-07-03 | Motorola, Inc. | Method and system for monitoring secure applet events during contactless rfid/nfc communication |
US7594605B2 (en) | 2007-01-10 | 2009-09-29 | At&T Intellectual Property I, L.P. | Credit card transaction servers, methods and computer program products employing wireless terminal location and registered purchasing locations |
GB2442249B (en) | 2007-02-20 | 2008-09-10 | Cryptomathic As | Authentication device and method |
US8095974B2 (en) | 2007-02-23 | 2012-01-10 | At&T Intellectual Property I, L.P. | Methods, systems, and products for identity verification |
US8463711B2 (en) | 2007-02-27 | 2013-06-11 | Igt | Methods and architecture for cashless system security |
US9081948B2 (en) | 2007-03-13 | 2015-07-14 | Red Hat, Inc. | Configurable smartcard |
US20080223918A1 (en) | 2007-03-15 | 2008-09-18 | Microsoft Corporation | Payment tokens |
US8867988B2 (en) | 2007-03-16 | 2014-10-21 | Lg Electronics Inc. | Performing contactless applications in battery off mode |
US8285329B1 (en) | 2007-04-02 | 2012-10-09 | Sprint Communications Company L.P. | Mobile device-based control of smart card operation |
US8667285B2 (en) | 2007-05-31 | 2014-03-04 | Vasco Data Security, Inc. | Remote authentication and transaction signatures |
US7739169B2 (en) | 2007-06-25 | 2010-06-15 | Visa U.S.A. Inc. | Restricting access to compromised account information |
US20120252350A1 (en) | 2007-07-24 | 2012-10-04 | Allan Steinmetz | Vehicle safety device for reducing driver distractions |
US20090037275A1 (en) | 2007-08-03 | 2009-02-05 | Pollio Michael J | Consolidated membership/rewards card system |
US8235825B2 (en) | 2007-08-14 | 2012-08-07 | John B. French | Smart card holder for automated gaming system and gaming cards |
WO2009025605A2 (en) | 2007-08-19 | 2009-02-26 | Yubico Ab | Device and method for generating dynamic credit card data |
US7748609B2 (en) | 2007-08-31 | 2010-07-06 | Gemalto Inc. | System and method for browser based access to smart cards |
WO2009039419A1 (en) | 2007-09-21 | 2009-03-26 | Wireless Dynamics, Inc. | Wireless smart card and integrated personal area network, near field communication and contactless payment system |
US8249654B1 (en) | 2007-09-27 | 2012-08-21 | Sprint Communications Company L.P. | Dynamic smart card application loading |
GB2457221A (en) | 2007-10-17 | 2009-08-12 | Vodafone Plc | Smart Card Web Server (SCWS) administration within a plurality of security domains |
US8095113B2 (en) | 2007-10-17 | 2012-01-10 | First Data Corporation | Onetime passwords for smart chip cards |
FR2922701B1 (fr) | 2007-10-23 | 2009-11-20 | Inside Contacless | Procede de personnalisation securise d'un chipset nfc |
US7652578B2 (en) | 2007-10-29 | 2010-01-26 | Motorola, Inc. | Detection apparatus and method for near field communication devices |
US8135648B2 (en) | 2007-11-01 | 2012-03-13 | Gtech Corporation | Authentication of lottery tickets, game machine credit vouchers, and other items |
US20090132405A1 (en) | 2007-11-15 | 2009-05-21 | German Scipioni | System and method for auto-filling information |
US11238329B2 (en) | 2007-12-24 | 2022-02-01 | Dynamics Inc. | Payment cards and devices with gift card, global integration, and magnetic stripe reader communication functionality |
US8589267B2 (en) | 2008-01-03 | 2013-11-19 | Mocapay, Inc. | System and method for re-distributing and transferring mobile gift cards |
WO2009089099A1 (en) | 2008-01-04 | 2009-07-16 | M2 International Ltd. | Dynamic card verification value |
GB0801225D0 (en) | 2008-01-23 | 2008-02-27 | Innovision Res & Tech Plc | Near field RF communications |
US20090192912A1 (en) | 2008-01-30 | 2009-07-30 | Kent Griffin | Charge-for-service near field communication transactions |
WO2009102640A1 (en) | 2008-02-12 | 2009-08-20 | Cardiac Pacemakers, Inc. | Systems and methods for controlling wireless signal transfers between ultrasound-enabled medical devices |
US9947002B2 (en) | 2008-02-15 | 2018-04-17 | First Data Corporation | Secure authorization of contactless transaction |
US8302167B2 (en) | 2008-03-11 | 2012-10-30 | Vasco Data Security, Inc. | Strong authentication token generating one-time passwords and signatures upon server credential verification |
ATE554593T1 (de) | 2008-03-27 | 2012-05-15 | Motorola Mobility Inc | Verfahren und vorrichtung für die automatische nahfeld-kommunikations-anwendungsauswahl in einem elektronischen gerät |
ITMI20080536A1 (it) | 2008-03-28 | 2009-09-29 | Incard Sa | Metodo per proteggere un file cap per una carta a circuito integrato. |
US8024576B2 (en) | 2008-03-31 | 2011-09-20 | International Business Machines Corporation | Method and system for authenticating users with a one time password using an image reader |
US8365988B1 (en) | 2008-04-11 | 2013-02-05 | United Services Automobile Association (Usaa) | Dynamic credit card security code via mobile device |
US8347112B2 (en) | 2008-05-08 | 2013-01-01 | Texas Instruments Incorporated | Encryption/decryption engine with secure modes for key decryption and key derivation |
US9082117B2 (en) | 2008-05-17 | 2015-07-14 | David H. Chin | Gesture based authentication for wireless payment by a mobile electronic device |
US8099332B2 (en) | 2008-06-06 | 2012-01-17 | Apple Inc. | User interface for application management for a mobile device |
EP2139196A1 (en) | 2008-06-26 | 2009-12-30 | France Telecom | Method and system for remotely blocking/unblocking NFC applications on a terminal |
US8229853B2 (en) | 2008-07-24 | 2012-07-24 | International Business Machines Corporation | Dynamic itinerary-driven profiling for preventing unauthorized card transactions |
US8662401B2 (en) | 2008-07-25 | 2014-03-04 | First Data Corporation | Mobile payment adoption by adding a dedicated payment button to mobile device form factors |
US8740073B2 (en) | 2008-08-01 | 2014-06-03 | Mastercard International Incorporated | Methods, systems and computer readable media for storing and redeeming electronic certificates using a wireless smart card |
US8706622B2 (en) | 2008-08-05 | 2014-04-22 | Visa U.S.A. Inc. | Account holder demand account update |
US8438382B2 (en) | 2008-08-06 | 2013-05-07 | Symantec Corporation | Credential management system and method |
US20100033310A1 (en) | 2008-08-08 | 2010-02-11 | Narendra Siva G | Power negotation for small rfid card |
US8232879B2 (en) | 2008-08-08 | 2012-07-31 | Assa Abloy Ab | Directional sensing mechanism and communications authentication |
WO2010022129A1 (en) | 2008-08-20 | 2010-02-25 | Xcard Holdings Llc | Secure smart card system |
US8103249B2 (en) | 2008-08-23 | 2012-01-24 | Visa U.S.A. Inc. | Credit card imaging for mobile payment and other applications |
US10970777B2 (en) | 2008-09-15 | 2021-04-06 | Mastercard International Incorporated | Apparatus and method for bill payment card enrollment |
US20100078471A1 (en) | 2008-09-30 | 2010-04-01 | Apple Inc. | System and method for processing peer-to-peer financial transactions |
US9037513B2 (en) | 2008-09-30 | 2015-05-19 | Apple Inc. | System and method for providing electronic event tickets |
US20100094754A1 (en) | 2008-10-13 | 2010-04-15 | Global Financial Passport, Llc | Smartcard based secure transaction systems and methods |
US20100095130A1 (en) | 2008-10-13 | 2010-04-15 | Global Financial Passport, Llc | Smartcards for secure transaction systems |
US8689013B2 (en) | 2008-10-21 | 2014-04-01 | G. Wouter Habraken | Dual-interface key management |
CN101729502B (zh) | 2008-10-23 | 2012-09-05 | 中兴通讯股份有限公司 | 密钥分发方法和*** |
US8371501B1 (en) | 2008-10-27 | 2013-02-12 | United Services Automobile Association (Usaa) | Systems and methods for a wearable user authentication factor |
EP2182439A1 (en) | 2008-10-28 | 2010-05-05 | Gemalto SA | Method of managing data sent over the air to an applet having a restricted interface |
US20100114731A1 (en) | 2008-10-30 | 2010-05-06 | Kingston Tamara S | ELECTRONIC WALLET ("eWallet") |
US9231928B2 (en) | 2008-12-18 | 2016-01-05 | Bce Inc. | Validation method and system for use in securing nomadic electronic transactions |
EP2199992A1 (en) | 2008-12-19 | 2010-06-23 | Gemalto SA | Secure activation before contactless banking smart card transaction |
US10354321B2 (en) | 2009-01-22 | 2019-07-16 | First Data Corporation | Processing transactions with an extended application ID and dynamic cryptograms |
US9065812B2 (en) | 2009-01-23 | 2015-06-23 | Microsoft Technology Licensing, Llc | Protecting transactions |
EP2211481B1 (en) | 2009-01-26 | 2014-09-10 | Motorola Mobility LLC | Wireless communication device for providing at least one near field communication service |
US9509436B2 (en) | 2009-01-29 | 2016-11-29 | Cubic Corporation | Protection of near-field communication exchanges |
EP2219374A1 (en) | 2009-02-13 | 2010-08-18 | Irdeto Access B.V. | Securely providing a control word from a smartcard to a conditional access module |
CN101820696B (zh) | 2009-02-26 | 2013-08-07 | 中兴通讯股份有限公司 | 支持增强型近场通信的终端及其处理方法 |
US20100240413A1 (en) | 2009-03-21 | 2010-09-23 | Microsoft Corporation | Smart Card File System |
US8567670B2 (en) | 2009-03-27 | 2013-10-29 | Intersections Inc. | Dynamic card verification values and credit transactions |
EP2199965A1 (en) | 2009-04-22 | 2010-06-23 | Euro-Wallet B.V. | Payment transaction client, server and system |
US8893967B2 (en) | 2009-05-15 | 2014-11-25 | Visa International Service Association | Secure Communication of payment information to merchants using a verification token |
US8417231B2 (en) | 2009-05-17 | 2013-04-09 | Qualcomm Incorporated | Method and apparatus for programming a mobile device with multiple service accounts |
US8391719B2 (en) | 2009-05-22 | 2013-03-05 | Motorola Mobility Llc | Method and system for conducting communication between mobile devices |
US20100312635A1 (en) | 2009-06-08 | 2010-12-09 | Cervenka Karen L | Free sample coupon card |
US20100312634A1 (en) | 2009-06-08 | 2010-12-09 | Cervenka Karen L | Coupon card point of service terminal processing |
US9886696B2 (en) | 2009-07-29 | 2018-02-06 | Shopkick, Inc. | Method and system for presence detection |
US8186602B2 (en) | 2009-08-18 | 2012-05-29 | On Track Innovations, Ltd. | Multi-application contactless smart card |
US20110060631A1 (en) | 2009-09-04 | 2011-03-10 | Bank Of America | Redemption of customer benefit offers based on goods identification |
US9373141B1 (en) | 2009-09-23 | 2016-06-21 | Verient, Inc. | System and method for automatically filling webpage fields |
US8317094B2 (en) | 2009-09-23 | 2012-11-27 | Mastercard International Incorporated | Methods and systems for displaying loyalty program information on a payment card |
US8830866B2 (en) | 2009-09-30 | 2014-09-09 | Apple Inc. | Methods and apparatus for solicited activation for protected wireless networking |
US20110084132A1 (en) | 2009-10-08 | 2011-04-14 | At&T Intellectual Property I, L.P. | Devices, Systems and Methods for Secure Remote Medical Diagnostics |
US9307065B2 (en) | 2009-10-09 | 2016-04-05 | Panasonic Intellectual Property Management Co., Ltd. | Method and apparatus for processing E-mail and outgoing calls |
US8806592B2 (en) | 2011-01-21 | 2014-08-12 | Authentify, Inc. | Method for secure user and transaction authentication and risk management |
US8843757B2 (en) | 2009-11-12 | 2014-09-23 | Ca, Inc. | One time PIN generation |
US8799668B2 (en) | 2009-11-23 | 2014-08-05 | Fred Cheng | Rubbing encryption algorithm and security attack safe OTP token |
US9225526B2 (en) | 2009-11-30 | 2015-12-29 | Red Hat, Inc. | Multifactor username based authentication |
US9258715B2 (en) | 2009-12-14 | 2016-02-09 | Apple Inc. | Proactive security for mobile devices |
EP2336986A1 (en) | 2009-12-17 | 2011-06-22 | Gemalto SA | Method of personalizing an application embedded in a secured electronic token |
US10049356B2 (en) | 2009-12-18 | 2018-08-14 | First Data Corporation | Authentication of card-not-present transactions |
US9324066B2 (en) | 2009-12-21 | 2016-04-26 | Verizon Patent And Licensing Inc. | Method and system for providing virtual credit card services |
US8615468B2 (en) | 2010-01-27 | 2013-12-24 | Ca, Inc. | System and method for generating a dynamic card value |
CA2694500C (en) | 2010-02-24 | 2015-07-07 | Diversinet Corp. | Method and system for secure communication |
US10255601B2 (en) | 2010-02-25 | 2019-04-09 | Visa International Service Association | Multifactor authentication using a directory server |
US9129270B2 (en) | 2010-03-02 | 2015-09-08 | Gonow Technologies, Llc | Portable E-wallet and universal card |
US9317018B2 (en) | 2010-03-02 | 2016-04-19 | Gonow Technologies, Llc | Portable e-wallet and universal card |
SI23227A (sl) | 2010-03-10 | 2011-05-31 | Margento R&D D.O.O. | Brezžični mobilni transakcijski sistem in postopek izvedbe transakcije z mobilnim telefonom |
US20110238564A1 (en) | 2010-03-26 | 2011-09-29 | Kwang Hyun Lim | System and Method for Early Detection of Fraudulent Transactions |
US8811892B2 (en) | 2010-04-05 | 2014-08-19 | Mastercard International Incorporated | Systems, methods, and computer readable media for performing multiple transactions through a single near field communication (NFC) tap |
US10304051B2 (en) | 2010-04-09 | 2019-05-28 | Paypal, Inc. | NFC mobile wallet processing systems and methods |
US20120109735A1 (en) | 2010-05-14 | 2012-05-03 | Mark Stanley Krawczewicz | Mobile Payment System with Thin Film Display |
US9122964B2 (en) | 2010-05-14 | 2015-09-01 | Mark Krawczewicz | Batteryless stored value card with display |
US9047531B2 (en) | 2010-05-21 | 2015-06-02 | Hand Held Products, Inc. | Interactive user interface for capturing a document in an image signal |
TWI504229B (zh) | 2010-05-27 | 2015-10-11 | Mstar Semiconductor Inc | 支援電子錢包功能之行動裝置 |
CN102939613A (zh) | 2010-06-04 | 2013-02-20 | 维萨国际服务协会 | 支付令牌化装置、方法和*** |
US20120079281A1 (en) | 2010-06-28 | 2012-03-29 | Lionstone Capital Corporation | Systems and methods for diversification of encryption algorithms and obfuscation symbols, symbol spaces and/or schemas |
US8723941B1 (en) | 2010-06-29 | 2014-05-13 | Bank Of America Corporation | Handicap-accessible ATM |
CN103109259A (zh) | 2010-07-01 | 2013-05-15 | 以谢·白南斯托克 | 位置感知移动连接及信息交换*** |
US8500031B2 (en) | 2010-07-29 | 2013-08-06 | Bank Of America Corporation | Wearable article having point of sale payment functionality |
US9916572B2 (en) | 2010-08-18 | 2018-03-13 | International Business Machines Corporation | Payment card processing system |
US8312519B1 (en) | 2010-09-30 | 2012-11-13 | Daniel V Bailey | Agile OTP generation |
US8799087B2 (en) | 2010-10-27 | 2014-08-05 | Mastercard International Incorporated | Systems, methods, and computer readable media for utilizing one or more preferred application lists in a wireless device reader |
US9965756B2 (en) | 2013-02-26 | 2018-05-08 | Digimarc Corporation | Methods and arrangements for smartphone payments |
US9004365B2 (en) | 2010-11-23 | 2015-04-14 | X-Card Holdings, Llc | One-time password card for secure transactions |
US20120143754A1 (en) | 2010-12-03 | 2012-06-07 | Narendra Patel | Enhanced credit card security apparatus and method |
US8196131B1 (en) | 2010-12-17 | 2012-06-05 | Google Inc. | Payment application lifecycle management in a contactless smart card |
US8706559B2 (en) | 2010-12-23 | 2014-04-22 | Mastercard International Incorporated | Methods and systems for activating a contactless transaction card |
US8726405B1 (en) | 2010-12-23 | 2014-05-13 | Emc Corporation | Techniques for providing security using a mobile wireless communications device having data loss prevention circuitry |
US8843125B2 (en) * | 2010-12-30 | 2014-09-23 | Sk C&C | System and method for managing mobile wallet and its related credentials |
US8977195B2 (en) | 2011-01-06 | 2015-03-10 | Texas Insruments Incorporated | Multiple NFC card applications in multiple execution environments |
US8475367B1 (en) | 2011-01-09 | 2013-07-02 | Fitbit, Inc. | Biometric monitoring device having a body weight sensor, and methods of operating same |
US20140379361A1 (en) | 2011-01-14 | 2014-12-25 | Shilpak Mahadkar | Healthcare Prepaid Payment Platform Apparatuses, Methods And Systems |
WO2012104978A1 (ja) | 2011-01-31 | 2012-08-09 | 富士通株式会社 | 通信方法、ノード、およびネットワークシステム |
US10373160B2 (en) | 2011-02-10 | 2019-08-06 | Paypal, Inc. | Fraud alerting using mobile phone location |
EP2487629B1 (en) | 2011-02-10 | 2016-11-30 | Nxp B.V. | Secure smart poster |
US20120239560A1 (en) | 2011-03-04 | 2012-09-20 | Pourfallah Stacy S | Healthcare payment collection portal apparatuses, methods and systems |
WO2012125655A1 (en) | 2011-03-14 | 2012-09-20 | Conner Investments, Llc | Bluetooth enabled credit card with a large date storage volume |
US20120238206A1 (en) | 2011-03-14 | 2012-09-20 | Research In Motion Limited | Communications device providing near field communication (nfc) secure element disabling features related methods |
US20120284194A1 (en) | 2011-05-03 | 2012-11-08 | Microsoft Corporation | Secure card-based transactions using mobile phones or other mobile devices |
US11100431B2 (en) | 2011-05-10 | 2021-08-24 | Dynamics Inc. | Systems and methods for mobile authorizations |
US20120296818A1 (en) | 2011-05-17 | 2012-11-22 | Ebay Inc. | Method for authorizing the activation of a spending card |
US8868902B1 (en) | 2013-07-01 | 2014-10-21 | Cryptite LLC | Characteristically shaped colorgram tokens in mobile transactions |
AU2012363110A1 (en) | 2011-06-07 | 2013-12-12 | Visa International Service Association | Payment Privacy Tokenization apparatuses, methods and systems |
US20120317628A1 (en) | 2011-06-09 | 2012-12-13 | Yeager C Douglas | Systems and methods for authorizing a transaction |
EP2541458B1 (en) | 2011-06-27 | 2017-10-04 | Nxp B.V. | Resource management system and corresponding method |
US9042814B2 (en) | 2011-06-27 | 2015-05-26 | Broadcom Corporation | Measurement and reporting of received signal strength in NFC-enabled devices |
US9209867B2 (en) | 2011-06-28 | 2015-12-08 | Broadcom Corporation | Device for authenticating wanted NFC interactions |
US8620218B2 (en) | 2011-06-29 | 2013-12-31 | Broadcom Corporation | Power harvesting and use in a near field communications (NFC) device |
US9026047B2 (en) | 2011-06-29 | 2015-05-05 | Broadcom Corporation | Systems and methods for providing NFC secure application support in battery-off mode when no nonvolatile memory write access is available |
US9390411B2 (en) | 2011-07-27 | 2016-07-12 | Murray Jarman | System or method for storing credit on a value card or cellular phone rather than accepting coin change |
US9075979B1 (en) | 2011-08-11 | 2015-07-07 | Google Inc. | Authentication based on proximity to mobile device |
CN102956068B (zh) | 2011-08-25 | 2017-02-15 | 富泰华工业(深圳)有限公司 | 自动柜员机及其语音提示方法 |
AU2012301897B2 (en) | 2011-08-30 | 2017-04-13 | Ov Loop Inc. | Systems and methods for authorizing a transaction with an unexpected cryptogram |
FR2980055B1 (fr) | 2011-09-12 | 2013-12-27 | Valeo Systemes Thermiques | Dispositif de transmission de puissance inductif |
US10032036B2 (en) | 2011-09-14 | 2018-07-24 | Shahab Khan | Systems and methods of multidimensional encrypted data transfer |
WO2013039395A1 (en) | 2011-09-14 | 2013-03-21 | Ec Solution Group B.V. | Active matrix display smart card |
KR101364972B1 (ko) | 2011-09-23 | 2014-02-18 | (주)소프트가족 | 사용자의 전화단말기를 이용한 인증방법 및 인증시스템 |
US8577810B1 (en) | 2011-09-29 | 2013-11-05 | Intuit Inc. | Secure mobile payment authorization |
US8977569B2 (en) | 2011-09-29 | 2015-03-10 | Raj Rao | System and method for providing smart electronic wallet and reconfigurable transaction card thereof |
US9152832B2 (en) | 2011-09-30 | 2015-10-06 | Broadcom Corporation | Positioning guidance for increasing reliability of near-field communications |
US20140279479A1 (en) | 2011-10-12 | 2014-09-18 | C-Sam, Inc. | Nfc paired bluetooth e-commerce |
US10332102B2 (en) | 2011-10-17 | 2019-06-25 | Capital One Services, Llc | System, method, and apparatus for a dynamic transaction card |
US9978058B2 (en) * | 2011-10-17 | 2018-05-22 | Capital One Services, Llc | System, method, and apparatus for a dynamic transaction card |
US9318257B2 (en) | 2011-10-18 | 2016-04-19 | Witricity Corporation | Wireless energy transfer for packaging |
US9000892B2 (en) | 2011-10-31 | 2015-04-07 | Eastman Kodak Company | Detecting RFID tag and inhibiting skimming |
CN103988218B (zh) | 2011-10-31 | 2018-10-26 | 金钱及数字保护许可两合有限公司 | 认证方法 |
US8818867B2 (en) | 2011-11-14 | 2014-08-26 | At&T Intellectual Property I, L.P. | Security token for mobile near field communication transactions |
WO2013074631A2 (en) | 2011-11-14 | 2013-05-23 | Vasco Data Security, Inc. | A smart card reader with a secure logging feature |
US9064253B2 (en) | 2011-12-01 | 2015-06-23 | Broadcom Corporation | Systems and methods for providing NFC secure application support in battery on and battery off modes |
US20140040139A1 (en) | 2011-12-19 | 2014-02-06 | Sequent Software, Inc. | System and method for dynamic temporary payment authorization in a portable communication device |
US9740342B2 (en) | 2011-12-23 | 2017-08-22 | Cirque Corporation | Method for preventing interference of contactless card reader and touch functions when they are physically and logically bound together for improved authentication security |
US9154903B2 (en) | 2011-12-28 | 2015-10-06 | Blackberry Limited | Mobile communications device providing near field communication (NFC) card issuance features and related methods |
US8880027B1 (en) | 2011-12-29 | 2014-11-04 | Emc Corporation | Authenticating to a computing device with a near-field communications card |
US20130179351A1 (en) | 2012-01-09 | 2013-07-11 | George Wallner | System and method for an authenticating and encrypting card reader |
US20130185772A1 (en) | 2012-01-12 | 2013-07-18 | Aventura Hq, Inc. | Dynamically updating a session based on location data from an authentication device |
US20130191279A1 (en) | 2012-01-20 | 2013-07-25 | Bank Of America Corporation | Mobile device with rewritable general purpose card |
US9218624B2 (en) | 2012-02-03 | 2015-12-22 | Paypal, Inc. | Adding card to mobile/cloud wallet using NFC |
KR101443960B1 (ko) | 2012-02-22 | 2014-11-03 | 주식회사 팬택 | 사용자 인증 전자 장치 및 방법 |
US9020858B2 (en) | 2012-02-29 | 2015-04-28 | Google Inc. | Presence-of-card code for offline payment processing system |
US8898088B2 (en) | 2012-02-29 | 2014-11-25 | Google Inc. | In-card access control and monotonic counters for offline payment processing system |
US20130232082A1 (en) | 2012-03-05 | 2013-09-05 | Mark Stanley Krawczewicz | Method And Apparatus For Secure Medical ID Card |
EP3012981B1 (en) | 2012-03-15 | 2019-11-13 | Intel Corporation | Near field communication (nfc) and proximity sensor for portable devices |
AU2013248935A1 (en) | 2012-04-17 | 2014-08-28 | Secure Nfc Pty. Ltd. | NFC card lock |
US20130282360A1 (en) | 2012-04-20 | 2013-10-24 | James A. Shimota | Method and Apparatus for Translating and Locating Services in Multiple Languages |
US9953310B2 (en) | 2012-05-10 | 2018-04-24 | Mastercard International Incorporated | Systems and method for providing multiple virtual secure elements in a single physical secure element of a mobile device |
EP2663110A1 (en) | 2012-05-11 | 2013-11-13 | BlackBerry Limited | Near Field Communication Tag Data Management |
US9306626B2 (en) | 2012-05-16 | 2016-04-05 | Broadcom Corporation | NFC device context determination through proximity gestural movement detection |
US8681268B2 (en) | 2012-05-24 | 2014-03-25 | Abisee, Inc. | Vision assistive devices and user interfaces |
US8862113B2 (en) | 2012-06-20 | 2014-10-14 | Qualcomm Incorporated | Subscriber identity module activation during active data call |
US9589399B2 (en) | 2012-07-02 | 2017-03-07 | Synaptics Incorporated | Credential quality assessment engine systems and methods |
US20140032410A1 (en) | 2012-07-24 | 2014-01-30 | Ipay International, S.A. | Method and system for linking and controling of payment cards with a mobile |
KR101421568B1 (ko) | 2012-07-27 | 2014-07-22 | 주식회사 케이티 | 스마트카드, 스마트카드 서비스 단말 및 스마트카드 서비스 방법 |
US9530130B2 (en) | 2012-07-30 | 2016-12-27 | Mastercard International Incorporated | Systems and methods for correction of information in card-not-present account-on-file transactions |
KR101934293B1 (ko) | 2012-08-03 | 2019-01-02 | 엘지전자 주식회사 | 이동 단말기의 이동 단말기 및 그의 nfc결제 방법 |
US9361619B2 (en) | 2012-08-06 | 2016-06-07 | Ca, Inc. | Secure and convenient mobile authentication techniques |
EP2698756B1 (en) | 2012-08-13 | 2016-01-06 | Nxp B.V. | Local Trusted Service Manager |
US9332587B2 (en) | 2012-08-21 | 2016-05-03 | Blackberry Limited | Smart proximity priority pairing |
US20140074655A1 (en) | 2012-09-07 | 2014-03-13 | David Lim | System, apparatus and methods for online one-tap account addition and checkout |
AU2013315510B2 (en) | 2012-09-11 | 2019-08-22 | Visa International Service Association | Cloud-based Virtual Wallet NFC Apparatuses, methods and systems |
US9426132B1 (en) | 2012-09-12 | 2016-08-23 | Emc Corporation | Methods and apparatus for rules-based multi-factor verification |
US8888002B2 (en) | 2012-09-18 | 2014-11-18 | Sensormatic Electronics, LLC | Access control reader enabling remote applications |
US20140081720A1 (en) | 2012-09-19 | 2014-03-20 | Mastercard International Incorporated | Method and system for processing coupons in a near field transaction |
US9338622B2 (en) | 2012-10-04 | 2016-05-10 | Bernt Erik Bjontegard | Contextually intelligent communication systems and processes |
US9665858B1 (en) | 2012-10-11 | 2017-05-30 | Square, Inc. | Cardless payment transactions with multiple users |
US10075437B1 (en) | 2012-11-06 | 2018-09-11 | Behaviosec | Secure authentication of a user of a device during a session with a connected server |
US8584219B1 (en) | 2012-11-07 | 2013-11-12 | Fmr Llc | Risk adjusted, multifactor authentication |
US20150302409A1 (en) | 2012-11-15 | 2015-10-22 | Behzad Malek | System and method for location-based financial transaction authentication |
US9767329B2 (en) | 2012-11-19 | 2017-09-19 | Avery Dennison Retail Information Services, Llc | NFC tags with proximity detection |
US9038894B2 (en) | 2012-11-20 | 2015-05-26 | Cellco Partnership | Payment or other transaction through mobile device using NFC to access a contactless transaction card |
CN103023643A (zh) | 2012-11-22 | 2013-04-03 | 天地融科技股份有限公司 | 一种动态口令牌及动态口令生成方法 |
US9224013B2 (en) | 2012-12-05 | 2015-12-29 | Broadcom Corporation | Secure processing sub-system that is hardware isolated from a peripheral processing sub-system |
US9064259B2 (en) | 2012-12-19 | 2015-06-23 | Genesys Telecomminucations Laboratories, Inc. | Customer care mobile application |
US10147086B2 (en) | 2012-12-19 | 2018-12-04 | Nxp B.V. | Digital wallet device for virtual wallet |
US20150339474A1 (en) | 2012-12-24 | 2015-11-26 | Cell Buddy Network Ltd. | User authentication system |
US8934837B2 (en) | 2013-01-03 | 2015-01-13 | Blackberry Limited | Mobile wireless communications device including NFC antenna matching control circuit and associated methods |
US9942750B2 (en) | 2013-01-23 | 2018-04-10 | Qualcomm Incorporated | Providing an encrypted account credential from a first device to a second device |
US20140214674A1 (en) | 2013-01-29 | 2014-07-31 | Reliance Communications, Llc. | Method and system for conducting secure transactions with credit cards using a monitoring device |
WO2014124300A1 (en) | 2013-02-07 | 2014-08-14 | Schlage Lock Company Llc | A system and method for nfc peer-to-peer authentication and secure data transfer |
US20140229375A1 (en) | 2013-02-11 | 2014-08-14 | Groupon, Inc. | Consumer device payment token management |
US9785946B2 (en) | 2013-03-07 | 2017-10-10 | Mastercard International Incorporated | Systems and methods for updating payment card expiration information |
US10152706B2 (en) | 2013-03-11 | 2018-12-11 | Cellco Partnership | Secure NFC data authentication |
US9307505B2 (en) | 2013-03-12 | 2016-04-05 | Blackberry Limited | System and method for adjusting a power transmission level for a communication device |
US9763097B2 (en) | 2013-03-13 | 2017-09-12 | Lookout, Inc. | Method for performing device security corrective actions based on loss of proximity to another device |
WO2014143054A1 (en) | 2013-03-15 | 2014-09-18 | Intel Corporation | Mechanism for facilitating dynamic and targeted advertisements for computing systems |
US20140339315A1 (en) | 2013-04-02 | 2014-11-20 | Tnt Partners, Llc | Programmable Electronic Card and Supporting Device |
WO2014170741A2 (en) | 2013-04-15 | 2014-10-23 | Pardhasarthy Mahesh Bhupathi | Payback payment system and method to facilitate the same |
JP6307593B2 (ja) | 2013-04-26 | 2018-04-04 | インターデイジタル パテント ホールディングス インコーポレイテッド | 必要とされる認証保証レベルを達成するための多要素認証 |
CA2851895C (en) | 2013-05-08 | 2023-09-26 | The Toronto-Dominion Bank | Person-to-person electronic payment processing |
US9104853B2 (en) | 2013-05-16 | 2015-08-11 | Symantec Corporation | Supporting proximity based security code transfer from mobile/tablet application to access device |
US10043164B2 (en) | 2013-05-20 | 2018-08-07 | Mastercard International Incorporated | System and method for facilitating a transaction between a merchant and a cardholder |
US20140365780A1 (en) | 2013-06-07 | 2014-12-11 | Safa Movassaghi | System and methods for one-time password generation on a mobile computing device |
US10475027B2 (en) | 2013-07-23 | 2019-11-12 | Capital One Services, Llc | System and method for exchanging data with smart cards |
CA2917708C (en) | 2013-07-25 | 2021-12-28 | Nymi Inc. | Preauthorized wearable biometric device, system and method for use thereof |
GB2516861A (en) | 2013-08-01 | 2015-02-11 | Mastercard International Inc | Paired Wearable payment device |
CN103417202B (zh) | 2013-08-19 | 2015-11-18 | 赵蕴博 | 一种腕式生命体征监测装置及其监测方法 |
EP3050335B1 (en) | 2013-09-24 | 2019-12-04 | Intel Corporation | Systems and methods for nfc access control in a secure element centric nfc architecture |
EP2854332A1 (en) | 2013-09-27 | 2015-04-01 | Gemalto SA | Method for securing over-the-air communication between a mobile application and a gateway |
US10878414B2 (en) | 2013-09-30 | 2020-12-29 | Apple Inc. | Multi-path communication of electronic device secure element data for online payments |
US11748746B2 (en) | 2013-09-30 | 2023-09-05 | Apple Inc. | Multi-path communication of electronic device secure element data for online payments |
KR101797643B1 (ko) | 2013-11-15 | 2017-12-12 | 쿠앙치 인텔리전트 포토닉 테크놀로지 리미티드 | 지령 정보의 송수신 방법 및 그 장치 |
SG10201900029SA (en) | 2013-11-19 | 2019-02-27 | Visa Int Service Ass | Automated account provisioning |
SG10201803986RA (en) | 2013-12-02 | 2018-06-28 | Mastercard International Inc | Method and system for secure transmission of remote notification service messages to mobile devices without secure elements |
US11164176B2 (en) | 2013-12-19 | 2021-11-02 | Visa International Service Association | Limited-use keys and cryptograms |
US20150205379A1 (en) | 2014-01-20 | 2015-07-23 | Apple Inc. | Motion-Detected Tap Input |
US9420496B1 (en) | 2014-01-24 | 2016-08-16 | Sprint Communications Company L.P. | Activation sequence using permission based connection to network |
US9773151B2 (en) | 2014-02-06 | 2017-09-26 | University Of Massachusetts | System and methods for contactless biometrics-based identification |
US20160012465A1 (en) | 2014-02-08 | 2016-01-14 | Jeffrey A. Sharp | System and method for distributing, receiving, and using funds or credits and apparatus thereof |
US20150371234A1 (en) | 2014-02-21 | 2015-12-24 | Looppay, Inc. | Methods, devices, and systems for secure provisioning, transmission, and authentication of payment data |
EP2924914A1 (en) | 2014-03-25 | 2015-09-30 | Gemalto SA | Method to manage a one time password key |
US9251330B2 (en) | 2014-04-09 | 2016-02-02 | International Business Machines Corporation | Secure management of a smart card |
US20150317626A1 (en) | 2014-04-30 | 2015-11-05 | Intuit Inc. | Secure proximity exchange of payment information between mobile wallet and point-of-sale |
US9680942B2 (en) | 2014-05-01 | 2017-06-13 | Visa International Service Association | Data verification using access device |
CN106462842B (zh) | 2014-05-07 | 2021-06-25 | 维萨国际服务协会 | 用于非接触式通信的增强型数据接口 |
US10475026B2 (en) | 2014-05-16 | 2019-11-12 | International Business Machines Corporation | Secure management of transactions using a smart/virtual card |
US20150339663A1 (en) | 2014-05-21 | 2015-11-26 | Mastercard International Incorporated | Methods of payment token lifecycle management on a mobile device |
US9483763B2 (en) | 2014-05-29 | 2016-11-01 | Apple Inc. | User interface for payments |
US9449239B2 (en) | 2014-05-30 | 2016-09-20 | Apple Inc. | Credit card auto-fill |
US9455968B1 (en) | 2014-12-19 | 2016-09-27 | Emc Corporation | Protection of a secret on a mobile device using a secret-splitting technique with a fixed user share |
KR101508320B1 (ko) | 2014-06-30 | 2015-04-07 | 주식회사 인포바인 | Nfc 카드를 이용한 otp 발급 장치, otp 생성 장치, 및 이를 이용한 방법 |
US9780953B2 (en) | 2014-07-23 | 2017-10-03 | Visa International Service Association | Systems and methods for secure detokenization |
US20160026997A1 (en) | 2014-07-25 | 2016-01-28 | XPressTap, Inc. | Mobile Communication Device with Proximity Based Communication Circuitry |
US9875347B2 (en) | 2014-07-31 | 2018-01-23 | Nok Nok Labs, Inc. | System and method for performing authentication using data analytics |
US20160048913A1 (en) | 2014-08-15 | 2016-02-18 | Mastercard International Incorporated | Systems and Methods for Assigning a Variable Length Bank Identification Number |
US9775029B2 (en) | 2014-08-22 | 2017-09-26 | Visa International Service Association | Embedding cloud-based functionalities in a communication device |
US10242356B2 (en) | 2014-08-25 | 2019-03-26 | Google Llc | Host-formatted select proximity payment system environment response |
RU2710897C2 (ru) | 2014-08-29 | 2020-01-14 | Виза Интернэшнл Сервис Ассосиэйшн | Способы безопасного генерирования криптограмм |
CN104239783A (zh) | 2014-09-19 | 2014-12-24 | 东软集团股份有限公司 | 一种特定信息安全输入***及方法 |
US9953323B2 (en) | 2014-09-23 | 2018-04-24 | Sony Corporation | Limiting e-card transactions based on lack of proximity to associated CE device |
GB2530726B (en) | 2014-09-25 | 2016-11-02 | Ibm | Distributed single sign-on |
EP3198907B1 (en) | 2014-09-26 | 2019-04-10 | Visa International Service Association | Remote server encrypted data provisioning system and methods |
US9473509B2 (en) | 2014-09-29 | 2016-10-18 | International Business Machines Corporation | Selectively permitting or denying usage of wearable device services |
US9432339B1 (en) | 2014-09-29 | 2016-08-30 | Emc Corporation | Automated token renewal using OTP-based authentication codes |
CN104463270A (zh) | 2014-11-12 | 2015-03-25 | 惠州Tcl移动通信有限公司 | 一种基于rfid的智能终端、金融卡以及金融管理*** |
WO2016080952A1 (en) | 2014-11-17 | 2016-05-26 | Empire Technology Development Llc | Mobile device prevention of contactless card attacks |
KR101561499B1 (ko) * | 2014-11-27 | 2015-10-20 | 주식회사 미래테크놀로지 | 엔에프씨 인증카드를 이용한 인증방법 |
US9589264B2 (en) | 2014-12-10 | 2017-03-07 | American Express Travel Related Services Company, Inc. | System and method for pre-provisioned wearable contactless payments |
GB2533333A (en) | 2014-12-16 | 2016-06-22 | Visa Europe Ltd | Transaction authorisation |
WO2016112290A1 (en) | 2015-01-09 | 2016-07-14 | Interdigital Technology Corporation | Scalable policy based execution of multi-factor authentication |
US10333696B2 (en) | 2015-01-12 | 2019-06-25 | X-Prime, Inc. | Systems and methods for implementing an efficient, scalable homomorphic transformation of encrypted data with minimal data expansion and improved processing efficiency |
US20170011406A1 (en) | 2015-02-10 | 2017-01-12 | NXT-ID, Inc. | Sound-Directed or Behavior-Directed Method and System for Authenticating a User and Executing a Transaction |
US20160253651A1 (en) | 2015-02-27 | 2016-09-01 | Samsung Electronics Co., Ltd. | Electronic device including electronic payment system and operating method thereof |
US20160267486A1 (en) | 2015-03-13 | 2016-09-15 | Radiius Corp | Smartcard Payment System and Method |
US11736468B2 (en) | 2015-03-16 | 2023-08-22 | Assa Abloy Ab | Enhanced authorization |
US20160277383A1 (en) | 2015-03-16 | 2016-09-22 | Assa Abloy Ab | Binding to a user device |
US20170289127A1 (en) | 2016-03-29 | 2017-10-05 | Chaya Coleena Hendrick | Smart data cards that enable the performance of various functions upon activation/authentication by a user's fingerprint, oncard pin number entry, and/or by facial recognition of the user, or by facial recognition of a user alone, including an automated changing security number that is displayed on a screen on a card's surface following an authenticated biometric match |
WO2016160816A1 (en) | 2015-03-30 | 2016-10-06 | Hendrick Chaya Coleena | Smart data cards that enable the performance of various functions upon activation/authentication by a user's fingerprint, oncard pin number entry, and/or by facial recognition of the user, or by facial recognition of a user alone, including an automated changing security number that is displayed on a screen on a card's surface following an authenticated biometric match |
US10360557B2 (en) | 2015-04-14 | 2019-07-23 | Capital One Services, Llc | Dynamic transaction card protected by dropped card detection |
US10482453B2 (en) | 2015-04-14 | 2019-11-19 | Capital One Services, Llc | Dynamic transaction card protected by gesture and voice recognition |
WO2016168398A1 (en) | 2015-04-14 | 2016-10-20 | Capital One Services, LLC. | A system, method, and apparatus for a dynamic transaction card |
US9674705B2 (en) | 2015-04-22 | 2017-06-06 | Kenneth Hugh Rose | Method and system for secure peer-to-peer mobile communications |
CN107851111A (zh) | 2015-05-05 | 2018-03-27 | 识卡公司 | 使用区块链的身份管理服务 |
US20160335531A1 (en) | 2015-05-12 | 2016-11-17 | Dynamics Inc. | Dynamic security codes, tokens, displays, cards, devices, multi-card devices, systems and methods |
US10074231B2 (en) | 2015-06-09 | 2018-09-11 | Stmicroelectronics S.R.L. | Method for the activation of a payment card, corresponding system and computer program |
FR3038429B1 (fr) | 2015-07-03 | 2018-09-21 | Ingenico Group | Conteneur de paiement, procede de creation, procede de traitement, dispositifs et programmes correspondants |
US20170039566A1 (en) | 2015-07-10 | 2017-02-09 | Diamond Sun Labs, Inc. | Method and system for secured processing of a credit card |
US10108965B2 (en) | 2015-07-14 | 2018-10-23 | Ujet, Inc. | Customer communication system including service pipeline |
US11120436B2 (en) | 2015-07-17 | 2021-09-14 | Mastercard International Incorporated | Authentication system and method for server-based payments |
US20170024716A1 (en) | 2015-07-22 | 2017-01-26 | American Express Travel Related Services Company, Inc. | System and method for single page banner integration |
US10492163B2 (en) | 2015-08-03 | 2019-11-26 | Jpmorgan Chase Bank, N.A. | Systems and methods for leveraging micro-location devices for improved travel awareness |
KR20170028015A (ko) | 2015-09-03 | 2017-03-13 | 엔에이치엔엔터테인먼트 주식회사 | 휴대용 단말기를 이용한 온라인 신용카드 결제 시스템 및 결제 방법 |
WO2017042400A1 (en) | 2015-09-11 | 2017-03-16 | Dp Security Consulting Sas | Access method to an on line service by means of access tokens and secure elements restricting the use of these access tokens to their legitimate owner |
FR3041195A1 (fr) | 2015-09-11 | 2017-03-17 | Dp Security Consulting | Procede d'acces a un service en ligne au moyen d'un microcircuit securise et de jetons de securite restreignant l'utilisation de ces jetons a leur detenteur legitime |
ITUB20155318A1 (it) | 2015-10-26 | 2017-04-26 | St Microelectronics Srl | Tag, relativo procedimento e sistema per identificare e/o autenticare oggetti |
US20170140379A1 (en) | 2015-11-17 | 2017-05-18 | Bruce D. Deck | Credit card randomly generated pin |
CA2944935A1 (en) | 2015-11-27 | 2017-05-27 | The Toronto-Dominion Bank | System and method for remotely activating a pin-pad terminal |
EP3374740A4 (en) | 2015-12-07 | 2019-09-25 | Capital One Services, LLC | ELECTRONIC ACCESS CONTROL SYSTEM |
US9948467B2 (en) | 2015-12-21 | 2018-04-17 | Mastercard International Incorporated | Method and system for blockchain variant using digital signatures |
KR101637863B1 (ko) | 2016-01-05 | 2016-07-08 | 주식회사 코인플러그 | 본인인증용 정보 보안 전송시스템 및 방법 |
WO2017134281A1 (en) | 2016-02-04 | 2017-08-10 | Nasdaq Technology Ab | Systems and methods for storing and sharing transactional data using distributed computer systems |
US10148135B2 (en) | 2016-02-16 | 2018-12-04 | Intel IP Corporation | System, apparatus and method for authenticating a device using a wireless charger |
US9619952B1 (en) | 2016-02-16 | 2017-04-11 | Honeywell International Inc. | Systems and methods of preventing access to users of an access control system |
FR3049083A1 (fr) | 2016-03-15 | 2017-09-22 | Dp Security Consulting Sas | Procede de duplication des donnees d'un microcircuit securise vers un autre microcircuit securise permettant, au plus, a un seul microcircuit securise d'etre operationnel a un instant donne |
US9894199B1 (en) | 2016-04-05 | 2018-02-13 | State Farm Mutual Automobile Insurance Company | Systems and methods for authenticating a caller at a call center |
ES2822997T3 (es) | 2016-04-07 | 2021-05-05 | Contactoffice Group | Método para satisfacer una solicitud criptográfica que requiere un valor de una clave privada |
US10255816B2 (en) | 2016-04-27 | 2019-04-09 | Uber Technologies, Inc. | Transport vehicle configuration for impaired riders |
US10333705B2 (en) | 2016-04-30 | 2019-06-25 | Civic Technologies, Inc. | Methods and apparatus for providing attestation of information using a centralized or distributed ledger |
KR20170126688A (ko) | 2016-05-10 | 2017-11-20 | 엘지전자 주식회사 | 스마트 카드 및 그 스마트 카드의 제어 방법 |
US9635000B1 (en) | 2016-05-25 | 2017-04-25 | Sead Muftic | Blockchain identity management system based on public identities ledger |
GB201609460D0 (en) | 2016-05-30 | 2016-07-13 | Silverleap Technology Ltd | Increased security through ephemeral keys for software virtual contactless card in a mobile phone |
US10097544B2 (en) | 2016-06-01 | 2018-10-09 | International Business Machines Corporation | Protection and verification of user authentication credentials against server compromise |
US10673954B2 (en) * | 2016-06-08 | 2020-06-02 | Genesys Telecommunications Laboratories, Inc. | Digital service interface |
US10680677B2 (en) | 2016-08-01 | 2020-06-09 | Nxp B.V. | NFC system wakeup with energy harvesting |
US20180039986A1 (en) | 2016-08-08 | 2018-02-08 | Ellipse World S.A. | Method for a Prepaid, Debit and Credit Card Security Code Generation System |
US10032169B2 (en) | 2016-08-08 | 2018-07-24 | Ellipse World, Inc. | Prepaid, debit and credit card security code generation system |
US10084762B2 (en) | 2016-09-01 | 2018-09-25 | Ca, Inc. | Publicly readable blockchain registry of personally identifiable information breaches |
US10748130B2 (en) | 2016-09-30 | 2020-08-18 | Square, Inc. | Sensor-enabled activation of payment instruments |
US10462128B2 (en) | 2016-10-11 | 2019-10-29 | Michael Arthur George | Verification of both identification and presence of objects over a network |
US10719771B2 (en) | 2016-11-09 | 2020-07-21 | Cognitive Scale, Inc. | Method for cognitive information processing using a cognitive blockchain architecture |
US20180160255A1 (en) | 2016-12-01 | 2018-06-07 | Youngsuck PARK | Nfc tag-based web service system and method using anti-simulation function |
US10133979B1 (en) | 2016-12-29 | 2018-11-20 | Wells Fargo Bank, N.A. | Wearable computing device-powered chip-enabled card |
US10237070B2 (en) | 2016-12-31 | 2019-03-19 | Nok Nok Labs, Inc. | System and method for sharing keys across authenticators |
DE102017000768A1 (de) | 2017-01-27 | 2018-08-02 | Giesecke+Devrient Mobile Security Gmbh | Verfahren zum Durchführen einer Zweifaktorauthentifizierung |
US20180240106A1 (en) | 2017-02-21 | 2018-08-23 | Legacy Ip Llc | Hand-held electronics device for aggregation of and management of personal electronic data |
US20180254909A1 (en) | 2017-03-06 | 2018-09-06 | Lamark Solutions, Inc. | Virtual Identity Credential Issuance and Verification Using Physical and Virtual Means |
US10764043B2 (en) | 2017-04-05 | 2020-09-01 | University Of Florida Research Foundation, Incorporated | Identity and content authentication for phone calls |
US10129648B1 (en) | 2017-05-11 | 2018-11-13 | Microsoft Technology Licensing, Llc | Hinged computing device for binaural recording |
US20190019375A1 (en) | 2017-07-14 | 2019-01-17 | Gamblit Gaming, Llc | Ad hoc customizable electronic gaming table |
US9940571B1 (en) | 2017-08-25 | 2018-04-10 | Capital One Services, Llc | Metal contactless transaction card |
US10019707B1 (en) | 2017-10-24 | 2018-07-10 | Capital One Services, Llc | Transaction card mode related to locating a transaction card |
US11102180B2 (en) | 2018-01-31 | 2021-08-24 | The Toronto-Dominion Bank | Real-time authentication and authorization based on dynamically generated cryptographic data |
US10607214B1 (en) * | 2018-10-02 | 2020-03-31 | Capital One Services, Llc | Systems and methods for cryptographic authentication of contactless cards |
-
2019
- 2019-08-21 US US16/546,657 patent/US10607214B1/en active Active
- 2019-09-30 JP JP2021512656A patent/JP2022502888A/ja active Pending
- 2019-09-30 KR KR1020217007715A patent/KR20210068406A/ko active Search and Examination
- 2019-09-30 WO PCT/US2019/053736 patent/WO2020072340A1/en unknown
- 2019-09-30 CN CN201980064448.0A patent/CN112789643A/zh active Pending
- 2019-09-30 CA CA3117817A patent/CA3117817A1/en active Pending
- 2019-09-30 AU AU2019354637A patent/AU2019354637A1/en active Pending
- 2019-09-30 MX MX2021002437A patent/MX2021002437A/es unknown
- 2019-09-30 EP EP19869199.0A patent/EP3861508A4/en active Pending
- 2019-09-30 BR BR112021004169-9A patent/BR112021004169A2/pt unknown
- 2019-09-30 SG SG11202102273PA patent/SG11202102273PA/en unknown
-
2020
- 2020-02-19 US US16/794,430 patent/US11341480B2/en active Active
-
2022
- 2022-04-12 US US17/719,191 patent/US20220237590A1/en active Granted
Also Published As
Publication number | Publication date |
---|---|
KR20210068406A (ko) | 2021-06-09 |
JP2022502888A (ja) | 2022-01-11 |
US20220237590A1 (en) | 2022-07-28 |
SG11202102273PA (en) | 2021-04-29 |
US20200184463A1 (en) | 2020-06-11 |
WO2020072340A1 (en) | 2020-04-09 |
US11341480B2 (en) | 2022-05-24 |
MX2021002437A (es) | 2021-05-27 |
EP3861508A1 (en) | 2021-08-11 |
CN112789643A (zh) | 2021-05-11 |
US10607214B1 (en) | 2020-03-31 |
US20200104833A1 (en) | 2020-04-02 |
CA3117817A1 (en) | 2020-04-09 |
EP3861508A4 (en) | 2022-07-20 |
AU2019354637A1 (en) | 2021-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10778437B2 (en) | Systems and methods for cryptographic authentication of contactless cards | |
US10685350B2 (en) | Systems and methods for cryptographic authentication of contactless cards | |
US11341480B2 (en) | Systems and methods for phone-based card activation | |
US10965465B2 (en) | Systems and methods for cryptographic authentication of contactless cards | |
BR112021005174A2 (pt) | sistema de ressincronização de contador, método de ressincronização de um contador em um cartão sem contato, e, cartão sem contato | |
US11784820B2 (en) | Systems and methods for cryptographic authentication of contactless cards | |
US11843700B2 (en) | Systems and methods for email-based card activation | |
US12010238B2 (en) | Systems and methods for cryptographic authentication of contactless cards | |
US10630653B1 (en) | Systems and methods for cryptographic authentication of contactless cards |