In this paper, we introduce a new construction of reusable fuzzy signature based remote user authentication that is secure against quantum computers. We investigate the reusability of fuzzy signature, and we prove that the fuzzy signature schemes provide biometrics reusability (aka. reusable fuzzy signature). We define formal security models for the proposed construction, and we prove that it achieves user authenticity and user privacy. The proposed construction ensures: 1) a user’s biometrics can be securely reused in remote user authentication; 2) a third party having access to the communication channel between a user and the authentication server cannot identify the user.
Fuzzy signature (FS), also known as signature with fuzzy secret key [22,28], is a new type of digital signature that allows a signature to be generated using biometrics as a signing key, without relying on any additional data (e.g., the helper data as used in fuzzy extractor [9]). FS can further be explored in a reusable setting: reusable fuzzy signature (RFS), which deals with biometrics reuse. This is because a user may generate multiple message-signature pairs under various signing keys, but with noisy versions of the same biometrics. Reusability allows the security of the generated signature used in an application to remain secure even if some of the generated signatures used in other applications are compromised (e.g., in case the signing keys are leaked to attackers). Therefore, biometrics reusability is an essential security property required in RFS, but there is no such security guarantee in [22,28].
The RFS is significantly useful in many real-world applications, such as biometric-based remote user authentication [3,6,7,20,30]. We consider a setting where user Alice wishes to authenticate herself to server Bob using her biometrics remotely. A traditional method is to use digital signature with fuzzy extractor [6,7,20,30]. That is, Alice relies on her enrolled helper data stored somewhere (e.g., server, smart card, and USB token) to derive a signing key for generating a signature on a nonce message, then Bob verifies the message-signature pair under Alice’s enrolled verification key. In RFS, Alice’s signature additionally includes a new verification key (her signature is generated by a new signing key), and a new helper data, in which the new helper data is derived from the new signing key and her noisy biometrics. Bob verifies the message-signature pair under Alice’s new verification key and checks whether the new verification key is linked to Alice’s enrolled verification key. This checking process relies on Alice’s new and enrolled helper data, and the successful checking requires that Alice’s noisy biometrics and her enrolled biometrics are close enough. A crucial point to stress is that Alice’s signature generation does not depend on her enrolled helper data, which is the key difference between digital signature with fuzzy extractor [6,7,20,30] and RFS.
The security and privacy of RFS used in remote user authentication are also essential. First, lattice-based cryptography resistance to quantum computers has been extensively studied in the literature [14,23–25]. We note that remote user authentication that exploits prior fuzzy signatures [22,28] is not secure, as a quantum computer can efficiently solve some hard mathematical problems such as discrete logarithm (DL) problem [27]. So, the DL-based fuzzy signature schemes proposed in [22,28] are not desired in the post-quantum era. Second, user’s privacy is compromised if we apply fuzzy signatures [22,28] to remote user authentication. Specifically, multiple message-signature pairs from a same user Alice can be easily linked by a third party eavesdropping the communication channel, since the fuzzy signatures [22,28] are publicly verifiable (i.e., anyone has Alice’s enrolled verification key can verify Alice’s message-signature pairs). Therefore, the main goal of this work is to design reusable fuzzy signature based remote user authentication (RFS-RUA) that satisfies resistance to quantum computers, biometrics reusability, and privacy guarantee against eavesdroppers.
Technical Challenges. It is a non-trivial task to design a lattice-based RFS for RUA that is secure against quantum computers. We use the lattice-based digital signatures without trapdoors [11,21], because this line of research supports a simple and efficient signing process [21] compared to lattice-based trapdoor signatures [14]. However, in the design of lattice-based signatures without trapdoors, the signature generation is independent of the signing key. This mechanism may contradict to the homomorphic property required in RFS, which means that the difference (“shift”) between two signatures is identical to the difference between two signing/verification key pairs [22,28]. Such homomorphic property allows Bob to find the correct difference between Alice’s new verification key and her enrolled verification key. Alice’s message-signature pair can be confirmed as valid because she is the only party who can produce the correct difference between her new signing key and her enrolled signing key.
Our Contributions. The main contributions of this work are summarized as follows.
New Construction. We propose a new construction of remote user authentication that is built on top of lattice-based digital signatures [11,21], reusable fuzzy extractors from learning with errors (LWE) [2,32], a family of universal hash functions, and lattice-based public key encryptions.
Quantum Resistant. The proposed construction can withstand quantum computers due to the lattice-based cryptographic primitives we used. Its provable security relies on the worst-case intractability of standard lattice problems.
Biometrics Reusability. We formulate the security definition of RFS. We prove that the lattice-based RFS achieves biometrics reusability since the underlying LWE-based fuzzy extractors are reusable. In particular, the construction of RFS is the first cryptographic primitive that supports Hamming distance.
Privacy Protection. We show a user privacy model to prevent the eavesdroppers from identifying any authorized user or linking any authorized user’s multiple sessions. We prove that the proposed construction achieves user privacy under standard assumptions.
Overview of Techniques. We now explain our key technical insights. First, we characterize the homomorphic property of lattice signatures without trapdoors [11,21]. We discover that these lattice signatures have the desired homomorphic property, such that the “shift” between two lattice signatures is identical to the “shift” between two signing/verification key pairs. Second, putting all building blocks together, which include lattice signatures [11,21], reusable fuzzy signatures [2,32], and a family of universal hash functions, we can construct a lattice-based RFS that achieves biometrics reusability. Third, we use the lattice-based public-key encryptions to ensure privacy guarantee, where the validity of lattice-based RFS is verified by the authentication server only. Specifically, Alice’s identity is encrypted under the public key of Bob. After extracting Alice’s encrypted identity, Bob can identify her enrolled verification key and helper data. Then, he verifies Alice’s lattice-based RFS under a new verification key, which is derived from the enrolled verification key, the enrolled and new helper data.
Related work
Fuzzy Signatures. The concept of fuzzy signature was firstly introduced by Takahashi et al. [28], which is a signature scheme that inputs fuzzy data such as biometrics as a signing key. Specifically, the generation of a signature does not rely on additional data such as helper data (or sketch). The proposed generic construction is built on top of a signature scheme with homomorphic (see Section 2.4) properties regarding keys and signatures, and a linear sketch. It is proven secure in the standard model. To relax some requirements on the building blocks used in the generic construction of [22], Matsuda et al. proposed a new generic construction using some relaxed building blocks. For example, Waters signature scheme [31] is replaced by Schnorr signature scheme [26].
The input biometrics of linear sketch in [28] is assumed to be uniformly distributed over metric space. To relax such strong assumption on fuzzy data, Matsuda et al. [22] require only high min-entropy on the distribution of biometrics. Specifically, they consider linear sketches as real numbers that include integer and decimal (i.e., secret key and biometrics) parts. If the difference between two linear sketches is less than a threshold t (a positive real number), then a difference algorithm (i.e., DiffRec) can extract the correct difference (may include noise) between two linear sketches.
Yasuda et al. [34] introduced the “recovering attacks” to recover both the secret key and biometrics from linear sketch. They claim that the “integer plus decimal” format is vulnerable to such attacks. In addition, they provided a trivial countermeasure (add small noisy data to the sketch) with informal security analysis. Meanwhile, Takahashi et al. [29] (merged version of [22,28]) also provided the treatment to avoid the “recovering attacks”. The remedy is to add a “rounding-down” operation (or truncation) on the decimal part of the real numbers. However, such extra truncation would bring a correctness loss to the proposed constructions in [22,28].
Instead of using real numbers (with “integer plus decimal” format) to represent and process fuzzy data. In this work, we take binary strings over Hamming distance as fuzzy data input such as Iriscode [16]. We notice that constructing fuzzy signatures from Hamming distance is an open problem, which is pointed out by prior works [22,29].
Lattice Signatures. A lattice-based signature scheme with provable security was first constructed by Gentry et al. [14]. Their construction is based on “hash-and-sign” paradigm, and its security relies on the worst-case hardness of standard lattice problems such as small integer solution (SIS). To achieve more practical and efficient constructions, another line of research on lattice-based digital signatures relies on the Fiat–Shamir heuristic [12] such as [11,21]. Their constructions are Schnorr-like identification protocols whose security is based on SIS or LWE, and the efficiency relies on a rejection sampling (see Section 2.4) rather than the pre-image sampling used in [14]. In this work, we use lattice-based signature schemes [11,21] as our building blocks.
Reusable Fuzzy Extractor. Fuzzy extractor (FE) is one of the promising approaches to construct a biometric-based remote user authentication [6,7,20,30]. Juels and Wattenberg [18] introduced a cryptography primitive called “fuzzy commitment”. It is particularly useful for biometric-based remote authentication systems, because its error-correcting technique can correct certain errors within a suitable metric (Hamming distance). Dodis et al. [9] formally introduced the notions of “secure sketches” and “fuzzy extractors”. In particular, they provided concrete constructions of secure sketches and fuzzy extractors in three metrics (Hamming distance, set difference, and edit distance), and the constructions are information-theoretically secure.
Boyen [6] introduced an important notion: reusable fuzzy extractor. It states that a user can produce multiple secret/public string pairs using the same biometrics w, i.e., . Later, Canetti et al. [8] proposed the first reusable FE from some low-entropy distributions. They particularly refined the security of strongly reusable FE, such that each remains secure even if all other secret strings () are revealed.
Canetti et al. [8] proposed the first computational and information-theoretic secure FEs, Fuller et al. [13] constructed them from LWE [25]. In Fuller et al.’s construction, the entropy of the derived cryptographic key is the same as the entropy of the fuzzy biometrics from which the key is derived. However, their computational FE is not reusable. To achieve reusable FE from LWE, Apon et al. [2] provided a generic transformation to convert non-reusable (resp. weak reusable) fuzzy extractors to weak reusable (resp. strong reusable) ones. According to the definition of reusability [6,8], Apon et al. formalized both weak and strong reusability. Recently, Wen and Liu [32] proposed a new reusable and robust FE. Its reusability also follows the strong reusability defined in [2]. In this work, we follow the strong reusability defined in [2,32], where the “shifts” between many runs of are controlled by the adversary (i.e., the perturbation attacks defined in [6]).
To highlight our distinction, we show the function (feature) difference between our proposed new construction and some existing works in Table 1: it shows that our proposed construction has quantum resistance, biometrics reusability, and user privacy. The new construction is proven secure in the random oracle model. We stress that the proposed RFS can be regarded as a step forward from fuzzy signatures [22,28] and fuzzy extractors [2,32] in the lattice-based setting. Besides, we present the commonly used notations in Table 2.
The comparison between different functionalities of lattice-based signature (Sig), fuzzy extractor (FE), and fuzzy signature (FS) schemes. Reusability shows whether the biometrics reuse is formally addressed or not. User privacy means user’s privacy concern with respect to the eavesdroppers (see Appendix A). N/A means that the scheme did not consider this functionality
In the next section, we present some preliminaries which will be used in our proposed construction. In Section 3, we present the notion of RFS and prove its reusability. In Section 4, we first present the formal security models to capture the security requirements of the RFS-based remote user authentication, then we show the proposed construction. We present the security analysis in Section 5, and the paper is concluded in Section 6.
Preliminaries
In this section, we present the complexity assumptions and the underlying techniques, which will be used in our proposed reusable fuzzy signatures RFS.
Complexity assumptions
( Distribution).
Given a random matrix and a vector , output , where d denotes the absolute value of random integers.
Given a pair such that , a probabilistic polynomial-time (PPT) adversary aims to decide whether the pair is generated from real distribution, or whether it is uniformly generated from random distribution .
If (high-density), then real distribution is statistically close to uniform distribution over , and there are many solutions X such that . If (low-density), then there is only one solution X.
Given a matrix , a vector , and an arbitrary distribution , a PPT adversary aims to distinguish real distribution from random distribution over . The is ()-secure if no PPT adversary of size can distinguish the LWE instances from random ones except with probability ϵ, where , and ϵ is a negligible function of the security parameter λ.
Dottling and Muller-Quade [10] showed that one can encode biometrics w as the error term in a LWE problem by splitting it into m blocks. Furthermore, we rely on the result from Akavia et al. [1] to extract the pseudorandom bits, such that has simultaneously many hardcore bits.
Ifis () secure, thenwhere,denotes the first k coordinates of X, and.
Universal hash function
Let be a universal hash function family whose domain is and whose range is . Let be a vector space, which consists of n dimensional of finite ring with prime order q. We define an isomorphism ( is its inverse), and . Note that . A family of universal hash functions is defined as . Specifically, for each invertible element in the seed space , define the hash function as follows: on input , computes , where denotes the multiplication in the extension field . Let , and the output of is . Since the isomorphism ψ between and is applied to the universal hash function family, we can easily get the desired linearity below
Assume a family of functionsis universal, for any random variable W taking values inand any random variable Y,whereand U are uniformly distributed overandrespectively. In particular, such universal hash functions are (average-case, strong) extractors with ϵ-statistically close to uniform. The detailed description of (average) mini-entropyand statistical distancecan be found in [
9
].
Computational fuzzy extractors
Let , and q be a prime number. The computational FE [13] consists of the following algorithms:
Gen: The algorithm takes , and , as input, outputs , where is a uniform distribution over , and .
Rep: The algorithm takes as input, outputs , where , , , and .
The correctness of computational FE relies on the algorithm, which is explicitly shown as follows.
Input: .
Select distinct indices .
Restrict to rows ; Denote these by .
Find n linearly independent rows of (if no such rows exist, output abort and stop), and restrict to n rows. Denote the result by .
Compute .
Output: if has at most t non-zero coordinates; Otherwise, it returns to step 2.
Recall that , and algorithm can correct at most errors (of Hamming distance) in a random linear code. Note that with probability at least , none of the rows selected in step 2 have errors (i.e., biometrics w and agree on these rows), thus is a solution to the linear system. Furthermore, we notice that the sketch from LWE is in the form of , and satisfies the linearity defined in [22,28]. That is,
where denotes a secure sketch procedure [13], which takes and a value as input, output a distribution over . The detailed description of fuzzy extractor and secure sketch is referred to Appendix B.
The computational fuzzy extractors (FE) from LWE has an inherent property: “indistinguishability” (IND). Informally, given two sketches (part of helper string P), which are the “encryption” of two independent biometrics, adversary cannot distinguish them without having decryption keys. We formally prove that the computational FE from LWE is secure in the IND model (note that the adversary here is allowed to access the public sketches only). In addition, we discover that both computational FE [13] and its variant reusable FEs [2,32] have such inherent property.
The IND experiment between an adversary and a simulator is defined below.
In the guess stage, is given a challenge sketch , which was not previously simulated by . We define the advantage of as
A computational FE from LWE is IND secure if is negligible in λ.
The computational fuzzy extractors from LWE achieves the IND security if theassumption issecure.
Informally, we can think of the sketch (part of helper string p) as an “encryption” of x that where decryption works from any close (i.e., decryption key). We can also think of any two “encryptions” and are indistinguishable by any third party without having decryption keys .
Description of adversary for the proof.
Assume that there exists a PPT breaking the IND security of the computational fuzzy extractors from LWE, then we can construct an algorithm to break the decisional LWE () assumption. The algorithm has almost the same time complexity with . We first consider the shared public parameter by all users, i.e., . Then, we show the simulation differences when .
The algorithm uses as a subroutine (see Fig. 1, note that v can be either or a random distribution). first generates another distribution which has the same property and distribution as its own challenge distribution. That is, the computed distribution (), where u and w are randomly chosen by . If ’s challenge is a real distribution, then it is the computed distribution; Otherwise, it is a random distribution over . By using its challenge and the computed distribution, can simulate two sketches for . At the guess stage, returns a challenge ciphertext to according to the bit b.
We then analyze the behaviour of on and respectively. In the , the input () satisfies the Rep algorithm of FE described in Section 2.3, where w is uniformly distributed over a small interval. Notice that the computed distribution () are valid and they are uniformly and independently distributed over , because and u is a randomly element in . Thus, can simulate the proper distribution of two challenge sketches (i.e., and ), and the challenge ciphertext is distributed exactly like a real sketch which associates with .
Therefore, we have below, which includes the experiment with respect to (i.e., IND-1) and (i.e., IND-0).
As for , the input distributions to in Fig. 1 are all uniformly distributed over . Therefore, the corresponding computed distribution above are also uniformly and independently distributed over . In particular, the challenge ciphertext is a random distribution over , and independent of bit b. Hence we have
The last term indicates that the random distribution to happen to have the distribution of a real distribution, which is bounded by since . By combing all equations above, we have
Finally, we analyze the case of . performs the simulation using the same method described above, except that simulates , where . □
Lattice-based signatures
The continuous Gaussian distribution over centred at v with standard deviation σ is defined by the function .
When the center we write , and the denotes the Euclidean norm. The discrete Gaussian distribution over is defined as follows.
The discrete Gaussian distribution over centered at some with standard deviation σ is defined as .
A lattice-based digital signature scheme has homomorphic property, if the following conditions are held. Besides, we provide the description of the standard digital signature in Appendix C.
Simple Key Generation. and , where is derived from via a deterministic algorithm .
Linearity of Keys., where denotes a deterministic algorithm which takes , a public key and a “shifted” value , outputs a new public key .
Linearity of Signatures. Two distributions are identical: and , where and denotes a deterministic algorithm which takes , a public key , a message-signature pair and a “shifted” value , outputs a new signature .
Linearity of Verifications. We require that , and .
We show that the lattice-based Schnorr-like signature schemes [11,21] have the homomorphic properties regarding keys and signatures. We first present the simplest version of the lattice-based signature scheme based on SIS [21], then, we show Lemma 2.4 aterwards.
the singer’s signing key is , and its verification key is . These exists a hash function and .
the signer generates a potential message-signature pair , where σ includes and (for ).
the verifier accepts the signature iff and .
The lattice-based Schnorr-like signature schemes satisfy the homomorphic property.
The key pair is a pair of integer matrixes such that , where and is a public parameter generated by a trusted party. The “shifted” . Therefore, the condition 1 and 2 are immediate held. As for the condition 3, by definition, . If is output by , then it holds that
The output of z (resp. ) depends on the vector (resp. ) as well as the secret key (resp. ). To ensure that the signatures do not leak the secret key, the rejection sampling (Theorem 3.4 [21]) aims to remove such dependence. Informally, rejection sampling is to “re-center” the distribution of z to be a discrete Gaussian distribution centered at “zero” rather than at . To show the condition 3 is held such that two distributions are identical in the case of “shifted” Gaussian distributions (i.e., where ), we present Fig. 2 in a two-dimensional space for correctness check.
Rejection sampling with “shifted” Gaussian distribution. In blue is the distribution of z, with (left figure) and “shifted” (middle and right figures) over the spaces of all y before rejection sampling. In dashed red is the common target distribution .
When applying the rejection sampling (with same parameters , message and randomness ), we have . That is, the target distribution is independent of the “shifted” Gaussian distributions. It is easy to check that the two distributions we considered are identical, which shows that the condition 3 holds. Furthermore, the randomness ensures that the discrete Gaussian distributions centered at “zero” and have sufficient common overlap, hence the condition 4 regarding is also held. Combing the above conditions together, the lemma is complete. □
Reusable fuzzy signature
In this section, we first introduce the construction of reusable fuzzy signature (RFS). Then, we show the formal reusability model of the RFS and its reusability analysis.
Construction
The RFS is built on top of a family of universal hash functions , fuzzy extractor , and digital signature . In particular, both FE and Σ have linearities so that the correctness of RFS is held. A RFS consists of the following algorithms.
Setup: The algorithm takes a security parameter λ as input, outputs public parameter .
Fuz-KG: The algorithm takes public parameter and biometrics w as input, outputs a key pair , and a sketch . Let be a reference.
Fuz-Sign: The randomized algorithm takes public parameter , a message and a nearby biometrics as inputs, outputs a tuple (), where , .
Fuz-Verify: The deterministic algorithm takes public parameter , message-signature pair , sketch and reference as input, outputs “1” if and , where and ; Otherwise, it outputs “0”.
Correctness. The equation holds if: 1) both the public keys and the sketches are linear; and 2) . First, linearity of keys means that , where is a deterministic algorithm (see Section 2.4). Linearity of sketches means that . Second, when . Specifically, if the biometrics involved in sketches satisfy , the difference between two sketches (i.e., ) equals to the difference between two secret keys (i.e., ). Note that is a universal hash function that maps each (uniformly chosen) key pair used in a digital signature to a secret string used in a public sketch.
Reusability analysis
First, we present the reusability model of the RFS. Informally, a reusable fuzzy signature requires that an adversary cannot distinguish an extracted secret string used to generate a fuzzy signature from a uniform string. Note that the secret string is extracted from a biometrics . The goal of reusability is to ensure that a biometrics remains secure even if an attacker sees the fuzzy signatures generated by independent executions of Fuz-Sign on a series of inputs related to the biometrics . The formal reusability game between an adversary and a simulator is defined as follows.
Setup: samples a biometrics , generates a key pair , a secret string and public sketch pair by running the key generation algorithm Fuz-KG. Then, sends a reference to . also tosses a random coin b which will be used later in the game.
Training: may choose a message and a shift with , and issue Fuz-Sign queries to , while performs the following operations.
sample a new key pair .
obtain by running Fuz-KG, where .
generate a message-signature pair using the secret key (i.e., ).
return a fuzzy signature to .
Challenge: chooses a shift and obtains by running Fuz-KG, where and . If , gives to ; Otherwise, chooses and gives U to . Eventually, outputs a bit , and wins if . We define the advantage of an adversary in the above game as
Second, we review the strong reusability of fuzzy extractors (FE) [2,32]. Informally, an adversary, who is given generated by independent executions of on a series of inputs related to the biometrics , aims to distinguish an extracted secret string from a random string.
Let be an -fuzzy extractor for class of distributions . The is ϵ-strongly reusable if for any , any PPT adversary succeeds with probability at most in the following experiment between an adversary and a simulator .
samples , and obtains by running algorithm . The value is given to .
may adaptively make queries of the following form:
outputs a shift with .
obtains by running , and returns them to .
tosses a random coin b. If , gives to ; Otherwise, chooses and gives U to .
outputs a bit , and wins if .
Third, we reduce the reusability of RFS to the strong reusability of FE as follows.
The fuzzy signature scheme is reusable if the underlying fuzzy extractor is strongly reusable.
Let denote an adversary against the strongly reusability as defined above, who is given a public sketch and a FE generation oracle , aims to distinguish a real secret string from a random string U. simulates the reusability game for as follows.
obtains a string pair by invoking his oracle . is given a reference , where .
If issues a Fuz-Sign query in the form of to , where and , then performs the following operations.
obtain the values by invoking his oracle on input (i.e., );
compute a secret key , and generate its corresponding public key ;
generate a message-signature pair using the secret key (i.e., );
return a fuzzy signature to .
obtains a secret string from his challenger, and sends to . Finally, outputs whatever outputs. If guesses the random bit correctly, then breaks the strong reusability of FE. □
Proposed construction
In this section, we first present the security models (user authenticity and user privacy) for our proposed remote user authentication construction based on RFS (RFS-RUA). Then, we show the proposed construction and its security analysis.
States. We define a system entity set with N users and M servers. We say an instance oracle (e.g., session l of user ) may be used or unused, and a user has unlimited number of instances called oracles. The oracle is considered as unused if it has never been initialized. Each unused oracle can be initialized with a secret key . The oracle is initialized as soon as it becomes part of a protocol execution. After the initialization the oracle is marked as used and turns into the stand-by state where it waits for an invocation to execute a protocol operation. Upon receiving such invocation the oracle learns its partner id and turns into a processing state where it sends, receives and processes messages according to the description of the protocol. During that stage, the internal state information is maintained by the oracle. The oracle remains in the processing state until it collects enough information to finalize the user authentication procedure. As soon as the user authentication is accomplished, accepts and terminates the protocol execution in the sense that it would not send or receive further messages. If the protocol execution fails, then terminates without having accepted.
We denote the l-th session established by a server as and identities of all the users recognized by during the execution of that session by partner identifier . We define as the unique session identifier belonging to the session l established by a server . Specifically, we have , where is the message transcript transmitted between users and servers.
Definition
A RFS-RUA consists of the following algorithms:
Setup: The algorithm takes a security parameter λ as input, outputs a public parameter .
KeyGen: The algorithm takes public parameter as input, outputs key pairs for users, and key pairs for authentication servers.
Enrollment. This is a non-interactive protocol between a user and an authentication server over a secure channel. The user enrolls her identity , public key , and sketch to the authentication server. The enrolled users become authorized ones after enrollment, and the sketch means that it derives from biometrics w and secret key . We assume a uniform1
One may question a uniform source is not practical, we stress that the uniform source can be replaced by a non-uniform source (e.g., symbol-fixing source [19]) while the security of FE is held. We use a uniform source here for presentation simplicity, the case of non-uniform source is discussed in [13,32,33].
biometrics source and .
Authentication. This is an interactive protocol between an authorized user and an authentication server over a public channel. The protocol takes public parameter , an authorized user’s identity and biometrics , and an authentication server’s public key as input, outputs a new key pair , a new sketch and a message-signature pair . The authentication server accepts the user if: 1) the message-signature pair is verified as valid under her new public key ; and 2) the new public key is linked to new sketch , and her enrolled public key and sketch . The message denotes the transmitted ephemeral data, and the biometrics satisfies .
Security models
User Authenticity. We define Δ as the set of functions satisfies: for any , is “close” to w (i.e., ). The perturbations are specified by the adversary and applied by the simulator (i.e., challenger). Furthermore, the simulator specifies a class of functions whose domain and range are the secret key space of RFS-RUA. In the user authenticity game, an adversary attempts to impersonate an authorized user and authenticate herself to an authentication server. We define a formal authenticity game between a probabilistic polynomial-time (PPT) adversary and a simulator as follows.
Setup. first generates identities and key pairs () for M servers, and identities () for N users in the system. also generates user’s biometrics information (), generates a set of public/secret key pairs and their corresponding sketches for each user i with respect to M servers. Eventually, sends all identities, public keys and sketches to . Let be a key generation algorithm which takes public parameter and a secret key as input, outputs a public key .
Training. can make the following queries in an arbitrary sequence to .
Send: If issues a send query in the form of () to simulate a network message for the l-th session of user , then would simulate the reaction of instance oracle upon receiving message , and return to the response that would generate; If issues a send query in the form of (, ’), then creates a new instance oracle and returns to the first protocol message.
Biometrics Reveal: If issues a biometrics reveal query to user i, then returns user i’s biometric information to .
Secret Key Reveal: If issues a secret key reveal query to user i with respect to server , then returns the enrolled secret key to .
Biometrics Shift: If issues a biometrics shift query with δ to user i, then returns user i’s shifted biometric information to .
Secret Key Shift: If issues a secret key shift query with ϕ to user i, then returns user i’s shifted public key to .
Server Secret Key Reveal: If issues a server secret key reveal query to server , then will return server ’s secret key to .
Challenge. outputs a message and wins the game if all of the following conditions hold.
accepts user i. It implies and exist.
did not issue Biometrics Reveal query to user i.
did not issue Secret Key Reveal query to user i with respect to .
, but there exists no instance oracle which has sent ( denotes the message transcript from user i).
is allowed to reveal user i’s secret keys associate with M-1 servers. We also allow to adaptively issue Biometrics Shift queries to challenge user i. We define the advantage of an adversary in the above game as
A RFS-RUA has user authenticity if for any PPT , is a negligible function of the security parameter λ.
Remark. The perturbation from adversary is used to capture the adaptive chosen perturbation attacks [6]. For example, an adversary may query an oracle to perform extractions and re-generations based on the chosen perturbations of biometrics. The function from simulator is used to capture the related key attacks, such that an adversary may “modify” the secret keys [4]. In particular, the simulator should “update” the simulated signatures under the new public keys [22].
User Privacy. Informally, an adversary attempts to identify the authenticated users involved in a RFS-RUA. We define a formal user privacy game between an adversary and a simulator as follows:
Setup: first generates identities and key pairs () for M servers, and identities () for N users in the system. also generates biometrics information for N users, generates a set of public/secret key pairs and their corresponding sketches with respect to M servers. Eventually, sends all identities, public keys and sketches to . also tosses a random coin b which will be used later in the game.
Training: is allowed to issue Execute queries to . In addition, can issue at most N-2 Biometrics Reveal, N-2 Secret Key Reveal queries, and M-1 Server Secret Key Reveal queries to . We denote the honest (i.e., uncorrupted) user and server set as , respectively. The honest user requires that her biometrics as well as her secret key are not corrupted.
The Execute query [5] allows to invoke an honest execution of the protocol and returns a transcript of exchanged messages to .
Challenge: randomly selects two users as challenge candidates. removes them from and simulates by either if or if . also selects a server at random, and let interact with the challenge user . can access all the communication transcripts among them.
is allowed to issue Secret Key Shift queries to challenge candidates. Finally, outputs as its guess for b. If , then outputs 1; Otherwise, outputs 0. We define the advantage of an adversary in the above game as
A RFS-RUA has user privacy if for any PPT , is a negligible function of the security parameter λ.
Proposed construction
The proposed construction consists of the following building blocks.
A LWE-based computational fuzzy extractor scheme .
An existential unforgeability under chosen message attack EUF-CMA secure digital signature scheme .
An indistinguishability under chosen plaintext attack IND-CPA secure public key encryption scheme .
A universal hash function family .
We use user i and server j to present our proposed construction.
Setup. Let λ be the security parameter, and let universal hash function family be , which involves a public matrix .
KeyGen. User i obtains a key pair by running the key generation algorithm of Σ. The server j obtains a key pair by running the key generation algorithm of .
Enrollment. A user i wants to enroll herself to an authentication server j performs the following steps
compute a secret string from the secret key , and derive a sketch .
send a reference tuple () to server j (note that server j maintains a database DB of all enrolled users, which includes verification keys ).
Authentication. The authentication between user i and server j is shown in Fig. 3.
Description of Authentication.
User i generates a ciphertext on her identity under the public key of server j, and sends it to server j.
Server j obtains the identity by running the decryption algorithm of PKE, and sends a challenge nonce to user i.
User i performs the following steps
obtain a new key pair and derive a new secret string from the new secret key .
choose a response nonce and generate a message-signature pair , where .
derive a new sketch , and send to server j.
Server j performs the following steps
compute a “shift” secret between enrolled sketch and new sketch, where (see correctness below).
compute a “shift” secret key , and derive a new public key from the enrolled public key and the “shift” secret key (i.e., ).
verify the message-signature pair under the new public key . If the signature passes the verification, it accepts; Otherwise, it aborts.
Instantiations and Correctness. We hereby try to instantiate the underlying cryptographic building blocks which are able to resist quantum computers. First, to instantiate the computational fuzzy extractors from LWE, we rely on the reusable fuzzy extractors proposed by Apon et al. [2] (or the one called robustly reusable fuzzy extractor [32] with a non-uniform source). Second, we can implement the lattice-based digital signatures [11,21] as described in Section 2.4. Third, we could use the passively secure (i.e., IND-CPA) encryptions such as Regev’s LWE-based cryptosystem [25] to instantiate the underlying public key encryptions. We notice that the passively secure encryptions will suffice for our defined user privacy model, and we refer to [24] for passively and actively secure cryptosystems which might be alternatively applicable to instantiate our proposed construction.
The public matrix includes (the transpose of is ). We set , where c is a positive constant, and are two integers. Let the universal hash function be . For each seed pair and , we define “” as the set of pre-images of y under . That is, . In particular, means that we choose a vector x uniformly at random from set , and its size is .
The sketch is instantiated with a random linear code over a finite field . That is, , where biometrics and secret . The correctness of relies on an algorithm [13]. According to the algorithm, we have the following equation with respect to the “shift” secret .
We assume that δ has at most t non-zero coordinates (i.e., at most t of non-zero coordinates can be zeroed out by ), and notice that is a linear system with m equations and unknowns. If (we set as suggested by [2] in order to ensure the works with expected running time), then one can recover using the algorithm with high probability (we refer to [13] for success probability and time complexity of ). Furthermore, we emphasize that the biometrics are computationally secure, because the server j is allowed to learn the “shift” secret only.
Security analysis
In this section, we show the security result of our proposed construction.
The proposed RFS-RUA achieves user authenticity in the random oracle model if the family of universal hash functionsis ϵ-statistically secure, theassumption issecure and the digital signature scheme Σ is EUF-CMA secure.
We define a sequence of games and let denote the advantage of the adversary in game . Assume that activates at most sessions in each game. We highlight the differences between adjacent games by underline.
: This is the original game for user authenticity security.
: This game is identical to game except that the simulator will output a random bit if server j accepts user i, but . Since N users involved in this game, we have:
: This game is identical to game except the following difference: randomly chooses as a guess for the index of the Challenge session. will output a random bit if ’s challenge query does not occur in the g-th session. Therefore we have
: This game is identical to game except that in the g-th session, the k-size pseudorandom bit of encrypted secret in the sketch of user i w.r.t. server j is replaced by a random value. Below we show that the difference between and is negligible under the assumption.
Let denote a distinguisher against the assumption, who is given a tuple , aims to distinguish the real LWE tuple from a random tuple where . simulates the game for as follows.
Setup. sets up the game for by creating N users and M servers with the corresponding identities. randomly selects indexes and guesses that the g-th session will happen with regard to user i at server j. sets the sketch of user i w.r.t. server j as such that , where and . generates user i’s enrolled public/secret key pair w.r.t. l servers (), and their corresponding sketches . In addition, honestly generates biometrics for N-1 users, and generates enrolled public/secret key pairs and sketches as Enrollment specified for N-1 users w.r.t. M servers. Eventually, sends all enrolled public keys and references to . sets , and generates rest public parameters (including matrixes ) for the system. also chooses a random vector from to construct , we omit it in the following proof for simplicity.
Training. answers ’s queries as follows.
If issues a Send query in the form of to , chooses a response nonce first, then honestly generates the protocol transcript using user i’s enrolled secret key and sketch . Specifically, , where , , where and is chosen by .
As for user i’s g-th session w.r.t. server j, first generates , and denotes and ; then generates a key pair from , where and ; eventually, honestly generates the message-signature pair according to the protocol specification, and returns the protocol transcript to .
If issues a Biometrics Reveal query to user i, then aborts.
If issues a Secret Key Reveal query to an instance oracle (g-th session of user i w.r.t. server j), then returns new secret key to .
If issues Biometrics Shift query in the form of δ to , then returns by the linearity of the sketch, where can be either enrolled secret key or new secret key that involves at g-th session.
If issues Secret Key Shift query in the form of ϕ to , then returns new public key . Notice that is not allowed to obtain user i’s enrolled secret key .
Note that in the Challenge session of user i w.r.t. server j, if the challenge of is , then the simulation is consistent with ; Otherwise, the simulation is consistent with . If the advantage of is significantly different in and , then can break the . Since at most N users involved in the system, hence we have
: This game is identical to game except that in the g-th session, the enrolled secret key w.r.t., server j is replaced by a random value. Below we show that the difference between and is bounded by a negligible probability.
Let simulate the whole environment honestly according to the protocol specification, and it is easy to see that all the queries made to a user can be simulated perfectly using the user’s secret keys and biometrics. In particular, the enrolled secret key of user i w.r.t. server j is . In the g-th session of user i w.r.t server j, to answer the Send query from , will simulate the protocol transcript as follows. first simulates the sketch as , where , and is randomly chosen by ; then generates a key pair from ; eventually, honestly generates the message-signature pair using the same method described in previous game .
We then analyze the statistical distance between two distributions and (of previous game ). We notice that the only difference is the simulated value instead of taking the real enrolled secret key as input, and according to Lemma 2.2, we have the statistically distance between and with probability no greater than ϵ. Since at most M servers involved in the system, hence we have
: This game is identical to game except that in the g-th session, outputs a random bit if Forge event happens where ’s Send query includes a valid forgery while user i’s secret key w.r.t server j is not corrupted. Then we have
Let denote a forger against a (lattice-based) signature scheme Σ with EUF-CMA security, who is given a verification key and a signing oracle , and aims to find a forgery . simulates the game for as follows.
Setup. sets up the game for by creating N users and M servers with the corresponding identities and biometrics. sets up the verification key of user i w.r.t. server j as , where . also honestly generates public/secret key pairs and sketches as Enrollment specified for N-1 users and M servers. Eventually, sends all enrolled public keys and references to . Note that honestly generates all the public parameters (including matrixes ) in the system. Also note that cannot link the simulated sketch and public key since is not allowed to access biometrics .
Training. answers ’s queries as follows.
If issues a Send query in the form of to , chooses a response nonce first, then simulates the protocol transcript as follows.
invoke the signing oracle to obtain a message-signature pair , where ;
generate a sketch , where is randomly chosen by ;
generate a signature by using the deterministic algorithm described in Section 3;
returen to .
If issues a Secret Key Reveal query to an instance oracle , then returns new secret key to . Since is not allowed to reveal the enrolled secret key (of user i w.r.t. server j), the simulation is perfect.
If issues Biometrics Shift query in the form of δ to , then returns to . Notice that is not allowed to obtain user i’s biometrics .
If issues Secret Key Shift query in the form of ϕ to , then returns new public key , where is chosen by .
When event occurs (i.e., outputs ), checks whether:
the Forge event happens at g-th session;
the message-signature pair is not previously simulated by ;
verifies , where . Note that is the correct “shift” between and .
If all the above conditions hold, confirms that it as a successful forgery from , then extracts the forgery via by using the homomorphic property of Σ (Lemma 3). To this end, outputs as its own forgery; Otherwise, aborts the game. Therefore, we have
Combining the above results together, we have
□
The proposed RFS-RUA achieves user privacy in the random oracle model if the decisionalassumption is () secure, the public key encryption is IND-CPA secure and the computational fuzzy extractor is IND secure.
We define a sequence of games and let denote the advantage of the adversary in game . We also highlight the differences between adjacent games by underline.
: This is the original game for user privacy.
: This game is identical to game except that at challenge stage, replaces the real identity (message of ciphertext ) by random string R. Below we show that the difference between and is negligible under the assumption that the public key encryption scheme is IND-CPA secure.
Let denote an attacker who is given a public key , aims to break the IND-CPA security of the public key encryption scheme. simulates the game for as follows.
Setup. sets up the game for by creating N users and M servers. honestly generates biometrics for N users, generates key pairs with respect to M servers and their corresponding sketches. randomly selects index j and guesses the challenge will happen with regard to server j. sets the public key of server j as , and honestly generates key pairs for M-1 servers. It is obvious that can easily simulate the protocol execution of N users and M-1 servers except server j. Below we mainly focus on the simulation of server j.
Training. If issues an Execute query between user i and server j, then randomly chooses nonces and new key pairs, and performs the session execution honestly according to the protocol specification.
Challenge. Upon receiving challenge candidates from , follows the security game to select . Then executes the RFS-RUA protocol to generate the protocol transcript. After that, generates another random string and sends and as the challenge messages to its own oracle. After receiving the challenge ciphertext from his own challenger, replaces the ciphertext generated by in the first message of the transcript by . Eventually, sends the complete transcript to .
Finally, outputs whatever outputs. If guesses the random bit correctly, then can break the IND-CPA security of public key encryption scheme. Since at most M servers in the system, and at most encryptions are executed (because each ciphertext encrypts a single bit of real identity), we have
: This game is identical to game except that at challenge stage, replaces the sketch by a random distribution over . Below we show that the difference between and is negligible under the assumption that computational fuzzy extractor is IND secure.
Let denote an attacker who is given a challenge sketch (assuming a common public matrix here, and ), aims to break the IND security of the computational fuzzy extractor. simulates the game for as follows.
Setup. sets up the game for by creating N users and M servers. honestly generates key pairs for M servers. randomly selects indexes and guesses the challenge will happen with regard to user i and server j. sets the enrolled sketch of user i with respect to server j as , and generates the enrolled key pair at random (which is a matrix pair over distribution ). Additionally, honestly generates biometrics, key pairs (w.r.t. M servers) and sketches for N-1 users. It is obvious that can easily simulate all protocol executions except user i w.r.t server j. Below we mainly focus on the simulation between user i and server j. Note that .
Training. If issues an Execute query, then simulates the session execution as follows
generate a ciphertext on the identity of user i;
choose nonces and form a message ;
choose a new key pair and generate message-signature pair using the secret key ;
compute “shift” from (enrolled public key) and ;
simulate a new sketch ;
sends the complete transcript to .
Challenge. Upon receiving challenge candidates from , follows the security game to select and server j (from honest set ). Then executes the RFS-RUA protocol to generate the protocol transcript. After that, replaces the simulated sketch associated with in the third message of the transcript by . Eventually, sends the complete transcript to .
Finally, outputs whatever outputs. If guesses the random bit correctly, then can break the IND security of the computational fuzzy extractors. Since at most N users and M servers in the system, we have
: This game is identical to game except that at challenge stage, replace the real verification key of digital signature by a random key over . Below we show that the difference between and is negligible under the assumption that the decisional is hard.
Let denote a decisional SIS problem distinguisher, who is given a pair , aims to decide it whether from a distribution or from a random distribution over . simulates the game for as follows.
Setup: sets up the game for by creating N users and M servers with the corresponding identities and biometrics. generates enrolled public/secret key pairs and sketches for N users and M servers. Eventually, sends all identities, public keys and sketches to . In particular, sets and honestly generates other public parameters (such as matrixes ) for the system. Note that .
Training: honestly simulates the session execution (using user’s secret keys and biometrics) according to the protocol specification.
Challenge: Upon receiving challenge candidates from the , follows the security game to select and server j. simulates the the transcript as follows.
generate a ciphertext on the identity of user i;
choose and compute a new sketch ;
choose nonces and form a message ;
generate a message-signature pair (by design, ) using the same method described in the security proof of [21]; Note that the corresponding public (verification) key is , where derives from public sketches.
return as the complete transcript.
Finally, outputs whatever outputs. Notice that the enrolled public key is replaced by the given instance in the Challenge stage. Moreover, the simulated message-signature pair can be successfully verified under verification key (by programming random oracle such that ). As for the matrix pair , according to the hybrid argument, distinguishing the real public key from a uniform distribution is as hard as the decisional problem (but with a loss of factor k in the advantage). Therefore, the two verification keys () are statistically indistinguishable w.r.t. high-density SIS or computational indistinguishable w.r.t. low-density SIS. Since at most N users and M servers in the system, we have
Combining the above results together, we have
□
Conclusion
In this work, we have proposed a lattice-based construction for remote user authentication from reusable fuzzy signature RFS. First, the RFS-based remote user authentication had biometrics reusability, such that the user’s biometrics can be reused multiple times to secure user authentication. Second, the RFS-based remote user authentication had a privacy guarantee against the eavesdroppers. Third, the RFS-based remote user authentication had proven secure in the random oracle model under our defined security models (user authenticity and user privacy). As our future work, we leave the construction of RFS based on efficient ring-SIS or ring-LWE [15,24].
Footnotes
Acknowledgments
This work is partially supported by enPiT(Education Network for Practical Information Technologies) at MEXT, and Innovation Platform for Society 5.0 at MEXT. Yingjiu Li was supported in part by the Ripple University Blockchain Research Initiative. Robert Deng was supported in part by the AXA Research Fund.
Privacy concerns on [ 22,28,29 ]
We assume the Enrollment stage is also executed in a secure channel, which means the attackers cannot access user’s enrolled public keys. According to the generic construction in [22] (also applicable to [28]), we assume an authorized user Alice wants to authenticate herself to an authentication server, and produces a transcript in one session, where the new public key is . In another session, suppose a challenge identity generates a transcript , where the new public key is . Then attacker can link the challenge identity to user Alice. Specifically, an attacker will verify the signature using the new public key first; then compute the “difference” ; eventually, attachers can verify the relationship between new public keys and via a “difference reconstruction” algorithm . Notice that if algorithm outputs 1, then attacker can conclude that the challenge user is user Alice. The key point here is that the new public key of user Alice in one session actually acts as an enrolled public key, and can be easily linked with the new public key in another session of the same user, assuming user Alice (with biometrics and ) is successfully authenticated by an authentication server.
Our Treatment. We modify the verification process, in which the verification of signature requires the enrolled public key of user Alice . We follow the example above, user Alice first generates her new secret key for signing a message, then computes a new sketch . The user Alice sends the transcript to an authentication server. The authentication server first obtains the “difference” value from enrolled and new sketches, then computes her new public key and verifies the message-signature pair using the corresponding new public key . Notice that the major difference between two transcripts (underline parts) is: our treatment does not transmit new public key in the public channel. In fact, the verification of message-signature pair is based on the designated verifier concept [17] such that the authentication server who holds the enrolled public key can verify it. We stress that the publicly verifiable of message-signature pair is the main privacy concern in [22,28,29].
Fuzzy extractor
A fuzzy extractor converts a non-uniform data to uniformly random strings, which can be used in cryptographic applications. A typical application of fuzzy extractor is to extract reproducible string from biometric information. Then, the extracted string is considered as a secret for user authentication.
Secure sketch and fuzzy extractor. Secure sketch is a building block of fuzzy extractors. A secure sketch scheme takes noisy information w as input, outputs a sketch which is an auxiliary string. Secure sketch schemes normally use error correcting techniques to recover w given and , if the given input is statistically close to w. The sketch can be published since it does not reveal any information about w. Let be a metric space on N points with distance function , where . A secure sketch is defined below.
Fuzzy extractor extracts a non-uniform string from a noisy input . The difference is that fuzzy extractor returns a uniform string, but secure sketch returns a non-uniform string.
Since sketch reconstructs the original input from noisy data, it can be used to construct fuzzy extractor. So, the helper data P contains sketch .
Digital signature
References
1.
A.Akavia, S.Goldwasser and V.Vaikuntanathan, Simultaneous hardcore bits and cryptography against memory attacks, in: TCC, 2009, pp. 474–495.
2.
D.Apon, C.Cho, K.Eldefrawy and J.Katz, Efficient, reusable fuzzy extractors from LWE, in: International Conference on Cyber Security Cryptography and Machine Learning, 2017, pp. 1–18.
3.
M.Barni, T.Bianchi, D.Catalano, M.Di Raimondo, R.Donida Labati, P.Failla, D.Fiore, R.Lazzeretti, V.Piuri, F.Scottiet al., Privacy-preserving fingercode authentication, in: Proceedings of the 12th ACM Workshop on Multimedia and Security, 2010, pp. 231–240. doi:10.1145/1854229.1854270.
4.
M.Bellare, D.Cash and R.Miller, Cryptography secure against related-key attacks and tampering, in: ASIACRYPT, 2011, pp. 486–503.
5.
M.Bellare, D.Pointcheval and P.Rogaway, Authenticated key exchange secure against dictionary attacks, in: EUROCRYPT, 2000, pp. 139–155.
X.Boyen, Y.Dodis, J.Katz, R.Ostrovsky and A.D.Smith, Secure remote authentication using biometric data, in: EUROCRYPT, Vol. 3494, 2005, pp. 147–163.
8.
R.Canetti, B.Fuller, O.Paneth, L.Reyzin and A.D.Smith, Reusable fuzzy extractors for low-entropy distributions, in: EUROCRYPT, 2016, pp. 117–146.
9.
Y.Dodis, L.Reyzin and A.Smith, Fuzzy extractors: How to generate strong keys from biometrics and other noisy data, in: EUROCRYPT, 2004, pp. 523–540.
10.
N.Döttling and J.Müller-Quade, Lossy codes and a new variant of the learning-with-errors problem, in: EUROCRYPT, 2013, pp. 18–34.
11.
L.Ducas, A.Durmus, T.Lepoint and V.Lyubashevsky, Lattice signatures and bimodal Gaussians, in: CRYPTO, 2013, pp. 40–56.
12.
A.Fiat and A.Shamir, How to prove yourself: Practical solutions to identification and signature problems, in: CRYPTO, 1986, pp. 186–194.
13.
B.Fuller, X.Meng and L.Reyzin, Computational fuzzy extractors, in: ASIACRYPT, 2013, pp. 174–193.
14.
C.Gentry, C.Peikert and V.Vaikuntanathan, Trapdoors for hard lattices and new cryptographic constructions, in: STOC, 2008, pp. 197–206.
15.
T.Güneysu, V.Lyubashevsky and T.Pöppelmann, Practical lattice-based cryptography: A signature scheme for embedded systems, in: CHES, 2012, pp. 530–547.
16.
A.K.Jain, S.Prabhakar, L.Hong and S.Pankanti, FingerCode: A filterbank for fingerprint representation and matching, in: Computer Vision and Pattern Recognition, IEEE Computer Society Conference on., Vol. 2, 1999, pp. 187–193.
17.
M.Jakobsson, K.Sako and R.Impagliazzo, Designated verifier proofs and their applications, in: EUROCRYPT, 1996, pp. 143–154.
18.
A.Juels and M.Wattenberg, A fuzzy commitment scheme, in: ACM CCS, 1999, pp. 28–36.
19.
J.Kamp and D.Zuckerman, Deterministic extractors for bit-fixing sources and exposure-resilient cryptography, SIAM36(5) (2006), 1231–1247. doi:10.1137/S0097539705446846.
20.
N.Li, F.Guo, Y.Mu, W.Susilo and S.Nepal, Fuzzy extractors for biometric identification, in: ICDCS, 2017, pp. 667–677.
21.
V.Lyubashevsky, Lattice signatures without trapdoors, in: EUROCRYPT, 2012, pp. 738–755.
22.
T.Matsuda, K.Takahashi, T.Murakami and G.Hanaoka, Fuzzy signatures: Relaxing requirements and a new construction, in: ACNS, 2016, pp. 97–116.
23.
D.Micciancio, Lattice-based cryptography, in: Encyclopedia of Cryptography and Security, 2011, pp. 713–715. doi:10.1007/978-1-4419-5906-5_417.
24.
C.Peikert, A decade of lattice cryptography, Foundations and Trends®in Theoretical Computer Science10(4) (2016), 283–424. doi:10.1561/0400000074.
25.
O.Regev, On lattices, learning with errors, random linear codes, and cryptography, JACM56(6) (2009), 34. doi:10.1145/1568318.1568324.
26.
C.-P.Schnorr, Efficient identification and signatures for smart cards, in: CRYPTO, 1989, pp. 239–252.
27.
P.W.Shor, Polynomial-time algorithms for prime factorization and discrete logarithms on a quantum computer, SIAM Review41(2) (1999), 303–332. doi:10.1137/S0036144598347011.
28.
K.Takahashi, T.Matsuda, T.Murakami, G.Hanaoka and M.Nishigaki, A signature scheme with a fuzzy private key, in: ACNS, 2015, pp. 105–126.
29.
K.Takahashi, T.Matsuda, T.Murakami, G.Hanaoka and M.Nishigaki, Signature schemes with a fuzzy private key, IACR Cryptology ePrint Archive2017 (2017), 1188.
30.
Y.Tian, Y.Li, R.H.Deng, N.Li, P.Wu and A.Liu, A new framework for privacy-preserving biometric-based remote user authentication, Journal of Computer Security (2020), 1–30.
31.
B.Waters, Efficient identity-based encryption without random oracles, in: EUROCRYPT, 2005, pp. 114–127.
32.
Y.Wen and S.Liu, Robustly reusable fuzzy extractor from standard assumptions, in: ASIACRYPT, 2018, pp. 459–489.
33.
Y.Wen, S.Liu and S.Han, Reusable fuzzy extractor from the decisional Diffie–Hellman assumption, Designs, Codes and Cryptography86(11) (2018), 2495–2512. doi:10.1007/s10623-018-0459-4.
34.
M.Yasuda, T.Shimoyama, M.Takenaka, N.Abe, S.Yamada and J.Yamaguchi, Recovering attacks against linear sketch in fuzzy signature schemes of ACNS 2015 and 2016, in: ISPEC, 2017, pp. 409–421.