Elliptic-curve Diffie–Hellman

1

Elliptic-curve Diffie–Hellman (ECDH) is a key agreement protocol that allows two parties, each having an elliptic-curve public–private key pair, to establish a shared secret over an insecure channel. This shared secret may be directly used as a key, or to derive another key. The key, or the derived key, can then be used to encrypt subsequent communications using a symmetric-key cipher. It is a variant of the Diffie–Hellman protocol using elliptic-curve cryptography.

Key establishment protocol

The following example illustrates how a shared key is established. Suppose Alice wants to establish a shared key with Bob, but the only channel available for them may be eavesdropped by a third party. Initially, the domain parameters (that is, in the prime case or in the binary case) must be agreed upon. Also, each party must have a key pair suitable for elliptic curve cryptography, consisting of a private key d (a randomly selected integer in the interval [1, n-1]) and a public key represented by a point Q (where, that is, the result of adding G to itself d times). Let Alice's key pair be and Bob's key pair be. Each party must know the other party's public key prior to execution of the protocol. Alice computes point. Bob computes point. The shared secret is x_k (the x coordinate of the point). Most standardized protocols based on ECDH derive a symmetric key from x_k using some hash-based key derivation function. The shared secret calculated by both parties is equal, because. The only information about her key that Alice initially exposes is her public key. So, no party except Alice can determine Alice's private key (Alice of course knows it by having selected it), unless that party can solve the elliptic curve discrete logarithm problem. Bob's private key is similarly secure. No party other than Alice or Bob can compute the shared secret, unless that party can solve the elliptic curve Diffie–Hellman problem. The public keys are either static (and trusted, say via a certificate) or ephemeral (also known as ECDHE, where final 'E' stands for "ephemeral"). Ephemeral keys are temporary and not necessarily authenticated, so if authentication is desired, authenticity assurances must be obtained by other means. Authentication is necessary to avoid man-in-the-middle attacks. If one of either Alice's or Bob's public keys is static, then man-in-the-middle attacks are thwarted. Static public keys provide neither forward secrecy nor key-compromise impersonation resilience, among other advanced security properties. Holders of static private keys should validate the other public key, and should apply a secure key derivation function to the raw Diffie–Hellman shared secret to avoid leaking information about the static private key. For schemes with other security properties, see MQV. If Alice maliciously chooses invalid curve points for her key and Bob does not validate that Alice's points are part of the selected group, she can collect enough residues of Bob's key to derive his private key. Several TLS libraries were found to be vulnerable to this attack. The shared secret is uniformly distributed on a subset of [0, p) of size (n+1)/2. For this reason, the secret should not be used directly as a symmetric key, but it can be used as entropy for a key derivation function.

Diffie-Hellman Key Agreement on Montgomery Curves

Let such that. The Montgomery form elliptic curve E_{M,A,B} is the set of all satisfying the equation along with the point at infinity denoted as \infty. This is called the affine form of the curve. The set of all F_p-rational points of E_{M,A,B}, denoted as is the set of all satisfying along with \infty. Under a suitably defined addition operation, is a group with \infty as the identity element. It is known that the order of this group is a multiple of 4. In fact, it is usually possible to obtain A and B such that the order of E_{M,A,B} is 4q for a prime q. For more extensive discussions of Montgomery curves and their arithmetic one may follow. For computational efficiency, it is preferable to work with projective coordinates. The projective form of the Montgomery curve E_{M,A,B} is. For a point on E_{M,A,B}, the x-coordinate map x is the following: if Z \neq 0 and if. Bernstein introduced the map x_0 as follows: which is defined for all values of X and Z in F_p. Following Miller, Montgomery and Bernstein, the Diffie-Hellman key agreement can be carried out on a Montgomery curve as follows. Let Q be a generator of a prime order subgroup of . Alice chooses a secret key s and has public key x_0(sQ); Bob chooses a secret key t and has public key x_0(tQ). The shared secret key of Alice and Bob is x_0(stQ). Using classical computers, the best known method of obtaining x_0(stQ) from Q,x_0(sQ) and x_0(tQ) requires about O(p^{1/2}) time using the Pollards rho algorithm. The most famous example of Montgomery curve is Curve25519 which was introduced by Bernstein. For Curve25519, and B = 1. The other Montgomery curve which is part of TLS 1.3 is Curve448 which was introduced by Hamburg. For Curve448, and B = 1. Couple of Montgomery curves named M[4698] and M[4058] competitive to Curve25519 and Curve448 respectively have been proposed in. For M[4698], and for M[4058],. At 256-bit security level, three Montgomery curves named M[996558], M[952902] and M[1504058] have been proposed in. For M[996558],, for M[952902], and for M[1504058], respectively. Apart from these two, other proposals of Montgomery curves can be found at.

Software

This article is derived from Wikipedia and licensed under CC BY-SA 4.0. View the original article.

Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc.
Bliptext is not affiliated with or endorsed by Wikipedia or the Wikimedia Foundation.

Edit article