Elliptic Curve Digital Signature Algorithm

In cryptography, the Elliptic Curve Digital Signature Algorithm (ECDSA) offers a variant of the Digital Signature Algorithm (DSA) which uses elliptic curve cryptography.

Key and signature-size comparison to DSA

As with elliptic-curve cryptography in general, the bit size of the public key believed to be needed for ECDSA is about twice the size of the security level, in bits. For example, at a security level of 80 bits (meaning an attacker requires a maximum of about $2^{80}$ operations to find the private key) the size of an ECDSA public key would be 160 bits, whereas the size of a DSA public key is at least 1024 bits. On the other hand, the signature size is the same for both DSA and ECDSA: apx. $4t$ bits, where $t$ is the security level measured in bits, that is, about 320 bits for a security level of 80 bits.

Signature generation algorithm

Suppose Alice wants to send a signed message to Bob. Initially, they must agree on the curve parameters $({\textrm {CURVE}},G,n)$ . In addition to the field and equation of the curve, we need $G$ , a base point of prime order on the curve; $n$ is the multiplicative order of the point $G$ .

Parameter
CURVE	the elliptic curve field and equation used
G	elliptic curve base point, a generator of the elliptic curve with large prime order n
n	integer order of G, means that $n\times G=0$

Alice creates a key pair, consisting of a private key integer $d_{A}$ , randomly selected in the interval $[1,n-1]$ ; and a public key curve point $Q_{A}=d_{A}\times G$ . We use $\times$ to denote elliptic curve point multiplication by a scalar.

For Alice to sign a message $m$ , she follows these steps:

Calculate $e={\textrm {HASH}}(m)$ , where HASH is a cryptographic hash function, such as SHA-2.
Let $z$ be the $L_{n}$ leftmost bits of $e$ , where $L_{n}$ is the bit length of the group order $n$ .
Select a cryptographically secure random integer $k$ from $[1,n-1]$ .
Calculate the curve point $(x_{1},y_{1})=k\times G$ .
Calculate $r=x_{1}\,{\bmod {\,}}n$ . If $r=0$ , go back to step 3.
Calculate $s=k^{-1}(z+rd_{A})\,{\bmod {\,}}n$ . If $s=0$ , go back to step 3.
The signature is the pair $(r,s)$ .

When computing $s$ , the string $z$ resulting from ${\textrm {HASH}}(m)$ shall be converted to an integer. Note that $z$ can be greater than $n$ but not longer.^[1]

