Jump to content

Meet-in-the-middle attack

From Wikipedia, the free encyclopedia

The meet-in-the-middle attack (MITM), a known-plaintext attack,[1] is a generic space–time tradeoff cryptographic attack against encryption schemes that rely on performing multiple encryption operations in sequence. The MITM attack is the primary reason why Double DES is not used and why a Triple DES key (168-bit) can be brute-forced[clarification needed] by an attacker with 256 space and 2112 operations.[2]

Description

[edit]

When trying to improve the security of a block cipher, a tempting idea is to encrypt the data several times using multiple keys. One might think this doubles or even n-tuples the security of the multiple-encryption scheme, depending on the number of times the data is encrypted, because an exhaustive search on all possible combinations of keys (simple brute force) would take 2n·k attempts if the data is encrypted with k-bit keys n times.

The MITM attack is a generic attack which weakens the security benefits of using multiple encryptions by storing intermediate values from the encryptions or decryptions and using those to improve the time required to brute force[clarification needed] the decryption keys. This makes a Meet-in-the-Middle attack (MITM) a generic space–time tradeoff cryptographic[3] attack.

The MITM attack attempts to find the keys by using both the range (ciphertext) and domain (plaintext) of the composition of several functions (or block ciphers) such that the forward mapping through the first functions is the same as the backward mapping (inverse image) through the last functions, quite literally meeting in the middle of the composed function. For example, although Double DES encrypts the data with two different 56-bit keys, Double DES can be broken with 257 encryption and decryption operations.

The multidimensional MITM (MD-MITM) uses a combination of several simultaneous MITM attacks like described above, where the meeting happens in multiple positions in the composed function.

History

[edit]

Diffie and Hellman first proposed the meet-in-the-middle attack on a hypothetical expansion of a block cipher in 1977.[4] Their attack used a space–time tradeoff to break the double-encryption scheme in only twice the time needed to break the single-encryption scheme.

In 2011, Bo Zhu and Guang Gong investigated the multidimensional meet-in-the-middle attack and presented new attacks on the block ciphers GOST, KTANTAN and Hummingbird-2.[5]

Meet-in-the-middle (1D-MITM)

[edit]

Assume someone wants to attack an encryption scheme with the following characteristics for a given plaintext P and ciphertext C:

where ENC is the encryption function, DEC the decryption function defined as ENC−1 (inverse mapping) and k1 and k2 are two keys.

The naive approach at brute-forcing this encryption scheme is to decrypt the ciphertext with every possible k2, and decrypt each of the intermediate outputs with every possible k1, for a total of 2|k1| × 2|k2| (or 2|k1|+|k2|) operations.

The meet-in-the-middle attack uses a more efficient approach. By decrypting C with k2, one obtains the following equivalence:

The attacker can compute ENCk1(P) for all values of k1 and DECk2(C) for all possible values of k2, for a total of 2|k1| + 2|k2| (or 2|k1|+1, if k1 and k2 have the same size) operations. If the result from any of the ENCk1(P) operations matches a result from the DECk2(C) operations, the pair of k1 and k2 is possibly the correct key. This potentially-correct key is called a candidate key. The attacker can determine which candidate key is correct by testing it with a second test-set of plaintext and ciphertext.

The MITM attack is one of the reasons why Data Encryption Standard (DES) was replaced with Triple DES and not Double DES. An attacker can use a MITM attack to bruteforce Double DES with 257 operations and 256 space, making it only a small improvement over DES.[5] Triple DES uses a "triple length" (168-bit) key and is also vulnerable to a meet-in-the-middle attack in 256 space and 2112 operations, but is considered secure due to the size of its keyspace.[2][6]

An illustration of 1D-MITM attack

MITM algorithm

[edit]

Compute the following:

  • :
    and save each together with corresponding in a set A
  • :
    and compare each new with the set A

When a match is found, keep as candidate key-pair in a table T. Test pairs in T on a new pair of to confirm validity. If the key-pair does not work on this new pair, do MITM again on a new pair of .

MITM complexity

[edit]

If the keysize is k, this attack uses only 2k+1 encryptions (and decryptions) and O(2k) memory to store the results of the forward computations in a lookup table, in contrast to the naive attack, which needs 2k encryptions but O(1) space.

Multidimensional MITM (MD-MITM)

[edit]

While 1D-MITM can be efficient, a more sophisticated attack has been developed: multidimensional meet-in-the-middle attack, also abbreviated MD-MITM. This is preferred when the data has been encrypted using more than 2 encryptions with different keys. Instead of meeting in the middle (one place in the sequence), the MD-MITM attack attempts to reach several specific intermediate states using the forward and backward computations at several positions in the cipher.[5]

