Schnorr signature

From testwiki
Jump to navigation Jump to search

Template:Short description In cryptography, a Schnorr signature is a digital signature produced by the Schnorr signature algorithm that was described by Claus Schnorr. It is a digital signature scheme known for its simplicity, among the first whose security is based on the intractability of certain discrete logarithm problems. It is efficient and generates short signatures.[1] It was covered by Template:US patent which expired in February 2010.

Algorithm

Choosing parameters

Notation

In the following,

  • Exponentiation stands for repeated application of the group operation
  • Juxtaposition stands for multiplication on the set of congruence classes or application of the group operation (as applicable)
  • Subtraction stands for subtraction on the set of congruence classes
  • M{0,1}*, the set of finite bit strings
  • s,e,ev,x,k/q, the set of congruence classes modulo q
  • y,r,rvG.

Key generation

  • Choose a private signing key x from the allowed set.
  • The public verification key is y=gx.

Signing

To sign a message M:

  • Choose a random k from the allowed set.
  • Let r=gk.
  • Let e=H(rM), where denotes concatenation and r is represented as a bit string.
  • Let s=k+xe.

The signature is the pair, (s,e).

Note that s,e/q; if q<2256, then the signature representation can fit into 64 bytes.

Verifying

  • Let rv=gsye
  • Let ev=H(rvM)

If ev=e then the signature is verified.

Proof of correctness

It is relatively easy to see that ev=e if the signed message equals the verified message:

rv=gsye=gk+xegxe=gk=r, and hence ev=H(rvM)=H(rM)=e.

Public elements: G, g, q, y, s, e, r. Private elements: k, x.

This shows only that a correctly signed message will verify correctly; many other properties are required for a secure signature algorithm.

Key leakage from nonce reuse

Just as with the closely related signature algorithms DSA, ECDSA, and ElGamal, reusing the secret nonce value k on two Schnorr signatures of different messages will allow observers to recover the private key.[2] In the case of Schnorr signatures, this simply requires subtracting s values:

ss=(kk)+x(ee).

If k=k but ee then x can be simply isolated. In fact, even slight biases in the value k or partial leakage of k can reveal the private key, after collecting sufficiently many signatures and solving the hidden number problem.[2]

Security argument

The signature scheme was constructed by applying the Fiat–Shamir transformation[3] to Schnorr's identification protocol.[4][5] Therefore, (as per Fiat and Shamir's arguments), it is secure if H is modeled as a random oracle.

Its security can also be argued in the generic group model, under the assumption that H is "random-prefix preimage resistant" and "random-prefix second-preimage resistant".[6] In particular, H does not need to be collision resistant.

In 2012, Seurin[1] provided an exact proof of the Schnorr signature scheme. In particular, Seurin shows that the security proof using the forking lemma is the best possible result for any signature schemes based on one-way group homomorphisms including Schnorr-type signatures and the Guillou–Quisquater signature schemes. Namely, under the ROMDL assumption, any algebraic reduction must lose a factor f(ϵF)qh in its time-to-success ratio, where f1 is a function that remains close to 1 as long as "ϵF is noticeably smaller than 1", where ϵF is the probability of forging an error making at most qh queries to the random oracle.

Short Schnorr signatures

The aforementioned process achieves a t-bit security level with 4t-bit signatures. For example, a 128-bit security level would require 512-bit (64-byte) signatures. The security is limited by discrete logarithm attacks on the group, which have a complexity of the square-root of the group size.

In Schnorr's original 1991 paper, it was suggested that since collision resistance in the hash is not required, shorter hash functions may be just as secure, and indeed recent developments suggest that a t-bit security level can be achieved with 3t-bit signatures.[6] Then, a 128-bit security level would require only 384-bit (48-byte) signatures, and this could be achieved by truncating the size of e until it is half the length of the s bitfield.

Implementations

Schnorr signature is used by numerous products. A notable usage is the deterministic Schnorr's signature using the secp256k1 elliptic curve for Bitcoin transaction signature after the Taproot update.[7]

See also

References

Template:Reflist

Template:Cryptography navbox