In cryptography, a Lamport signature or Lamport onetime signature scheme is a method for constructing a digital signature. Lamport signatures can be built from any cryptographically secure oneway function; usually a cryptographic hash function is used.
Although the potential development of quantum computers threatens the security of many common forms of cryptography such as RSA, it is believed that Lamport signatures with large hash functions would still be secure in that event. Unfortunately, each Lamport key can only be used to sign a single message. However, combined with hash trees, a single key could be used for many messages, making this a fairly efficient digital signature scheme.
Mathematical description Edit
Below is a short description of how Lamport signatures work, written in mathematical notation. For a plain English description see the next section. Note that the "message" in this description is a fixed sized block of reasonable size, possibly (but not necessarily) the hash result of an arbitrary long message being signed.
Keys Edit
Let be a positive integer and let be the set of messages. Let be a oneway function.
For and the signer chooses randomly and computes .
The private key consists of values . The public key consists of the values .
Signing a message Edit
Let be a message.
The signature of the message is .
Verifying a signature Edit
The verifier validates a signature by checking that for all .
In order to forge a message Eve would have to invert the oneway function . This is assumed to be intractable for suitably sized inputs and outputs.
Example Edit
This section is a more concrete description of the Lamport signature scheme in plain English. Alice has a 256bit cryptographic hash function and some kind of secure random number generator. She wants to create and use a Lamport key pair, that is, a private key and a corresponding public key.
Making the key pair Edit
To create the private key Alice uses the random number generator to produce 256 pairs of random numbers (2×256 numbers in total), each number being 256 bits in size, that is, a total of 2×256×256 bits = 16 KiB in total. This is her private key and she will store it away in a secure place for later use.
To create the public key she hashes each of the 512 random numbers in the private key, thus creating 512 hashes, each 256 bits in size. (Also 16 KiB in total.) These 512 numbers form her public key, which she will share with the world.
Signing the message Edit
Later Alice wants to sign a message. First she hashes the message to a 256bit hash sum. Then for each bit in the hash sum she picks the corresponding number from her private key. If for instance the first bit in the hash sum is a 0, she picks the first number in the first pair. If the first bit instead is a 1, then she uses the second number in the first pair. And so on. This gives her 256 random numbers. That is, 256×256 bits = 8 KiB in total. These random numbers are her signature and she publishes them along with the message.
Note that now Alice's private key is used and should never be used again. The other 256 random numbers that she did not use for the signature she must never publish or use. Preferably she should delete them. Otherwise others will later be able to create false signatures.
Verifying the signature Edit
Then Bob wants to verify Alice's signature of the message. He also hashes the message to get a 256bit hash sum. Then he uses the bits in the hash sum to pick out 256 of the hashes in Alice's public key. He picks the hashes in the same manner that Alice picked the random numbers for the signature. That is, if the first bit of the message hash is a 0, he picks the first hash in the first pair, and so on.
Then Bob hashes each of the 256 random numbers in Alice's signature. This gives him 256 hashes. If these 256 hashes exactly match the 256 hashes he just picked from Alice's public key then the signature is ok. If not, then something is wrong.
Note that prior to that Alice has published the signature of a message no one else knows the 2×256 random numbers in the private key. Thus no one else can create the proper list of 256 random numbers for the signature. And after Alice has published the signature others still do not know the other 256 random numbers and thus can not create signatures that fits other message hashes.
Security parameters Edit
The security of Lamport signatures is based on security of the one way hash function, the length of its output and the quality of the input.
For a hash function that generates an nbit message digest, the ideal preimage and 2nd preimage resistance on a single hash function invocation implies on the order of 2^{n} operations and 2^{n} bits of memory effort to find a collision under a classical computing model. According to Grover's algorithm, finding a preimage collision on a single invocation of an ideal hash function is upper bound on O(2^{n/2}) operations under a quantum computing model. In Lamport signatures, each bit of the public key and signature is based on short messages requiring only a single invocation to a hash function.
For each private key y_{i,j} and its corresponding z_{i,j} public key pair, the private key length must be selected so performing a preimage attack on the length of the input is not faster than performing a preimage attack on the length of the output. For example, in a degenerate case, if each private key y_{i,j} element was only 16 bits in length, it is trivial to exhaustively search all 2^{16} possible private key combinations in 2^{15} operations to find a match with the output, irrespective of the message digest length. Therefore a balanced system design ensures both lengths are approximately equal.
Based on Grover's algorithm, a quantum secure system, the length of the public key elements z_{i,j}, the private key elements y_{i,j} and the signature elements s_{i,j} must be no less than 2 times larger than the security rating of the system. That is:
 A 80bit secure system uses element lengths of no less than 160 bit;
 A 128bit secure systems uses element lengths of no less than 256 bit;
However caution should be taken as the idealistic work estimates above assume an ideal (perfect) hash function and are limited to attacks that target only a single preimage at a time. It is known under a conventional computing model that if 2^{3n/5} preimages are searched, the full cost per preimage decreases from 2^{n/2} to 2^{2}n/5.^{[1]} Selecting the optimum element size taking into account the collection of multiple message digests is an open problem. Selection of larger element sizes and stronger hash functions, such as 512bit elements and SHA512, ensures greater security margins to manage these unknowns.
Optimisations and variants Edit
Short private key Edit
Instead of creating and storing all the random numbers of the private key a single key of sufficient size can be stored. (Usually the same size as one of the random numbers in the private key.) The single key can then be used as the seed for a cryptographically secure pseudorandom number generator (CSPRNG) to create all the random numbers in the private key when needed.
In the same manner a single key can be used together with a CSPRNG to create many Lamport keys. Preferably then some kind of random access CSPRNG should be used, such as BBS.
Short public key Edit
A Lamport signature can be combined with a hash list, making it possible to only publish a single hash instead of all the hashes in the public key. That is, instead of the values . To be able to verify the random numbers in a signature against the single hash all the unused hashes in the public key then needs to be included in the signatures, resulting in signatures of about twice the size, but results in significantly shorter public keys. That is, the values for all needs to be included.
Public key for multiple messages Edit
 Main article: hash tree
Each Lamport public key can only be used to sign one single message, which means many keys have to be published if many messages are to be signed. But a hash tree can be used on those public keys, publishing the top hash of the hash tree instead. This increases the size of the resulting signature, since parts of the hash tree have to be included in the signature, but it makes it possible to publish a single hash that then can be used to verify any given number of future signatures.
Hashing the message Edit
Unlike some other signature schemes (e.g. RSA) the Lamport signature scheme does not require that the message m is hashed before it is signed. A system for signing long messages can use a collision resistant hash function h and sign h(m) instead of m.
References Edit
 Notes
 L. Lamport, Constructing digital signatures from a oneway function, Technical Report SRICSL98, SRI International Computer Science Laboratory, Oct. 1979.
 Efficient Use of Merkle Trees  RSA labs explanation of the original purpose of Merkle trees + Lamport signatures, as an efficient onetime signature scheme.
