Digital signature method

Abstract

A method for signing and subsequently verifying a digital message, including the following steps implemented using at least one processor-based subsystem: selecting parameters including an integer q and a relatively smaller integer p that is coprime with q; generating random polynomial f relating to p and random polynomial g relating to q; producing a public key that includes h, where h is equal to a product that can be derived using g and the inverse of f mod q; producing a private key from which f and g can be derived; storing the private key and publishing the public key; producing a message digest by applying a hash function to the digital message; producing a digital signature using the message digest and the private key; and performing a verification procedure utilizing the digital signature and the public key to determine whether the signature is valid.

Claims

1. A method for signing and subsequently verifying a digital message, comprising the following steps implemented using at least one processor-based subsystem: selecting parameters including an integer q and a relatively smaller integer p that is coprime with q; generating random polynomial f relating to p and random polynomial g relating to q; producing a public key that includes h, where h is equal to a product that can be derived using g and the inverse of f mod q; producing a private key from which f and g can be derived; storing the private key and publishing the public key; producing a message digest by applying a hash function to the digital message; producing a digital signature using the message digest and the private key; and performing a verification procedure utilizing the digital signature and the public key to determine whether the signature is valid.

2. The method as defined by claim 1, wherein said step of producing a digital signature comprises the following steps: (A) generating a noise polynomial; (B) deriving a candidate signature using the private key, the message digest, and the noise polynomial; (C) determining whether the coefficients of the candidate signature are within a predetermined range; and (D) repeating steps (A) through (C) until the criterion of step (C) is satisfied, and outputting the resultant candidate signature as the produced digital signature.

3. The method as defined by claim 1, further comprising transmitting the digital signature, and wherein said step of performing a verification procedure includes receiving the transmitted digital signature and performing the verification procedure on the received digital signature.

4. The method as defined by claim 2, further comprising transmitting the digital signature, and wherein said step of performing a verification procedure includes receiving the transmitted digital signature and performing the verification procedure on the received digital signature.

5. The method as defined by claim 3, wherein said digital message comprises a challenge communication from a verifier entity, and wherein said digital signature is transmitted to said verifier entity.

6. The method as defined by claim 1, wherein integers q and p are ideals of a quotient ring R, and wherein random polynomial f is in p*R.sub.f and random polynomial g taken mod q is in R.sub.g, where R.sub.f and R.sub.g are subsets of a ring R.sub.q.

7. The method as defined by claim 6, wherein (R.sub.f, R.sub.g), two subsets of R.sub.q, have members that are small relative to arbitrary members of R.sub.q.

8. The method as defined by claim 6, wherein said step of producing a digital signature comprises the following steps: (A) generating a noise polynomial; (B) deriving a candidate signature using the private key, the message digest, and the noise polynomial; (C) determining whether the coefficients of the candidate signature are within a predetermined range; and (D) repeating steps (A) through (C) until the criterion of step (C) is satisfied, and outputting the resultant candidate signature as the produced digital signature.

9. The method as defined by claim 6, further comprising transmitting the digital signature, and wherein said step of performing a verification procedure includes receiving the transmitted digital signature and performing the verification procedure on the received digital signature.

10. The method as defined by claim 6, wherein said digital message comprises a challenge communication from a verifier entity, and wherein said digital signature is transmitted to said verifier entity.

11. A method for signing and transmitting a digital message, comprising the following steps implemented using at least one processor-based subsystem: selecting parameters including an integer q and a relatively smaller integer p that is coprime with q; generating random polynomial f relating to p and random polynomial g relating to q; producing a public key that includes h, where h is equal to a product that can be derived using g and the inverse of f mod q; producing a private key from which f and g can be derived; storing the private key and publishing the public key; producing a message digest by applying a hash function to the digital message; producing a digital signature using the message digest and the private key; and transmitting the digital signature.

12. The method as defined by claim 11, wherein said step of producing a digital signature comprises the following steps: (A) generating a noise polynomial; (B) deriving a candidate signature using the private key, the message digest, and the noise polynomial; (C) determining whether the coefficients of the candidate signature are within a predetermined range; and (D) repeating steps (A) through (C) until the criterion of step (C) is satisfied, and outputting the resultant candidate signature as the produced digital signature.

13. The method as defined by claim 11, wherein said digital message comprises a challenge communication from a verifier entity, and wherein said digital signature is transmitted to said verifier entity.

14. The method as defined by claim 12, wherein said digital message comprises a challenge communication from a verifier entity, and wherein said digital signature is transmitted to said verifier entity.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

(1) FIG. 1 is a block diagram of a system that can be used in practicing embodiments of the invention.

(2) FIG. 2 is a flow diagram of a public key digital signature technique which, when taken with the subsidiary flow diagrams referred to therein, can be used in implementing embodiments of the invention.

(3) FIG. 3 is a flow diagram, in accordance with an embodiment hereof, of a routine for key generation.

(4) FIG. 4 is a flow diagram, in accordance with an embodiment hereof, of a routine for signing a digital message.

(5) FIG. 5 is a flow diagram, in accordance with an embodiment hereof, of a routine for verification of a digital signature.

(6) FIG. 6 is a flow diagram, in accordance with another embodiment hereof, of a routine for signing a digital message.

(7) FIG. 7 s a flow diagram, in accordance with another embodiment hereof, of a routine for verification of a digital signature.

DETAILED DESCRIPTION

(8) FIG. 1 is a block diagram of a system that can be used in practicing embodiments of the invention. Two processor-based subsystems 105 and 155 are shown as being in communication over an insecure channel 50, which may be, for example, any wired or wireless communication channel such as a telephone or internet communication channel. The subsystem 105 includes processor 110 and the subsystem 155 includes processor 160. The subsystems can typically comprise mobile devices, computers, or terminals. When programmed in the manner to be described, the processors 110 and 160 and their associated circuits can be used to implement an embodiment of the invention and to practice an embodiment of the method of the invention. The processors 110 and 160 may each be any suitable processor, for example an electronic digital processor or microprocessor. It will be understood that any general purpose or special purpose processor, or other machine or circuitry that can perform the functions described herein, electronically, optically, or by other means, can be utilized. The subsystem 105 will typically include memories 123, clock and timing circuitry 121, input/output functions 118 and display 125, which may all be of conventional types. Inputs can include a touchscreen/keyboard input as represented at 103. Communication is via transceiver 135, which may comprise a modem or any suitable device for communicating signals.

(9) The subsystem 155 in this illustrative embodiment can have a similar configuration to that of subsystem 105. The processor 160 has associated input/output circuitry 164, memories 168, clock and timing circuitry 173, and a display 176. Inputs include a touchscreen/keyboard 155. Communication of subsystem 155 with the outside world is via transceiver 162 which, again, may comprise a modem or any suitable device for communicating signals.

(10) FIG. 2 illustrates a basic procedure that can be utilized with a public key digital signature technique, and refers to routines illustrated by other referenced flow diagrams which describe features in accordance with an embodiment of the invention. Reference can also be made to Appendix I for further details of the invention. The block 210 represents the generating of the public key and private key signals and data, and the publishing of the public key. The routine of an embodiment thereof is described in conjunction with the flow diagram of FIG. 3. In the present example, this operation can be performed, for example, at the processor-based subsystem 105 of FIG. 1. The public key information can be published; that is, made available to any member of the public or to any desired group to whom the private key holder desires to send the digital signatures. Typically, although not necessarily, the public key may be made available at a central public key library facility or website where a directory of public key holders and their public keys are maintained.

(11) The block 250 represents a routine that can be employed (that is, in this example, by the user of processor-based subsystem 155 of FIG. 1) for signing the digital message. This routine, in accordance with an embodiment of the invention, is described in conjunction with the flow diagram of FIG. 4. In this example, the digital signature is then transmitted over the channel 50 (FIG. 1).

(12) The block 270 represents a routine that can be employed (that is, in this example, by the user of processor-based subsystem 155 of FIG. 1) for using, inter alia, the public key to implement a verification procedure to either accept or reject the digital signature. This routine, in accordance with an embodiment of the invention, is described in conjunction with the flow diagram of FIG. 5.

(13) FIG. 3 is a flow diagram of a routine, represented by the block 210 of FIG. 2, in accordance with an embodiment of the invention, for implementing key generation. Reference can also be made to Appendix I. The block 310 represents the defining and/or inputting of parameters used in key generation, which include: R, a polyhnomial quotient ring in which products of small elements are also small; q, an integer; p, a small integer or polynomial coprime with q (as ideals of R); Rq, the ring with coefficients drawn from Zq (where Zq is the integers taken mod q); and (R.sub.f, R.sub.g), the space of private keys, two subsets of the ring Rq whose members are “small” relative to arbitrary members of Rq. The block 320 represents the step of randomly selecting f in p*R.sub.f and g in R.sub.g. [As described in Appendix I, the random polynomials can be chosen such that f is p times a trinary polynomial and such that ∥g∥≦p/2. Writing f=pF, so F is trinary, it is assumed that F is invertible modulo q and modulo p. If not, this f can be discarded and a new one chosen.] Then, as represented by the block 330, the inverse of f (that is, f.sup.−1) in the ring Rq, called f.sub.inv, is computed, and h is computed as h=f.sub.inv*g in the ring q. The private key f, g and the public key h can then be output, as represented by the block 340.

(14) FIG. 4 is a flow diagram of a routine, represented by the block 240 of FIG. 2, in accordance with an embodiment of the invention, for implementing the signing of a digital message using, inter alia, the private key. Reference can also be made to Appendix I.

(15) Referring to FIG. 4, the block 410 represents the inputting of the following: R, a polynomial quotient ring in which products of small elements are also small; q, an integer; p, a small integer or polynomial coprime with q (as ideals of R); R.sub.q, the ring R with coefficients drawn from Z.sub.q; R.sub.h, the hash output space, a subset of (R.sub.q×R.sub.q) where every element is equal to itself mod p; B.sub.R, the L.sub.∞ norm of the noise=floor ((q−p)/2p); B.sub.s, the L.sub.∞ norm of the s component of the signature; B.sub.t, the L.sub.∞ norm of the t component of the signature; H, a hash function taking as input a message and a public key; (f, g), the private key; h, the public key; and M, the message to be signed. (M corresponds to μ in Appendix I).

(16) As represented by the block 420, a document hash, mod p, designated (s.sub.p, t.sub.p), is calculated as H(M, h); that is the hash of the message and the public key. Next, the loop of blocks 430, 440, and 450 implements the rejection sampling of candidate signatures, and selection of a candidate signature that meets a size criterion (see also Appendix I). The block 430 represents randomly generating noise r with L.sub.∞ norm less than or equal to B.sub.R. The block 440 represents the successive calculations of s.sub.0, t.sub.0, a, and (s, t) as follows:
s.sub.0=s.sub.p+pr
t.sub.0=h*s.sub.0 mod q
a=g.sup.−1*(t.sub.p−t.sub.0) mod q
(s, t)=(s.sub.0, t.sub.0)+(a*f, a*g)

(17) Next, the decision block 450 represents the step of determining whether the coefficients of the candidate signature and its components are in a predetermined range, dependent on range-defining integers. In this embodiment, a determination is made of whether all of the following are true:
L.sub.∞ norm of (a*f)≦q/2−B?
L.sub.∞ norm of (a*g)≦q/2−B?
L.sub.∞ norm of s≦B.sub.s?
L.sub.∞ norm of ≦B.sub.t?
If not, the block 430 is re-entered, and the process steps of blocks 430, 440 and 450 are repeated until a candidate digital signature which meets the criteria of block 450 is obtained. The block 460 is then entered, this block representing the outputting of the qualifying candidate signature, that is, the encoded signed message s, or (s, t) (see Appendix 1).

(18) FIG. 5 is a flow diagram of a routine, represented by the block 270 of FIG. 2, in accordance with an embodiment of the invention, for implementing verification of whether the received digital signature is valid. Reference can also be made to Appendix I.

(19) The block 510 represents the inputting of the following: R, a polynomial quotient ring in which products of small elements are also small; q, an integer; p, a small integer or polynomial coprime with q (as ideals of R); R.sub.q, the ring R with coefficients drawn from Z.sub.q; R.sub.h, the hash output space, a subset of (R.sub.q×R.sub.q) where every element is equal to itself mod p; B.sub.s, the L.sub.∞ norm of the s component of the signature; B.sub.t, the L.sub.∞ norm of the t component of the signature; H, a hash function taking as input a message and a public key; h, the public key; M, the message; A, the additional data; and s, the signature. (The additional data is typically added to the hash of the message for enhanced security.)

(20) Next, as represented by the block 520, the following calculations are made:
(s.sub.p, t.sub.p)=H(M, A)
t=s*h mod q
A determination is then made (decision block 530) as to whether both of the following hold:
The L.sub.∞ norm of s≦B.sub.s
The L.sub.∞ norm of t≦B.sub.t
If not, the signature is rejected (block 550). If, however, the inquiry of block 530 is answered affirmatively, the decision block 540 is entered, this block representing the inquiry of whether (s.sub.p, t.sub.p) equals (s, t) mod p. If not, the signature is rejected (block 550) (s, t) mod p or, if so, the signature is accepted (block 560).

(21) FIGS. 6 and 7 respectively illustrate a further embodiment of the signing routine of FIG. 4 and a further embodiment of the verification routine of FIG. 5. The routines are similar to those of their counterparts but, in some respects, are generalized to show that variations can be implemented within the intended scope hereof.

(22) In the signing routine of FIG. 6, the block 610 corresponds to block 410 of FIG. 4, except that in this case, an input is provided for DistR, the distribution function for the random noise, which outputs noise in Rq, and an input is provided for SpaceS, the permitted space for the signatures to lie in. Also, in this case, as represented by block 620, (s.sub.p, t.sub.p) is calculated as H (M, A), where A is the input additional data added to the hash function. The block 630 represents the step of randomly generating noise r from the distribution DistR. Then, the calculations of block 640 correspond to the previously described calculations of block 440. Inquiry is then made (decision block 650) as to whether (s, t) is in SpaceS. If not, block 630 is re-entered, and the steps of blocks 630, 640, and 650 are repeated until a candidate digital signature which meets the criterion of block 650 is obtained. The block 650 is then entered, this block representing the outputting of the qualifying candidate signature; that is, the signed message (s, t). In this manner, rejection sampling is achieved. Regarding the more generalized verification routine of FIG. 7, the block 710 corresponds to block 510 of FIG. 5, except that in this case, inputs are provided for SpaceS and L.sub.h, the lattice defined by the public key. Inquiry is made (block 730) as to whether (s, t) is in SpaceS and (s, t) is in L.sub.h. If not, the signature is rejected (block 770). If so, (s.sub.p,t.sub.p) is calculated as H(M, A) (block 740), and inquiry is made (decision block 750) as to whether (s.sub.p, t.sub.p) equals (s, t) mod p. If not, the signature is rejected (block 770). If so, however, the signature is accepted.

(23) The invention has been described with reference to particular preferred embodiments, but variations within the spirit and scope of the invention will occur to those skilled in the art. For example, while a digital signature technique has been described, it will be understood that an authentication producer of the challenge-response-verification type can alternatively be implemented, using the technique hereof and employing the challenge as the message to be signed. Also, it will be understood that coefficients of polynomials can alternatively be represented in other forms including, but not limited to, matrices.