Movatterモバイル変換


[0]ホーム

URL:


Jump to content
WikipediaThe Free Encyclopedia
Search

Diffie–Hellman key exchange

Checked
Page protected with pending changes
From Wikipedia, the free encyclopedia

Page version status

This is an accepted version of this page

This is thelatest accepted revision,reviewed on12 February 2026.
Method of exchanging cryptographic keys

With Diffie–Hellman key exchange, two parties arrive at a common secret key, without passing the common secret key across the public channel.

Diffie–Hellman (DH)key exchange[nb 1] is a mathematical method of securely generating a symmetriccryptographic key over a public channel and was one of the firstprotocols as conceived byRalph Merkle and named afterWhitfield Diffie andMartin Hellman.[1] DH is one of the earliest practical examples of public key exchange implemented within the field of cryptography. Published in 1976 by Diffie and Hellman, this is the earliest publicly known work that proposed the idea of a private key and a corresponding public key.

Traditionally, secure encrypted communication between two parties required that they first exchange keys by some secure physical means, such as paper key lists transported by a trustedcourier. The Diffie–Hellman key exchange method allows two parties that have no prior knowledge of each other to jointly establish ashared secret key over aninsecure channel. This key can then be used to encrypt subsequent communications using asymmetric-keycipher.

Diffie–Hellman is used to secure a variety ofInternet services. However, research published in October 2015 suggests that the parameters in use for many DH Internet applications at that time are not strong enough to prevent compromise by very well-funded attackers, such as the security services of some countries.[2]

The scheme was published by Whitfield Diffie and Martin Hellman in 1976,[3] but in 1997 it was revealed thatJames H. Ellis,[4]Clifford Cocks, andMalcolm J. Williamson ofGCHQ, the British signals intelligence agency, had previously shown in 1969[5] how public-key cryptography could be achieved.[6]

Although Diffie–Hellman key exchange itself is a non-authenticatedkey-agreement protocol, it provides the basis for a variety of authenticated protocols, and is used to provideforward secrecy inTransport Layer Security'sephemeral modes (referred to as EDH or DHE depending on the cipher suite). Forward secrecy results from the use of ephemeral keys: the private keys are discarded once key agreement is complete, making them safe from later compromise. Ephemeral keys are practical because it is computationally cheap to create public-private key pairs suitable for use with Diffie-Hellman exchange.

The method was followed shortly afterwards byRSA, an implementation of public-key cryptography using asymmetric algorithms.

Expired US patent 4200770[7] from 1977 describes the now public-domain algorithm. It credits Hellman, Diffie, and Merkle as inventors.

Name

[edit]

In 2006, Hellman suggested the algorithm be calledDiffie–Hellman–Merkle key exchange in recognition ofRalph Merkle's contribution to the invention ofpublic-key cryptography (Hellman, 2006), writing:

The system ... has since become known as Diffie–Hellman key exchange. While that system was first described in a paper by Diffie and me, it is a public key distribution system, a concept developed by Merkle, and hence should be called 'Diffie–Hellman–Merkle key exchange' if names are to be associated with it. I hope this small pulpit might help in that endeavor to recognize Merkle's equal contribution to the invention of public key cryptography.[8]

Description

[edit]

General overview

[edit]
Illustration of the concept behind Diffie–Hellman key exchange

Diffie–Hellman key exchange establishes a shared secret between two parties that can be used for secret communication for exchanging data over a public network. An analogy illustrates the concept of public key exchange by using colors instead of very large numbers:

The process begins by having the two parties,Alice and Bob, publicly agree on an arbitrary starting color that does not need to be kept secret. In this example, the color is yellow. Each person also selects a secret color that they keep to themselves – in this case, red and cyan. The crucial part of the process is that Alice and Bob each mix their own secret color together with their mutually shared color, resulting in orange-tan and light-blue mixtures respectively, and then publicly exchange the two mixed colors. Finally, each of them mixes the color they received from the partner with their own private color. The result is a final color mixture (yellow-brown in this case) that is identical to their partner's final color mixture.

