About Opentopia
Opentopia Directory Encyclopedia Tools

Elliptic curve cryptography

Encyclopedia : E : EL : ELL : Elliptic curve cryptography

Elliptic curve cryptography (ECC) is an approach to public-key cryptography based on the algebraic structure of elliptic curves over finite fields. The use of elliptic curves in cryptography was suggested independently by Neal Koblitz N. Koblitz, Elliptic curve cryptosystems, in Mathematics of Computation 48, 1987, pp. 203–209 and Victor S. Miller V. Miller, Use of elliptic curves in cryptography, CRYPTO 85, 1985. in 1985.

Elliptic curves are also used in several integer factorization algorithms that have applications in cryptography, such as, for instance, Lenstra elliptic curve factorization, but this use of elliptic curves is not usually referred to as "elliptic curve cryptography."

Contents

Introduction

Public key cryptography is based on the creation of mathematical puzzles that are difficult to solve without certain knowledge about how they were created. The creator keeps that knowledge secret (the private key) and publishes the puzzle (the public key). The puzzle can then be used to scramble a message in a way that only the creator can unscramble. Early public key systems, such as the RSA algorithm, used products of two large prime numbers as the puzzle: a user picks two large random primes as her private key, and publishes their product as her public key. The difficulty of factoring ensures that no one else can derive the private key (i.e., the two prime factors) from the public one. However, due to recent progress in factoring, RSA public keys must now be thousands of bits long to provide adequate security.

Another class of puzzle involves solving the equation ab = c for b when a and c are known. Such equations involving real or complex numbers are easily solved using logarithms. However, in a large finite group, finding solutions to such equations is quite difficult and is known as the discrete logarithm problem.

An elliptic curve is a plane curve defined by an equation of the form

y2 = x3 + a x + b.
The set of points on such a curve (i.e., all solutions of the equation together with a point at infinity) can be shown to form an abelian group (with the point at infinity as identity element). If the coordinates x and y are chosen from a large finite field, the solutions form a finite abelian group. The discrete logarithm problem on such elliptic curve groups is believed to be more difficult than the corresponding problem in (the multiplicative group of nonzero elements of) the underlying finite field. Thus keys in elliptic curve cryptography can be chosen to be much shorter for a comparable level of security. (See: cryptographic key length)

As for other popular public key cryptosystems, no mathematical proof of difficulty has been published for ECC as of 2006. However, the U.S. National Security Agency has endorsed ECC technology by including it in its Suite B set of recommended algorithms. Although the RSA patent has expired, there are patents in force covering some aspects of ECC.

Mathematical introduction

Elliptic curves used in cryptography are typically defined over two types of finite fields: fields of odd characteristic ([\mathbb_p], where [p > 3] is a large prime number) and fields of characteristic two ([\mathbb_]). When the distinction is not important we denote both of them as [\mathbb_q], where [q=p] or [q=2^m]. In [\mathbb_p] the elements are integers ([0 \le x < p]) which are combined using modular arithmetic. The case of [\mathbb_] is slightly more complicated (see finite field arithmetic for details): there are several possible representations of the field elements as bitstrings and thus an irreducible binary polynomial [f(x)] of degree [m] shall be specified.

Pairs of affine coordinates [(x,y)], where [x \in \mathbb_q] and [y \in \mathbb_q], form a plane [\mathbb_q \times \mathbb_q]. Among all of them we consider only those which satisfy the elliptic curve equation and the point at infinity [O] (note that contrary to common use of the word, a curve in the present context really only consists of individual, discrete and non-connected points since the underlying field is discrete). In the prime case the defining equation of [E(\mathbb_p)] is as follows: [y^2 = x^3 + a x + b], where [a \in \mathbb_p] and [b \in \mathbb_p] are constants such that [4 a^3 + 27 b^2 \ne 0]. In the binary case the defining equation of [E(\mathbb_)] is [y^2 + x y = x^3 + a x^2 + b], where [a \in \mathbb_] and [b \in \mathbb_] are constants and [b \ne 0]. Although the point at infinity [O] has no affine coordinates, it is convenient to use some pair of coordinates which does not satisfy the defining equation, for example, [O=(0,0)] if [b \ne 0] and [O=(0,1)] otherwise. According to Hasse's theorem on elliptic curves the number of points on a curve is roughly the same as the size of the underlying field: [|E(\mathbb_q)| = q + 1 \pm 2\sqrt].

For every two points on a curve ([P \in E(\mathbb_q)] and [Q \in E(\mathbb_q)]) it is possible to find a third point [S = P + Q \in E(\mathbb_q)] such that certain relations hold for all points on the curve

