CA2010450C - Method for encrypting transmitted data using a unique key - Google Patents
Method for encrypting transmitted data using a unique keyInfo
- Publication number
- CA2010450C CA2010450C CA002010450A CA2010450A CA2010450C CA 2010450 C CA2010450 C CA 2010450C CA 002010450 A CA002010450 A CA 002010450A CA 2010450 A CA2010450 A CA 2010450A CA 2010450 C CA2010450 C CA 2010450C
- Authority
- CA
- Canada
- Prior art keywords
- terminal
- dynamic key
- host computer
- key
- host
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
-
- 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/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1016—Devices or methods for securing the PIN and other transaction-data, e.g. by encryption
-
- 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
-
- 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/0822—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using key encryption key
-
- 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash
Abstract
The invention comprises a method for encrypting data for communication between a host computer and each of a plurality of remote terminals in a network. A method is provided for periodically generating a unique dynamic encryption key for each of said plurality of terminals using a system seed key residing only in the host computer. The dynamic encryption key generated for use by said terminal in encrypting data transmitted to said host computer and for decrypting data received from said host computer.
The method includes storing at said terminal the dynamic key previously generated by said host for said terminal.
The method includes storing at said terminal the dynamic key previously generated by said host for said terminal.
Description
~0~04S0 METHOD FOR ENCRYPTING
TRANS~ DATA USING A UNIOUE KEY
BACKGROUND OF THE I~v~NllON
This invention relates to the field of electronic transaction processing and more specifically to a method and means for encoding communications on a conventional computer network between a plurality of remote terminals and a host computer using an encryption technigue wherein a unique key is generated by the host computer for each terminal and for every transaction or selected number of transactions by that terminal.
The advent of electronic financial transaction processing has precipitated an unprecedented revolution in the manner in which commercial transactions are conducted. Transactions which previously required the physical transfer of currency or commercial paper, such as bank checks, are now executed electronically using computers.
Over the past several years, electronic financial transaction processing has become commonplace.
Ordinary consumers may now purchase groceries, gasoline, and airline tickets using an automated teller card or credit card issued to them by their respective banks.
In using electronic financial transaction processing to purchase such goods and services, consumers electronically transfer funds from their own bank or credit account to the account of the respective vendor.
Hence, electronic financial transaction processing eliminates the consumer's need to carry currency or checks.
Electronic financial transaction processing, as implemented in the context of common consumer use, is generally implemented in one of two ways.
The first most common implementation of electronic financial transaction processing is the automated teller machine, commonly referred to as an ATM. Over the past several years, the use of ATMs has become so widespread that it is virtually an indispensable convenience which banking customers have come to expect as a standard banking service. Generally accessible twenty-four hours a day, ATMs are commonly located at the bank site or in consumer-populated areas such as shopping centers or airports. The banking customer can use the ATM to perform most routine banking transactions such as deposits and withdrawals, account balance updates, credit card payments and so forth.
The second most common implementation of electronic financial transaction processing is the point-of-sale terminal, commonly referred to as a POS
terminal. Currently, point-of-sale terminals are most commonly found at gasoline stations and grocery stores.
Rather than paying for purchases by check or with cash, consumers use their electronic banking card or credit card to "pay" for their purchase by electronically transferring funds from their own account to the vendor's account. Accordingly, consumers may shop and travel without the requirement that they carry a large amount of cash in order to make purr~s~C.
- Electronic financial transaction processing, however, has created a wi~e variety of security problems unique to the art. While electronic financial transaction processing is highly desirable due to the the elimination of the requirement of carrying cash to make purchases and is an efficient way to accomplish transactions without substantial human intervention, security concerns are of paramount importance as the potential for abuse is considerable. Unauthorized ~0104S0 persons, commonly referred to in the trade as "adversaries," could gain access to the electronic financial transaction processing system and conduct a wide variety of damaging fraudulent transactions.
Hence, as the vault is critical to the protection of currency and commercial paper, an effective means of securing the electronic financial transaction processing system is likewise essential to the electronic financial transaction processing art.
In most existing electronic financial transaction processing systems, the bank or other card-issuinq institution issues the customer a card which has been magnetically encoded with the user's account number. The bank likewise issues or permits the customer to select a personal identification number (PIN), known only to the customer, to be used in authorizing the customer's access to the electronic financial transaction processing system at the time of a given transaction. Normally, the PIN is memorized by the customer. The PIN and card enable customer access to the system and, when properly used by the individual, provide the desired access to the system.
When a customer desires to perform an electronic transaction in such a prior art system, he will enter his PIN at the ATM or POS terminal prior to proceeding with the transaction. This ATM or POS
terminal also will read the card of the individual keying in the PIN. An identity verification is then typically accomplished by a comparison of the PIN or other number derived from the PIN and the customer's account number with the records of the issuing institution. Accordingly, the PIN, which is the basis for the verification process, must usually be transmitted from the ATM or POS terminal to a remote processing station or host computer for processing.
Although the above-described card and PIN
system provides some protection, this system alone is not sufficiently secure to confidently maintain the integrity of the electronic financial transaction processing system.
The system is vulnerable, if, for example, the PIN itself is transmitted in an unencrypted state to a remote processing station. An adversary monitoring the transmission lines or other channel of communication could intercept the PIN and, using this information, be able to gain unauthorized access to the customer's accounts. Hence, it is not desirable to transmit the PIN from the ATM or POS terminal to the remote processing station, at least not in an unencrypted form.
Consequently, in many existing systems the PIN
is transmitted from the ATM or POS terminal in encrypted form. In such a system, the PIN is encrypted using a predetermined number, known as a "key," to produce an encrypted PIN. Theoretically, the PIN, when it is transmitted to the remote processing station, is secure because it has been encrypted using a key known only to the card-issuing institution. However, if an adversary ascertains the key, the system is no longer secure as the PIN may be determined if the encryption process can be reversed.
Unauthorized a_quisition of the key is a particular problem in the POS terminal environment. In the POS terminal environment, the key is typically resident within the terminal itself so as to enable on-site encryption prior to transmission. Because the POS
terminal units are generally portable, there is a substantial risk that the terminal might be stolen and/or disassembled and the key ascertained. In such a scenario, the system once again becomes vulnerable because an adversary could use the key to decrypt other transmitted encrypted PINs.
Prior art improved data tr~nsricsion encryption systems are also known in which a unique key is used for each transaction between a host computer and a particular terminal. In one such system, each terminal includes 21 unique key registers in which the unique keys are stored. In that system, a total of 2 unique keys are therefore available for sequential use by the terminal to encode data transmissions between it and the host computer. Such a system is memory intensive in that it requires a large amount of non-volatile memory in each of the terminals to store the variety of keys used. The host system stores one unique host key which is used to decode the variety of transmissions from the terminals used in the system.
Thus, the sequence of unique keys used to encode the transmissions is totally controlled by each particular terminal, rather than the host computer.
In this prior art system, once a key is used by the terminal to encode a particular data transmission, that particular key is discarded and the next key in the sequence is used for a next data transaction. Thus, the number of transactions is related to the number of keys stored in the terminal's non-volatile memory. The number of transactions is limited to 2N where N is the maximum number of key registers available in memory.
Further, in a practical sense, requiring a large amount of non-volatile memory in such systems makes them more expensive to produce due to the high cost of the non-volatile memory chips used in the terminal.
Another disadvantage of such systems is that, once all the unique keys in the terminal are exhausted, 2~ ~Q45~
the terminal must be retrieved from its remote location to perform a key change. Thus, the terminal must be retrieved from the field at regular intervals, based on the frequency of its use, to allow for such unique keys s changes. Further, if one desired for security reasons to change the host system key, all keys used in the remote terminals would also be required to be changed. Since this would again require retrieving all terminals from their remote location, such a change in the host system key is very difficult to complete.
Accordingly, it is an object of an aspect of the present invention to provide a data encryption system wherein the encryption key cannot be discovered by monitoring historical transactions.
It is an object of an aspect of the present invention to provide a data encryption system wherein a plurality of encryption keys are generated by the host computer system as a function of a single master key in the host system, thereby enabling those encryption keys stored at remote terminals to be updated with new unique keys by the host system after each transaction or periodically as desired by the host computer.
It is an object of an aspect of the present invention to provide a data encryption system which provides a different encryption key for each secure data transmission between a particular terminal and a host system.
It is an object of an aspect of the invention to provide a secure encryption system which requires a minimum amount of non-volatile computer memory storage.
It is an object of an aspect of the invention to provide an encryption system whose encryption keys are secure against unauthorized physical access into any remote terminal.
.~
2 ~ ~ ~ 4 5 ~
It is an object of an aspect of the invention to provide an encryption system wherein a plurality of encryption keys are generated as a function of a single master key stored in the host computer and wherein said plurality of encryption keys may be altered by alteration of said single master key stored in the host computer.
SUMMARY OF THE INVENTION
0 The invention in one aspect comprises a method for encrypting data for communication of at least one transaction between a host computer and each of a plurality of remote terminals in a network. A method is provided for periodically generating a unique dynamic encryption key for each of said plurality of terminals using a system seed key residing only in the host computer. The dynamic encryption key generated for use by said terminal in encrypting data of a transaction transmitted to said host computer and for decrypting data of a transaction received from said host computer. The method includes storing at said termmal the dynamic key previously generated by said host for said terminal.
2 o The method of the invention further includes the steps of:
receiving at said host computer a new dynamic key request from one of said terminals, said new dynamic key request including a predetermined terminal identifier for said terminal;
determining in said host computer the dynamic key previously 2 5 generated for said terminal by said host wherein said dynamic key previously generated by said host is currently stored in said terminal;
generating in said host computer a new dynamic key for said terminal as a function of said seed key and said predetermined terminal identifier ior said terminal;
TRANS~ DATA USING A UNIOUE KEY
BACKGROUND OF THE I~v~NllON
This invention relates to the field of electronic transaction processing and more specifically to a method and means for encoding communications on a conventional computer network between a plurality of remote terminals and a host computer using an encryption technigue wherein a unique key is generated by the host computer for each terminal and for every transaction or selected number of transactions by that terminal.
The advent of electronic financial transaction processing has precipitated an unprecedented revolution in the manner in which commercial transactions are conducted. Transactions which previously required the physical transfer of currency or commercial paper, such as bank checks, are now executed electronically using computers.
Over the past several years, electronic financial transaction processing has become commonplace.
Ordinary consumers may now purchase groceries, gasoline, and airline tickets using an automated teller card or credit card issued to them by their respective banks.
In using electronic financial transaction processing to purchase such goods and services, consumers electronically transfer funds from their own bank or credit account to the account of the respective vendor.
Hence, electronic financial transaction processing eliminates the consumer's need to carry currency or checks.
Electronic financial transaction processing, as implemented in the context of common consumer use, is generally implemented in one of two ways.
The first most common implementation of electronic financial transaction processing is the automated teller machine, commonly referred to as an ATM. Over the past several years, the use of ATMs has become so widespread that it is virtually an indispensable convenience which banking customers have come to expect as a standard banking service. Generally accessible twenty-four hours a day, ATMs are commonly located at the bank site or in consumer-populated areas such as shopping centers or airports. The banking customer can use the ATM to perform most routine banking transactions such as deposits and withdrawals, account balance updates, credit card payments and so forth.
The second most common implementation of electronic financial transaction processing is the point-of-sale terminal, commonly referred to as a POS
terminal. Currently, point-of-sale terminals are most commonly found at gasoline stations and grocery stores.
Rather than paying for purchases by check or with cash, consumers use their electronic banking card or credit card to "pay" for their purchase by electronically transferring funds from their own account to the vendor's account. Accordingly, consumers may shop and travel without the requirement that they carry a large amount of cash in order to make purr~s~C.
- Electronic financial transaction processing, however, has created a wi~e variety of security problems unique to the art. While electronic financial transaction processing is highly desirable due to the the elimination of the requirement of carrying cash to make purchases and is an efficient way to accomplish transactions without substantial human intervention, security concerns are of paramount importance as the potential for abuse is considerable. Unauthorized ~0104S0 persons, commonly referred to in the trade as "adversaries," could gain access to the electronic financial transaction processing system and conduct a wide variety of damaging fraudulent transactions.
Hence, as the vault is critical to the protection of currency and commercial paper, an effective means of securing the electronic financial transaction processing system is likewise essential to the electronic financial transaction processing art.
In most existing electronic financial transaction processing systems, the bank or other card-issuinq institution issues the customer a card which has been magnetically encoded with the user's account number. The bank likewise issues or permits the customer to select a personal identification number (PIN), known only to the customer, to be used in authorizing the customer's access to the electronic financial transaction processing system at the time of a given transaction. Normally, the PIN is memorized by the customer. The PIN and card enable customer access to the system and, when properly used by the individual, provide the desired access to the system.
When a customer desires to perform an electronic transaction in such a prior art system, he will enter his PIN at the ATM or POS terminal prior to proceeding with the transaction. This ATM or POS
terminal also will read the card of the individual keying in the PIN. An identity verification is then typically accomplished by a comparison of the PIN or other number derived from the PIN and the customer's account number with the records of the issuing institution. Accordingly, the PIN, which is the basis for the verification process, must usually be transmitted from the ATM or POS terminal to a remote processing station or host computer for processing.
Although the above-described card and PIN
system provides some protection, this system alone is not sufficiently secure to confidently maintain the integrity of the electronic financial transaction processing system.
The system is vulnerable, if, for example, the PIN itself is transmitted in an unencrypted state to a remote processing station. An adversary monitoring the transmission lines or other channel of communication could intercept the PIN and, using this information, be able to gain unauthorized access to the customer's accounts. Hence, it is not desirable to transmit the PIN from the ATM or POS terminal to the remote processing station, at least not in an unencrypted form.
Consequently, in many existing systems the PIN
is transmitted from the ATM or POS terminal in encrypted form. In such a system, the PIN is encrypted using a predetermined number, known as a "key," to produce an encrypted PIN. Theoretically, the PIN, when it is transmitted to the remote processing station, is secure because it has been encrypted using a key known only to the card-issuing institution. However, if an adversary ascertains the key, the system is no longer secure as the PIN may be determined if the encryption process can be reversed.
Unauthorized a_quisition of the key is a particular problem in the POS terminal environment. In the POS terminal environment, the key is typically resident within the terminal itself so as to enable on-site encryption prior to transmission. Because the POS
terminal units are generally portable, there is a substantial risk that the terminal might be stolen and/or disassembled and the key ascertained. In such a scenario, the system once again becomes vulnerable because an adversary could use the key to decrypt other transmitted encrypted PINs.
Prior art improved data tr~nsricsion encryption systems are also known in which a unique key is used for each transaction between a host computer and a particular terminal. In one such system, each terminal includes 21 unique key registers in which the unique keys are stored. In that system, a total of 2 unique keys are therefore available for sequential use by the terminal to encode data transmissions between it and the host computer. Such a system is memory intensive in that it requires a large amount of non-volatile memory in each of the terminals to store the variety of keys used. The host system stores one unique host key which is used to decode the variety of transmissions from the terminals used in the system.
Thus, the sequence of unique keys used to encode the transmissions is totally controlled by each particular terminal, rather than the host computer.
In this prior art system, once a key is used by the terminal to encode a particular data transmission, that particular key is discarded and the next key in the sequence is used for a next data transaction. Thus, the number of transactions is related to the number of keys stored in the terminal's non-volatile memory. The number of transactions is limited to 2N where N is the maximum number of key registers available in memory.
Further, in a practical sense, requiring a large amount of non-volatile memory in such systems makes them more expensive to produce due to the high cost of the non-volatile memory chips used in the terminal.
Another disadvantage of such systems is that, once all the unique keys in the terminal are exhausted, 2~ ~Q45~
the terminal must be retrieved from its remote location to perform a key change. Thus, the terminal must be retrieved from the field at regular intervals, based on the frequency of its use, to allow for such unique keys s changes. Further, if one desired for security reasons to change the host system key, all keys used in the remote terminals would also be required to be changed. Since this would again require retrieving all terminals from their remote location, such a change in the host system key is very difficult to complete.
Accordingly, it is an object of an aspect of the present invention to provide a data encryption system wherein the encryption key cannot be discovered by monitoring historical transactions.
It is an object of an aspect of the present invention to provide a data encryption system wherein a plurality of encryption keys are generated by the host computer system as a function of a single master key in the host system, thereby enabling those encryption keys stored at remote terminals to be updated with new unique keys by the host system after each transaction or periodically as desired by the host computer.
It is an object of an aspect of the present invention to provide a data encryption system which provides a different encryption key for each secure data transmission between a particular terminal and a host system.
It is an object of an aspect of the invention to provide a secure encryption system which requires a minimum amount of non-volatile computer memory storage.
It is an object of an aspect of the invention to provide an encryption system whose encryption keys are secure against unauthorized physical access into any remote terminal.
.~
2 ~ ~ ~ 4 5 ~
It is an object of an aspect of the invention to provide an encryption system wherein a plurality of encryption keys are generated as a function of a single master key stored in the host computer and wherein said plurality of encryption keys may be altered by alteration of said single master key stored in the host computer.
SUMMARY OF THE INVENTION
0 The invention in one aspect comprises a method for encrypting data for communication of at least one transaction between a host computer and each of a plurality of remote terminals in a network. A method is provided for periodically generating a unique dynamic encryption key for each of said plurality of terminals using a system seed key residing only in the host computer. The dynamic encryption key generated for use by said terminal in encrypting data of a transaction transmitted to said host computer and for decrypting data of a transaction received from said host computer. The method includes storing at said termmal the dynamic key previously generated by said host for said terminal.
2 o The method of the invention further includes the steps of:
receiving at said host computer a new dynamic key request from one of said terminals, said new dynamic key request including a predetermined terminal identifier for said terminal;
determining in said host computer the dynamic key previously 2 5 generated for said terminal by said host wherein said dynamic key previously generated by said host is currently stored in said terminal;
generating in said host computer a new dynamic key for said terminal as a function of said seed key and said predetermined terminal identifier ior said terminal;
3 o encrypting said new dynamic key in said host computer using said dynamic key previously generated by said host computer;
transmitting said encrypted new dynamic key from said host computer to said terminal;
decrypting said new dynamic key at said terminal using said dynamic key previously generated by said host currently stored in said terminal;
encrypting data at said terminal using said new dynamic key; and transmitting said encrypted data to said host;
decrypting said encrypted data at said host using said new dynamic key; and storing said new dynamic key in said terminal in place of said dynamic key previously generated by said host.
Other aspects of this invention are as follows:
In a network comprising a host computer and a plurality of remote terminals, a method for safeguarding the on-line transmission of data between said host computer and any one of said plurality of remote terminals wherein a unique encryption key is used for each transmission of data between said host computer and said one of said plurality of terminals, said unique encryption key being derived as function of a unique dynamic key generated using a system seed key residing only in said host computer wherein a plurality of unique dynamic keys may be generated as a function of said seed key, and wherein N is a finite integer greater than or equal to 1 that defines the number of unique dynamic keys generated as a function of said seed key, said generation of said unique dynamic keys being programmable to occur at preselected intervals, comprising the steps of:
a. generating in said host computer an nth dynamic key for said one of said plurality of terminals, wherein said nth dynamic key is a function of said seed key and a predetermined terminal identifier for said one of said plurality of terminals;
4 ~
b. encrypting said nth dynamic key in said host computer using a (n-l)th dynamic key, wherein said (n-1)th dynamic key is also stored at said one of said plurality of terminals;
c. transmitting said encrypted nth dynamic key from said host computer to said one of said plurality of terminals;
d. decrypting said nth dynamic key at said terminal using said (n-l)th dynamic key stored at said one nf said plurality of terminals;
0 e. encrypting data at said one of said plurality of terminals using said nth dynamic key and transmitting said encrypted data to said host; and f. decl yyling said encrypted data at said host using said nth dynamic key.
A method of en~ ling data for on-line data communication between a host com-puter and each Of a plurality of remote terminals, wherein a unique dynamic key is periodically generated for each said terminal using a system seed key residing only in the host computer, said dynamic key being for use by said terminal in en~ ling data transmitted to said host computer and for decrypting data received from said host computer, each said terminal 2 o further including means for storing a previously generated dynamic key for said terminal, said method comprising the steps of:
a. receiving at said host computer a new dynamic key request from one of said terminals, said new dynamic key request including a predetermined terminal identifier for said terminal;
2 5 b. determining in said host computer the dynamic key previously generated for said terminal by said host wherein said dynamic key previously generated by said host is currently stored in said terminal;
8a ~n ~45Q
c. generating in said host computer a new dynamic key for said terminal as a function of said seed key and said predetermined terminal identifier, for said terminal;
d. encrypting said new dynamic key in said host computer using said dynamic key previously generated by said host computer;
e. transmitting said encrypted new dynamic key from said host computer to said terminal; and f. decrypting said new dynamic key at said terminal using said dynamic key previously generated by said host currently stored in said terminal.
A method of encrypting data for on-line data communication between a host computer and each of a lS plurality of remote terminals, wherein a unique dynamic key is periodically generated for each said terminal using a system seed key residing only in the host computer, said dynamic key being for use by said terminal in encrypting data transmitted to said host computer and for decrypting data received from said host computer, each said terminal further including means for storing a previously generated dynamic key for said terminal, said method comprising the steps of:
a. cen~ng a new dynamic key request to said host computer, said new dynamic key request comprising at least a terminal identification number for said terminal and a terminal transaction number for said terminal;
b. receiving from said host computer an encrypted new dynamic key, wherein said new dynamic key is generated as a function of said new dynamic key request and said new dynamic key is encrypted by said host with a previously generated dynamic key;
8b .....
c. decrypting said new dynamic key at said terminal using said dynamic key previously generated by said host currently stored in said terminal;
d. encrypting data at said terminal using said new dynamic key and transmitting said encrypted data to said host:
e. decrypting said encrypted data at said host using said new dynamic key; and f. storing said new dynamic key in said terminal in place of said dynamic key previously generated by said host.
BRIEF DESCRIPTION OF THE ~RAWINGS
FIGURE 1 is a flow chart depicting the preferred method for generating an initial dynamic key in the host computer for a given remote terminal coupled to the host computer and for effecting installation of the initial dynamic key in the remote terminal.
FIGURE 2 is a flow chart depicting the preferred method for conducting the first user transaction between one of the remote terminals and the host computer.
FIGURE 3 is a flow chart depicting the preferred method for conducting the nth user transaction between one of the remote terminals and the host computer.
FIGURE 4 is a schematic diagram depicting the preferred method for generation of the dynamic key KDTn.
FIGURE 5 is a schematic diagram depicting generation of variant encryption keys used in the 8c preferred method to encrypt and decrypt the various different types of data transmitted between the host computer and one of the remote terminals.
DETAILED DESCRIPTION OF THE INVENTION
With reference to the attached drawings, the preferred method of the invention is hereinafter described.
FIGURE 1 is a flow chart depicting the steps taken in a key initialization terminal (KIU) 15, the host computer 20, and in each one of a plurality of remote terminals 10 coupled to the host computer and KIU
for initializing the terminal 10 with its first dynamic key.
In the preferred embodiment, key initialization unit (KIU) performs the function of generating and downloading to the terminal the initial dynamic key, KDTo. The KIU apparatus is located at a separate, physically secure location from the host and terminals to provide further security for the network. It will be recognized by those skilled in the art that the function secured by the KIU could also be performed by the host computer.
The method of FIGURE 1 begins with the installation sequence 11 of terminal 10, which is required before terminal 10 can be brought on line. In the installation sequence 11, a minimum number of required data elements must be installed in the terminal. Such installation can be performed during manufacture of the terminal or by an end user of the host/terminal network. In the second instance, the network supervisor, such as a bank or savings and loan, may install their own particular set of reguired data.
The minimum data required to be stored in terminal 10 in the installation seguence 11 under the preferred embodiment includes a terminal identification number (TIN) for said terminal, a transaction number (XSN) for said terminal, and an initial communication key (ICK) for said terminal that is common to all of the terminals served by the host computer. In addition, a number of variant numbers, whose function will become clear from the discussion of FIGURE 2, preferably are also stored in terminal 10.
Likewise, initial installation sequences 21 and 22 is required in the host computer 20 and KIU 15. Like the initial installation sequence 11 for the terminal 10, the initial installation sequence 21 for the host 20 and sequence 22 for KIU 15 may be performed at the manufacturing stage or by the supervisor of the host/terminal network system. The minimum data required to be stored in the host computer 20 in the installation sequence 21, in the preferred embodiment of the method, include one or more system SEED keys (SEED.l, SEED.r) used by the host computer in the preferred embodiment, to generate a series of dynamic keys for each terminal as described below, one for each transaction or a set of transactions when a request for a new dynamic key is received from one of the terminals on the network. In addition, variant numbers equivalent to those input to terminal 10 at initial installation stage 11, are also stored in host computer 20 during the installation sequence 21 Likewise, in installation sequence 22, SEED keys and equivalent variant numbers are input to XIU 15. In addition, the initial communication key (ICE) input to terminal 10 at sequence 11, is input to KIU 15 at sequence 22.
once the initial installation sequences 11, and 22 have been completed in the KIU 15 and each terminal 10 on the network, the particular terminal, Ti, may be 20104~0 initialized at 12 and brought on line. The method depicted in FIGURE 1 for initializing the terminals in the network is performed for each terminal Ti, where (i) is an integer from 1 - X and where X equals the total number of terminals in the network. During initialization step 12, the terminal 10 will transmit a key request to the KIU 15. The initialization step 12 is generally performed once the terminal is installed at its remote location.
The initialization step 12 includes the transmission of a key request for Ti. The key request includes data identifying Ti to the KIU. On receipt of a first key request from the terminal 10, the KIU lS
thereafter generates KDTo at step 21 in accordance with the method described in FIGURE 4, describing generation of any dynamic key KDTN for a particular terminal. The data sequence in the preferred method sent by the terminal 10 in requesting a key from RIU lS at terminal initialization 12 generally includes the terminal identification number (TIN) assigned to the terminal and the transaction sequence number (XSN) for the terminal.
Preferably, the XSN for a given terminal will start at oo0, and be incremented by one for each transaction handled by that terminal. However, those skilled in the art will recognize that any manner of numbering consecutive transactions will function as a seguence.
Additionally, in the preferred method of the invention, the data string also includes the transmission of 8 bits of FF (hex) at the beginning of the data string to provide for a data transmission totaling 64 bits.
On receipt of this data by the KIU 15, the host proceeds to generate KDTo at step 24 in accordance with the method described with reference to FIGURE 4. As will be described in greater detail with reference to FIGURE 4, the data input comprising the TIN and the XSN
is processed through a variety of encryption steps to produce a unique KDTo for the terminal 10.
After being generated at 24, KDTo is then encrypted at 26 by the KIU 15 using ICK as the encryption key. The cryptogram expressing this encryption is expressed as EICK[KDTo]. After encryption at 26 of KDTo by the KIU 15, the encrypted KDTo is transmitted to the terminal 10.
Encryption of data may be accomplished using an encryption algorithm such as the National Bureau of Standards' encryption-decryption algorithm which is the Federal Information Processing Standard approved the the U.S. Department of Commerce. The same standard National Bureau of Standards' algorithm may later be used to decrypt the encrypted data to retrieve the data in its original form.
Using the ICK that had been input during the installation sequence 11, the terminal 10 is able to decrypt KDTo at step 16 to retrieve KDTo. This first dynamic key is then stored for use in encryption and decryption of subsequent data communications with host 20.
FIGURE 2 shows the flow chart of a preferred method for implementing the first transaction between a terminal lO initialized with its initial dynamic key KDTo and ~.le host computer 20.
Communication with the host computer is generally initiated by the terminal lO when a user of the remote terminal desires to perform a transaction.
The user will typically input his or her credit card into the terminal and at the same time enter a personal identification number (PIN) to initiate the transaction.
The credit card usually will have a magnetic strip Z010~50 affixed to its back on which a stored the customer's primary account number (PAN) or, in the alternative, a user serial number (USN) which contains information allowing the host terminal to act on the user's PIN in order to authorize the transaction the user wishes to accomplish.
After data has been input by a user at 30, the terminal 10 thereafter generates a PIN block 32 through a predefined series of steps which generally combines 1o the PIN with the PAN or USN. Any number of standard methods recognized in the art for generating this PIN
block may be used. Two well know methods, for example, are concantenation and exclusive or-ing of the PIN and PAN/USN to form the PIN block. The terminal 10 then generates a variant encryption key, RPEo, at 31. In the preferred method, a number of initial variant keys are used to encode the data transmissions used to perform particular transactions can be generated. Such variant keys include a initial pin encryption key (KPEo) for use in encrypting a terminal user's personal identification number (PIN), a key encryption key (KEKo) used for decrypting a subsequent dynamic key generated by the host, and a message key (KMSGo) used for encrypting other data communications between the terminal and the host. As will be more completely described with reference to FIGURE 5, the variant numbers input at the initial installation sequence 11 of FIGURE 1 are used to generate these variant keys and need only be equivalent between the host and one particular terminal Ti. Such a configuration would require that individual sets of variant numbers be stored in the host 20 for each terminal 10 on the network, thus requiring a large amount of memory at the host. A benefit of this configuration is that it would provide a greater amount 20~0450 of security in the data communications. Alternatively, a second configuration contemplates a common set of variants numbers for all terminals 10, thus requiring only one set of variant numbers to be stored in the host 20.
The PIN block is then encrypted with the initial PIN encryption key (KPEo) generated as described above. It should be recognized by those skilled in the art that any key may be used to encrypt the PIN block at this stage, including the initial dynamic key KDTo. In the preferred method of the invention, however, the variant KPEo is used to provide additional security for the user PIN number transmitted to the host. Once encryption of the PIN block is accomplished at 34, the data, represented by cryptogram EKpE(o)[PB]~ is transmitted at 36 to the host 20.
Host 20 is in a state awaiting a transaction request from the requesting terminal (RTi) at 33. The host 20 must then determine the particular KDTo output to terminal 10.
Two alternatives for determining KPEo by the host 20 contemplated by the invention. In one alternative, the host system can store the current dynamic key for each terminal Ti on the network in non-volatile memory. Upon receipt of the encrypted PINblock at 33 from terminal 10, the host can retrieve from memoLy the current dynamic key for the terminal 10 that is requesting a transaction (RT) at 35, and use it to generate KPEo at 37, or other variants as required. In such a method, a unique memory register address in the host would be required for each particular dynamic key generated and output to each terminal Ti in the network.
A second alternative contemplates the use of the current data input (TIN//SEQ number) from the terminal Ti 20~ S0 requesting a transaction (RT) to regenerate the particular KDTo at 35 previously output to terminal 10.
once host 20 has determined KDTo in this manner, it can thereafter generate KPEo at 37 and other variant keys as required. The host then uses the KPEo to decrypt the PIN block at step 38.
Once the PIN block has been decrypted, the host then processes the PIN block at 40 to determine whether the input PIN and PAN/USN match, thereby signifying that the requested customer transaction should be approved.
The process whereby the host system verifies the particular transaction typically consists of comp~ring the input PIN, or variation thereof in the form of the PIN block, to the customer's PAN or a PIN verification number which is either stored in the host 20 or coded and sent as part of the PIN block. Such verification processes are well known in the art. If the host 20 determines that the PIN and PAN/USN do not match, the host can transmit a signal indicating to the terminal to deny the transaction at 42. If the host 20 determines that the PIN and PAN/USN do match, the host can transmit approval at 54 to terminal 10 (depending on whether a new dynamic key is required as determined by the host at step 48,, thereby allowing terminal 10 to process the transaction at 46. In transmission of approval of the transaction 44, a variant key such as KMSGo may be used to encrypt the data sent between the host 20 and the terminal 10.
After completion of the transaction process by the host 20, the host will then determine whether to generate a new dynamic key at 48. According to the preferred method, if the host determines that a new KDT
is not required, the transaction approval will be sent to the host. It will be recognized by those skilled in the art that although FIGURE 2 shows that the host approving a particular transaction at step 40 before proceeding to generate a new KDT at step 48, the invention contemplates generation of a new KDT at step 48 where the transaction is denied by the host at step 40.
Generation of a new dynamic key by the host 20 can be selectively programmed to occur at any number of regular or irregular intervals. For instance, the host could be programmed to generate a new dynamic key for each transaction, thus changing the values for all variants KPE, KEK, and KMSG on each transaction request by a terminal 10. Alternatively, the generation of a new dynamic key can occur at every 10th transaction, every 100th transaction, on a daily basis, or on a monthly basis. If it is determined by the host that a new dynamic key need not be generated after a particular transaction, the host at 49 returns to step 33 to await the next transaction request transmission from a terminal 10.
If the host determines that a new dynamic key is required, the host 20 will generate a new dynamic key KDT1 at 50 using the information transmitted to the host by the terminal 10 that had requested the particular user transaction. As described with reference to FIGURE
4, the preferred method of generating a new dynamic key includes the use of the TIN and sequence number, transmitted by a particular terminal, and an irreversible decryption/encryption algorithm to generate a unique dynamic key for the particular terminal Ti.
once the host 20 generates KDT1, the host then determines KEKo at 51 using XDTo~ KEKo is a variant encryption key used to encrypt KDTl before it is transmitted to terminal 10. KDTo is determinable by the host computer in the manner described above. Once encrypted, KDTl is transmitted to the terminal 10 at 54 in the form of E~ K(o)~KDTl], along with the transaction approval.
Once this encrypted KDTl is received by the terminal 10 at 53 the terminal first determines whether the host 20 has transmitted a new dynamic key. If a new KDT has not been transmitted, the terminal may proceed to process the transaction 46. If a new KDT has been transmitted the terminal must generate KEKo at 55 using the stored value of KDTo. KEKo is then used to decrypt the new dynamic key KDTl at 56. KDTl is then stored at step 58 in terminal 10 in place of KDTo. Once KDTl is stored, the terminal 10 can use it in subsequent transactions to generate new variants KEKl, KPEl, and KMSGl. After storage of KDT, the terminal proceeds to process the transaction at 46 under the preferred embodiment.
FIGURE 3 is a flow chart depicting a subsequent transaction (n) in which a new dynamic key may be generated using the data information transmitted from a terminal to the host using the current dynamic key KDTn.
With reference to FIGURE 3, the current dynamic key is defined as KDTn, where n is an integer defining the number of dynamic keys previously generated by the host computer for that particular terminal 10. Therefore, n + 1 is defined as the next dynamic key to be generated by the host computer (e.g. for KDTo, KDTn + 1 = KDTl;
for KDTl, KDTn + 1 = KDT2...). For convenience, those steps which are equivalent to those in FIGURE 2 are numbered accordingly.
As with the initial transaction described with reference to FIGURE 2, the user inputs his or her credit card and PIN at 30 to provide the terminal 10 with the information necessary to generate PIN block 32. The terminal 10 thereafter generates KPEn from the stored dynamic key KDTn, where KDTn was the last dynamic key transmitted by the host computer. The PIN block is then encrypted using KPEn at 64. This information is transmitted 66 to the host 20.
Host 20 receives the data 33 and thereafter determines KDTn at 65 in one of the two alternative manners described above with reference to FIGURE 2. The lo host thereafter uses KDTn to generate KPEn at 67, which it uses to decrypt the data at 68 received from terminal 10. Once the host has the decrypted PIN block at 68, the host then performs whatever steps are necessary at 40 to decide whether or not to approve the customer transaction, as described above with reference to FIGURE
2. If it does not approve the transaction, the host 20 will send a signal to terminal 10 denying the transaction at 42. If the host does approve the transaction the host computer will then decide at 48 whether a new dynamic key is required. If not, the host will return at 49 to step 33 to await the next transmission of transaction data from a terminal 10 and will transmit its approval at 44 to the terminal 10, allowing terminal 10 to process the transaction at step 46.
As with the initial transaction described above with reference to FIGURE 2, a new dynamic key KDTn may be generated at step 48 even where the transaction is denied in step 40. Further, the host may transmit approval 74 allowing the terminal 10 to process the transaction prior to determination of whether a new dynamic key is required at step 48. If a new dynamic key is required, the host will generate KDTn + 1 at 70.
once KDTn + 1 is generated, the host generates KEKn 71 2(~0450 using KDTn in the manner described above. The host then encrypts KDTn + 1 with KEKn 72. Once encrypted, the host transmits the encrypted KDTN + 1 at 74 to terminal 10 in the form as represented by the cryptogram EKEKn[KDTN +l~.
On receipt by terminal 10 the terminal then determines whether a new KDT has been generated at 53.
If so, at 75, the terminal generates KEXn using the stored value of KDTn. KEKn is then used to decrypt KDTn + 1 at 76. Once KDTn + 1 is decrypted by the terminal 10, the terminal can store KDTn + 1 at 78 and can thereafter generate new variant keys KEKn + 1, KPEn + 1 and KMSGn + 1 as needed for use in subsequent transactions communicating with the host 20. Finally, the transaction is processed at 46.
FIGURE 4 is a schematic diagram detailing generation of a dynamic key KDTn from the information which is transmitted to host 20 by a terminal 10.
FIGURE 4 shows a 64 bit binary data string at 80 comprising, in sequence, 8 bits of FF hex, 32 bits of terminal identification number (TIN), and 24 bits of a sequence number. The TIN of the preferred embodiment is comprised of a customer number identifying the particular owner or operator of the host/terminal network, and a particular terminal classification number unique to that terminal in the network. Those skilled in the art will recognize that any composition of the TIN is well within contemplation of the invention. The 24 bit seguence number of the preferred embodiment is generally comprised of the transaction number XSN for the terminal, although any manner of identifying successive transactions could substitute equally well for the XSN used in the preferred embodiment. The 8 bits of FF hex leading the data string are included in Z01(~450 the preferred embodiment to enable the data string to total 64 bits. Those skilled in the art will recognize that this number may be eliminated without varying the scope of the invention. It will be further recognized by those skilled in the art that a 64 bit data string is not required to fulfill the objects of the invention.
The data at 80 is first encrypted at 82 with a first seed key, SEED.l. The result of this first encryption is then exclusively or-ed at 84 with the initial data at 80. The result of this exclusive or-ing is then decrypted at 86 using a second seed key, SEED.r.
The result of this decryption is then exclusively or-ed at 88 with the result of the exclusive or-ing at 84. The product of the exclusive or-ing at 88 is then encrypted again at 90 with the first seed key SEED.l. The product of encryption 90 is then again exclusively or-ed at 92 with the result of the exclusive or-ing at 88. The product of this exclusive-or 92 is the dynamic key.
It will be recognized by those skilled in the art that the particular method described with reference to FIGURE 4 is but one way of generating the dynamic key KDTn. It is well within contemplation of the invention that any irreversible encryption algorithm could be applied to the data to create a unique dynamic key for use in the encryption system described above.
FIGURE 5 is a schematic diagram depicting generation of the variant keys KPEn + 1~ KEKn + 1~ and KMSGn + 1 after generation of a new dynamic key, KDTn +
1 In the preferred embodiment of the invention four of the first 8 bits of the 64 bit data string comprising KDTn + 1 are exclusively or-ed with a unique 4 bit variant number to generate any of the variants KPEn + 1 KEKn + 1~ or KMSGn + 1 Alternatively, the variants could comprise any number of bits all of which may be applied to each 8 bit section of KDTn + I. Also, the 4 bit variant numbers used to generate the respective KPE~ KEK or KMSG~s in the preferred embodiment may be common for all KPE~ KEK and KMSG, in all terminals, or ma-y be defined as different for each terminal in the system as described above with reference to FIGURE 2.
With rerelellce to FIGURE 5, there is shown the 64 bit dynamic key KDTn + I at 90. To form KPEn + 1, four of the first 8 bits in the 64 bit data string comprising KDTn + 1 are exclusively or-ed at 92~ with the 4 bit KPE variant number at 93. The result of the exclusive-or at 92' is KPEn+ 1~ shown at 100.
Although the figure shows the second through fifth bits of KPEn + 1 as those which are altered through the exclusive-or process in step 92', it is well within contemplation of the invention to vary any combination of the first 8 bits of KDTn + 1 or any combination of 8 bit sections of the key at 90 to generate a variant key KPEn + 1.
Likewise, the KEK variant number at 95 and the KMSG variant number 97 are exclusively or-ed at 94 and 96, respectively, with KDTn + 1 to generate KEKn + 1~ shown at 101, and KMSGn + 1~ shown at 102. Again, it is 2 o well within contemplation of the invention to exclusively-or any four of the first 8 bits of KDTn + 1 or any combination of 8 bit sections of the key at 90 with the 4 bit variant numbers at 95 for KEK and at 97 to generate KEKn + 1 and KMSn + 1.
It is understood that although the prefelled embodiments of the 2 5 present method of the invention have been illustrated and described above, alternatives and equivalents thereof will become apparent to those skilled in the art and, accordingly, the scope of the present invention should be defined only in the appended claims and the equivalents thereof.
~i ~
'~
decrypting said new dynamic key at said terminal using said dynamic key previously generated by said host currently stored in said terminal;
encrypting data at said terminal using said new dynamic key; and transmitting said encrypted data to said host;
decrypting said encrypted data at said host using said new dynamic key; and storing said new dynamic key in said terminal in place of said dynamic key previously generated by said host.
Other aspects of this invention are as follows:
In a network comprising a host computer and a plurality of remote terminals, a method for safeguarding the on-line transmission of data between said host computer and any one of said plurality of remote terminals wherein a unique encryption key is used for each transmission of data between said host computer and said one of said plurality of terminals, said unique encryption key being derived as function of a unique dynamic key generated using a system seed key residing only in said host computer wherein a plurality of unique dynamic keys may be generated as a function of said seed key, and wherein N is a finite integer greater than or equal to 1 that defines the number of unique dynamic keys generated as a function of said seed key, said generation of said unique dynamic keys being programmable to occur at preselected intervals, comprising the steps of:
a. generating in said host computer an nth dynamic key for said one of said plurality of terminals, wherein said nth dynamic key is a function of said seed key and a predetermined terminal identifier for said one of said plurality of terminals;
4 ~
b. encrypting said nth dynamic key in said host computer using a (n-l)th dynamic key, wherein said (n-1)th dynamic key is also stored at said one of said plurality of terminals;
c. transmitting said encrypted nth dynamic key from said host computer to said one of said plurality of terminals;
d. decrypting said nth dynamic key at said terminal using said (n-l)th dynamic key stored at said one nf said plurality of terminals;
0 e. encrypting data at said one of said plurality of terminals using said nth dynamic key and transmitting said encrypted data to said host; and f. decl yyling said encrypted data at said host using said nth dynamic key.
A method of en~ ling data for on-line data communication between a host com-puter and each Of a plurality of remote terminals, wherein a unique dynamic key is periodically generated for each said terminal using a system seed key residing only in the host computer, said dynamic key being for use by said terminal in en~ ling data transmitted to said host computer and for decrypting data received from said host computer, each said terminal 2 o further including means for storing a previously generated dynamic key for said terminal, said method comprising the steps of:
a. receiving at said host computer a new dynamic key request from one of said terminals, said new dynamic key request including a predetermined terminal identifier for said terminal;
2 5 b. determining in said host computer the dynamic key previously generated for said terminal by said host wherein said dynamic key previously generated by said host is currently stored in said terminal;
8a ~n ~45Q
c. generating in said host computer a new dynamic key for said terminal as a function of said seed key and said predetermined terminal identifier, for said terminal;
d. encrypting said new dynamic key in said host computer using said dynamic key previously generated by said host computer;
e. transmitting said encrypted new dynamic key from said host computer to said terminal; and f. decrypting said new dynamic key at said terminal using said dynamic key previously generated by said host currently stored in said terminal.
A method of encrypting data for on-line data communication between a host computer and each of a lS plurality of remote terminals, wherein a unique dynamic key is periodically generated for each said terminal using a system seed key residing only in the host computer, said dynamic key being for use by said terminal in encrypting data transmitted to said host computer and for decrypting data received from said host computer, each said terminal further including means for storing a previously generated dynamic key for said terminal, said method comprising the steps of:
a. cen~ng a new dynamic key request to said host computer, said new dynamic key request comprising at least a terminal identification number for said terminal and a terminal transaction number for said terminal;
b. receiving from said host computer an encrypted new dynamic key, wherein said new dynamic key is generated as a function of said new dynamic key request and said new dynamic key is encrypted by said host with a previously generated dynamic key;
8b .....
c. decrypting said new dynamic key at said terminal using said dynamic key previously generated by said host currently stored in said terminal;
d. encrypting data at said terminal using said new dynamic key and transmitting said encrypted data to said host:
e. decrypting said encrypted data at said host using said new dynamic key; and f. storing said new dynamic key in said terminal in place of said dynamic key previously generated by said host.
BRIEF DESCRIPTION OF THE ~RAWINGS
FIGURE 1 is a flow chart depicting the preferred method for generating an initial dynamic key in the host computer for a given remote terminal coupled to the host computer and for effecting installation of the initial dynamic key in the remote terminal.
FIGURE 2 is a flow chart depicting the preferred method for conducting the first user transaction between one of the remote terminals and the host computer.
FIGURE 3 is a flow chart depicting the preferred method for conducting the nth user transaction between one of the remote terminals and the host computer.
FIGURE 4 is a schematic diagram depicting the preferred method for generation of the dynamic key KDTn.
FIGURE 5 is a schematic diagram depicting generation of variant encryption keys used in the 8c preferred method to encrypt and decrypt the various different types of data transmitted between the host computer and one of the remote terminals.
DETAILED DESCRIPTION OF THE INVENTION
With reference to the attached drawings, the preferred method of the invention is hereinafter described.
FIGURE 1 is a flow chart depicting the steps taken in a key initialization terminal (KIU) 15, the host computer 20, and in each one of a plurality of remote terminals 10 coupled to the host computer and KIU
for initializing the terminal 10 with its first dynamic key.
In the preferred embodiment, key initialization unit (KIU) performs the function of generating and downloading to the terminal the initial dynamic key, KDTo. The KIU apparatus is located at a separate, physically secure location from the host and terminals to provide further security for the network. It will be recognized by those skilled in the art that the function secured by the KIU could also be performed by the host computer.
The method of FIGURE 1 begins with the installation sequence 11 of terminal 10, which is required before terminal 10 can be brought on line. In the installation sequence 11, a minimum number of required data elements must be installed in the terminal. Such installation can be performed during manufacture of the terminal or by an end user of the host/terminal network. In the second instance, the network supervisor, such as a bank or savings and loan, may install their own particular set of reguired data.
The minimum data required to be stored in terminal 10 in the installation seguence 11 under the preferred embodiment includes a terminal identification number (TIN) for said terminal, a transaction number (XSN) for said terminal, and an initial communication key (ICK) for said terminal that is common to all of the terminals served by the host computer. In addition, a number of variant numbers, whose function will become clear from the discussion of FIGURE 2, preferably are also stored in terminal 10.
Likewise, initial installation sequences 21 and 22 is required in the host computer 20 and KIU 15. Like the initial installation sequence 11 for the terminal 10, the initial installation sequence 21 for the host 20 and sequence 22 for KIU 15 may be performed at the manufacturing stage or by the supervisor of the host/terminal network system. The minimum data required to be stored in the host computer 20 in the installation sequence 21, in the preferred embodiment of the method, include one or more system SEED keys (SEED.l, SEED.r) used by the host computer in the preferred embodiment, to generate a series of dynamic keys for each terminal as described below, one for each transaction or a set of transactions when a request for a new dynamic key is received from one of the terminals on the network. In addition, variant numbers equivalent to those input to terminal 10 at initial installation stage 11, are also stored in host computer 20 during the installation sequence 21 Likewise, in installation sequence 22, SEED keys and equivalent variant numbers are input to XIU 15. In addition, the initial communication key (ICE) input to terminal 10 at sequence 11, is input to KIU 15 at sequence 22.
once the initial installation sequences 11, and 22 have been completed in the KIU 15 and each terminal 10 on the network, the particular terminal, Ti, may be 20104~0 initialized at 12 and brought on line. The method depicted in FIGURE 1 for initializing the terminals in the network is performed for each terminal Ti, where (i) is an integer from 1 - X and where X equals the total number of terminals in the network. During initialization step 12, the terminal 10 will transmit a key request to the KIU 15. The initialization step 12 is generally performed once the terminal is installed at its remote location.
The initialization step 12 includes the transmission of a key request for Ti. The key request includes data identifying Ti to the KIU. On receipt of a first key request from the terminal 10, the KIU lS
thereafter generates KDTo at step 21 in accordance with the method described in FIGURE 4, describing generation of any dynamic key KDTN for a particular terminal. The data sequence in the preferred method sent by the terminal 10 in requesting a key from RIU lS at terminal initialization 12 generally includes the terminal identification number (TIN) assigned to the terminal and the transaction sequence number (XSN) for the terminal.
Preferably, the XSN for a given terminal will start at oo0, and be incremented by one for each transaction handled by that terminal. However, those skilled in the art will recognize that any manner of numbering consecutive transactions will function as a seguence.
Additionally, in the preferred method of the invention, the data string also includes the transmission of 8 bits of FF (hex) at the beginning of the data string to provide for a data transmission totaling 64 bits.
On receipt of this data by the KIU 15, the host proceeds to generate KDTo at step 24 in accordance with the method described with reference to FIGURE 4. As will be described in greater detail with reference to FIGURE 4, the data input comprising the TIN and the XSN
is processed through a variety of encryption steps to produce a unique KDTo for the terminal 10.
After being generated at 24, KDTo is then encrypted at 26 by the KIU 15 using ICK as the encryption key. The cryptogram expressing this encryption is expressed as EICK[KDTo]. After encryption at 26 of KDTo by the KIU 15, the encrypted KDTo is transmitted to the terminal 10.
Encryption of data may be accomplished using an encryption algorithm such as the National Bureau of Standards' encryption-decryption algorithm which is the Federal Information Processing Standard approved the the U.S. Department of Commerce. The same standard National Bureau of Standards' algorithm may later be used to decrypt the encrypted data to retrieve the data in its original form.
Using the ICK that had been input during the installation sequence 11, the terminal 10 is able to decrypt KDTo at step 16 to retrieve KDTo. This first dynamic key is then stored for use in encryption and decryption of subsequent data communications with host 20.
FIGURE 2 shows the flow chart of a preferred method for implementing the first transaction between a terminal lO initialized with its initial dynamic key KDTo and ~.le host computer 20.
Communication with the host computer is generally initiated by the terminal lO when a user of the remote terminal desires to perform a transaction.
The user will typically input his or her credit card into the terminal and at the same time enter a personal identification number (PIN) to initiate the transaction.
The credit card usually will have a magnetic strip Z010~50 affixed to its back on which a stored the customer's primary account number (PAN) or, in the alternative, a user serial number (USN) which contains information allowing the host terminal to act on the user's PIN in order to authorize the transaction the user wishes to accomplish.
After data has been input by a user at 30, the terminal 10 thereafter generates a PIN block 32 through a predefined series of steps which generally combines 1o the PIN with the PAN or USN. Any number of standard methods recognized in the art for generating this PIN
block may be used. Two well know methods, for example, are concantenation and exclusive or-ing of the PIN and PAN/USN to form the PIN block. The terminal 10 then generates a variant encryption key, RPEo, at 31. In the preferred method, a number of initial variant keys are used to encode the data transmissions used to perform particular transactions can be generated. Such variant keys include a initial pin encryption key (KPEo) for use in encrypting a terminal user's personal identification number (PIN), a key encryption key (KEKo) used for decrypting a subsequent dynamic key generated by the host, and a message key (KMSGo) used for encrypting other data communications between the terminal and the host. As will be more completely described with reference to FIGURE 5, the variant numbers input at the initial installation sequence 11 of FIGURE 1 are used to generate these variant keys and need only be equivalent between the host and one particular terminal Ti. Such a configuration would require that individual sets of variant numbers be stored in the host 20 for each terminal 10 on the network, thus requiring a large amount of memory at the host. A benefit of this configuration is that it would provide a greater amount 20~0450 of security in the data communications. Alternatively, a second configuration contemplates a common set of variants numbers for all terminals 10, thus requiring only one set of variant numbers to be stored in the host 20.
The PIN block is then encrypted with the initial PIN encryption key (KPEo) generated as described above. It should be recognized by those skilled in the art that any key may be used to encrypt the PIN block at this stage, including the initial dynamic key KDTo. In the preferred method of the invention, however, the variant KPEo is used to provide additional security for the user PIN number transmitted to the host. Once encryption of the PIN block is accomplished at 34, the data, represented by cryptogram EKpE(o)[PB]~ is transmitted at 36 to the host 20.
Host 20 is in a state awaiting a transaction request from the requesting terminal (RTi) at 33. The host 20 must then determine the particular KDTo output to terminal 10.
Two alternatives for determining KPEo by the host 20 contemplated by the invention. In one alternative, the host system can store the current dynamic key for each terminal Ti on the network in non-volatile memory. Upon receipt of the encrypted PINblock at 33 from terminal 10, the host can retrieve from memoLy the current dynamic key for the terminal 10 that is requesting a transaction (RT) at 35, and use it to generate KPEo at 37, or other variants as required. In such a method, a unique memory register address in the host would be required for each particular dynamic key generated and output to each terminal Ti in the network.
A second alternative contemplates the use of the current data input (TIN//SEQ number) from the terminal Ti 20~ S0 requesting a transaction (RT) to regenerate the particular KDTo at 35 previously output to terminal 10.
once host 20 has determined KDTo in this manner, it can thereafter generate KPEo at 37 and other variant keys as required. The host then uses the KPEo to decrypt the PIN block at step 38.
Once the PIN block has been decrypted, the host then processes the PIN block at 40 to determine whether the input PIN and PAN/USN match, thereby signifying that the requested customer transaction should be approved.
The process whereby the host system verifies the particular transaction typically consists of comp~ring the input PIN, or variation thereof in the form of the PIN block, to the customer's PAN or a PIN verification number which is either stored in the host 20 or coded and sent as part of the PIN block. Such verification processes are well known in the art. If the host 20 determines that the PIN and PAN/USN do not match, the host can transmit a signal indicating to the terminal to deny the transaction at 42. If the host 20 determines that the PIN and PAN/USN do match, the host can transmit approval at 54 to terminal 10 (depending on whether a new dynamic key is required as determined by the host at step 48,, thereby allowing terminal 10 to process the transaction at 46. In transmission of approval of the transaction 44, a variant key such as KMSGo may be used to encrypt the data sent between the host 20 and the terminal 10.
After completion of the transaction process by the host 20, the host will then determine whether to generate a new dynamic key at 48. According to the preferred method, if the host determines that a new KDT
is not required, the transaction approval will be sent to the host. It will be recognized by those skilled in the art that although FIGURE 2 shows that the host approving a particular transaction at step 40 before proceeding to generate a new KDT at step 48, the invention contemplates generation of a new KDT at step 48 where the transaction is denied by the host at step 40.
Generation of a new dynamic key by the host 20 can be selectively programmed to occur at any number of regular or irregular intervals. For instance, the host could be programmed to generate a new dynamic key for each transaction, thus changing the values for all variants KPE, KEK, and KMSG on each transaction request by a terminal 10. Alternatively, the generation of a new dynamic key can occur at every 10th transaction, every 100th transaction, on a daily basis, or on a monthly basis. If it is determined by the host that a new dynamic key need not be generated after a particular transaction, the host at 49 returns to step 33 to await the next transaction request transmission from a terminal 10.
If the host determines that a new dynamic key is required, the host 20 will generate a new dynamic key KDT1 at 50 using the information transmitted to the host by the terminal 10 that had requested the particular user transaction. As described with reference to FIGURE
4, the preferred method of generating a new dynamic key includes the use of the TIN and sequence number, transmitted by a particular terminal, and an irreversible decryption/encryption algorithm to generate a unique dynamic key for the particular terminal Ti.
once the host 20 generates KDT1, the host then determines KEKo at 51 using XDTo~ KEKo is a variant encryption key used to encrypt KDTl before it is transmitted to terminal 10. KDTo is determinable by the host computer in the manner described above. Once encrypted, KDTl is transmitted to the terminal 10 at 54 in the form of E~ K(o)~KDTl], along with the transaction approval.
Once this encrypted KDTl is received by the terminal 10 at 53 the terminal first determines whether the host 20 has transmitted a new dynamic key. If a new KDT has not been transmitted, the terminal may proceed to process the transaction 46. If a new KDT has been transmitted the terminal must generate KEKo at 55 using the stored value of KDTo. KEKo is then used to decrypt the new dynamic key KDTl at 56. KDTl is then stored at step 58 in terminal 10 in place of KDTo. Once KDTl is stored, the terminal 10 can use it in subsequent transactions to generate new variants KEKl, KPEl, and KMSGl. After storage of KDT, the terminal proceeds to process the transaction at 46 under the preferred embodiment.
FIGURE 3 is a flow chart depicting a subsequent transaction (n) in which a new dynamic key may be generated using the data information transmitted from a terminal to the host using the current dynamic key KDTn.
With reference to FIGURE 3, the current dynamic key is defined as KDTn, where n is an integer defining the number of dynamic keys previously generated by the host computer for that particular terminal 10. Therefore, n + 1 is defined as the next dynamic key to be generated by the host computer (e.g. for KDTo, KDTn + 1 = KDTl;
for KDTl, KDTn + 1 = KDT2...). For convenience, those steps which are equivalent to those in FIGURE 2 are numbered accordingly.
As with the initial transaction described with reference to FIGURE 2, the user inputs his or her credit card and PIN at 30 to provide the terminal 10 with the information necessary to generate PIN block 32. The terminal 10 thereafter generates KPEn from the stored dynamic key KDTn, where KDTn was the last dynamic key transmitted by the host computer. The PIN block is then encrypted using KPEn at 64. This information is transmitted 66 to the host 20.
Host 20 receives the data 33 and thereafter determines KDTn at 65 in one of the two alternative manners described above with reference to FIGURE 2. The lo host thereafter uses KDTn to generate KPEn at 67, which it uses to decrypt the data at 68 received from terminal 10. Once the host has the decrypted PIN block at 68, the host then performs whatever steps are necessary at 40 to decide whether or not to approve the customer transaction, as described above with reference to FIGURE
2. If it does not approve the transaction, the host 20 will send a signal to terminal 10 denying the transaction at 42. If the host does approve the transaction the host computer will then decide at 48 whether a new dynamic key is required. If not, the host will return at 49 to step 33 to await the next transmission of transaction data from a terminal 10 and will transmit its approval at 44 to the terminal 10, allowing terminal 10 to process the transaction at step 46.
As with the initial transaction described above with reference to FIGURE 2, a new dynamic key KDTn may be generated at step 48 even where the transaction is denied in step 40. Further, the host may transmit approval 74 allowing the terminal 10 to process the transaction prior to determination of whether a new dynamic key is required at step 48. If a new dynamic key is required, the host will generate KDTn + 1 at 70.
once KDTn + 1 is generated, the host generates KEKn 71 2(~0450 using KDTn in the manner described above. The host then encrypts KDTn + 1 with KEKn 72. Once encrypted, the host transmits the encrypted KDTN + 1 at 74 to terminal 10 in the form as represented by the cryptogram EKEKn[KDTN +l~.
On receipt by terminal 10 the terminal then determines whether a new KDT has been generated at 53.
If so, at 75, the terminal generates KEXn using the stored value of KDTn. KEKn is then used to decrypt KDTn + 1 at 76. Once KDTn + 1 is decrypted by the terminal 10, the terminal can store KDTn + 1 at 78 and can thereafter generate new variant keys KEKn + 1, KPEn + 1 and KMSGn + 1 as needed for use in subsequent transactions communicating with the host 20. Finally, the transaction is processed at 46.
FIGURE 4 is a schematic diagram detailing generation of a dynamic key KDTn from the information which is transmitted to host 20 by a terminal 10.
FIGURE 4 shows a 64 bit binary data string at 80 comprising, in sequence, 8 bits of FF hex, 32 bits of terminal identification number (TIN), and 24 bits of a sequence number. The TIN of the preferred embodiment is comprised of a customer number identifying the particular owner or operator of the host/terminal network, and a particular terminal classification number unique to that terminal in the network. Those skilled in the art will recognize that any composition of the TIN is well within contemplation of the invention. The 24 bit seguence number of the preferred embodiment is generally comprised of the transaction number XSN for the terminal, although any manner of identifying successive transactions could substitute equally well for the XSN used in the preferred embodiment. The 8 bits of FF hex leading the data string are included in Z01(~450 the preferred embodiment to enable the data string to total 64 bits. Those skilled in the art will recognize that this number may be eliminated without varying the scope of the invention. It will be further recognized by those skilled in the art that a 64 bit data string is not required to fulfill the objects of the invention.
The data at 80 is first encrypted at 82 with a first seed key, SEED.l. The result of this first encryption is then exclusively or-ed at 84 with the initial data at 80. The result of this exclusive or-ing is then decrypted at 86 using a second seed key, SEED.r.
The result of this decryption is then exclusively or-ed at 88 with the result of the exclusive or-ing at 84. The product of the exclusive or-ing at 88 is then encrypted again at 90 with the first seed key SEED.l. The product of encryption 90 is then again exclusively or-ed at 92 with the result of the exclusive or-ing at 88. The product of this exclusive-or 92 is the dynamic key.
It will be recognized by those skilled in the art that the particular method described with reference to FIGURE 4 is but one way of generating the dynamic key KDTn. It is well within contemplation of the invention that any irreversible encryption algorithm could be applied to the data to create a unique dynamic key for use in the encryption system described above.
FIGURE 5 is a schematic diagram depicting generation of the variant keys KPEn + 1~ KEKn + 1~ and KMSGn + 1 after generation of a new dynamic key, KDTn +
1 In the preferred embodiment of the invention four of the first 8 bits of the 64 bit data string comprising KDTn + 1 are exclusively or-ed with a unique 4 bit variant number to generate any of the variants KPEn + 1 KEKn + 1~ or KMSGn + 1 Alternatively, the variants could comprise any number of bits all of which may be applied to each 8 bit section of KDTn + I. Also, the 4 bit variant numbers used to generate the respective KPE~ KEK or KMSG~s in the preferred embodiment may be common for all KPE~ KEK and KMSG, in all terminals, or ma-y be defined as different for each terminal in the system as described above with reference to FIGURE 2.
With rerelellce to FIGURE 5, there is shown the 64 bit dynamic key KDTn + I at 90. To form KPEn + 1, four of the first 8 bits in the 64 bit data string comprising KDTn + 1 are exclusively or-ed at 92~ with the 4 bit KPE variant number at 93. The result of the exclusive-or at 92' is KPEn+ 1~ shown at 100.
Although the figure shows the second through fifth bits of KPEn + 1 as those which are altered through the exclusive-or process in step 92', it is well within contemplation of the invention to vary any combination of the first 8 bits of KDTn + 1 or any combination of 8 bit sections of the key at 90 to generate a variant key KPEn + 1.
Likewise, the KEK variant number at 95 and the KMSG variant number 97 are exclusively or-ed at 94 and 96, respectively, with KDTn + 1 to generate KEKn + 1~ shown at 101, and KMSGn + 1~ shown at 102. Again, it is 2 o well within contemplation of the invention to exclusively-or any four of the first 8 bits of KDTn + 1 or any combination of 8 bit sections of the key at 90 with the 4 bit variant numbers at 95 for KEK and at 97 to generate KEKn + 1 and KMSn + 1.
It is understood that although the prefelled embodiments of the 2 5 present method of the invention have been illustrated and described above, alternatives and equivalents thereof will become apparent to those skilled in the art and, accordingly, the scope of the present invention should be defined only in the appended claims and the equivalents thereof.
~i ~
'~
Claims (34)
1. A method of encrypting data for on-line data communication of at least one transaction between a host computer and each of a plurality of remote terminals,wherein a unique dynamic key is periodically generated for each said terminal using a system seed key residing only in the host computer, said dynamic key being for use by said terminal in encrypting data of a transaction transmitted to said host computer and for decrypting data of a transaction received from said host computer, each said terminal further including means for storing a previously generated dynamic key for said terminal, said method comprising the steps of:
a. receiving at said host computer a new dynamic key request from one of said terminals, said new dynamic key request including a predetermined terminal identifier for said terminal;
b. determining in said host computer the dynamic key previously generated for said terminal by said host wherein said dynamic key previously generated by said host is currently stored in said terminal;
c. generating in said host computer a new dynamic key for said terminal as a function of said seed key and said predetermined terminal identifier for said terminal;
d. encrypting said new dynamic key in said host computer using said dynamic key previously generated by said host computer;
e. transmitting said encrypted new dynamic key from said host computer to said terminal;
f. decrypting said new dynamic key at said terminal using said dynamic key previously generated by said host currently stored in said terminal;
g. encrypting data at said terminal using said new dynamic key and transmitting said encrypted data to said host;
h. decrypting said encrypted data at said host using said new dynamic key; and i. storing said new dynamic key in said terminal in place of said dynamic key previously generated by said host.
a. receiving at said host computer a new dynamic key request from one of said terminals, said new dynamic key request including a predetermined terminal identifier for said terminal;
b. determining in said host computer the dynamic key previously generated for said terminal by said host wherein said dynamic key previously generated by said host is currently stored in said terminal;
c. generating in said host computer a new dynamic key for said terminal as a function of said seed key and said predetermined terminal identifier for said terminal;
d. encrypting said new dynamic key in said host computer using said dynamic key previously generated by said host computer;
e. transmitting said encrypted new dynamic key from said host computer to said terminal;
f. decrypting said new dynamic key at said terminal using said dynamic key previously generated by said host currently stored in said terminal;
g. encrypting data at said terminal using said new dynamic key and transmitting said encrypted data to said host;
h. decrypting said encrypted data at said host using said new dynamic key; and i. storing said new dynamic key in said terminal in place of said dynamic key previously generated by said host.
2. The method of Claim 1 wherein steps a through i are repeated for each transaction.
3. The method of Claim 1 including generating at said host computer and said terminal a plurality of transaction data encryption keys using a plurality of variants, wherein said plurality of variants are common to said host system and said one of said plurality of terminals, and wherein said plurality of variants generate said plurality of transaction data encryption keys as a function of said new dynamic key.
4. The method of Claim 3 wherein steps a through i are repeated for each transaction.
5. The method of Claim 3 wherein steps a through i are selectively repeated at predetermined intervals.
6. The method of Claim 3 wherein one of said plurality of transaction encryption keys is used to encrypt said data at said terminal.
7. The method of Claim 1 wherein said new dynamic key request further includes a transaction number for said terminal.
8. The method of Claim 7 wherein said new dynamic key is generated by said host as a function of said seed key and said predetermined terminal identifier for said terminal, and said transaction number for said terminal.
9. The method of Claim 1 wherein said host computer and said plurality of terminals comprises a card activation and personal identification number selection system.
10. The method of Claim 1 wherein said host computer and said plurality of terminals comprises an Electronic Funds Transfer System with Point of Sale Terminals.
11. The method of Claim 1 wherein said host computer and said plurality of terminals comprises an Automated Teller Network.
12. The method of Claim 1 wherein said dynamic key is comprised of a 64 bit data input string.
13. The method of Claim 1 including one or more additional seed keys and wherein said one or more additional seed keys are used to generate said new dynamic key.
14. The method of Claim 1 further including a plurality of seed keys for use in generating said new dynamic key.
15. The method of Claim 14 wherein each of said seed keys is selectively variable through input means of the host computer.
16. The method of Claim 3 wherein transaction data transmitted between said host computer and said one of said plurality of terminals is encrypted with said transaction data encryption keys.
17. The method of Claim 16 wherein said transaction data encryption keys include at least a key encryption key and a personal identification number encryption key.
18. The method of Claim 17 wherein the step of generating a plurality of transaction data encryption keys uses a plurality of variant numbers, each of said plurality of variant numbers corresponding to one of each of said plurality of transaction data encryption keys.
19. The method of Claim 18 wherein the step of generating a plurality of transaction data encryption keys includes exclusively or-ing each of said plurality of variant numbers with said first dynamic key wherein each of said corresponding plurality of transaction data keys is formed.
20. The method of Claim 19 wherein said variant numbers are comprised of a 4 bit data input and wherein said means for exclusively or-ing said variantnumbers with said first dynamic key exclusively or's said 4 bit input with a selected 4 bits in the first 8 bits of an input stream of said dynamic key.
21. In a network comprising a host computer and a plurality of remote terminals, a method for safeguarding the on-line transmission of data between said host computer and any one of said plurality of remote terminals wherein a uniqueencryption key is used for each transmission of data between said host computer and said one of said plurality of terminals, said unique encryption key being derived as function of a unique dynamic key generated using a system seed key residing only in said host computer wherein a plurality of unique dynamic keys may be generated as a function of said seed key, and wherein N is a finite integer greater than or equal to 1 that defines the number of unique dynamic keys generated as a function of said seed key, said generation of said unique dynamickeys being programmable to occur at preselected intervals, comprising the steps of:
a. generating in said host computer an nth dynamic key for said one of said plurality of terminals, wherein said nth dynamic key is a function of said seed key and a predetermined terminal identifier for said one of said plurality of terminals;
b. encrypting said nth dynamic key in said host computer using a (n-1)th dynamic key, wherein said (n-1)th dynamic key is also stored at said one of saidplurality of terminals;
c. transmitting said encrypted nth dynamic key from said host computer to said one of said plurality of terminals;
d. decrypting said nth dynamic key at said terminal using said (n-1)th dynamic key stored at said one of said plurality of terminals;
e. encrypting data at said one of said plurality of terminals using said nth dynamic key and transmitting said encrypted data to said host; and f. decrypting said encrypted data at said host using said nth dynamic key.
a. generating in said host computer an nth dynamic key for said one of said plurality of terminals, wherein said nth dynamic key is a function of said seed key and a predetermined terminal identifier for said one of said plurality of terminals;
b. encrypting said nth dynamic key in said host computer using a (n-1)th dynamic key, wherein said (n-1)th dynamic key is also stored at said one of saidplurality of terminals;
c. transmitting said encrypted nth dynamic key from said host computer to said one of said plurality of terminals;
d. decrypting said nth dynamic key at said terminal using said (n-1)th dynamic key stored at said one of said plurality of terminals;
e. encrypting data at said one of said plurality of terminals using said nth dynamic key and transmitting said encrypted data to said host; and f. decrypting said encrypted data at said host using said nth dynamic key.
22. The method of Claim 21 wherein steps a through f are selectively repeated atpredetermined intervals.
23. The method of Claim 21 including one or more additional seed keys and wherein said one or more additional seed keys are used to generate a (n+1)th dynamic key.
24. A method of encrypting data for on-line data communication between a host computer and each of a plurality of remote terminals, wherein a unique dynamic key is periodically generated for each said terminal using a system seed key residing only in the host computer, said dynamic key being for use by said terminal in encrypting data transmitted to said host computer and for decrypting data received from said host computer, each said terminal further including means forstoring a previously generated dynamic key for said terminal, said method comprising the steps of:
a. receiving at said host computer a new dynamic key request from one of said terminals, said new dynamic key request including a predetermined terminal identifier for said terminal;
b. determining in said host computer the dynamic key previously generated for said terminal by said host wherein said dynamic key previously generated by said host is currently stored in said terminal;
c. generating in said host computer a new dynamic key for said terminal as a function of said seed key and said predetermined terminal identifier for said terminal;
d. encrypting said new dynamic key in said host computer using said dynamic key previously generated by said host computer;
e. transmitting said encrypted new dynamic key from said host computer to said terminal; and f. decrypting said new dynamic key at said terminal using said dynamic key previously generated by said host currently stored in said terminal.
a. receiving at said host computer a new dynamic key request from one of said terminals, said new dynamic key request including a predetermined terminal identifier for said terminal;
b. determining in said host computer the dynamic key previously generated for said terminal by said host wherein said dynamic key previously generated by said host is currently stored in said terminal;
c. generating in said host computer a new dynamic key for said terminal as a function of said seed key and said predetermined terminal identifier for said terminal;
d. encrypting said new dynamic key in said host computer using said dynamic key previously generated by said host computer;
e. transmitting said encrypted new dynamic key from said host computer to said terminal; and f. decrypting said new dynamic key at said terminal using said dynamic key previously generated by said host currently stored in said terminal.
25. The method of Claim 24 including generating at said host computer and said terminal a plurality of transaction data encryption keys using a plurality of variants, wherein said plurality of variants are common to said host system and said one of said plurality of terminals, and wherein said plurality of variants generate said plurality of transaction data encryption keys as a function of said new dynamic key.
26. The method of Claim 25 wherein said plurality of transaction data encryptionkeys are used to encode data transmitted between said host and one of said plurality of terminals.
27. The method of Claim 26 wherein steps a through f are selectively repeated atpredetermined intervals.
28. The method of Claim 24 including one or more additional seed keys and wherein said one or more additional seed keys are used to generate said new dynamic key.
29. The method of Claim 28 wherein each of said seed keys is selectively variable through input means of the host computer.
30. A method of encrypting data for on-line data communication between a host computer and each of a plurality of remote terminals, wherein a unique dynamic key is periodically generated for each said terminal using a system seed key residing only in the host computer, said dynamic key being for use by said terminal in encrypting data transmitted to said host computer and for decrypting data received from said host computer, each said terminal further including means forstoring a previously generated dynamic key for said terminal, said method comprising the steps of:
a. sending a new dynamic key request to said host computer, said new dynamic key request comprising at least a terminal identification number for said terminal and a terminal transaction number for said terminal;
b. receiving from said host computer an encrypted new dynamic key, wherein said new dynamic key is generated as a function of said new dynamic key request and said new dynamic key is encrypted by said host with a previously generated dynamic key;
c. decrypting said new dynamic key at said terminal using said dynamic key previously generated by said host currently stored in said terminal;
d. encrypting data at said terminal using said new dynamic key and transmitting said encrypted data to said host;
e. decrypting said encrypted data at said host using said new dynamic key; and f. storing said new dynamic key in said terminal in place of said dynamic key previously generated by said host.
a. sending a new dynamic key request to said host computer, said new dynamic key request comprising at least a terminal identification number for said terminal and a terminal transaction number for said terminal;
b. receiving from said host computer an encrypted new dynamic key, wherein said new dynamic key is generated as a function of said new dynamic key request and said new dynamic key is encrypted by said host with a previously generated dynamic key;
c. decrypting said new dynamic key at said terminal using said dynamic key previously generated by said host currently stored in said terminal;
d. encrypting data at said terminal using said new dynamic key and transmitting said encrypted data to said host;
e. decrypting said encrypted data at said host using said new dynamic key; and f. storing said new dynamic key in said terminal in place of said dynamic key previously generated by said host.
31. The method of Claim 30 including generating at said host computer and said terminal a plurality of transaction data encryption keys using a plurality of variants, wherein said plurality of variants are common to said host system and said one of said plurality of terminals, and wherein said plurality of variants generate said plurality of transaction data encryption keys as a functioh of said new dynamic key.
32. The method of claim 31 wherein said plurality of transaction data encryptionkeys are used to encode data transmitted between said host and one of said plurality of terminals.
33. The method of Claim 30 including one or more additional seed keys and wherein said one or more additional seed keys are used to generate said new dynamic key.
34. The method of Claim 33 wherein each of said seed keys is selectively variable through input means of the host computer.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US07/323,485 US4933971A (en) | 1989-03-14 | 1989-03-14 | Method for encrypting transmitted data using a unique key |
US323,485 | 1989-03-14 |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2010450A1 CA2010450A1 (en) | 1990-09-14 |
CA2010450C true CA2010450C (en) | 1998-08-18 |
Family
ID=23259404
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002010450A Expired - Fee Related CA2010450C (en) | 1989-03-14 | 1990-02-20 | Method for encrypting transmitted data using a unique key |
Country Status (6)
Country | Link |
---|---|
US (1) | US4933971A (en) |
EP (1) | EP0387599B1 (en) |
JP (1) | JPH0334641A (en) |
AU (1) | AU617598B2 (en) |
CA (1) | CA2010450C (en) |
DE (1) | DE69022610T2 (en) |
Families Citing this family (102)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5572572A (en) | 1988-05-05 | 1996-11-05 | Transaction Technology, Inc. | Computer and telephone apparatus with user friendly interface and enhanced integrity features |
US5485370A (en) | 1988-05-05 | 1996-01-16 | Transaction Technology, Inc. | Home services delivery system with intelligent terminal emulator |
CA2011396C (en) * | 1989-03-03 | 1995-01-03 | Kazue Tanaka | Cipher-key distribution system |
CA2053261A1 (en) * | 1989-04-28 | 1990-10-29 | Gary D. Hornbuckle | Method and apparatus for remotely controlling and monitoring the use of computer software |
KR920701894A (en) * | 1989-04-28 | 1992-08-12 | 브루스 마르쿠스 | Remote control device of computer software and its protection method |
US5870724A (en) | 1989-12-08 | 1999-02-09 | Online Resources & Communications Corporation | Targeting advertising in a home retail banking delivery service |
JP3114991B2 (en) * | 1990-11-30 | 2000-12-04 | 株式会社東芝 | Data communication system |
US5146498A (en) * | 1991-01-10 | 1992-09-08 | Motorola, Inc. | Remote key manipulations for over-the-air re-keying |
JP3310989B2 (en) * | 1991-02-08 | 2002-08-05 | 株式会社東芝 | Data communication method |
JP2901767B2 (en) * | 1991-02-08 | 1999-06-07 | 株式会社東芝 | Cryptographic communication system and portable electronic device |
US5228084A (en) * | 1991-02-28 | 1993-07-13 | Gilbarco, Inc. | Security apparatus and system for retail environments |
JP2881628B2 (en) * | 1991-05-27 | 1999-04-12 | 富士通株式会社 | Exclusive control system and terminal device |
NL9101796A (en) * | 1991-10-25 | 1993-05-17 | Nederland Ptt | METHOD FOR AUTHENTICATING COMMUNICATION PARTICIPANTS, METHOD FOR USING THE METHOD AND FIRST COMMUNICATION PARTICIPANT AND SECOND COMMUNICATION PARTICIPANT FOR USE IN THE SYSTEM. |
US5557518A (en) | 1994-04-28 | 1996-09-17 | Citibank, N.A. | Trusted agents for open electronic commerce |
US5453601A (en) | 1991-11-15 | 1995-09-26 | Citibank, N.A. | Electronic-monetary system |
US7028187B1 (en) | 1991-11-15 | 2006-04-11 | Citibank, N.A. | Electronic transaction apparatus for electronic commerce |
US5272752A (en) * | 1992-03-16 | 1993-12-21 | Scientific-Atlanta, Inc. | Authorization code lockout mechanism for preventing unauthorized reception of transmitted data |
FR2693334B1 (en) * | 1992-07-01 | 1994-09-23 | Trt Telecom Radio Electr | Protected communication process between three protagonists, and devices involved in its implementation. |
US5297208A (en) * | 1992-08-05 | 1994-03-22 | Roger Schlafly | Secure file transfer system and method |
AUPM350794A0 (en) * | 1994-01-25 | 1994-02-17 | Dynamic Data Systems Pty Ltd | Funds transaction device |
US6088797A (en) * | 1994-04-28 | 2000-07-11 | Rosen; Sholom S. | Tamper-proof electronic processing device |
US5799087A (en) | 1994-04-28 | 1998-08-25 | Citibank, N.A. | Electronic-monetary system |
US5619572A (en) * | 1994-06-16 | 1997-04-08 | Motorola, Inc. | Method and apparatus for providing secure communications for a requested call |
US5517567A (en) * | 1994-08-23 | 1996-05-14 | Daq Electronics Inc. | Key distribution system |
US5864683A (en) * | 1994-10-12 | 1999-01-26 | Secure Computing Corporartion | System for providing secure internetwork by connecting type enforcing secure computers to external network for limiting access to data based on user and process access rights |
US5636280A (en) * | 1994-10-31 | 1997-06-03 | Kelly; Tadhg | Dual key reflexive encryption security system |
US6044154A (en) * | 1994-10-31 | 2000-03-28 | Communications Devices, Inc. | Remote generated, device identifier key for use with a dual-key reflexive encryption security system |
US5644710A (en) * | 1995-02-13 | 1997-07-01 | Eta Technologies Corporation | Personal access management system |
US5710889A (en) * | 1995-02-22 | 1998-01-20 | Citibank, N.A. | Interface device for electronically integrating global financial services |
US5548649A (en) * | 1995-03-28 | 1996-08-20 | Iowa State University Research Foundation | Network security bridge and associated method |
US5757924A (en) * | 1995-09-18 | 1998-05-26 | Digital Secured Networks Techolognies, Inc. | Network security device which performs MAC address translation without affecting the IP address |
GB2306860A (en) * | 1995-10-24 | 1997-05-07 | Motorola Inc | Encryption/decryption system encrypts data using encrypted key |
US5796832A (en) | 1995-11-13 | 1998-08-18 | Transaction Technology, Inc. | Wireless transaction and information system |
US5870473A (en) * | 1995-12-14 | 1999-02-09 | Cybercash, Inc. | Electronic transfer system and method |
US5745576A (en) * | 1996-05-17 | 1998-04-28 | Visa International Service Association | Method and apparatus for initialization of cryptographic terminal |
US6240513B1 (en) | 1997-01-03 | 2001-05-29 | Fortress Technologies, Inc. | Network security device |
DE69823334T2 (en) * | 1997-02-07 | 2005-05-04 | Salbu Research And Development (Proprietary) Ltd. | SECURED PACKAGE NETWORK |
JPH10229392A (en) * | 1997-02-13 | 1998-08-25 | Rohm Co Ltd | Authentication system and authentication method |
US6041411A (en) * | 1997-03-28 | 2000-03-21 | Wyatt; Stuart Alan | Method for defining and verifying user access rights to a computer information |
US6282522B1 (en) | 1997-04-30 | 2001-08-28 | Visa International Service Association | Internet payment system using smart card |
US6128387A (en) * | 1997-05-19 | 2000-10-03 | Industrial Technology Research Institute | Method and system for using a non-inversible transform and dynamic keys to protect firmware |
US6105008A (en) * | 1997-10-16 | 2000-08-15 | Visa International Service Association | Internet loading system using smart card |
US6021391A (en) * | 1998-03-03 | 2000-02-01 | Winbond Electronics Corp. | Method and system for dynamic data encryption |
US6848050B1 (en) | 1998-04-16 | 2005-01-25 | Citicorp Development Center, Inc. | System and method for alternative encryption techniques |
US6490353B1 (en) | 1998-11-23 | 2002-12-03 | Tan Daniel Tiong Hok | Data encrypting and decrypting apparatus and method |
US6397307B2 (en) | 1999-02-23 | 2002-05-28 | Legato Systems, Inc. | Method and system for mirroring and archiving mass storage |
US6668246B1 (en) * | 1999-03-24 | 2003-12-23 | Intel Corporation | Multimedia data delivery and playback system with multi-level content and privacy protection |
US6829708B1 (en) | 1999-03-27 | 2004-12-07 | Microsoft Corporation | Specifying security for an element by assigning a scaled value representative of the relative security thereof |
US7319759B1 (en) | 1999-03-27 | 2008-01-15 | Microsoft Corporation | Producing a new black box for a digital rights management (DRM) system |
US20020019814A1 (en) | 2001-03-01 | 2002-02-14 | Krishnamurthy Ganesan | Specifying rights in a digital rights license according to events |
US6985583B1 (en) * | 1999-05-04 | 2006-01-10 | Rsa Security Inc. | System and method for authentication seed distribution |
US7908216B1 (en) | 1999-07-22 | 2011-03-15 | Visa International Service Association | Internet payment, authentication and loading system using virtual smart card |
US7729986B1 (en) | 1999-07-30 | 2010-06-01 | Visa International Service Association | Smart card transactions using wireless telecommunications network |
US7669233B2 (en) * | 1999-09-10 | 2010-02-23 | Metavante Corporation | Methods and systems for secure transmission of identification information over public networks |
FR2799078A1 (en) * | 1999-09-27 | 2001-03-30 | Jacky Montiel | Set of protocols permitting rapid authentication for commercial transactions of information and services on the internet, allowing high performance operation of micropayments |
US6442696B1 (en) * | 1999-10-05 | 2002-08-27 | Authoriszor, Inc. | System and method for extensible positive client identification |
GB2355819A (en) * | 1999-10-26 | 2001-05-02 | Marconi Comm Ltd | Authentication of data and software |
WO2001052471A1 (en) * | 2000-01-14 | 2001-07-19 | Microsoft Corporation | Producing a new black box for a digital rights management (drm) system |
AU2000269232A1 (en) | 2000-01-14 | 2001-07-24 | Microsoft Corporation | Specifying security for an element by assigning a scaled value representative ofthe relative security thereof |
US7353209B1 (en) | 2000-01-14 | 2008-04-01 | Microsoft Corporation | Releasing decrypted digital content to an authenticated path |
US20020095344A1 (en) * | 2001-01-12 | 2002-07-18 | Mares John F. | Accounting and business transaction method and system |
US7415609B1 (en) * | 2001-04-23 | 2008-08-19 | Diebold, Incorporated | Automated banking machine system and method |
US7110986B1 (en) * | 2001-04-23 | 2006-09-19 | Diebold, Incorporated | Automated banking machine system and method |
US7159114B1 (en) * | 2001-04-23 | 2007-01-02 | Diebold, Incorporated | System and method of securely installing a terminal master key on an automated banking machine |
US7280658B2 (en) * | 2001-06-01 | 2007-10-09 | International Business Machines Corporation | Systems, methods, and computer program products for accelerated dynamic protection of data |
US6948073B2 (en) | 2001-06-27 | 2005-09-20 | Microsoft Corporation | Protecting decrypted compressed content and decrypted decompressed content at a digital rights management client |
US7239708B2 (en) | 2001-06-27 | 2007-07-03 | Microsoft Corporation | Protecting decrypted compressed content and decrypted decompressed content at a digital rights management client |
US20030118188A1 (en) * | 2001-12-26 | 2003-06-26 | Collier David C. | Apparatus and method for accessing material using an entity locked secure registry |
JP2004186814A (en) * | 2002-11-29 | 2004-07-02 | Fujitsu Ltd | Common key encryption communication system |
US7370212B2 (en) | 2003-02-25 | 2008-05-06 | Microsoft Corporation | Issuing a publisher use license off-line in a digital rights management (DRM) system |
US7506161B2 (en) * | 2003-09-02 | 2009-03-17 | Authernative, Inc. | Communication session encryption and authentication system |
US20060242406A1 (en) | 2005-04-22 | 2006-10-26 | Microsoft Corporation | Protected computing environment |
US7805611B1 (en) * | 2004-12-03 | 2010-09-28 | Oracle America, Inc. | Method for secure communication from chip card and system for performing the same |
US8370638B2 (en) * | 2005-02-18 | 2013-02-05 | Emc Corporation | Derivative seeds |
US8725646B2 (en) | 2005-04-15 | 2014-05-13 | Microsoft Corporation | Output protection levels |
US9363481B2 (en) | 2005-04-22 | 2016-06-07 | Microsoft Technology Licensing, Llc | Protected media pipeline |
US20060265758A1 (en) | 2005-05-20 | 2006-11-23 | Microsoft Corporation | Extensible media rights |
US7627125B2 (en) * | 2005-06-23 | 2009-12-01 | Efunds Corporation | Key loading systems and methods |
US7894606B2 (en) * | 2005-11-28 | 2011-02-22 | Panasonic Electric Works Co., Ltd. | Systems and methods for facilitating secure key distribution to an embedded device |
US8108692B1 (en) | 2006-06-27 | 2012-01-31 | Siliconsystems, Inc. | Solid-state storage subsystem security solution |
US7765373B1 (en) * | 2006-06-27 | 2010-07-27 | Siliconsystems, Inc. | System for controlling use of a solid-state storage subsystem |
US10091648B2 (en) * | 2007-04-26 | 2018-10-02 | Qualcomm Incorporated | Method and apparatus for new key derivation upon handoff in wireless networks |
AU2008286813B2 (en) * | 2007-08-14 | 2014-08-28 | Triton Systems Of Delaware, Llc. | Method and system for secure remote transfer of master key for automated teller banking machine |
US8565436B2 (en) * | 2008-12-15 | 2013-10-22 | Ebay Inc. | Secure self managed data (SSMD) |
US8356184B1 (en) | 2009-06-25 | 2013-01-15 | Western Digital Technologies, Inc. | Data storage device comprising a secure processor for maintaining plaintext access to an LBA table |
DE102010034976A1 (en) * | 2010-08-20 | 2012-02-23 | Hella Kgaa Hueck & Co. | Arrangement for the authorization control, in particular for motor vehicles |
GB201105765D0 (en) | 2011-04-05 | 2011-05-18 | Visa Europe Ltd | Payment system |
KR101340770B1 (en) * | 2011-04-18 | 2013-12-11 | 주식회사 팬택 | Electronic device, method and apparatus for securing of user input data of electric device |
CN102170355A (en) * | 2011-04-27 | 2011-08-31 | 北京深思洛克软件技术股份有限公司 | Management method of remote upgrade secret key in information safety equipment |
US9305142B1 (en) | 2011-12-19 | 2016-04-05 | Western Digital Technologies, Inc. | Buffer memory protection unit |
RU2019111186A (en) | 2013-12-19 | 2019-05-07 | Виза Интернэшнл Сервис Ассосиэйшн | METHODS AND SYSTEMS OF CLOUD TRANSACTIONS |
US9922322B2 (en) | 2013-12-19 | 2018-03-20 | Visa International Service Association | Cloud-based transactions with magnetic secure transmission |
EP3146747B1 (en) | 2014-05-21 | 2020-07-01 | Visa International Service Association | Offline authentication |
WO2016018298A1 (en) * | 2014-07-30 | 2016-02-04 | Hewlett-Packard Development Company, L.P. | Key search token for encrypted data |
US9775029B2 (en) | 2014-08-22 | 2017-09-26 | Visa International Service Association | Embedding cloud-based functionalities in a communication device |
CN116471105A (en) | 2016-07-11 | 2023-07-21 | 维萨国际服务协会 | Encryption key exchange procedure using access means |
AU2017304128B2 (en) * | 2016-07-25 | 2022-03-10 | Apple Inc. | System for and method of authenticating a component of an electronic device |
US11481837B1 (en) | 2018-04-12 | 2022-10-25 | Wells Fargo Bank, N.A. | Authentication circle management |
US11386412B1 (en) | 2018-04-12 | 2022-07-12 | Wells Fargo Bank, N.A. | Authentication circle management |
US10943308B1 (en) | 2018-05-03 | 2021-03-09 | Wells Fargo Bank, N.A. | Systems and methods for pervasive advisor for major expenditures |
DE102018005861A1 (en) * | 2018-07-25 | 2020-03-12 | Giesecke+Devrient Mobile Security Gmbh | Method for anonymizing a cardholder's PAN |
US11569979B2 (en) | 2019-06-05 | 2023-01-31 | Sameer KHANNA | Cryptographic systems with variable layout cryptography |
Family Cites Families (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4182933A (en) * | 1969-02-14 | 1980-01-08 | The United States Of America As Represented By The Secretary Of The Army | Secure communication system with remote key setting |
US4386234A (en) * | 1977-12-05 | 1983-05-31 | International Business Machines Corp. | Cryptographic communication and file security using terminals |
US4193131A (en) * | 1977-12-05 | 1980-03-11 | International Business Machines Corporation | Cryptographic verification of operational keys used in communication networks |
US4238853A (en) * | 1977-12-05 | 1980-12-09 | International Business Machines Corporation | Cryptographic communication security for single domain networks |
US4227253A (en) * | 1977-12-05 | 1980-10-07 | International Business Machines Corporation | Cryptographic communication security for multiple domain networks |
US4203166A (en) * | 1977-12-05 | 1980-05-13 | International Business Machines Corporation | Cryptographic file security for multiple domain networks |
US4238854A (en) * | 1977-12-05 | 1980-12-09 | International Business Machines Corporation | Cryptographic file security for single domain networks |
US4259720A (en) * | 1978-01-09 | 1981-03-31 | Interbank Card Association | Security system for electronic funds transfer system |
US4408203A (en) * | 1978-01-09 | 1983-10-04 | Mastercard International, Inc. | Security system for electronic funds transfer system |
US4218738A (en) * | 1978-05-05 | 1980-08-19 | International Business Machines Corporation | Method for authenticating the identity of a user of an information system |
US4365110A (en) * | 1979-06-05 | 1982-12-21 | Communications Satellite Corporation | Multiple-destinational cryptosystem for broadcast networks |
US4369332A (en) * | 1979-09-26 | 1983-01-18 | Burroughs Corporation | Key variable generator for an encryption/decryption device |
US4317957A (en) * | 1980-03-10 | 1982-03-02 | Marvin Sendrow | System for authenticating users and devices in on-line transaction networks |
US4423287A (en) * | 1981-06-26 | 1983-12-27 | Visa U.S.A., Inc. | End-to-end encryption system and method of operation |
US4578530A (en) * | 1981-06-26 | 1986-03-25 | Visa U.S.A., Inc. | End-to-end encryption system and method of operation |
US4488001A (en) * | 1981-12-17 | 1984-12-11 | Ncr Corporation | Intellectual properties protection device |
US4605820A (en) * | 1983-11-10 | 1986-08-12 | Visa U.S.A. Inc. | Key management system for on-line communication |
US4885778A (en) * | 1984-11-30 | 1989-12-05 | Weiss Kenneth P | Method and apparatus for synchronizing generation of separate, free running, time dependent equipment |
FR2600189B1 (en) * | 1986-06-16 | 1991-02-01 | Bull Cp8 | PROCESS FOR AUTHENTICATING BY AN EXTERNAL ENVIRONMENT A PORTABLE OBJECT SUCH AS A MEMORY CARD COUPLED TO THIS ENVIRONMENT |
FR2601795B1 (en) * | 1986-07-17 | 1988-10-07 | Bull Cp8 | METHOD FOR DIVERSIFYING A BASE KEY AND FOR AUTHENTICATING A KEY THUS DIVERSIFIED AS HAVING BEEN PREPARED FROM A PREDETERMINED BASE KEY, AND SYSTEM FOR IMPLEMENTING IT |
SE452082B (en) * | 1986-12-15 | 1987-11-09 | Inter Innovation Ab | DATA COMMUNICATION MANUAL |
FR2612315A1 (en) * | 1987-03-13 | 1988-09-16 | Trt Telecom Radio Electr | METHOD FOR SIMULTANEOUSLY READING AND CERTIFYING INFORMATION PRESENT IN A MEMORY OF AN ELECTRONIC MEDIUM |
US4850017A (en) * | 1987-05-29 | 1989-07-18 | International Business Machines Corp. | Controlled use of cryptographic keys via generating station established control values |
JP2698588B2 (en) * | 1987-11-13 | 1998-01-19 | 株式会社東芝 | Portable electronic devices |
-
1989
- 1989-03-14 US US07/323,485 patent/US4933971A/en not_active Expired - Lifetime
-
1990
- 1990-02-20 CA CA002010450A patent/CA2010450C/en not_active Expired - Fee Related
- 1990-02-27 DE DE69022610T patent/DE69022610T2/en not_active Expired - Fee Related
- 1990-02-27 EP EP90103806A patent/EP0387599B1/en not_active Expired - Lifetime
- 1990-03-09 JP JP9059771A patent/JPH0334641A/en active Pending
- 1990-03-12 AU AU51249/90A patent/AU617598B2/en not_active Ceased
Also Published As
Publication number | Publication date |
---|---|
DE69022610T2 (en) | 1996-05-02 |
AU617598B2 (en) | 1991-11-28 |
DE69022610D1 (en) | 1995-11-02 |
AU5124990A (en) | 1990-09-20 |
US4933971A (en) | 1990-06-12 |
CA2010450A1 (en) | 1990-09-14 |
EP0387599A2 (en) | 1990-09-19 |
JPH0334641A (en) | 1991-02-14 |
EP0387599A3 (en) | 1993-12-22 |
EP0387599B1 (en) | 1995-09-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2010450C (en) | Method for encrypting transmitted data using a unique key | |
AU615832B2 (en) | Multilevel security apparatus and method with personal key | |
US4536647A (en) | Pocket banking terminal, method and system | |
US6039250A (en) | Electronic money sending system | |
EP0032193B1 (en) | Communication apparatus | |
US6286099B1 (en) | Determining point of interaction device security properties and ensuring secure transactions in an open networking environment | |
US4408203A (en) | Security system for electronic funds transfer system | |
US7379919B2 (en) | Method and system for conducting secure payments over a computer network | |
US4223403A (en) | Cryptographic architecture for use with a high security personal identification system | |
US4386266A (en) | Method for operating a transaction execution system having improved verification of personal identification | |
JPS645783B2 (en) | ||
JP2003519420A (en) | Trading system with security | |
WO2001084509A2 (en) | Secure payment method and apparatus | |
AU2007319149A1 (en) | Dynamic magnetic stripe | |
JPH07271884A (en) | Terminal certification method | |
KR100264930B1 (en) | Method and apparatus for data encryption and transmission | |
JP4772251B2 (en) | Improved method and system for performing secure payment over a computer network | |
AU2001257019A1 (en) | An improved method and system for conducting secure payments over a computer network | |
EP0112944B1 (en) | Testing the validity of identification codes | |
JPH11167664A (en) | Settlement method and system using ic card | |
AU2007216920B2 (en) | An improved method and system for conducting secure payments over a computer network | |
AU2012201255B2 (en) | An improved method and system for conducting secure payments over a computer network | |
EP1921579A2 (en) | An improved method and system for conducting secure payments over a computer network | |
ZA200208248B (en) | An improved method and system for conducting secure payments over a computer network. | |
IE49937B1 (en) | Security system for electronic funds transfer system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKLA | Lapsed |