If a third party listened to the exchange, they would only know the common color (yellow) and the first mixed colors (orange-tan and light-blue), but it would be very hard for them to find out the final secret color (yellow-brown). Bringing the analogy back to areal-life exchange using large numbers rather than colors, this determination is computationally expensive; it is impossible to compute in a practical amount of time even for modernsupercomputers.

Cryptographic explanation

[edit]

The simplest and the original implementation,[3] later formalized asFinite Field Diffie–Hellman in RFC 7919,[9] of the protocol uses themultiplicative group of integers modulop, wherep isprime, andg is aprimitive root modulop. To guard against potential vulnerabilities, it is recommended to use prime numbers of at least 2048 bits in length. This increases the difficulty for an adversary attempting to compute the discrete logarithm and compromise the shared secret. These two values are chosen in this way to ensure that the resulting shared secret can take on any value from 1 top − 1. Here is an example of the protocol, with non-secret values inblue, and secret values inred.

  1. Alice and Bob publicly agree to use a modulusp =23 and baseg =5 (which is a primitive root modulo 23).
  2. Alice chooses a secret integera = 4, then sends BobA =ga modp
    • A =54 mod23 =4 (in this example bothA anda have the same value 4, but this is usually not the case)
  3. Bob chooses a secret integerb = 3, then sends AliceB =gb modp
    • B =53 mod23 =10
  4. Alice computess =Ba modp
    • s =104 mod23 =18
  5. Bob computess =Ab modp
    • s =43 mod23 =18
  6. Alice and Bob now share a secret (the number 18).

Both Alice and Bob have arrived at the same values because under modp,

Abmodp=gabmodp=gbamodp=Bamodp{\displaystyle {\color {Blue}A}^{\color {Red}{\boldsymbol {b}}}{\bmod {\color {Blue}p}}={\color {Blue}g}^{\color {Red}{\boldsymbol {ab}}}{\bmod {\color {Blue}p}}={\color {Blue}g}^{\color {Red}{\boldsymbol {ba}}}{\bmod {\color {Blue}p}}={\color {Blue}B}^{\color {Red}{\boldsymbol {a}}}{\bmod {\color {Blue}p}}}

More specifically,

(gamodp)bmodp=(gbmodp)amodp{\displaystyle ({\color {Blue}g}^{\color {Red}{\boldsymbol {a}}}{\bmod {\color {Blue}p}})^{\color {Red}{\boldsymbol {b}}}{\bmod {\color {Blue}p}}=({\color {Blue}g}^{\color {Red}{\boldsymbol {b}}}{\bmod {\color {Blue}p}})^{\color {Red}{\boldsymbol {a}}}{\bmod {\color {Blue}p}}}

Onlya andb are kept secret. All the other values –p,g,ga modp, andgb modp – are sent in the clear. The strength of the scheme comes from the fact thatgab modp =gba modp take extremely long times to compute by any known classical algorithm just from the knowledge ofp,g,ga modp, andgb modp. Such a function that is easy to compute but hard to invert is called aone-way function. Once Alice and Bob compute the shared secret they can use it as an encryption key, known only to them, for sending messages across the same open communications channel.

Of course, much larger values ofa,b, andp would be needed to make this example secure, since there are only 23 possible results ofn mod 23. However, ifp is a prime of at least 600 digits, then even the fastest modern computers using the fastest known algorithm cannot finda given onlyg,p andga modp. Such a problem is called thediscrete logarithm problem.[2] The computation ofga modp is known asmodular exponentiation and can be done efficiently even for large numbers.Note thatg need not be large at all, and in practice is usually a small integer (like 2, 3, ...).

Secrecy chart

[edit]