and thus the set of all the points is an additive abelian group [(E(\mathbb), +)].

We already specified how [O] is defined. The negative of the point [P = (x,y)] is defined as [-P = (x,-y)] for [P \in E(\mathbb_p)] and [-P = (x,x+y)] for [P \in E(\mathbb_)]. The exact addition rules are as follows:

[Certicom's Online ECC Tutorial] contains a Java applet that can be used to experiment with addition in different EC groups.

We already described the underlying field [\mathbb_q] and the group of points of elliptic curve [E(\mathbb_q)] but there is yet another mathematical structure commonly used in cryptography — a cyclic subgroup of [E(\mathbb_q)]. For any point [G] the set [(O, G, G+G, G+G+G, G+G+G+G, \ldots)] is a cyclic group. It is convenient to use the following notation: [0 G = O], [1 G = G], [2G = G+G], [3G = G+G+G], et cetera. The calculation of [k G], where [k] is an integer and [G] is a point, is called scalar multiplication.

Cryptographic schemes

Since the (additive) cyclic group described above can be considered similar to the (multiplicative) group of powers of an integer [g] modulo prime [p]: [(g^0, g, g^2, g^3, g^4, \ldots)], the problem of finding [k] given points [k G] and [G] is called elliptic curve discrete logarithm problem (ECDLP). The assumed hardness of several problems related to the discrete logarithm in the subgroup of [E(\mathbb_q)] allows cryptographic use of elliptic curves. Most of the elliptic curve cryptographic schemes are related to the discrete logarithm schemes which were originally formulated for usual modular arithmetic:

Not all the DLP schemes should be ported to the elliptic curve domain. For example, the well known ElGamal encryption scheme was never standardized by official bodies and should not be directly used over an elliptic curve (the standard encryption scheme for ECC is called Elliptic Curve Integrated Encryption Scheme). The main reason is that although it is straightforward to convert an arbitrary message (of limited length) to an integer modulo [p], it is not that simple to convert a bitstring to a point of a curve (not for every [x] there is an [y] such that [(x,y) \in E(\mathbb_q)]). (Another factor is that ElGamal scheme is vulnerable to chosen-ciphertext attacks.)

There is a vision that ECDLP-based cryptography is going to replace cryptography based on integer factorization (e.g., RSA) and finite-field cryptography (e.g., DSA). At the RSA Conference 2005 the National Security Agency (NSA) announced Suite B which exclusively uses ECC for digital signature generation and key exchange. The suite is intended to protect both classified and unclassified national security systems and information.

Another major source of cryptographic applications of elliptic curves is bilinear operator (based on the Weil pairing or the Tate pairing) which allows, for example, to make efficient ID-based cryptography (see also [The Pairing-Based Crypto Lounge]).

Implementation considerations

Although the details of each particular elliptic curve scheme are described in the article referenced above some common implementation considerations are discussed here.

Domain parameters

To use ECC all parties must agree on all the elements defining the elliptic curve, that is domain parameters of the scheme. The field is defined by [p] in the prime case and the pair of [m] and [f] in the binary case. The elliptic curve is defined by the constants [a] and [b] used in its defining equation. Finally, the cyclic subgroup is defined by its generator (aka. base point) [G]. For cryptographic application the order of [G], that is the smallest non-negative number [n] such that [n G = O], must be prime. Since [n] is the size of a subgroup of [E(\mathbb_q)] it follows from the Lagrange's theorem that the number [h = \frac
>] is integer. In cryptographic applications this number [h], called cofactor, at least must be small ([h \le 4]) and, preferably, [h = 1]. Let us summarize: in the prime case the domain parameters are [(p,a,b,G,n,h)] and in the binary case they are [(m,f,a,b,G,n,h)].

Unless there is an assurance that domain parameters were generated by a party trusted with respect to their use, the domain parameters must be validated before use.

The generation of domain parameters is not usually done by each participant since this involves counting the number of points on a curve which is time-consuming and troublesome to implement. As a result several standard bodies published domain parameters of elliptic curves for several common field sizes:

Test vectors are also available [link].

If one (despite the said above) wants to build his own domain parameters he should select the underlying field and then use one of the following strategies to find a curve with appropriate (i.e., near prime) number of points using one of the following methods:

Several classes of curves are weak and shall be avoided:

Key sizes

