Arbitrated Quantum Digital Signature
This example protocol provides a quantum digital signature scheme where the public (known to all) and private (secret key preserved with the seller) keys are classical in nature, however the signature has a quantum nature. This is based directly on public-key cryptography where the seller's identity is used to generate the public-key and one-time pad generates the private key.
Tags: Quantum Digital Signature, Public key cryptography, Specific Task, Multi Party
Assumptions
- The protocol assumes perfect state preparation, transmissions, and measurements.
- Private-key generation (PKG) is a trusted third party, arbitrator.
- In the signing process, the quantum one-way function used to create the quantum digest is assumed to take polynomial time to compute and is hard to invert.
- Seller and PKG are assumed to have a pre-shared quantum key (say, using QKD)
- Secure quantum channel between seller and buyer is assumed
Outline
Like other QDS protocols, it is divided into two phases: Distribution and Messaging. This scheme is presented between the seller (one who signs the message), the buyer (one whom the signed message is sent) and PKG (generates and distributes public-private key for the seller) and a buyer.
Distribution includes the generation of public and private keys as follows
- Key Generation: In this step, PKG generates the public key of the seller and generates a private key which is secretly sent to Seller over the insecure classical channel.
- Seller's public key is derived from her personal information such as her email-id over a public channel. A one-way function is chosen by PKG randomly and secretly (known as the master key), which uses the classical public key as its input.
- A random OTP of the same length as the outcome of the function (random key), is used to convert it (the outcome) into seller's private key by performing bit-wise modulo 2 sum (exclusive OR gate).
- The quantum pre-shared common key (assumption) is then used to one-time pad the private key via Quantum Vernam Cipher (1), (2). The one-time padded cipher-text is then communicated to the seller (over the insecure channel).
- Seller un-pads the cipher-text to obtain the private key using the pre-shared common key. Hence, in the end, everyone knows the seller's public key and, only PKG and seller know her private key.
Messaging comprises of the following steps
- Signing: In this step, the seller generates a signature quantum state using the message she wants to send, her public key and private key. The seller selects a quantum one-way function publicly to generate a quantum digest (directory) using these classical inputs. Seller repeats each step for each message bit.
- Seller selects two random strings and generates a quantum state of the message using these random strings to operate a Unitary gate and Hadamard Transform on a null/vacuum state (see Pseudo Code for operations)
- The public and the private key are used to perform Hadamard transformation on the state produced in the previous step in order to generate the signature quantum state.
- The Seller then performs some operation using her private key and measures the quantum state. It can be shown the states were one of the BB84 states and hence, can have one of the two possible bases (X basis, Z basis or + basis,x basis) and four possible states. She records the basis and classical bit representing the state obtained.
- Seller then concatenates these classical bits, the two random string bits, and a timestamp unique to the signature. The concatenated classical string is used as the input of publicly chosen QOWF, to get the output called 'quantum digest'. She produces some copies of quantum digest for each recipient (buyer).
- Seller then encrypts the timestamp and quantum output of QOWF with pre-shared common key via quantum vernam cipher. PKG unpads these and publicly announces for buyer's verification step.
- Sellers sends the signature to the buyer which includes the signature quantum state, message, timestamp and basis states.
- Verification: In this method, buyer checks the authenticity of the signature (whether the message has come from a genuine seller).
- The buyer performs some quantum gates on the signature quantum state, using seller's public key and message. He measures the resulting quantum state, using basis states for each qubit sent in the signature. The result thus, obtained is represnted by a classical string, in the same way as done by seller.
- The result should reveal the random string used by seller and hence, buyer can also generate the same number of copies of the quantum digest using the publicly known QOWF.
- Buyer, thus, compares his outputs of QOWF with the ones sent by the seller using quantum SWAP Test. If the number of matches is greater than the accepted/decided threshold value, the signature is accepted else it is rejected.
Notation
- : Total number of qubits of message.
- : Signer's public key, where .
- : Signer's private, where .
- : Random OTP number selected by PKG to denote each of Signer's signatures, where .
- : Shared key between the Signer and PKG where Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle k_{at} \in \{0,1\}^n} .
- Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle E_{k_{at}}} : Quantum Vernam cipher encrypted state which uses .
- : PKG's master key which is a one way function where Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle \{0,1\}^n \xrightarrow{}\{0,1\}^n} .
- : Public quantum one way function selected by Signer to generate quantum digest.
- Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle m} : Message sent by Signer to the Verifier, where .
- : Random string of uniform distribution selected by the Signer, where .
- Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle t} : Random string of uniform distribution selected by the Signer, where .
- : Quantum state which is defined by
Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle |\phi\rangle_{a_l,b_l} := H^{a_l}U_{\frac{\pi}{4}}H^{b_l}|0\rangle}
- Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle |\phi\rangle_{a_l,b_l,c_l}} : Quantum state which is defined by
Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle |\phi\rangle_{a_l,b_l,c_l} := Y^{c_l}|\phi\rangle_{a_l,b_l}}
- : Signature quantum state for message $m$ which is the quantum state
Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle |S\rangle_{k_{pri},m} = \bigotimes^{n}_{l=1} H^{k_{pub_l}\oplus k_{pri_l}} |\phi\rangle_{s_l,t_l\oplus m_l, m_l}}
- : Private key quantum state where and it is the quantum state:
Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle |P\rangle := H^{k_{pri}}|\phi\rangle_{s, t\oplus m}}
- Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle P} : Classical 2n-bit for -qubit where is encoded to 10, to 11, to 00 and is encoded to 01.
- : This is the set of the basis of each qubit state in Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle |P\rangle} .
- : Quantum digital digest received by PKG.
- : Quantum digital digest generated by Verifier.
- Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle u} : The most number of verifiers in this scheme.
- Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle w} : Safety parameter threshold for acceptance.
- : Security threshold decided in advance.
- : Number of times SWAP test is performed.
- : A quantum state, where
This state is also expressed as where
- Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle |Q\rangle} : Result of Verifier's measurement of .
- : Classical bit string denoted as . It is proven that .
- : , where .
Hardware Requirements
- Network Stage:Prepare and Measure
- The total number of qubits used in this protocol is equal to the total number of qubits in the message.
- Secure quantum channel between seller and buyer
Properties
- This protocol cannot be broken even if the adversary had unlimited computing power.
- In this protocol, it is proven that no adversary can break the secrecy of the seller's signature private key.
- The quantum digital signature produced in this protocol is impossible to repudiate and cannot be forged in any condition.
- In the protocol the public and the private key belong to the classical bits, only the signature cipher has quantum nature.
- No Certificate Authority is required to manage digital public-key certificate of sellers.
- If , the measuring result occurs with probability 1, otherwise it occurs with probability . Hence, when repeated for times, the probability of equality is at least 1-.
Pseudocode
Stage 1: Key Generation
Input: Seller and PKG (quantum one time pad key, )
Output: Seller and PKG (private key, ); Everyone (public key, )
- PKG generates Seller's email-id)
- PKG calculates
- PKG encrypts
- Seller decrypts .
Stage 2: Signature
Output: PKG receives the quantum digest and the Verifier receives the Signature from the Signer.
- Signer wants to sign the message .
- Signer selects and .
- For :
- Signer generates the state , which is:
- For :
- Signer generates the Signature quantum state , which is
- For :
- Signer generates the private key quantum state , which is
- The classical is calculated based on .
- The basis set is formed by Signer is:
- For : Different copies of the quantum digital digest state is prepared.
- For :
- The quantum digital digest state is prepared by Signer, where:
- Signer encrypts using quantum Vernam cipher and sends to PKG.
- PKG decrypts using and gets .
- PKG announces publicly that the quantum digest is ready.
- Signer transmits to Verifier, which is the signature.
Stage 3: Verification
Output: is considered valid or is rejected by the Verifier.
- Verifier receives from open channels.
- Verifier generates the state .
- For :
- Verifier measure the state according to the basis (diagonal or horizontal) in .
- The result of the measurement is recorded as , which is converted to .
- is inferred by the Verifier using
- Verifier gains from PKG.
- For :
- Verifier generates using by the calculation
- Verifier gains from PKG.
- Verifier performs SWAP test between and .
- If and measurement result everytime = :
- Verifier counts the message as valid.
- else:
- is rejected by the Verifier.
Further Information
Like most other classical digital signature schemes which provide unconditional security, this scheme also requires a trusted arbitrator who distributes public key to the recipients. This protocol was preceded by a few other protocols which use an arbitrator to establish quantum digital signatures, most of which used entangled states.
- Zeng and Keitel (2002)
- Wang et al (2005)
- Li et al (2009)
- Zhou and Qiu (2010)
- Guang et al (2011)
- Zou et al (2013)
- Wang et al (2014)
- Li et al (2017)