Authenticating users during and after suspicious voice calls and browsing
US-2024364684-A1 · Oct 31, 2024 · US
US2016295404A1 · US · A1
| Field | Value |
|---|---|
| Publication number | US-2016295404-A1 |
| Application number | US-201415036039-A |
| Country | US |
| Kind code | A1 |
| Filing date | Oct 24, 2014 |
| Priority date | Nov 13, 2013 |
| Publication date | Oct 6, 2016 |
| Grant date | — |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
The present invention concerns the implementation of end-to-end security for the communication between a low cost card reader and the remote server. The purpose of the present invention is the establishment of a secure channel between the card reader and the remote server through an un-trusted communication device (e.g. a smart phone or a tablet) that is intrinsically resistant to some basic differential side-channel analysis in a context where there is no secure random number generator and no source of entropy in the card reader, while providing the following characteristics:—Mutual authentication between the card reader and the server—Secure channel based on session keys such that the keys of the secure channel related to a past transaction cannot be re-played, or the session keys of a future transaction cannot be pre-computed by the card reader and later re-use by the card reader in a legitimate transaction.
Opening claim text (preview).
1 . A method for securing a transaction between an unsecure card reader connected to a mobile device and a remote server through an unsecure network, wherein when a validation step of the transaction is initiated, the method comprising: operating the card reader to send to the remote server a request to establish a secure communication through the mobile device, operating the remote server to increment a predictable value, operating the remote server to derive a session encryption key and session integrity key from a random value generated by the server and the incremented predictable value, operating the remote server to send a request of authentication to the card reader through the mobile device, this request of authentication comprises the random value and a Mac value computed from the session integrity keys and at least one part of the random value, operating the card reader to increment a current predictable value and to compute the session encryption key and session integrity key from the received random value and the incremented current predictable value, operating the card reader to compute a Mac value from the computed session integrity key and the received random value and to authenticate the remote server by comparing the computed Mac value with the received Mac value, when the authentication of the remote server is successful, operating the card reader to update its current predictable value with the incremented current predictable value in its database, operating the card reader to send a request of authentication to the remote server through the mobile device, this request of authentication comprises the updated current predictable value and a Mac value computed from the session integrity keys and at least one part over the updated current predictable value, operating the remote server to compute a Mac value from the computed session integrity key and the received updated current predictable value and to authenticate the card reader by comparing the computed Mac value with the received Mac value, when the authentication of the remote server is successful, a secure session channel between the card reader and the remote server is set up wherein the session encryption key and the session integrity key protect the confidentially and the integrity of messages exchanged between the card reader and the remote server. 2 . The method according to claim 1 , wherein when the authentication of the remote server and the card reader are successful: operating the remote server to send commands to a smart card connected to the card reader via the secure session channel, operating the remote server to receive commands responses from the smart card through the card reader via the secure channel. 3 . The method according to claim 1 , wherein the request to establish a secure communication, sent by the card reader to the remote server through the mobile device, comprises an identifier of the card reader. 4 . The method according to claim 3 wherein the session encryption key and session integrity key are derived from a reader master key, the random value generated by the server, the identifier of the card reader and the incremented predictable value. 5 . The method according to claim 1 , wherein the predictable value is generated by a counter of the card reader. 6 . The method according to claim 1 , wherein the predictable value incremented by the server is provided by: the card reader which adds to the request to establish a secure communication sent to the remote server, its current updated predictable value, or—a sequence number counter of the server. 7 . The method according to claim 1 , wherein the authentication of the card reader by the server comprises the following steps: operating the remote server to check if the update predictable value comprised into the card reader authentication request corresponds to its incremented predictable value, if the verification is successful, operating the remote server to verify the MAC value comprised into the card reader authentication request to authenticate said card reader. 8 . The method according to claim 1 , wherein the random value is three bytes long. 9 . The method according to claim 1 , wherein when the updated predictable value reached a predefined maximum predictable value, the card reader is locked or in standby until a new predefined maximum value is defined. 10 . The method according to claim 1 , wherein incrementing a disabling-counter of the card reader when the authentication of the server by the card reader fails, if the disabling-counter value reached a predefined maximum error, the card reader de-activates itself. 11 . The method according to claim 1 , wherein after the establishment of the secure channel, incrementing an errorcounter of the card reader when an invalid incoming message is received, if the errorcounter value reached a predefined maximum error, the card reader closes the session of the validation step transaction, when the validation step transaction session is completed and the errorcounter value is less than the predefined maximum error, the errorcounter is cleared. 12 . The method according to claim 1 , wherein the identifier of the card reader is a serial number unique at each card reader. 13 . The method according to claim 1 , wherein: the session encryption key and the session integrity key comprise four symmetric keys unique for each transaction session, transmission encryption key TENC used by the server to encrypt the command to the smart card connected to the card reader, the transmission encryption key TENC is used by the card reader to decrypt the commands, transmission integrity key TMAC used by the server to compute a MAC value from the command, the transmission integrity key TMAC is used by the card reader to check the received MAC value, reception encryption key RENC used by the card reader to encrypt the responses of the command, the reception encryption key RENC is used by the server to decrypt the received responses, reception integrity key RMAC used by the card reader to compute a MAC value from the command responses, the reception integrity key RMAC is used by the server to check the received MAC value. 14 . (canceled) 15 . (canceled)
Key management, e.g. using generic bootstrapping architecture [GBA] · CPC title
using an additional device, e.g. smartcard, SIM or a different communication terminal (cryptographic mechanisms or cryptographic arrangements for entity authentication involving additional secure or trusted devices H04L9/3234) · CPC title
using additional device, e.g. trusted platform module [TPM], smartcard, USB or hardware security module [HSM] · CPC title
Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII] · CPC title
Authentication · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.