As the standard notes, it is crucial to select different $k$ for different signatures, otherwise the equation in step 6 can be solved for $d_{A}$ , the private key: Given two signatures $(r,s)$ and $(r,s')$ , employing the same unknown $k$ for different known messages $m$ and $m'$ , an attacker can calculate $z$ and $z'$ , and since $s-s'=k^{-1}(z-z')$ (all operations in this paragraph are done modulo $n$ ) the attacker can find $k={\frac {z-z'}{s-s'}}$ . Since $s=k^{-1}(z+rd_{A})$ , the attacker can now calculate the private key $d_{A}={\frac {sk-z}{r}}$ . This implementation failure was used, for example, to extract the signing key used for the PlayStation 3 gaming-console.^[2] Another way ECDSA signature may leak private keys is when $k$ is generated by a faulty random number generator. Such a failure in random number generation caused users of Android Bitcoin Wallet to lose their funds in August 2013.^[3] To ensure that $k$ is unique for each message one may bypass random number generation completely and generate deterministic signatures by deriving $k$ from both the message and the private key.^[4]

Signature verification algorithm

For Bob to authenticate Alice's signature, he must have a copy of her public-key curve point $Q_{A}$ . Bob can verify $Q_{A}$ is a valid curve point as follows:

Check that $Q_{A}$ is not equal to the identity element $O$ , and its coordinates are otherwise valid
Check that $Q_{A}$ lies on the curve
Check that $n\times Q_{A}=O$

After that, Bob follows these steps:

Verify that $r$ and $s$ are integers in $[1,n-1]$ . If not, the signature is invalid.
Calculate $e={\textrm {HASH}}(m)$ , where HASH is the same function used in the signature generation.
Let $z$ be the $L_{n}$ leftmost bits of $e$ .
Calculate $w=s^{-1}\,{\bmod {\,}}n$ .
Calculate $u_{1}=zw\,{\bmod {\,}}n$ and $u_{2}=rw\,{\bmod {\,}}n$ .
Calculate the curve point $(x_{1},y_{1})=u_{1}\times G+u_{2}\times Q_{A}$ . If $u_{1}\times G+u_{2}\times Q_{A}=O$ then the signature is invalid.
The signature is valid if $r\equiv x_{1}{\pmod {n}}$ , invalid otherwise.

Note that using Shamir's trick, a sum of two scalar multiplications $u_{1}\times G+u_{2}\times Q_{A}$ can be calculated faster than two scalar multiplications done independently.^[5]

Correctness of the algorithm

It is not immediately obvious why verification even functions correctly. To see why, denote as $C$ the curve point computed in step 6 of verification,

$C=u_{1}\times G+u_{2}\times Q_{A}$

From the definition of the public key as $Q_{A}=d_{A}\times G$ ,

$C=u_{1}\times G+u_{2}d_{A}\times G$

Because elliptic curve scalar multiplication distributes over addition,

$C=(u_{1}+u_{2}d_{A})\times G$

Expanding the definition of $u_{1}$ and $u_{2}$ from verification step 5,

$C=(zs^{-1}+rd_{A}s^{-1})\times G$

Collecting the common term $s^{-1}$ ,

$C=(z+rd_{A})s^{-1}\times G$

Expanding the definition of $s$ from signature step 6,

$C=(z+rd_{A})(z+rd_{A})^{-1}(k^{-1})^{-1}\times G$

Since the inverse of an inverse is the original element, and the product of an element's inverse and the element is the identity, we are left with

$C=k\times G$

From the definition of $r$ , this is verification step 6.

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

Security

In December 2010, a group calling itself fail0verflow announced recovery of the ECDSA private key used by Sony to sign software for the PlayStation 3 game console. However, this attack only worked because Sony did not properly implement the algorithm, because $k$ was static instead of random. As pointed out in the Signature generation algorithm section above, this makes $d_{A}$ solvable and the entire algorithm useless.^[6]

On March 29, 2011, two researchers published an IACR paper^[7] demonstrating that it is possible to retrieve a TLS private key of a server using OpenSSL that authenticates with Elliptic Curves DSA over a binary field via a timing attack.^[8] The vulnerability was fixed in OpenSSL 1.0.0e.^[9]

In August 2013, it was revealed that bugs in some implementations of the Java class SecureRandom sometimes generated collisions in the k value. As discussed above, this allowed solution of the private key, in turn allowing stealing bitcoins from the containing wallet on Android app implementations, which use Java and rely on ECDSA to authenticate transactions.^[10]

This issue can be prevented by deterministic generation of k, as described by RFC 6979.

Notes

↑ NIST FIPS 186-4, July 2013, pp. 19 and 26
↑ Console Hacking 2010 - PS3 Epic Fail, page 123–128
↑ "Android Security Vulnerability". Retrieved February 24, 2015.
↑ "RFC 6979 - Deterministic Usage of the Digital Signature Algorithm (DSA) and Elliptic Curve Digital Signature Algorithm (ECDSA)". Retrieved February 24, 2015.
↑ "The Double-Base Number System in Elliptic Curve Cryptography" (PDF). Retrieved 22 April 2014.
↑ Bendel, Mike (2010-12-29). "Hackers Describe PS3 Security As Epic Fail, Gain Unrestricted Access". Exophase.com. Retrieved 2011-01-05.
↑ "Cryptology ePrint Archive: Report 2011/232". Retrieved February 24, 2015.
↑ Vulnerability Note VU#536044 - OpenSSL leaks ECDSA private key through a remote timing attack
↑ "ChangeLog". OpenSSL Project. Retrieved 22 April 2014.
↑ "Android bug batters Bitcoin wallets". The Register. 12 August 2013.

References

Accredited Standards Committee X9, American National Standard X9.62-2005, Public Key Cryptography for the Financial Services Industry, The Elliptic Curve Digital Signature Algorithm (ECDSA), November 16, 2005.
Certicom Research, Standards for efficient cryptography, SEC 1: Elliptic Curve Cryptography, Version 2.0, May 21, 2009.
López, J. and Dahab, R. An Overview of Elliptic Curve Cryptography, Technical Report IC-00-10, State University of Campinas, 2000.
Daniel J. Bernstein, Pippenger's exponentiation algorithm, 2002.
Daniel R. L. Brown, Generic Groups, Collision Resistance, and ECDSA, Designs, Codes and Cryptography, 35, 119–152, 2005. ePrint version
Ian F. Blake, Gadiel Seroussi, and Nigel Smart, editors, Advances in Elliptic Curve Cryptography, London Mathematical Society Lecture Note Series 317, Cambridge University Press, 2005.
Hankerson, D.; Vanstone, S.; Menezes, A. (2004). Guide to Elliptic Curve Cryptography. Springer Professional Computing. New York: Springer. ISBN 0-387-95273-X. doi:10.1007/b97644.

External links

Digital Signature Standard; includes info on ECDSA

Public-key cryptography

Algorithms

Integer Factorization	Benaloh Blum–Goldwasser Cayley–Purser Damgård–Jurik GMR Goldwasser–Micali Paillier Rabin RSA Okamoto–Uchiyama Schmidt–Samoa
Discrete logarithm	Cramer–Shoup DH DSA ECDH ECDSA EdDSA EKE ElGamal signature scheme MQV Schnorr SPEKE SRP STS
Others	AE CEILIDH EPOC HFE IES Lamport McEliece Merkle–Hellman Naccache–Stern Naccache–Stern knapsack cryptosystem NTRUEncrypt NTRUSign Three-pass protocol XTR

Theory

Standardization

Topics

Cryptography
History of cryptography Cryptanalysis Outline of cryptography
Symmetric-key algorithm Block cipher Stream cipher Public-key cryptography Cryptographic hash function Message authentication code Random numbers Steganography
Category Portal WikiProject

This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.