The chart below depicts who knows what, again with non-secret values inblue, and secret values inred. HereEve is aneavesdropper – she watches what is sent between Alice and Bob, but she does not alter the contents of their communications.

  • g, public (primitive root) base, known to Alice, Bob, and Eve.g =5
  • p, public (prime) modulus, known to Alice, Bob, and Eve.p =23
  • a, Alice's private key, known only to Alice.a =6
  • b, Bob's private key known only to Bob.b =15
  • A, Alice's public key, known to Alice, Bob, and Eve.A =ga modp =8
  • B, Bob's public key, known to Alice, Bob, and Eve.B =gb modp =19
Alice
KnownUnknown
p =23
g =5
a =6b
A =5a mod23
A =56 mod23 =8
B =19
s =Ba mod23
s =196 mod23 =2
Bob
KnownUnknown
p =23
g =5
b =15a
B =5b mod23
B =515 mod23 =19
A =8
s =Ab mod23
s =815 mod23 =2
Eve
KnownUnknown
p =23
g =5
a,b
  
  
A =8,B =19
  
s

Nows is the shared secret key and it is known to both Alice and Bob, butnot to Eve. Note that it is not helpful for Eve to computeAB, which equalsga+b modp.

Note: It should be difficult for Alice to solve for Bob's private key or for Bob to solve for Alice's private key. If it is not difficult for Alice to solve for Bob's private key (or vice versa), then an eavesdropper,Eve, may simply substitute her own private / public key pair, plug Bob's public key into her private key, produce a fake shared secret key, and solve for Bob's private key (and use that to solve for the shared secret key).Eve may attempt to choose a public / private key pair that will make it easy for her to solve for Bob's private key.

Generalization to finite cyclic groups

[edit]

Here is a more general description of the protocol:[10]

  1. Alice and Bob agree on a natural numbern and agenerating elementg in the finitecyclic groupG of ordern. (This is usually done long before the rest of the protocol;g andn are assumed to be known by all attackers.) The groupG is written multiplicatively.
  2. Alice picks a randomnatural numbera with 1 <a <n, and sends the elementga ofG to Bob.
  3. Bob picks a random natural numberb with 1 <b <n, and sends the elementgb ofG to Alice.
  4. Alice computes the element(gb)a =gba of G.
  5. Bob computes the element(ga)b =gab of G.

Both Alice and Bob are now in possession of the group elementgab =gba, which can serve as the shared secret key. The groupG satisfies the requisite condition forsecure communication as long as there is no efficient algorithm for determininggab giveng,ga, andgb.

For example, theelliptic curve Diffie–Hellman protocol is a variant that represents an element of G as a point on an elliptic curve instead of as an integer modulo n. Variants usinghyperelliptic curves have also been proposed. Thesupersingular isogeny key exchange is a Diffie–Hellman variant that was designed to be secure againstquantum computers, but it was broken in July 2022.[11]

Ephemeral and/or static keys

[edit]

The used keys can either be ephemeral or static (long term) key, but could even be mixed, so called semi-static DH. These variants have different properties and hence different use cases. An overview over many variants and some also discussions can for example be found in NIST SP 800-56A.[12] A basic list:

  1. ephemeral, ephemeral: Usually used for key agreement. Providesforward secrecy, but noauthenticity.
  2. static, static: Would generate a long term shared secret. Does not provide forward secrecy, but implicit authenticity. Since the keys are static it would for example not protect againstreplay-attacks.
  3. ephemeral, static: For example, used inElGamal encryption orIntegrated Encryption Scheme (IES). If used in key agreement it could provide implicit one-sided authenticity (the ephemeral side could verify the authenticity of the static side). No forward secrecy is provided.

It is possible to use ephemeral and static keys in one key agreement to provide more security as for example shown in NIST SP 800-56A, but it is also possible to combine those in a single DH key exchange, which is then called triple DH (3-DH).

Triple Diffie–Hellman (3-DH)

[edit]

In 1997 a kind of triple DH was proposed by Simon Blake-Wilson, Don Johnson and Alfred Menezes,[13] which was improved by C. Kudla and K. G. Paterson in 2005[14] and shown to be secure.

The long term secret keys of Alice and Bob are denoted bya andb respectively, with public keysA andB, as well as the ephemeral key pairs (x,X) and (y,Y). Then protocol is:

