CA2330166A1 - Data encryption using stateless confusion generators - Google Patents
Data encryption using stateless confusion generators Download PDFInfo
- Publication number
- CA2330166A1 CA2330166A1 CA002330166A CA2330166A CA2330166A1 CA 2330166 A1 CA2330166 A1 CA 2330166A1 CA 002330166 A CA002330166 A CA 002330166A CA 2330166 A CA2330166 A CA 2330166A CA 2330166 A1 CA2330166 A1 CA 2330166A1
- Authority
- CA
- Canada
- Prior art keywords
- data
- random number
- hash function
- cryptographic hash
- key
- 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.)
- Abandoned
Links
Classifications
-
- 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/12—Transmitting and receiving encryption devices synchronised or initially set up in a particular manner
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
- H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
-
- 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/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
- H04L9/065—Encryption by serially and continuously modifying data stream elements, e.g. stream cipher systems, RC4, SEAL or A5/3
- H04L9/0656—Pseudorandom key sequence combined element-for-element with data sequence, e.g. one-time-pad [OTP] or Vernam's cipher
- H04L9/0662—Pseudorandom key sequence combined element-for-element with data sequence, e.g. one-time-pad [OTP] or Vernam's cipher with particular pseudorandom sequence generator
Abstract
This invention provides for the encoding of synchronization information in the transmitted streamed data so that the receiver and transmitter may synchronize their internal cipher states. It uses a random number generator at the transmitter subsystem as well as one-way cryptographic hash functions, and streaming cipher algorithms at both the transmitter subsystem and the receiver subsystem. The output of the random number generator at the transmitter is included in the transmitted data packet, and data in the packet is encrypted using a key derived from this same output value.
Since this derivation is earned out using a number of encryption steps, such as a one-way hash function and a streaming cipher algorithm, to produce a key that is then used to encrypt the data before it is transmitted, the value of this key is of little use in decrypting the message. Thus, each packet now contains the information needed to generate the correct unique decryption key by the intended receiver and every packet effectively resynchronizes the encryption functions.
Since this derivation is earned out using a number of encryption steps, such as a one-way hash function and a streaming cipher algorithm, to produce a key that is then used to encrypt the data before it is transmitted, the value of this key is of little use in decrypting the message. Thus, each packet now contains the information needed to generate the correct unique decryption key by the intended receiver and every packet effectively resynchronizes the encryption functions.
Description
11474ROUSOlU
Data Encryption using Stateless Confusion Generators Field of Invention This invention relates to the field of data encryption and security.
Background of the Invention Stream ciphers provide a fast mechanism for encrypting data. They are in general secure and fast to implement in software. A stream cipher is a type of symmetric encryption algorithm. Stream ciphers can be designed to be exceptionally fast, much faster than any block cipher.
In an inter-networking environment, stream ciphers can be implemented in software to achieve high encryption rate without the need for specialized hardware. One limitation of stream ciphers is that they generate a continuous stream of encryption bits. Hence, for accurate decryption of the ciphered stream, the receiver and the transmitter must stay synchronized. In order to keep the receiver and transmitter synchronized, a reliable data transmission method such as Transmission Control 1 S Protocol/Internet Protocol (TCP/IP) must be used. In the event that data is lost on the transmission medium, the two stream cipher based engines at the receiver and transmitter must be restarted. An intruder who manages to attack a system and who causes frequent resets could have access to valuable information about the keys that are used in the encryption process. This results because every time the system is reset, the stream of encryption bits is repeated. The security of the overall system is compromised in cases where the initial text of messages contains expected or guessable information such as email headers. Potential intruders with this knowledge and a frequently restarted random number generator are more likely to be successful.
An example of a stream cipher algorithm that is widely used in the industry to provide adequate security of data for wide range of applications such as e-commerce is developed by RSA Laboratories of Bedford, Mass. The RC4 algorithm utilizes keys to generate a stream of'confusion' bits that are combined with the original data to hide its nature from an unauthorized observer. It is a variable key-size stream cipher with byte-oriented operations. The algorithm is based on the use of a random permutation.
In a typical system, the implementation of the RC4 algorithm consists of two steps. In the first step, an encryption key is used to setup and randomize an array of elements.
This array of elements is used as a state machine. In the second step, the state machine generated by the first step is used to generate the stream of cipher bits in order to encrypt and decrypt the transmitted or received data respectively. It is important to note that the encryption key and the first step of the RC4 algorithm are only used at the beginning of the process. In the event of data loss or lack of synchronization, the link must be dropped and the first step restarted.
In order to secure the original data against modification by an intruder, it is a common practice to apply a one-way cryptographic hash function on the original text of the message. In this approach a one-way hash function is applied on the original content.
This function results in value that is usually fixed in length. The resultant value is then encrypted using an encryption key. The receiver of the message performs the same operation and compares the results of the one-way cryptographic hash function.
If the results are the same, the receiver can conclude that the received message is authentic.
In this invention the use of one-way hash function implies the generation of the hash value that is followed by an encryption step.
To solve such problems, techniques that are based on block ciphers are generally used. A block cipher is a type of symmetric-key encryption algorithm that transforms a fixed-length block of plain or unencrypted text data into a block of cipher or encrypted text data of the same length. This transformation takes place under the action of a user-provided secret key. Decryption is performed by applying the reverse transformation to the cipher text block using the same secret key.
Block ciphers are less sensitive to the synchronization problem that is caused by the loss of data on the transmission medium. One drawback of using block ciphers is related to their requirement for considerable processing power. To speed up the performance of real time systems, hardware assisted implementations may be needed.
In systems that are deployed in the field with limited processing power, it could be beneficial if techniques that are based on stream ciphers could be used to provide some measure of security for transmitting the data on network links. The same 11474ROUSOlU
analysis apply to those systems that use protocols such as the User Datagram Protocol (UDP) that does not guarantee data delivery.
What is needed is some mechanism to combine the ease of implementation and speed of operation of stream ciphers with the tolerance to desynchronization and data loss of block ciphers.
Summary of the Invention In this invention a method is provided that allows the encoding of synchronization information in the transmitted data that enable systems that use stream ciphers to self synchronize their states. Hence, the invention provides a method and mechanism that allows the use of stream ciphers in systems that do not guarantee the delivery of data such as UDP and other non-reliable links. The invention provides a method that allows the encoding of synchronization information in the transmitted data that enable the receiver and transmitter to self synchronize their internal cipher states.
According to the invention, there is provided a packet-based encryption system 1 S comprising: a transmitting device to encrypt data and to insert a pseudo-random key in a transmitted packet; and a receiving device to receive and to decrypt said data in said transmitted.
Other advantages, objects and features of the present invention will be readily apparent to those skilled in the art from a review of the following detailed description ~0 of preferred embodiments in conjunction with the accompanying drawings and claims Brief Description of the Drawings The embodiments of the invention will now be described with reference to the accompanying drawings, in which:
Figure 1 is a basic block diagram of the system showing the major subsystems and 25 components; and Figure 2 depicts the major steps in carrying out the invention using a flow chart format.
Detailed Description of the Invention The invention involves the use of a random number generator at the transmitter subsystem and a one-way cryptographic hash function, and streaming cipher algorithm at both the transmitter subsystem and the receiver subsystem. The approach uses the one-way hashing function as a vehicle to securely transmit the self synchronizing data. Common elements are connected in a similar fashion at both the transmitter and receiver subsystems. An external means is required to ensure that various security keys, such as seeds or keys for the one-way hash functions and the streaming cipher algorithms, are synchronized.
At the transmitter the method provides for the inclusion of the output of the random number generator at the transmitter as a field in the transmitted data packet.
The actual data in the packet is encrypted using a key derived from this same output value.
This derivation is carried out using the one-way cryptographic hash function and the streaming cipher algorithm to produce a key that is used to encrypt the data using a further streaming cipher algorithm before it is transmitted.
At the receiver the data packet is parsed to provide the encrypted data and the result of the random number generator provided at the transmitter. This value is then passed through an identical chain of components including the one-way hash function and streaming cipher algorithm to provide the decryption key which is then applied to the encrypted data.
Since each packet now contains a field with a random value, and this value can only be effectively used to generate the correct unique decryption key by the intended receiver, there is no need to restart the streaming cipher process when data is lost or corrupted. Each and every packet effectively resynchronizes the encryption functions.
Turning first to figure 1 we describe the system and the progress of both data and the various encryption and decryption functions. A transmitter subsystem 100 comprises two major sections, relating to the data path and the creation of the encryption key based on a random number generator 110. Data is assembled as a packet in the input device 150 and is encrypted using the encryption function 155 before being passed to the transmitter 160. At the start of the procedure for generating a new packet, a 11474ROUSOlU
random number generator 110, seeded with a secret key Rk passes its result to a one-way hash cryptographic function 115, itself seeded with a secret key Hk. The output of this function 115 is one of the inputs to a stream cipher algorithm 120, 125, the other being yet another secret key Sk. Each time the stream cipher algorithm is started S a new array is generated in the first part of the algorithm 120 for use as the states in the second part of the algorithm 125. The second part is used to encrypt output of the one-way hash function 120 using the key Sk for use as the seed or key to another stream cipher algorithm 140, 145. The second part of this algorithm 145 is used multiple times by the encrypt function 155 until all of the data is passed to the transmitter 160. Once the data is all encrypted, the value of the output of the random number generator 110 is included in the packet which is then sent.
On completion of the packet, a new packet assembly process begins, with a new random number being generated and the overall process repeats itself until all data has been transmitted.
1 S The receiver subsystem behaves similarly, with the exception that the initial seed or key used to start the process of decryption is extracted from the incoming packet at the receiver 196. This key is passed through a one-way cryptographic hash function 165 having the same characteristics as that in the transmitter 115, and using the same secret key Hk. As with the transmitter subsystem the output of the one-way hash function 165 is passed through a stream cipher algorithm 170, 180, using the same secret key value Sk as was used in the transmitter. This secret key is then encrypted by a further stream cipher algorithm190, 195 before being used in a decrypting function 198. The data from the receiver 196 is then decrypted 198 with the second part of the stream cipher algorithm 195 being used multiple times until all of the data has been decrypted.
As each new packet is received, the process repeats, with the various functions using the new value of the transmitted random number as required, until all of the data has been received.
The approach requires the use of a random number generator. The seeds of the random number generator must be available for the receiver and the transmitter. The method of exchanging the keys are beyond the scope of this invention.
11474ROUSOlU 6 An example of a one-way cryptographic hashing function is the message digest based on MDS. It is assumed that the system is capable of performing an MDS
computation and that the receiver and the transmitter have access to the same keys that are used in performing the MDS operation. The method of exchanging the keys is beyond the scope of this invention. Without any loss of generality, other one-way hashing functions could also be used.
Although the RC4 algorithm has been used to generate the 'confusion' bits at the receiver and the transmitter using a key that is known to both parties, this does not restrict the applicability of this invention to other classes or types of stream cipher.
The method of exchanging the keys is beyond the scope of this invention.
In another embodiment of the invention, the first of the stream cipher algorithms in both the transmitter 120, 125 and the receiver 180, 185 is replaced by a second one-way hash function.
Refernng now to figure 2, the transmitter performs the following steps before encrypting each packet:
Following the start 200, generate a random number 205 using the random number generator. The size in bits of the random number is a function of the security requirements of the system and in general should be larger that 40 bits.
Perform a one-way cryptographic hash function 210 (e.g., MDS) on the value generated by the Random number generator.
Use the value that is generated by one-way cryptographic hash function as a key to seed the first step of the stream cipher function RC4 initialization process 215.
Generate cipher bits 220 from the second step of the RC4 algorithm that is equal to the size of the encryption key that is used for the stream cipher. These bits are treated as a temporary key.
Encrypt the key of the stream cipher algorithm 230 by performing the mathematical XOR operation on the bits of the temporary key as generated from the previous step.
This operation results in the key that is used to encrypt the data before is sent on the transmission medium.
Use the key that was generated in step 5 to initialize 240, and generate the encryption data 245 using the second RC4 stream cipher. As each part of the packet is encrypted a check is performed 250 to see if the packet has been completed. If not the encryption process 245 is repeated. Once the packet has been completely encrypted, the process checks to see if there are more data to be packetized 255. If there are, the process restarts by generating a new random number 205, otherwise the process ends 299.
The transmitter must send the value that was generated by the random number generator as part of the data. This value can be easily included in the data as part of the transmitted frame.
Upon receiving the data packets which contain the encrypted data as well as the random number, the receiver performs the exact same steps as the transmitter in order to decrypt the data using the random number from the data packet rather than generating another one.
The above describes a method that self synchronizes the internal states of stream ciphers on a packet-by-packet basis. The method provides added means to enhance the security of stream ciphers. Systems that use the proposed method are less susceptible to attacks that try to infer the states of the stream cipher by causing loss of synchronization of data on the links. In this invention, frequent restarting of the stream cipher does not lead to replicated cipher bits, thus reducing the susceptibility to security attacks which might rely on such restarts.
The invention can exploit any class of stream ciphers that use an encryption key to randomize the cipher. The invention is only appropriate for symmetric stream ciphers.
In a further embodiment of the invention the random number generator multiple values to generate an array of temporary keys that are used together with the original stream cipher encryption key to generate encryption keys for each of several separate data packets. Furthermore, it is possible to use the results of the one-way cryptographic hash function to be directly XOR-ed with the cipher key to encrypt or decrypt the data.
Numerous modifications, variations and adaptations may be made to the particular embodiments of the invention described above without departing from the scope of the invention, which is defined in the claims.
Data Encryption using Stateless Confusion Generators Field of Invention This invention relates to the field of data encryption and security.
Background of the Invention Stream ciphers provide a fast mechanism for encrypting data. They are in general secure and fast to implement in software. A stream cipher is a type of symmetric encryption algorithm. Stream ciphers can be designed to be exceptionally fast, much faster than any block cipher.
In an inter-networking environment, stream ciphers can be implemented in software to achieve high encryption rate without the need for specialized hardware. One limitation of stream ciphers is that they generate a continuous stream of encryption bits. Hence, for accurate decryption of the ciphered stream, the receiver and the transmitter must stay synchronized. In order to keep the receiver and transmitter synchronized, a reliable data transmission method such as Transmission Control 1 S Protocol/Internet Protocol (TCP/IP) must be used. In the event that data is lost on the transmission medium, the two stream cipher based engines at the receiver and transmitter must be restarted. An intruder who manages to attack a system and who causes frequent resets could have access to valuable information about the keys that are used in the encryption process. This results because every time the system is reset, the stream of encryption bits is repeated. The security of the overall system is compromised in cases where the initial text of messages contains expected or guessable information such as email headers. Potential intruders with this knowledge and a frequently restarted random number generator are more likely to be successful.
An example of a stream cipher algorithm that is widely used in the industry to provide adequate security of data for wide range of applications such as e-commerce is developed by RSA Laboratories of Bedford, Mass. The RC4 algorithm utilizes keys to generate a stream of'confusion' bits that are combined with the original data to hide its nature from an unauthorized observer. It is a variable key-size stream cipher with byte-oriented operations. The algorithm is based on the use of a random permutation.
In a typical system, the implementation of the RC4 algorithm consists of two steps. In the first step, an encryption key is used to setup and randomize an array of elements.
This array of elements is used as a state machine. In the second step, the state machine generated by the first step is used to generate the stream of cipher bits in order to encrypt and decrypt the transmitted or received data respectively. It is important to note that the encryption key and the first step of the RC4 algorithm are only used at the beginning of the process. In the event of data loss or lack of synchronization, the link must be dropped and the first step restarted.
In order to secure the original data against modification by an intruder, it is a common practice to apply a one-way cryptographic hash function on the original text of the message. In this approach a one-way hash function is applied on the original content.
This function results in value that is usually fixed in length. The resultant value is then encrypted using an encryption key. The receiver of the message performs the same operation and compares the results of the one-way cryptographic hash function.
If the results are the same, the receiver can conclude that the received message is authentic.
In this invention the use of one-way hash function implies the generation of the hash value that is followed by an encryption step.
To solve such problems, techniques that are based on block ciphers are generally used. A block cipher is a type of symmetric-key encryption algorithm that transforms a fixed-length block of plain or unencrypted text data into a block of cipher or encrypted text data of the same length. This transformation takes place under the action of a user-provided secret key. Decryption is performed by applying the reverse transformation to the cipher text block using the same secret key.
Block ciphers are less sensitive to the synchronization problem that is caused by the loss of data on the transmission medium. One drawback of using block ciphers is related to their requirement for considerable processing power. To speed up the performance of real time systems, hardware assisted implementations may be needed.
In systems that are deployed in the field with limited processing power, it could be beneficial if techniques that are based on stream ciphers could be used to provide some measure of security for transmitting the data on network links. The same 11474ROUSOlU
analysis apply to those systems that use protocols such as the User Datagram Protocol (UDP) that does not guarantee data delivery.
What is needed is some mechanism to combine the ease of implementation and speed of operation of stream ciphers with the tolerance to desynchronization and data loss of block ciphers.
Summary of the Invention In this invention a method is provided that allows the encoding of synchronization information in the transmitted data that enable systems that use stream ciphers to self synchronize their states. Hence, the invention provides a method and mechanism that allows the use of stream ciphers in systems that do not guarantee the delivery of data such as UDP and other non-reliable links. The invention provides a method that allows the encoding of synchronization information in the transmitted data that enable the receiver and transmitter to self synchronize their internal cipher states.
According to the invention, there is provided a packet-based encryption system 1 S comprising: a transmitting device to encrypt data and to insert a pseudo-random key in a transmitted packet; and a receiving device to receive and to decrypt said data in said transmitted.
Other advantages, objects and features of the present invention will be readily apparent to those skilled in the art from a review of the following detailed description ~0 of preferred embodiments in conjunction with the accompanying drawings and claims Brief Description of the Drawings The embodiments of the invention will now be described with reference to the accompanying drawings, in which:
Figure 1 is a basic block diagram of the system showing the major subsystems and 25 components; and Figure 2 depicts the major steps in carrying out the invention using a flow chart format.
Detailed Description of the Invention The invention involves the use of a random number generator at the transmitter subsystem and a one-way cryptographic hash function, and streaming cipher algorithm at both the transmitter subsystem and the receiver subsystem. The approach uses the one-way hashing function as a vehicle to securely transmit the self synchronizing data. Common elements are connected in a similar fashion at both the transmitter and receiver subsystems. An external means is required to ensure that various security keys, such as seeds or keys for the one-way hash functions and the streaming cipher algorithms, are synchronized.
At the transmitter the method provides for the inclusion of the output of the random number generator at the transmitter as a field in the transmitted data packet.
The actual data in the packet is encrypted using a key derived from this same output value.
This derivation is carried out using the one-way cryptographic hash function and the streaming cipher algorithm to produce a key that is used to encrypt the data using a further streaming cipher algorithm before it is transmitted.
At the receiver the data packet is parsed to provide the encrypted data and the result of the random number generator provided at the transmitter. This value is then passed through an identical chain of components including the one-way hash function and streaming cipher algorithm to provide the decryption key which is then applied to the encrypted data.
Since each packet now contains a field with a random value, and this value can only be effectively used to generate the correct unique decryption key by the intended receiver, there is no need to restart the streaming cipher process when data is lost or corrupted. Each and every packet effectively resynchronizes the encryption functions.
Turning first to figure 1 we describe the system and the progress of both data and the various encryption and decryption functions. A transmitter subsystem 100 comprises two major sections, relating to the data path and the creation of the encryption key based on a random number generator 110. Data is assembled as a packet in the input device 150 and is encrypted using the encryption function 155 before being passed to the transmitter 160. At the start of the procedure for generating a new packet, a 11474ROUSOlU
random number generator 110, seeded with a secret key Rk passes its result to a one-way hash cryptographic function 115, itself seeded with a secret key Hk. The output of this function 115 is one of the inputs to a stream cipher algorithm 120, 125, the other being yet another secret key Sk. Each time the stream cipher algorithm is started S a new array is generated in the first part of the algorithm 120 for use as the states in the second part of the algorithm 125. The second part is used to encrypt output of the one-way hash function 120 using the key Sk for use as the seed or key to another stream cipher algorithm 140, 145. The second part of this algorithm 145 is used multiple times by the encrypt function 155 until all of the data is passed to the transmitter 160. Once the data is all encrypted, the value of the output of the random number generator 110 is included in the packet which is then sent.
On completion of the packet, a new packet assembly process begins, with a new random number being generated and the overall process repeats itself until all data has been transmitted.
1 S The receiver subsystem behaves similarly, with the exception that the initial seed or key used to start the process of decryption is extracted from the incoming packet at the receiver 196. This key is passed through a one-way cryptographic hash function 165 having the same characteristics as that in the transmitter 115, and using the same secret key Hk. As with the transmitter subsystem the output of the one-way hash function 165 is passed through a stream cipher algorithm 170, 180, using the same secret key value Sk as was used in the transmitter. This secret key is then encrypted by a further stream cipher algorithm190, 195 before being used in a decrypting function 198. The data from the receiver 196 is then decrypted 198 with the second part of the stream cipher algorithm 195 being used multiple times until all of the data has been decrypted.
As each new packet is received, the process repeats, with the various functions using the new value of the transmitted random number as required, until all of the data has been received.
The approach requires the use of a random number generator. The seeds of the random number generator must be available for the receiver and the transmitter. The method of exchanging the keys are beyond the scope of this invention.
11474ROUSOlU 6 An example of a one-way cryptographic hashing function is the message digest based on MDS. It is assumed that the system is capable of performing an MDS
computation and that the receiver and the transmitter have access to the same keys that are used in performing the MDS operation. The method of exchanging the keys is beyond the scope of this invention. Without any loss of generality, other one-way hashing functions could also be used.
Although the RC4 algorithm has been used to generate the 'confusion' bits at the receiver and the transmitter using a key that is known to both parties, this does not restrict the applicability of this invention to other classes or types of stream cipher.
The method of exchanging the keys is beyond the scope of this invention.
In another embodiment of the invention, the first of the stream cipher algorithms in both the transmitter 120, 125 and the receiver 180, 185 is replaced by a second one-way hash function.
Refernng now to figure 2, the transmitter performs the following steps before encrypting each packet:
Following the start 200, generate a random number 205 using the random number generator. The size in bits of the random number is a function of the security requirements of the system and in general should be larger that 40 bits.
Perform a one-way cryptographic hash function 210 (e.g., MDS) on the value generated by the Random number generator.
Use the value that is generated by one-way cryptographic hash function as a key to seed the first step of the stream cipher function RC4 initialization process 215.
Generate cipher bits 220 from the second step of the RC4 algorithm that is equal to the size of the encryption key that is used for the stream cipher. These bits are treated as a temporary key.
Encrypt the key of the stream cipher algorithm 230 by performing the mathematical XOR operation on the bits of the temporary key as generated from the previous step.
This operation results in the key that is used to encrypt the data before is sent on the transmission medium.
Use the key that was generated in step 5 to initialize 240, and generate the encryption data 245 using the second RC4 stream cipher. As each part of the packet is encrypted a check is performed 250 to see if the packet has been completed. If not the encryption process 245 is repeated. Once the packet has been completely encrypted, the process checks to see if there are more data to be packetized 255. If there are, the process restarts by generating a new random number 205, otherwise the process ends 299.
The transmitter must send the value that was generated by the random number generator as part of the data. This value can be easily included in the data as part of the transmitted frame.
Upon receiving the data packets which contain the encrypted data as well as the random number, the receiver performs the exact same steps as the transmitter in order to decrypt the data using the random number from the data packet rather than generating another one.
The above describes a method that self synchronizes the internal states of stream ciphers on a packet-by-packet basis. The method provides added means to enhance the security of stream ciphers. Systems that use the proposed method are less susceptible to attacks that try to infer the states of the stream cipher by causing loss of synchronization of data on the links. In this invention, frequent restarting of the stream cipher does not lead to replicated cipher bits, thus reducing the susceptibility to security attacks which might rely on such restarts.
The invention can exploit any class of stream ciphers that use an encryption key to randomize the cipher. The invention is only appropriate for symmetric stream ciphers.
In a further embodiment of the invention the random number generator multiple values to generate an array of temporary keys that are used together with the original stream cipher encryption key to generate encryption keys for each of several separate data packets. Furthermore, it is possible to use the results of the one-way cryptographic hash function to be directly XOR-ed with the cipher key to encrypt or decrypt the data.
Numerous modifications, variations and adaptations may be made to the particular embodiments of the invention described above without departing from the scope of the invention, which is defined in the claims.
Claims (12)
1. A packet-based encryption system comprising:
a transmitting device to encrypt data and to insert a pseudo-random key in a transmitted packet; and a receiving device to receive and to decrypt said data in said transmitted packet using said pseudo-random key.
a transmitting device to encrypt data and to insert a pseudo-random key in a transmitted packet; and a receiving device to receive and to decrypt said data in said transmitted packet using said pseudo-random key.
2. The system of claim 1 wherein said transmitting device further comprises:
means to generate a random number;
a first one-way cryptographic hash function means to generate a hashed number from said random number;
a first streaming cipher algorithm using a seed to encrypt said hashed number;
encryption means to encrypt said data using results of said first streaming cipher algorithm; and means to insert said random number in a specified field of said transmitted packet.
means to generate a random number;
a first one-way cryptographic hash function means to generate a hashed number from said random number;
a first streaming cipher algorithm using a seed to encrypt said hashed number;
encryption means to encrypt said data using results of said first streaming cipher algorithm; and means to insert said random number in a specified field of said transmitted packet.
3. The system of claim 2 wherein said receiving device further comprises:
means to remove said random number from said specified field of said transmitted packet;
a second one-way cryptographic hash function means to generate a second hashed number from said random number;
a second streaming cipher algorithm using a seed to encrypt said second hashed number; and decryption means to decrypt said data using results of said second streaming cipher algorithm.
means to remove said random number from said specified field of said transmitted packet;
a second one-way cryptographic hash function means to generate a second hashed number from said random number;
a second streaming cipher algorithm using a seed to encrypt said second hashed number; and decryption means to decrypt said data using results of said second streaming cipher algorithm.
4. The system of claim 3 wherein said first one-way cryptographic hash function and said second one-way cryptographic hash function use the same algorithm and use a same first seed or key.
5. The system of claim 4 wherein said first streaming cipher algorithm and said second streaming cipher algorithm are the same and use a same second seed or key.
6. The system of claim 5 wherein said encryption means and said decryption means use the same third key and algorithm.
7. The system of claim 1 wherein said transmitting device further comprises:
means to generate a random number;
a first one-way cryptographic hash function means to generate a hashed number from said random number;
a third one-way cryptographic hash function using a seed to encrypt said hashed number;
encryption means to encrypt said data using results of said third one-way cryptographic hash function; and means to insert said random number in a specified field of said transmitted packet.
means to generate a random number;
a first one-way cryptographic hash function means to generate a hashed number from said random number;
a third one-way cryptographic hash function using a seed to encrypt said hashed number;
encryption means to encrypt said data using results of said third one-way cryptographic hash function; and means to insert said random number in a specified field of said transmitted packet.
8. The system of claim 7 wherein said receiving device further comprises:
means to remove said random number from said specified field of said transmitted packet;
a second one-way cryptographic hash function means to generate a second hashed number from said random number;
a fourth one-way cryptographic hash function using a seed to encrypt said second hashed number; and decryption means to decrypt said data using results of said fourth one-way cryptographic hash function.
means to remove said random number from said specified field of said transmitted packet;
a second one-way cryptographic hash function means to generate a second hashed number from said random number;
a fourth one-way cryptographic hash function using a seed to encrypt said second hashed number; and decryption means to decrypt said data using results of said fourth one-way cryptographic hash function.
9. The system of claim 8 wherein said third one-way cryptographic hash function and said fourth one-way cryptographic hash function are the same and use a same fourth seed or key.
10. A method of encryption of packetized data using a symmetric key-based stream cipher, in which each packet includes self synchronizing information comprising the steps of:
encrypting data and inserting a pseudo-random key in a transmitted packet with said encrypted data; and decrypting said data in said transmitted packet with said inserted pseudo-random key.
encrypting data and inserting a pseudo-random key in a transmitted packet with said encrypted data; and decrypting said data in said transmitted packet with said inserted pseudo-random key.
11. The method of claim 10 further comprising the steps of:
at the transmitting end:
- generating a random number;
- generating a hashed number from said random number using a first one-way cryptographic hash function;
- providing a first streaming cipher algorithm using said hashed number as a seed;
- encrypting said data using results of said first streaming cipher algorithm;
and - inserting said random number in a specified field of said transmitted packet.
at the receiving end:
- removing said random number from said specified field of said transmitted packet;
- generating a second hashed number from said random number using a second one-way cryptographic hash function;
at the transmitting end:
- generating a random number;
- generating a hashed number from said random number using a first one-way cryptographic hash function;
- providing a first streaming cipher algorithm using said hashed number as a seed;
- encrypting said data using results of said first streaming cipher algorithm;
and - inserting said random number in a specified field of said transmitted packet.
at the receiving end:
- removing said random number from said specified field of said transmitted packet;
- generating a second hashed number from said random number using a second one-way cryptographic hash function;
12 - providing a second streaming cipher algorithm using said hashed number as a seed; and - decrypting said data using results of said second streaming cipher algorithm using said second hashed number as a seed.
12. The method of claim 10 further comprising the steps of:
at the transmitting end:
- generating a random number;
- generating a hashed number from said random number using a first one-way cryptographic hash function;
- providing a third one-way cryptographic hash function using a seed to encrypt said hashed number;
- encrypting said data using results of said first streaming cipher algorithm;
and - inserting said random number in a specified field of said transmitted packet.
at the receiving end:
- removing said random number from said specified field of said transmitted packet;
- generating a second hashed number from said random number using a second one-way cryptographic hash function;
- providing a fourth one-way cryptographic hash function using a seed to encrypt said second hashed number; and - decrypting said data using results of said second streaming cipher algorithm using said second hashed number as a seed.
12. The method of claim 10 further comprising the steps of:
at the transmitting end:
- generating a random number;
- generating a hashed number from said random number using a first one-way cryptographic hash function;
- providing a third one-way cryptographic hash function using a seed to encrypt said hashed number;
- encrypting said data using results of said first streaming cipher algorithm;
and - inserting said random number in a specified field of said transmitted packet.
at the receiving end:
- removing said random number from said specified field of said transmitted packet;
- generating a second hashed number from said random number using a second one-way cryptographic hash function;
- providing a fourth one-way cryptographic hash function using a seed to encrypt said second hashed number; and - decrypting said data using results of said second streaming cipher algorithm using said second hashed number as a seed.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA002330166A CA2330166A1 (en) | 2000-12-29 | 2000-12-29 | Data encryption using stateless confusion generators |
| US10/014,474 US20020120838A1 (en) | 2000-12-29 | 2001-12-14 | Data encryption using stateless confusion generators |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA002330166A CA2330166A1 (en) | 2000-12-29 | 2000-12-29 | Data encryption using stateless confusion generators |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CA2330166A1 true CA2330166A1 (en) | 2002-06-29 |
Family
ID=4168029
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002330166A Abandoned CA2330166A1 (en) | 2000-12-29 | 2000-12-29 | Data encryption using stateless confusion generators |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20020120838A1 (en) |
| CA (1) | CA2330166A1 (en) |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7039614B1 (en) | 1999-11-09 | 2006-05-02 | Sony Corporation | Method for simulcrypting scrambled data to a plurality of conditional access devices |
| DE10110049A1 (en) * | 2001-03-02 | 2002-09-05 | Bosch Gmbh Robert | Encryption of program data for use in control devices or controllers, involves using decryption key within the control device, to reduce the amount of data to transfer |
| US6993393B2 (en) * | 2001-12-19 | 2006-01-31 | Cardiac Pacemakers, Inc. | Telemetry duty cycle management system for an implantable medical device |
| US6985773B2 (en) | 2002-02-07 | 2006-01-10 | Cardiac Pacemakers, Inc. | Methods and apparatuses for implantable medical device telemetry power management |
| US8572408B2 (en) * | 2002-11-05 | 2013-10-29 | Sony Corporation | Digital rights management of a digital device |
| US7724907B2 (en) | 2002-11-05 | 2010-05-25 | Sony Corporation | Mechanism for protecting the transfer of digital content |
| WO2004055757A1 (en) * | 2002-12-18 | 2004-07-01 | Koninklijke Philips Electronics N.V. | Key synchronization in a visual cryptographic system |
| US7155290B2 (en) * | 2003-06-23 | 2006-12-26 | Cardiac Pacemakers, Inc. | Secure long-range telemetry for implantable medical device |
| US7228182B2 (en) * | 2004-03-15 | 2007-06-05 | Cardiac Pacemakers, Inc. | Cryptographic authentication for telemetry with an implantable medical device |
| WO2005099817A1 (en) | 2004-04-07 | 2005-10-27 | Cardiac Pacemakers, Inc. | Rf wake-up of implantable medical device |
| US7890180B2 (en) * | 2004-08-09 | 2011-02-15 | Cardiac Pacemakers, Inc. | Secure remote access for an implantable medical device |
| KR100694104B1 (en) * | 2005-02-23 | 2007-03-12 | 삼성전자주식회사 | Method for measuring Round Trip Time and the method for checking proximity using the same |
| US20070262138A1 (en) * | 2005-04-01 | 2007-11-15 | Jean Somers | Dynamic encryption of payment card numbers in electronic payment transactions |
| KR100636232B1 (en) * | 2005-04-29 | 2006-10-18 | 삼성전자주식회사 | Method and apparatus for checking proximity between devices using hash chain |
| JP4640083B2 (en) * | 2005-09-29 | 2011-03-02 | セイコーエプソン株式会社 | Device management system |
| CN101981864B (en) * | 2008-04-04 | 2015-07-22 | 三星电子株式会社 | Method and apparatus for providing broadcast service using encryption key in a communication system |
| US8819451B2 (en) * | 2009-05-28 | 2014-08-26 | Microsoft Corporation | Techniques for representing keywords in an encrypted search index to prevent histogram-based attacks |
| US8725682B2 (en) * | 2010-09-08 | 2014-05-13 | Daniel J Young | Distribution and synchronization of digital objects |
| GB2504457A (en) * | 2012-06-06 | 2014-02-05 | Univ Bruxelles | Message authentication via distributed secret keys |
| US9264222B2 (en) * | 2013-02-28 | 2016-02-16 | Apple Inc. | Precomputing internal AES states in counter mode to protect keys used in AES computations |
| DE102015201430A1 (en) * | 2015-01-28 | 2016-07-28 | Ihp Gmbh - Innovations For High Performance Microelectronics / Leibniz-Institut Für Innovative Mikroelektronik | Intrinsic authentication of program code |
| ITUB20154907A1 (en) * | 2015-09-30 | 2017-03-30 | Claudio Antonelli | Cryptographic system |
| KR101791208B1 (en) * | 2016-01-12 | 2017-10-31 | 네이버 주식회사 | Method and system for sharing live broadcasting data |
| EP3503491A1 (en) * | 2017-12-21 | 2019-06-26 | Vestel Elektronik Sanayi ve Ticaret A.S. | Computer-implemented method, data communications system and computer program |
| CN108390860B (en) * | 2018-01-24 | 2021-09-14 | 北京奇艺世纪科技有限公司 | Data packet encryption and decryption method and device |
| ZA202004225B (en) | 2019-07-11 | 2023-07-26 | Entersekt International Ltd | System and method for secure input at a remote service |
| CN111147187A (en) * | 2020-01-06 | 2020-05-12 | 电子科技大学 | Fault-tolerant synchronization method based on short number embedding |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5276735A (en) * | 1992-04-17 | 1994-01-04 | Secure Computing Corporation | Data enclave and trusted path system |
| US5455863A (en) * | 1993-06-29 | 1995-10-03 | Motorola, Inc. | Method and apparatus for efficient real-time authentication and encryption in a communication system |
| US5592555A (en) * | 1994-04-12 | 1997-01-07 | Advanced Micro Devices, Inc. | Wireless communications privacy method and system |
| JPH07334081A (en) * | 1994-06-07 | 1995-12-22 | Shinu Ko | Method and apparatus for concealment and decoding of information by digital chaos signal |
| US5546464A (en) * | 1994-09-16 | 1996-08-13 | Ericsson Inc. | Method of and apparatus for selective resynchronization in a digital cellular communications system |
| US6014445A (en) * | 1995-10-23 | 2000-01-11 | Kabushiki Kaisha Toshiba | Enciphering/deciphering apparatus and method incorporating random variable and keystream generation |
| US5867114A (en) * | 1996-02-29 | 1999-02-02 | Mitel Corporation | Method and apparatus for performing data compression |
| JP3525209B2 (en) * | 1996-04-05 | 2004-05-10 | 株式会社 沖マイクロデザイン | Power-residue operation circuit, power-residue operation system, and operation method for power-residue operation |
| US6122379A (en) * | 1996-05-30 | 2000-09-19 | Deloitte & Touche Inc. | Method and apparatus for performing simultaneous data compression and encryption |
| US5983252A (en) * | 1997-01-17 | 1999-11-09 | Picturetel Corporation | Pseudo-random number generator capable of efficiently exploiting processors having instruction-level parallelism and the use thereof for encryption |
| CA2210199A1 (en) * | 1997-07-11 | 1999-01-11 | Mitel Corporation | Method and apparatus for the generation of non-linear confusion data |
| US6052466A (en) * | 1997-08-28 | 2000-04-18 | Telefonaktiebolaget L M Ericsson (Publ) | Encryption of data packets using a sequence of private keys generated from a public key exchange |
| US6510228B2 (en) * | 1997-09-22 | 2003-01-21 | Qualcomm, Incorporated | Method and apparatus for generating encryption stream ciphers |
| US6009135A (en) * | 1997-10-10 | 1999-12-28 | Interdigtal Technology Corporation | Method and apparatus for generating a stream cipher |
| US6771776B1 (en) * | 1999-11-11 | 2004-08-03 | Qualcomm Incorporated | Method and apparatus for re-synchronization of a stream cipher during handoff |
-
2000
- 2000-12-29 CA CA002330166A patent/CA2330166A1/en not_active Abandoned
-
2001
- 2001-12-14 US US10/014,474 patent/US20020120838A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20020120838A1 (en) | 2002-08-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20020120838A1 (en) | Data encryption using stateless confusion generators | |
| EP1223705B1 (en) | Methods and systems for generating encryption keys using random bit sequences | |
| JP7008725B2 (en) | Methods and systems for improved authenticated encryption in counter-based cryptosystems | |
| US8259934B2 (en) | Methods and devices for a chained encryption mode | |
| Satapathy et al. | A Comprehensive Survey on SSL/TLS and their Vulnerabilities | |
| EP1133099A2 (en) | Method and apparatus for symmetric-key encryption | |
| EP1161811B1 (en) | Method and apparatus for encrypting and decrypting data | |
| JP7353375B2 (en) | End-to-end double ratchet encryption with epoch key exchange | |
| EP3476078B1 (en) | Systems and methods for authenticating communications using a single message exchange and symmetric key | |
| Huang et al. | A novel structure with dynamic operation mode for symmetric-key block ciphers | |
| KR102172181B1 (en) | Apparatus and Method for Patterned Cipher Block for Real-Time Data Communication | |
| KR100551992B1 (en) | encryption/decryption method of application data | |
| EP1456997B1 (en) | System and method for symmetrical cryptography | |
| EP3996321A1 (en) | Method for processing encrypted data | |
| Almuhammadi et al. | Double-hashing operation mode for encryption | |
| KR20200028782A (en) | Method and apparatus for encrypting data based on patterned cipher block for real-time data communication | |
| Ibrahem | Perfect Secrecy System Based on Chaotic Key Generator | |
| Ahmad et al. | Attack Robustness and Security Enhancement with Improved Wired Equivalent Protocol | |
| Sriram et al. | A Novel Multiple Key Block Ciphering Mechanism with Reduced Computational Overhead | |
| Walker | IEEE P802. 11 | |
| Boesgaard | Applied Cryptography | |
| Win et al. | Performance Comparison with Symmetric key Cryptography |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FZDE | Dead |