This page uses content from Wikipedia and is licensed under CC BY-SA.

General | |
---|---|

Designers | Scott Contini, Arjen K. Lenstra, Ron Steinfeld |

First published | 2005 |

Successors | VSH* |

Detail | |

Digest sizes | 1024 bits and up |

In cryptography, **Very Smooth Hash (VSH)** is a provably secure cryptographic hash function invented in 2005 by Scott Contini, Arjen Lenstra and Ron Steinfeld.^{[1]}
Provably secure means that finding collisions is as difficult as some known hard mathematical problem. Unlike other provably secure collision-resistant hashes, VSH is efficient and usable in practice. Asymptotically, it only requires a single multiplication per log(*n*) message-bits and uses RSA-type arithmetic. Therefore, VSH can be useful in embedded environments where code space is limited.

Two major variants of VSH were proposed. For one, finding a collision is provably as difficult as finding a nontrivial modular square root of a very smooth number modulo *n*. The other one uses a prime modulus *p* (with no trapdoor), and its security proof relies on the hardness of finding discrete logarithms of very smooth numbers modulo *p*. Both versions have similar efficiency.

VSH is not suitable as a substitute for a random oracle, but can be used to build a provably secure randomized trapdoor hash function. This function can replace the trapdoor function used in the Cramer–Shoup signature scheme, maintaining its provable security while speeding up verification time by about 50%.

All cryptographic hash functions that are now widely used are not based on hard mathematical problems. Those few functions that are constructed on hard mathematical problems are called provably secure. Finding collisions is then known to be as hard as solving the hard mathematical problem. For the basic version of Very Smooth Hash function, this hard problem is to find modular square roots (VSSR) of certain special numbers (VSN).^{[1]} This is assumed to be as hard as factoring integers.

For a fixed constant *c* and *n* an integer *m* is a **Very Smooth Number (VSN)** if the largest prime factor of *m* is at most (log *n*)^{c}.

An integer *b* is a **Very Smooth Quadratic Residue' modulo n if the largest prime in b**s factorization is at most (log

We are interested only in non-trivial square roots, those where *x*^{2} ≥ *n*. If *x*^{2} < *n*, the root can be easily computed using algorithms from fields of characteristics 0, such as real field. Therefore, they are not suitable in cryptographic primitives.

**Very Smooth Number Nontrivial Modular Square Root (VSSR)** is the following problem: Let *n* be the product of two unknown primes of approximately the same size and let . Let be the sequence of primes. VSSR is the following problem: Given *n*, find such that and at least one of *e*_{0},...,*e*_{k} is odd.

The **VSSR assumption** is that there is no probabilistic polynomial (in ) time algorithm which solves VSSR with non-negligible probability. This is considered a useless assumption for practice because it does not tell for what size of moduli VSSR is computationally hard. Instead **The computational VSSR assumption** is used. It says that solving VSSR is assumed to be as hard as factoring a hard-to-factor bit modulus, where is somewhat smaller than the size of .

Let the parameters be fixed as follows: and .

Then is a Very Smooth Number with respect to these parameters because is greater than all 's prime factors. On the other hand, is not a VSN under and .

The integer is Very Smooth Quadratic Residue modulo because it is Very Smooth Number (under ) and we have such that (mod ). This is a trivial modular square root, because and so the modulus is not involved when squaring.

The integer is also Very Smooth Quadratic Residue modulo . All prime factors are smaller than 7.37 and the Modular Square Root is since (mod ). This is thus a non-trivial root. The VSSR problem is to find given and . And we suppose that this is computationally as hard as factoring .

Let be a large RSA composite and let the sequence of primes. Let , the block length, be the largest integer such that . Let be an -bit message to be hashed consisting of bits and assume that . To compute the hash of :

*x*_{0}= 1- Let , the smallest integer greater or equal to , be the number of blocks. Let for (padding)
- Let with be the binary representation of the message length and define for .
- for
*j*= 0, 1,...,*L*in succession compute - return
*x*_{L + 1}.

The function in step 4 is called the compression function.

- The message length does not need to be known in advance.
- Finding a collision in VSH is as hard as solving VSSR. Thus VSH is (strongly) collision-resistant, which also implies second preimage resistance. VSH has not been proven to be preimage-resistant.
- The compression function is not collision-resistant. Nonetheless, the hash function VSH is collision-resistant based on the VSSR assumption. An altered version of VSH, called
**VSH***, uses a collision-resistant compression function and is about 5 times quicker when hashing short messages. - Since the output length of VSH is the length of a secure RSA modulus, VSH seems quite suitable in practice for constructing "hash-then-sign" RSA signatures for arbitrarily long messages. However, such a signature must be designed carefully to ensure its security. The naive approach could be easily broken under CPA (chosen-plaintext attack).
- Efficiency: The cost of each iteration is less than the cost of 3 modular multiplications. The basic version of VSH altogether requires single multiplication per message bits.

Several improvements, speedups and more efficient variants of VSH have been proposed.^{[1]} None of them changes the underlying concept of the function. These improvements are called:

- Cubing VSH (instead of squaring).
- VSH with increased number of small primes.
- VSH with precomputed products of primes.
- Fast VSH.
- Fast VSH with increased block length.

The **VSH-DL** is a discrete logarithm variant of VSH that has no trapdoor, its security depends on the difficulty of finding discrete logarithm modulo a prime *p*.^{[1]}

**Very Smooth Number Discrete Logarithm (VSDL)** is a problem where given a very smooth number, we want to find its discrete logarithm modulo some number *n*.

Similarly as in previous section, by we denote the -th prime. Let furthermore be a fixed constant and , be primes with and let . VSDL is the following problem: given , find integers such that with for and at least one of non-zero.

The **VSDL assumption** is that there is no probabilistic polynomial (in ) time algorithm which solves VSDL with non-negligible probability. There is a strong connection between the hardness of VSDL and the hardness of computing discrete logarithm modulo , which is reminiscent of, but somewhat weaker than, the connection between VSSR and integer factorization.

Strong collision resistance is the only property proven for VSH. This does not imply preimage-resistance or other
important hash function properties, and the authors state that "VSH should not be used to model random oracles," and cannot be substituted into constructions that depend upon them (RSA signatures, some MACs).^{[1]} VSH should not be considered a general-purpose hash function as usually understood in security engineering.

VSH is multiplicative: Let *x*, *y*, and *z* be three bit strings of equal length, where *z*
consists only of zero bits and the strings satisfy *x AND y = z*. It is easy to see that
*H(z)H(x OR y) ≡ H(x)H(y) (mod n)*. As a result, VSH succumbs to a classical time-memory
trade-off attack that applies to multiplicative and additive hashes.

This fact can be used to construct a preimage attack against VSH of bits which has complexity rather than as expected.

VSH produces a very long hash (typically 1024 bits). There are no indications that a truncated VSH hash offers security that is commensurate with the hash length.

There exists a partial collision attack on VSH truncated to least significant *l* bits.^{[2]}

The complexity of this attack against VSH is:

- Pre-computing the table offline: time and space.
- Finding collisions: iterations.
- Total cost: roughly , rather than as expected from a hash function with good pseudorandomness properties.

This probably rules out the applicability of VSH in digital signature schemes which produce signatures shorter than the VSH hash result, such as elliptic-curve signature schemes.

- ^
^{a}^{b}^{c}^{d}^{e}Contini, S.; Lenstra, A.; Steinfeld, R. (2005-06-23),*VSH, an Efficient and Provable Collision-Resistant Hash Function.* **^**Saarinen, M.-J. O. (2006),*Security of VSH in the real world*(PDF), doi:10.1007/11941378_8