Triple Diffie–Hellman (3-DH) protocol
Alice (A=ga{\displaystyle A=g^{a}})Bob (B=gb{\displaystyle B=g^{b}})
X=gx{\displaystyle X=g^{x}}X{\displaystyle X\rightarrow {}}
Y{\displaystyle {}\leftarrow Y}Y=gy{\displaystyle Y=g^{y}}
K=KDF(Yx,Bx,Ya,X,Y,A,B){\displaystyle K=\operatorname {KDF} \left(Y^{x},\,B^{x},\,Y^{a},\,X,\,Y,\,A,\,B\right)}K=KDF(Xy,Xb,Ay,X,Y,A,B){\displaystyle K=\operatorname {KDF} \left(X^{y},\,X^{b},\,A^{y},\,X,\,Y,\,A,\,B\right)}

The long term public keys need to be transferred somehow. That can be done beforehand in a separate, trusted channel, or the public keys can be encrypted using some partial key agreement to preserve anonymity. For more of such details as well as other improvements likeside channel protection or explicitkey confirmation, as well as early messages and additional password authentication, see e.g. US patent "Advanced modular handshake for key agreement and optional authentication".[15]

Extended Triple Diffie–Hellman (X3DH)

[edit]

X3DH was initially proposed as part of theDouble Ratchet Algorithm used in theSignal Protocol. The protocol offers forward secrecy and cryptographic deniability. It operates on an elliptic curve.[16]

The protocol uses five public keys. Alice has an identity key IKA and an ephemeral key EKA. Bob has an identity key IKB, a signed prekey SPKB, and a one-time prekey OPKB.[16] Bob first publishes his three keys to a server, which Alice downloads and verifies the signature on. Alice then initiates the exchange to Bob.[16] The OPK is optional.[16]

Operation with more than two parties

[edit]

Diffie–Hellman key agreement is not limited to negotiating a key shared by only two participants. Any number of users can take part in an agreement by performing iterations of the agreement protocol and exchanging intermediate data (which does not itself need to be kept secret). For example, Alice, Bob, and Carol could participate in a Diffie–Hellman agreement as follows, with all operations taken to be modulop:

  1. The parties agree on the algorithm parametersp andg.
  2. The parties generate their private keys, nameda,b, andc.
  3. Alice computesga modp and sends it to Bob.
  4. Bob computes(ga)b modp =gab modp and sends it to Carol.
  5. Carol computes(gab)c modp =gabc modp and uses it as her secret.
  6. Bob computesgb modp and sends it to Carol.
  7. Carol computes(gb)c modp =gbc modp and sends it to Alice.
  8. Alice computes(gbc)a modp =gbca modp =gabc modp and uses it as her secret.
  9. Carol computesgc modp and sends it to Alice.
  10. Alice computes(gc)a modp =gca modp and sends it to Bob.
  11. Bob computes(gca)b modp =gcab modp =gabc modp and uses it as his secret.

An eavesdropper has been able to seega modp,gb modp,gc modp,gab modp,gac modp, andgbc modp, but cannot use any combination of these to efficiently reproducegabc modp.

To extend this mechanism to larger groups, two basic principles must be followed:

  • Starting with an "empty" key consisting only ofg, the secret is made by raising the current value to every participant's private exponent once, in any order (the first such exponentiation yields the participant's own public key).
  • Any intermediate value (having up toN−1 exponents applied, whereN is the number of participants in the group) may be revealed publicly, but the final value (having had allN exponents applied) constitutes the shared secret and hence must never be revealed publicly. Thus, each user must obtain their copy of the secret by applying their own private key last (otherwise there would be no way for the last contributor to communicate the final key to its recipient, as that last contributor would have turned the key into the very secret the group wished to protect).

These principles leave open various options for choosing in which order participants contribute to keys. The simplest and most obvious solution is to arrange theN participants in a circle and haveN keys rotate around the circle, until eventually every key has been contributed to by allN participants (ending with its owner) and each participant has contributed toN keys (ending with their own). However, this requires that every participant performN modular exponentiations.

By choosing a more desirable order, and relying on the fact that keys can be duplicated, it is possible to reduce the number of modular exponentiations performed by each participant tolog2(N) + 1 using adivide-and-conquer-style approach, given here for eight participants:

  1. Participants A, B, C, and D each perform one exponentiation, yieldinggabcd; this value is sent to E, F, G, and H. In return, participants A, B, C, and D receivegefgh.
  2. Participants A and B each perform one exponentiation, yieldinggefghab, which they send to C and D, while C and D do the same, yieldinggefghcd, which they send to A and B.
  3. Participant A performs an exponentiation, yieldinggefghcda, which it sends to B; similarly, B sendsgefghcdb to A. C and D do similarly.
  4. Participant A performs one final exponentiation, yielding the secretgefghcdba =gabcdefgh, while B does the same to getgefghcdab =gabcdefgh; again, C and D do similarly.
  5. Participants E through H simultaneously perform the same operations usinggabcd as their starting point.

Once this operation has been completed all participants will possess the secretgabcdefgh, but each participant will have performed only four modular exponentiations, rather than the eight implied by a simple circular arrangement.

Security and practical considerations

[edit]

The protocol is considered secure against eavesdroppers ifG andg are chosen properly. In particular, the order of the group G must be large, particularly if the same group is used for large amounts of traffic. The eavesdropper has to solve theDiffie–Hellman problem to obtaingab. This is currently considered difficult for groups whose order is large enough. An efficient algorithm to solve thediscrete logarithm problem would make it easy to computea orb and solve the Diffie–Hellman problem, making this and many other public key cryptosystems insecure. Fields of small characteristic may be less secure.[17]

Theorder ofG should have a large prime factor to prevent use of thePohlig–Hellman algorithm to obtaina orb. For this reason, aSophie Germain primeq is sometimes used to calculatep = 2q + 1, called asafe prime, since the order ofG is then only divisible by 2 andq. Sometimesg is chosen to generate the orderq subgroup ofG, rather thanG, so that theLegendre symbol ofga never reveals the low order bit ofa. A protocol using such a choice is for exampleIKEv2.[18]

The generatorg is often a small integer such as 2. Because of therandom self-reducibility of the discrete logarithm problem a smallg is equally secure as any other generator of the same group.

If Alice and Bob userandom number generators whose outputs are not completely random and can be predicted to some extent, then it is much easier to eavesdrop.

In the original description, the Diffie–Hellman exchange by itself does not provideauthentication of the communicating parties and can be vulnerable to aman-in-the-middle attack.Mallory (an active attacker executing the man-in-the-middle attack) may establish two distinct key exchanges, one with Alice and the other with Bob, effectively masquerading as Alice to Bob, and vice versa, allowing her to decrypt, then re-encrypt, the messages passed between them. Note that Mallory must be in the middle from the beginning and continuing to be so, actively decrypting and re-encrypting messages every time Alice and Bob communicate. If she arrives after the keys have been generated and the encrypted conversation between Alice and Bob has already begun, the attack cannot succeed. If she is ever absent, her previous presence is then revealed to Alice and Bob. They will know that all of their private conversations had been intercepted and decoded by someone in the channel. In most cases it will not help them get Mallory's private key, even if she used the same key for both exchanges.

A method to authenticate the communicating parties to each other is generally needed to prevent this type of attack. Variants of Diffie–Hellman, such asSTS protocol, may be used instead to avoid these types of attacks.

Denial-of-service attack

[edit]

ACVE released in 2021 (CVE-2002-20001) disclosed adenial-of-service attack (DoS) against the protocol variants using ephemeral keys, called D(HE)at attack.[19] The attack exploits that the Diffie–Hellman key exchange allows attackers to send arbitrary numbers that are actually not public keys, triggering expensive modular exponentiation calculations on the victim's side. Another CVEs release disclosed that the Diffie–Hellman key exchange implementations may use long private exponents (CVE-2022-40735) that arguably make modular exponentiation calculations unnecessarily expensive[20] or may unnecessarily check a peer's public key (CVE-2024-41996) which has similar resource requirement as key calculation using a long exponent.[21] An attacker can exploit both vulnerabilities together.

Practical attacks on Internet traffic

[edit]

Thenumber field sieve algorithm, which is generally the most effective in solving thediscrete logarithm problem, consists of four computational steps. The first three steps only depend on the order of the group G, not on the specific number whose finite log is desired.[22] It turns out that much Internet traffic uses one of a handful of groups that are of order 1024 bits or less.[2] Byprecomputing the first three steps of the number field sieve for the most common groups, an attacker need only carry out the last step, which is much less computationally expensive than the first three steps, to obtain a specific logarithm. TheLogjam attack used this vulnerability to compromise a variety of Internet services that allowed the use of groups whose order was a 512-bit prime number, so calledexport grade. The authors needed several thousand CPU cores for a week to precompute data for a single 512-bit prime. Once that was done, individual logarithms could be solved in about a minute using two 18-core Intel Xeon CPUs.[2]

As estimated by the authors behind the Logjam attack, the much more difficult precomputation needed to solve the discrete log problem for a 1024-bit prime would cost on the order of $100 million, well within the budget of a large nationalintelligence agency such as the U.S.National Security Agency (NSA). The Logjam authors speculate that precomputation against widely reused 1024-bit DH primes is behind claims inleaked NSA documents that NSA is able to break much of current cryptography.[2]

To avoid these vulnerabilities, the Logjam authors recommend use ofelliptic curve cryptography, for which no similar attack is known. Failing that, they recommend that the order,p, of the Diffie–Hellman group should be at least 2048 bits. They estimate that the pre-computation required for a 2048-bit prime is 109 times more difficult than for 1024-bit primes.[2]

Security against quantum computers

[edit]

Quantum computers can break public-key cryptographic schemes, such as RSA, finite-field DH and elliptic-curve DH key-exchange protocols, usingShor's algorithm for solving thefactoring problem, thediscrete logarithm problem, and the period-finding problem. Apost-quantum variant of Diffie-Hellman algorithm was proposed in 2023, and relies on a combination of the quantum-resistant CRYSTALS-Kyber protocol, as well as the old elliptic curveX25519 protocol.

Other uses

[edit]

Encryption

[edit]

Public key encryption schemes based on the Diffie–Hellman key exchange have been proposed. The first such scheme is theElGamal encryption. A more modern variant is theIntegrated Encryption Scheme.

Forward secrecy

[edit]

Protocols that achieveforward secrecy generate new key pairs for eachsession and discard them at the end of the session. The Diffie–Hellman key exchange is a frequent choice for such protocols, because of its fast key generation.

Password-authenticated key agreement

[edit]

When Alice and Bob share a password, they may use apassword-authenticated key agreement (PK) form of Diffie–Hellman to prevent man-in-the-middle attacks. One simple scheme is to compare thehash ofs concatenated with the password calculated independently on both ends of channel. A feature of these schemes is that an attacker can only test one specific password on each iteration with the other party, and so the system provides good security with relatively weak passwords. This approach is described inITU-T RecommendationX.1035, which is used by theG.hn home networking standard.

An example of such a protocol is theSecure Remote Password protocol.

Public key

[edit]

It is also possible to use Diffie–Hellman as part of apublic key infrastructure, allowing Bob to encrypt a message so that only Alice will be able to decrypt it, with no prior communication between them other than Bob having trusted knowledge of Alice's public key. Alice's public key is(gamodp,g,p){\displaystyle (g^{a}{\bmod {p}},g,p)}. To send her a message, Bob chooses a randomb and then sends Alicegbmodp{\displaystyle g^{b}{\bmod {p}}} (unencrypted) together with the message encrypted with symmetric key(ga)bmodp{\displaystyle (g^{a})^{b}{\bmod {p}}}. Only Alice can determine the symmetric key and hence decrypt the message because only she hasa (the private key). A pre-shared public key also prevents man-in-the-middle attacks.

In practice, Diffie–Hellman is not used in this way, withRSA being the dominant public key algorithm. This is largely for historical and commercial reasons,[citation needed] namely thatRSA Security created acertificate authority for key signing that becameVerisign. Diffie–Hellman, as elaborated above, cannot directly be used to sign certificates. However, theElGamal andDSA signature algorithms are mathematically related to it, as well asMQV,STS and theIKE component of theIPsec protocol suite for securingInternet Protocol communications.

See also

[edit]

Notes

[edit]
  1. ^Synonyms of Diffie–Hellman key exchange include:
    • Diffie–Hellman–Merkle key exchange
    • Diffie–Hellman key agreement
    • Diffie–Hellman key establishment
    • Diffie–Hellman key negotiation
    • Exponential key exchange
    • Diffie–Hellman protocol
    • Diffie–Hellman handshake

References

[edit]
  1. ^Merkle, Ralph C. (April 1978). "Secure Communications Over Insecure Channels".Communications of the ACM.21 (4):294–299.CiteSeerX 10.1.1.364.5157.doi:10.1145/359460.359473.S2CID 6967714.Received August, 1975; revised September 1977
  2. ^abcdefAdrian, David; et al. (October 2015)."Imperfect Forward Secrecy: How Diffie–Hellman Fails in Practice"(PDF).Archived(PDF) from the original on 2015-09-06.
  3. ^abDiffie, Whitfield;Hellman, Martin E. (November 1976)."New Directions in Cryptography"(PDF).IEEE Transactions on Information Theory.22 (6):644–654.Bibcode:1976ITIT...22..644D.CiteSeerX 10.1.1.37.9720.doi:10.1109/TIT.1976.1055638.Archived(PDF) from the original on 2014-11-29.
  4. ^Ellis, J. H. (January 1970)."The possibility of Non-Secret digital encryption"(PDF).CESG Research Report. Archived fromthe original(PDF) on 2014-10-30. Retrieved2015-08-28.
  5. ^"The Possibility of Secure Secret Digital Encryption"(PDF).Archived(PDF) from the original on 2017-02-16. Retrieved2017-07-08.
  6. ^"GCHQ trio recognised for key to secure shopping online".BBC News. 5 October 2010.Archived from the original on 10 August 2014. Retrieved5 August 2014.
  7. ^US patent 4200770 
  8. ^Hellman, Martin E. (May 2002),"An overview of public key cryptography"(PDF),IEEE Communications Magazine,40 (5):42–49,Bibcode:2002IComM..40e..42H,CiteSeerX 10.1.1.127.2652,doi:10.1109/MCOM.2002.1006971,S2CID 9504647,archived(PDF) from the original on 2016-04-02
  9. ^Wong, David (2021)."Key exchange standards".Real World Cryptography. Manning.ISBN 9781617296710 – via Google Books.
  10. ^Buchmann, Johannes A. (2013).Introduction to Cryptography (Second ed.). Springer Science+Business Media. pp. 190–191.ISBN 978-1-4419-9003-7.
  11. ^Castryck, Wouter; Decru, Thomas (April 2023)."An efficient key recovery attack on SIDH"(PDF).Annual International Conference on the Theory and Applications of Cryptographic Techniques:423–447. Archived fromthe original(PDF) on 2024-09-26.
  12. ^Barker, Elaine; Chen, Lily; Roginsky, Allen; Vassilev, Apostol; Davis, Richard (2018-04-16).Recommendation for Pair-Wise Key-Establishment Schemes Using Discrete Logarithm Cryptography (Report). National Institute of Standards and Technology.
  13. ^Blake-Wilson, Simon; Johnson, Don; Menezes, Alfred (1997), "Key Agreement Protocols and their Security Analysis",Crytography and Coding, Lecture Notes in Computer Science, vol. 1355, pp. 30–45,CiteSeerX 10.1.1.25.387,doi:10.1007/BFb0024447,ISBN 978-3-540-63927-5
  14. ^Kudla, Caroline; Paterson, Kenneth G. (2005). "Modular Security Proofs for Key Agreement Protocols". In Roy, Bimal (ed.).Advances in Cryptology - ASIACRYPT 2005(PDF). Lecture Notes in Computer Science. Vol. 3788. Berlin, Heidelberg: Springer. pp. 549–565.doi:10.1007/11593447_30.ISBN 978-3-540-32267-2.
  15. ^US11025421B2, Fay, Bjorn, "Advanced modular handshake for key agreement and optional authentication", issued 2021-06-01 
  16. ^abcd"Specifications >> The X3DH Key Agreement Protocol".Signal Messenger.
  17. ^Barbulescu, Razvan; Gaudry, Pierrick; Joux, Antoine; Thomé, Emmanuel (2014)."A Heuristic Quasi-Polynomial Algorithm for Discrete Logarithm in Finite Fields of Small Characteristic"(PDF).Advances in Cryptology – EUROCRYPT 2014. Proceedings 33rd Annual International Conference on the Theory and Applications of Cryptographic Techniques. Lecture Notes in Computer Science. Vol. 8441. Copenhagen, Denmark. pp. 1–16.doi:10.1007/978-3-642-55220-5_1.ISBN 978-3-642-55220-5.Archived(PDF) from the original on 2020-03-22.
  18. ^"RFC 4306 Internet Key Exchange (IKEv2) Protocol". Internet Engineeringrg/web/20150107073645/http://www.ietf.org/rfc/rfc4306.txt.
  19. ^Pfeiffer, Szilárd; Tihanyi, Norbert (25 December 2023)."D(HE)at: A Practical Denial-of-Service Attack on the Finite Field Diffie-Hellman Key Exchange".IEEE Access.12:957–980.doi:10.1109/ACCESS.2023.3347422.
  20. ^van Oorschot, P.C.; Wiener, M.J. (1996)."On Diffie-Hellman Key Agreement with Short Exponents".Advances in Cryptology — EUROCRYPT '96. Lecture Notes in Computer Science. Vol. 1070. Springer, Berlin, Heidelberg (published 2001). pp. 332–343.doi:10.1007/3-540-68339-9_29.ISBN 978-3-540-61186-8.Archived from the original on 2023-02-19.
  21. ^Elaine, Barker; Lily, Chen; Allen, Roginsky; Apostol, Vassilev; Richard, Davis (2018)."Recommendation for Pair-Wise Key-Establishment Schemes Using Discrete Logarithm Cryptography". National Institute of Standards and Technology.doi:10.6028/NIST.SP.800-56Ar3.
  22. ^Whitfield Diffie, Paul C. Van Oorschot, and Michael J. Wiener "Authentication and Authenticated Key Exchanges", in Designs, Codes and Cryptography, 2, 107–125 (1992), Section 5.2, available as Appendix B toU.S. patent 5,724,425

General references

[edit]

External links

[edit]
  • Oral history interview with Martin Hellman,Charles Babbage Institute, University of Minnesota. Leading cryptography scholar Martin Hellman discusses the circumstances and fundamental insights of his invention of public key cryptography with collaborators Whitfield Diffie and Ralph Merkle atStanford University in the mid-1970s.
  • RFC 2631Diffie–Hellman Key Agreement Method. E. Rescorla. June 1999.
  • RFC 3526More Modular Exponential (MODP) Diffie–Hellman groups for Internet Key Exchange (IKE). T. Kivinen, M. Kojo, SSH Communications Security. May 2003.


Algorithms
Integer factorization
Discrete logarithm
Lattice/SVP/CVP/LWE/SIS
Others
Theory
Standardization
Topics
General
Mathematics
Retrieved from "https://en.wikipedia.org/w/index.php?title=Diffie–Hellman_key_exchange&oldid=1338044146"
Categories:
Hidden categories:

[8]ページ先頭

©2009-2026 Movatter.jp