Assume that the attack has to be mounted on a block cipher, where the encryption and decryption is defined as before:


that is a plaintext P is encrypted multiple times using a repetition of the same block cipher

An illustration of MD-MITM attack

The MD-MITM has been used for cryptanalysis of, among many, the GOST block cipher, where it has been shown that a 3D-MITM has significantly reduced the time complexity for an attack on it.[5]

MD-MITM algorithm

[edit]

Compute the following:

and save each together with corresponding in a set .
and save each together with corresponding in a set .

For each possible guess on the intermediate state compute the following:

and for each match between this and the set , save and in a new set .
[verification needed]
and save each together with corresponding in a set .
For each possible guess on an intermediate state compute the following:
  • and for each match between this and the set , check also whether
    it matches with and then save the combination of sub-keys together in a new set .
  • For each possible guess on an intermediate state compute the following:
  1. and for each match between this and the set , check also whether it matches with , save and in a new set .
  2. and for each match between this and the set , check also whether it matches with . If this is the case then:"

Use the found combination of sub-keys on another pair of plaintext/ciphertext to verify the correctness of the key.

Note the nested element in the algorithm. The guess on every possible value on sj is done for each guess on the previous sj-1. This make up an element of exponential complexity to overall time complexity of this MD-MITM attack.

MD-MITM complexity

[edit]

Time complexity of this attack without brute force, is

Regarding the memory complexity, it is easy to see that are much smaller than the first built table of candidate values: as i increases, the candidate values contained in must satisfy more conditions thereby fewer candidates will pass on to the end destination .

An upper bound of the memory complexity of MD-MITM is then

where k denotes the length of the whole key (combined).

The data complexity depends on the probability that a wrong key may pass (obtain a false positive), which is , where l is the intermediate state in the first MITM phase. The size of the intermediate state and the block size is often the same! Considering also how many keys that are left for testing after the first MITM-phase, it is .

Therefore, after the first MITM phase, there are , where is the block size.

For each time the final candidate value of the keys are tested on a new plaintext/ciphertext-pair, the number of keys that will pass will be multiplied by the probability that a key may pass which is .

The part of brute force testing (testing the candidate key on new -pairs, have time complexity , clearly for increasing multiples of b in the exponent, number tends to zero.

The conclusion on data complexity is by similar reasoning restricted by that around -pairs.

Below is a specific example of how a 2D-MITM is mounted:

A general example of 2D-MITM

[edit]

This is a general description of how 2D-MITM is mounted on a block cipher encryption.

In two-dimensional MITM (2D-MITM) the method is to reach 2 intermediate states inside the multiple encryption of the plaintext. See below figure:

An illustration of 2D-MITM attack

2D-MITM algorithm

[edit]

Compute the following:

and save each together with corresponding in a set A
and save each together with corresponding in a set B.

For each possible guess on an intermediate state s between and compute the following:

  • and for each match between this and the set A, save and in a new set T.
  • and for each match between this and the set B, check also whether it matches with T for
    if this is the case then:

Use the found combination of sub-keys on another pair of plaintext/ciphertext to verify the correctness of the key.

2D-MITM complexity

[edit]

Time complexity of this attack without brute force, is

where |⋅| denotes the length.

Main memory consumption is restricted by the construction of the sets A and B where T is much smaller than the others.

For data complexity see subsection on complexity for MD-MITM.

See also

[edit]

References

[edit]
  1. ^ "Crypto-IT".
  2. ^ a b Moore, Stephane (November 16, 2010). "Meet-in-the-Middle Attacks" (PDF): 2. {{cite journal}}: Cite journal requires |journal= (help)
  3. ^ victoria, jaynor. "victoria15". victoria14. Archived from the original on July 14, 2021. Retrieved July 14, 2021.
  4. ^ ^ Diffie, Whitfield; Hellman, Martin E. (June 1977). "Exhaustive Cryptanalysis of the NBS Data Encryption Standard" (PDF). Computer. 10 (6): 74–84. doi:10.1109/C-M.1977.217750. S2CID 2412454.
  5. ^ a b c d Zhu, Bo; Gong, Guang (2014). "Multidimensional meet-in-the-middle attack and its applications to KATAN32/48/64". Cryptography and Communications. 6: 313–333. doi:10.1007/s12095-014-0102-9 – via Springer Link.
  6. ^ Blondeau, Céline. "Lecture 3: Block Ciphers" (PDF). CS-E4320 Cryptography and Data Security. Archived from the original (PDF) on 2018-02-23. Retrieved 2018-02-22.