McEliece cryptosystem
Template:Short description Template:Use dmy dates
In cryptography, the McEliece cryptosystem is an asymmetric encryption algorithm developed in 1978 by Robert McEliece.<ref name="McEliece"> Template:Cite journal</ref> It was the first such scheme to use randomization in the encryption process. The algorithm has never gained much acceptance in the cryptographic community, but is a candidate for "post-quantum cryptography", as it is immune to attacks using Shor's algorithm and – more generally – measuring coset states using Fourier sampling.<ref name="quantum-fourier"> Template:Cite conference</ref>
The algorithm is based on the hardness of decoding a general linear code (which is known to be NP-hard<ref name="intractability"> Template:Cite journal</ref>). For a description of the private key, an error-correcting code is selected for which an efficient decoding algorithm is known, and that is able to correct <math>t</math> errors. The original algorithm uses binary Goppa codes (subfield codes of algebraic geometry codes of a genus-0 curve over finite fields of characteristic 2); these codes can be efficiently decoded, thanks to an algorithm due to Patterson.<ref name="Patterson"> Template:Cite journal</ref> The public key is derived from the private key by disguising the selected code as a general linear code. For this, the code's generator matrix <math>G</math> is perturbated by two randomly selected invertible matrices <math>S</math> and <math>P</math> (see below).
Variants of this cryptosystem exist, using different types of codes. Most of them were proven less secure; they were broken by structural decoding.
McEliece with Goppa codes has resisted cryptanalysis so far. The most effective attacks known use information-set decoding algorithms. A 2008 paper describes both an attack and a fix.<ref name="fix"> Template:Cite book</ref> Another paper shows that for quantum computing, key sizes must be increased by a factor of four due to improvements in information set decoding.<ref> Template:Cite conference</ref>
The McEliece cryptosystem has some advantages over, for example, RSA. The encryption and decryption are faster.<ref> {{#invoke:citation/CS1|citation |CitationClass=web }}</ref> For a long time, it was thought that McEliece could not be used to produce signatures. However, a signature scheme can be constructed based on the Niederreiter scheme, the dual variant of the McEliece scheme. One of the main disadvantages of McEliece is that the private and public keys are large matrices. For a standard selection of parameters, the public key is 512 kilobits long.
Scheme definitionEdit
McEliece consists of three algorithms: a probabilistic key generation algorithm that produces a public and a private key, a probabilistic encryption algorithm, and a deterministic decryption algorithm.
All users in a McEliece deployment share a set of common security parameters: <math>n, k, t</math>.
Key generationEdit
The principle is that Alice chooses a linear code <math>C</math> from some family of codes for which she knows an efficient decoding algorithm, and to make <math>C</math> public knowledge but keep the decoding algorithm secret. Such a decoding algorithm requires not just knowing <math>C</math>, in the sense of knowing an arbitrary generator matrix, but requires one to know the parameters used when specifying <math>C</math> in the chosen family of codes. For instance, for binary Goppa codes, this information would be the Goppa polynomial and the code locators. Therefore, Alice may publish a suitably obfuscated generator matrix of <math>C</math>.
More specifically, the steps are as follows:
- Alice selects a binary <math>(n, k)</math>-linear code <math>C</math> capable of (efficiently) correcting <math>t</math> errors from some large family of codes, e.g. binary Goppa codes. This choice should give rise to an efficient decoding algorithm <math>A</math>. Let also <math>G</math> be any generator matrix for <math>C</math>. Any linear code has many generator matrices, but often there is a natural choice for this family of codes. Knowing this would reveal <math>A</math> so it should be kept secret.
- Alice selects a random <math>k \times k</math> binary non-singular matrix <math>S</math>.
- Alice selects a random <math>n \times n</math> permutation matrix <math>P</math>.
- Alice computes the <math>k \times n</math> matrix <math>{\hat G} = SGP</math>.
- Alice's public key is <math>({\hat G}, t)</math>; her private key is <math>(S, P, A)</math>. Note that <math>A</math> could be encoded and stored as the parameters used for selecting <math>C</math>.
Message encryptionEdit
Suppose Bob wishes to send a message m to Alice whose public key is <math>({\hat G}, t)</math>:
- Bob encodes the message <math>m</math> as a binary string of length <math>k</math>.
- Bob computes the vector <math>c^{\prime} = m{\hat G}</math>.
- Bob generates a random <math>n</math>-bit vector <math>z</math> containing exactly <math>t</math> ones (a vector of length <math>n</math> and weight <math>t</math>)<ref name="McEliece"/>
- Bob sends Alice the ciphertext computed as <math>c = c^{\prime} + z</math>.
Message decryptionEdit
Upon receipt of <math>c</math>, Alice performs the following steps to decrypt the message:
- Alice computes the inverse of <math>P</math> (i.e. <math>P^{-1}</math>).
- Alice computes <math>{\hat c} = cP^{-1}</math>.
- Alice uses the decoding algorithm <math>A</math> to decode <math>{\hat c}</math> to <math>{\hat m}</math>.
- Alice computes <math>m = {\hat m}S^{-1}</math>.
Proof of message decryptionEdit
Note that <math>{\hat c} = cP^{-1} = m{\hat G}P^{-1} + zP^{-1} = mSG + zP^{-1}</math>, and that <math>P</math> is a permutation matrix, thus <math>zP^{-1}</math> has weight <math>t</math>.
The Goppa code <math>G</math> can correct up to <math>t</math> errors, and the word <math>mSG</math> is at distance at most <math>t</math> from <math>cP^{-1}</math>. Therefore, the correct code word <math>{\hat m} = mS</math> is obtained.
Multiplying with the inverse of <math>S</math> gives <math>m = {\hat m}S^{-1}= mSS^{-1}</math>, which is the plain text message.
Key sizesEdit
Because there is a free choice in the matrix <math>S</math>, it is common to express <math>{\hat G}</math> in "systematic form" so that the last <math>k</math> columns correspond to the identity matrix <math>{\hat G} = ({\tilde G}|I)</math>. This reduces the key size to <math>(n-k) \times k</math>.<ref name="NIST-Submission-Overview"> {{#invoke:citation/CS1|citation |CitationClass=web }}</ref><ref name="Code-Based-Cryptography-Lecture">{{#invoke:citation/CS1|citation |CitationClass=web }}</ref> McEliece originally suggested security parameter sizes of <math>n=1024, k=524, t=50</math>,<ref name="McEliece"/> resulting in a public key size of Template:Nowrap. Recent analysis suggests parameter sizes of <math>n=2048, k=1751, t=27</math> for 80 bits of security when using standard algebraic decoding, or <math>n=1632, k=1269, t=34</math> when using list decoding for the Goppa code, giving rise to public key sizes of Template:Val and Template:Val respectively.<ref name="fix"/> For resiliency against quantum computers, sizes of <math>n=6960, k=5413, t=119</math> with Goppa code were proposed, giving the size of public key of Template:Val.<ref name="PQcrypto-initial"> {{#invoke:citation/CS1|citation |CitationClass=web }}</ref> In its round 3 submission to the NIST post quantum standardization the highest level of security, level 5 is given for parameter sets 6688128, 6960119, and 8192128. The parameters are <math>n=6688, k=128, t= 13</math>, <math>n= 6960, k = 119, t = 13 </math>, <math>n=8192, k =128, t = 13 </math> respectively.
AttacksEdit
An attack consists of an adversary, who knows the public key <math>({\hat G}, t)</math> but not the private key, deducing the plaintext from some intercepted ciphertext <math>y \in \mathbb{F}_2^n</math>. Such attempts should be infeasible.
There are two main branches of attacks for McEliece:
Brute-force / unstructured attacksEdit
The attacker knows <math>\hat G</math>, the generator matrix of an <math>(n,k)</math> code <math>\hat C</math> that is combinatorially able to correct <math>t</math> errors. The attacker may ignore the fact that <math>\hat C</math> is really the obfuscation of a structured code chosen from a specific family, and instead just use an algorithm for decoding with any linear code. Several such algorithms exist, such as going through each codeword of the code, syndrome decoding, or information set decoding.
Decoding a general linear code, however, is known to be NP-hard,<ref name="intractability"/> however, and all of the above-mentioned methods have exponential running time.
In 2008, Bernstein, Lange, and Peters<ref name="fix"/> described a practical attack on the original McEliece cryptosystem, using the information set decoding method by Stern.<ref> Template:Cite book</ref> Using the parameters originally suggested by McEliece, the attack could be carried out in 260.55 bit operations. Since the attack is embarrassingly parallel (no communication between nodes is necessary), it can be carried out in days on modest computer clusters.
Structural attacksEdit
The attacker may instead attempt to recover the "structure" of <math>C</math>, thereby recovering the efficient decoding algorithm <math>A</math> or another sufficiently strong, efficient decoding algorithm.
The family of codes from which <math>C</math> is chosen completely determines whether this is possible for the attacker. Many code families have been proposed for McEliece, and most of them have been completely "broken" in the sense that attacks have been found that recover an efficient decoding algorithm, such as Reed-Solomon codes.
The originally proposed binary Goppa codes remain one of the few suggested families of codes that have largely resisted attempts at devising structural attacks.
Post-quantum encryption candidateEdit
A variant of this algorithm combined with NTS-KEM<ref>{{#invoke:citation/CS1|citation |CitationClass=web }}</ref> was entered into and selected during the third round of the NIST post-quantum encryption competition.<ref>Template:Cite journal</ref>
ReferencesEdit
External linksEdit
- Template:Cite book
- Template:Cite book
- {{#invoke:citation/CS1|citation
|CitationClass=web }}
- {{#invoke:citation/CS1|citation
|CitationClass=web }} (Submission to the NIST Post-Quantum Cryptography Standardization Project)