Since all the fastest known algorithms that allow to solve the ECDLP (baby-step giant-step, Pollard's rho, etc.), need [O(\sqrt)] steps, it follows that the size of the underlying field shall be roughly twice the security parameter. For example, for 128-bit security one needs a curve over [\mathbb_q], where [q \approx 2^]. This can be contrasted with finite-field cryptography (e.g., DSA) which requiresNIST, [Recommendation for Key Management — Part 1: general], Special Publication 800-57, August 2005. 3072-bit public keys and 256-bit private keys, and integer factorization cryptography (e.g., RSA) which requires 3072-bit public and private keys. The hardest ECC scheme (publicly) broken to date had a 109-bit key (that is about 55 bits of security). For the prime field case, it was broken near the beginning of 2003 using over 10,000 Pentium class PCs running continuously for over 540 days (see [link]). For the binary field case, it was broken in April 2004 using 2600 computers for 17 months (see [link]).

Projective coordinates

A close examination of the addition rules shows that in order to add two points one needs not only several additions and multiplications in [\mathbb_q] but also an inversion operation. The inversion (for given [x \in \mathbb_q] find [y \in \mathbb_q] such that [x y = 1]) is one to two orders of magnitude slower Y. Hitchcock, E. Dawson, A. Clark, and P. Montague, [Implementing an efficient elliptic curve cryptosystem over GF(p) on a smart card], 2002. than multiplication. Fortunately, points on a curve can be represented in different coordinate systems which do not require an inversion operation to add two points. Several such systems were proposed: in the projective system each point is represented by three coordinates [(X,Y,Z)] using the following relation: [x = \frac], [y = \frac]; in the Jacobian system a point is also represented with three coordinates [(X,Y,Z)], but a different relation is used: [x = \frac], [y = \frac]; in the modified Jacobian system the same relations are used but four coordinates are stored and used for calculations [(X,Y,Z,aZ^4)]; and in the Chudnovsky Jacobian system five coordinates are used [(X,Y,Z,Z^2,Z^3)]. Note that there are may be different naming conventions, for example, IEEE P1363-2000 standard uses "projective coordinates" to refer to what is commonly called Jacobian coordinates. An additional speed-up is possible if mixed coordinates are used H. Cohen, A. Miyaji, T. Ono, [Efficient Elliptic Curve Exponentiation Using Mixed Coordinates], ASIACRYPT 1998..

Fast reduction (NIST curves)

Reduction modulo [p] (which is needed for addition and multiplication) can be executed much faster if the prime [p] is a pseudo-Mersenne prime that is [p \approx 2^d], for example, [p = 2^ - 1] or [p = 2^ - 2^ - 2^9 - 2^8 - 2^7 - 2^6 - 2^4 - 1]. Compared to Barrett reduction there can be an order of magnitude speed-up M. Brown, D. Hankerson, J. Lopez, and A. Menezes, [Software Implementation of the NIST Elliptic Curves Over Prime Fields].. The curves over [\mathbb_p] with pseudo-Mersenne [p] are recommended by NIST. Yet another advantage of the NIST curves is the fact that they use [a = -3] which improves addition in Jacobian coordinates.

Side-channel attacks

Unlike DLP systems (where it is possible to use the same procedure for squaring and multiplication) the EC addition is significantly different for doubling ([P = Q]) and general addition ([P \ne Q]). Consequently, it is important to counteract side channel attacks (e.g., timing and simple power analysis attacks) using, for example, fixed pattern window (aka. comb) methods M. Hedabou, P. Pinel, and L. Beneteau, [A comb method to render ECC resistant against Side Channel Attacks], 2004. (note that this does not increase the computation time).

Patents

Most of ECC (e.g., ECDH, ECIES, ECDSA) is not encumbered by patents whereas some other schemes (ECMQV) and some implementation techniques are covered. See ECC patents for details.

Open-source implementations

References

See also


Public-key cryptography [edit]
Algorithms: Cramer-Shoup | DH | DSA | ECDH | ECDSA | EKE | ElGamal | GMR | MQV | NTRUEncrypt | NTRUSign | Paillier | Rabin | Rabin-Williams | RSA | Schnorr | SPEKE | SRP | XTR
Theory: Discrete logarithm | Elliptic curve cryptography | RSA problem
Standardization: ANS X9F1 | CRYPTREC | IEEE P1363 | NESSIE | NSA Suite B   Misc: Digital signature | PKI | Web of trust | Key size

 

From Wikipedia, the Free Encyclopedia. Original article here. Support Wikipedia by contributing or donating.
All text is available under the terms of the GNU Free Documentation License See Wikipedia Copyrights for details.

Search Titles
0123456789
ABCDEFGHIJ
KLMNOPQRST
UVWXYZ?

E-mail this article to:

Personal Message: