A public key encryption system exchanges information between a pair of correspondents. The recipient performs computations on the received data to recover the transmitted data or verify the identity of the sender. The data transferred includes supplementary information that relates to intermediate steps in the computations performed by the recipient.
|
13. A correspondent having a computational unit for verifying a signature received from another correspondent over a communications channel, said computational unit storing computer executable instructions for:
a) obtaining a first set of information sufficient to permit said signature to be verified and additional information supplementary to that of said first set of information, said additional information facilitating the computation of at least one intermediate step involved in the performance of said signature verification; and
b) verifying said signature with said additional information being available to facilitate the computation of said at least one intermediate step during said signature verification.
7. A method of verifying a signature received from a first correspondent by a second correspondent over a communications channel, said method comprising the steps of:
a) making available at said second correspondent, a first set of information sufficient to permit said signature to be verified and additional information supplementary to that of said first set of information, said additional information facilitating the computation of at least one intermediate step involved in the performance of said signature verification; and
b) verifying said signature at said second correspondent with said additional information being available to facilitate the computation of said at least one intermediate step during said signature verification.
1. A method of facilitating signature verification between a first and second correspondent connected by a communications channel, said method comprising steps of:
a) assembling at said first correspondent a data string including information to be transferred to said second correspondent;
b) making available at said second correspondent, a first set of information sufficient to permit a signature verification, and additional information supplementary to that of said first set of information, said additional information facilitating the computation of at least one intermediate step involved in the performance of said signature verification;
c) signing at least a portion of said data string to produce a signature; and
d) forwarding said signature over said communications channel to said second correspondent;
wherein verification of said signature at said second correspondent can be facilitated by using said additional information in the computation of said at least one intermediate step during said signature verification.
4. A method according to
10. A method according to
11. A method according to
12. A method according to
|
This application is a continuation of U.S. application Ser. No. 08/953,637, filed on Oct. 17, 1997, now U.S. Pat. No. 6,424,712 the content of which is incorporated herein by reference.
Public key data communication systems are used to transfer information between a pair of correspondents. At least part of the information exchanged is enciphered by a predetermined mathematical operation by the sender and the recipient may perform a complementary mathematical operation to decipher the information.
A typical example of such a system is a digital signature protocol. Digital signatures are used to confirm that a message has been sent by a particular party and that the contents have not been altered during transmission.
A widely used set of signature protocols utilizes the El Gamal public key signature scheme that signs a message with the sender's private key. The recipient may then recover the message with the sender's public key.
Various protocols exist for implementing such a scheme and some have been widely used. In each case however the recipient is required to perform a computation to verify the signature. Where the recipient has adequate computing power this does not present a particular problem but where the recipient has limited computing power, such as in a “Smart card” application, the computations may introduce delays in the verification process.
Public key schemes may be implemented using one of a number of multiplicative groups in which the discrete log problem appears intractable but a particularly robust implementation is that utilizing the characteristics of points on an elliptic curve over a finite field. This implementation has the advantage that the requisite security can be obtained with relatively small orders of field compared with, for example, implementations in Zp* and therefore reduces the bandwidth required for communicating the signatures.
In a typical implementation a signature component s has the form:
s=ae+k (mod n)
where:
The sender sends to the recipient a message including m, s, and R and the signature is verified by computing the value -(sP-eQ) which should correspond to R. If the computed values correspond then the signature is verified.
In order to perform the verification it is necessary to compute a number of point multiplications to obtain sP and eQ, each of which is computationally complex. Other protocols, such as the MQV protocols require similar computations when implemented over elliptic curves which may result in slow verification when the computing power is limited.
Typically, the underlying curve has the form y2+xy=x3+ax+b and the addition of two points having coordinates (x1,y1) and (x2,y2) results in a point (x3,y3) where:
The doubling of a point i.e. P to 2P, is performed by adding the point to itself so that
It will be appreciated that successive doubling of the point Q produces values for 2Q, 22Q, 23Q . . . 2jQ and that these values may be substituted in the binary representation of the hash value e and added using the above equations to provide the value eQ. At most this would require t doublings and t point additions for a t bit representation of e. Similarly the point P may be doubled successively and the values substituted in the representation of s to obtain sP. However, the generation of each of the doubled points requires the computation of both the x and y coordinates and the latter requires a further inversion. These steps are computationally complex and therefore require either significant time or computing power to perform. Substitution in the underlying curve to determine the value of y is not practical as two possible values for y will be obtained without knowing which is intended.
It is therefore an object of the present invention to provide a method and apparatus in which the above disadvantages are obviated or mitigated.
In general terms, the present invention provides a method and apparatus in which the transmitted data string is modified to include information additional to that necessary to perform the verification but that may be used to facilitate the computations involved in the verification.
Embodiments of the present invention will now be described by way of example only with reference to the accompanying drawings, in which
Referring therefore to
In accordance with a first embodiment, the sender 12 assembles a data string 22 shown schematically in
For simplicity it will be assumed that the signature component s of the sender 12 is of the form s=ae+k (mod n) as discussed above, although it will be understood that other signature protocols may be used. To verify the signature, sP-eQ must be computed and compared with R.
The certifying authorities signature component sauth is of similar form with its message m composed of the identifier I.D., time T and the sign bits y′.
The first step in the verification by the recipient 14 is to retrieve the value of Q and the sign bits y′ from the certificate 24 using the certifying authorities public key. A hash value e′ is also computed from the message m and the coordinates of the point R in the senders certificate 26. The recipient 14 is then able to perform the verification by computing sP and e′Q. However, as noted above, the computational unit 21 has limited computing power and the computation of sP and e′Q may be time-consuming.
One or more of a number of enhancements are therefore adopted to facilitate the verification. In a first embodiment, use is made of the fact that P is a long-term system parameter. Values corresponding to integral multiples of P may be stored at the recipient 14 in lookup tables indicated at 28 in
The value of Q will vary from sender to sender and accordingly it is not practical to pre-compute the possible values of e′Q in a manner similar to sP. To facilitate the computation of e′Q, e′ is treated as a binary representation of an integer with each bit indicative of a coefficient of successive values of 2j. The computational unit 19 at sender 12 is used to double successively the point Q so that the coordinates of 2jQ are obtained. The most significant bit of the y coordinate indicates the “sign” of the y coordinate and a string of bits representing the signs of the y coordinates of the successively doubled points is incorporated as the supplementary information y′ in the certificate 24. To compute the value of e′Q at the recipient 14, the x coordinate of the point Q is successively doubled by applying the equation noted above so that the x coordinates of successive values of 2jQ are obtained. Where the binary representation of e′ indicates that a value of 2jQ is required (ie. where the coefficient is “1”), the corresponding value of the y coordinate is determined by substitution in the underlying curve. Two possible values of the y coordinate are obtained and the appropriate value is determined by reference to the sign bits y′ retrieved from the certificate 24. Accordingly, the computation of the y coordinate that requires an inversion is avoided.
Having obtained each pair of coordinates for the coefficients of 2jQ, they may be combined to provide the value for e′Q and combined with sP to obtain sP-e′Q. This is then compared with the recovered value of R for verification.
It will be appreciated that sP may be computed in a manner similar to e′Q with the inclusion of additional sign bits for the y coordinates of 2jP in the certificate 24. It is, however, believed to be preferable to utilize the lookup tables 28 where practical.
Although the above procedure reduces the computational complexities, the computation of the x coordinate still requires an inversion. Inversion is relatively costly and to facilitate the computation, the process of
The value of the x and z coordinates of the point 2Q can then be calculated using the relationship in that 2(x1, y1, z1) (x2, y2, z2) where
x2=x14+Z14b and
Z2=(x1z1)2
“b” is the constant associated with the underlying curve and can be chosen suitably small, ie. one word.
Once the x and z values for 2Q have been computed, they may be used in a similar manner to obtain the values of x and z for 4Q. This may be repeated up to 2tQ so that the t sets of projective coordinates each representing the x and z coordinates of a respective one of 2jQ 0≦j≦t are obtained.
Each of the projective x coordinates is converted into a corresponding affine coordinate by dividing the x coordinate by the z coordinate. The x coordinate of the respective values of 2jQ can then be used where necessary in the representation of e′ to obtain the corresponding y coordinates by substitution in the equation representing the underlying curve. The corresponding y value is obtained by inspection of the sign bits y′ included in the data string 22 which indicates the appropriate value.
With each of the coordinates obtained, the values for 2jQ can be substituted in the binary representation of e and the resultant value of eQ obtained. As the representation of e will be a string of 1′s and 0′s, only those values having a coefficient of 1 need be combined to simplify the computation further. The result may then be combined with the value of sP and compared with the retrieved value of R to obtain a verification.
It will be seen, therefore, that a verification is obtained without requiring an inversion at each addition to obtain the successive x coordinates which facilitates the verification process. The computation of the values of 2jQ can be readily obtained if the elliptic curve is implemented over the field GF2 when represented in normal basis representation. In this case, the computation of x14 and z14 is obtained by two cyclic shifts of the representation of the respective coordinates. After multiplying with “b”, the result is XOR′d to obtain the value of the resultant x coordinate. Similarly, the value of the z coordinate can be obtained from a cyclic shift of the product of x1 and z1.
The above procedure may be modified with an increase in bandwidth by forwarding in the certificate the x coordinate of Q and each of the y coordinates of 2jQ. Some of these will of course be redundant depending on the representation of e′. However, in this manner the computation of the y coordinates is avoided but the length of the message is increased. This may be acceptable, particularly where limited computing power is available at the recipient.
As a further variant, the message could be modified to include both the x and y coordinates for each value of 2jQ with the attendant redundancy. This has the effect of minimizing the computation of eQ but does increase the message length.
A further embodiment is shown in
e=V1+2V2+22V3+. . .+2k-1Vk-1+2kVk, and
eQ=V1Q+2V2Q+22V3Q+. . .+2k-1Vk-1Q+2kVkQ
Each of the columns may have one of 2t/k combinations of bits. Each combination will produce a particular value Σ1, Σ2, Σ3 etc. for V which has to be multiplied by the point Q to obtain the coordinates of the point 2jVjQ. The certificate 24 is thus modified to include in an ordered, retrievable manner the coordinates of the 2t/k possible points resulting from the combination of bits in the columns which have been pre-computed by the sender 12. Upon receipt, the recipient 14 extracts the message m and point R to obtain a recovered value for e. This bit string is arranged in a k-fold matrix of established configuration and the bit combination of the most significant column determined. The coordinates of the point resulting from this combination is obtained from the certificate 24, and doubled. The point corresponding to the bit combination in the next most significant column is retrieved and added to the result of the previous doubling. This is then doubled and the procedure repeated until e′Q is computed. In this way a reduced number of point additions is required, a maximum of 2 k, and the bandwidth required to transmit the information is reduced. The sign bit string y′ may be utilized to provide the sign bits of the y coordinates of the doubled points and added points to facilitate the computation.
In each of the above cases, the data string 22 includes additional information that may be utilized to facilitate the computation of the value eQ. In each case however the integrity of the signature is not compromised as the information could be computed from the contents of the data string as part of the verification process. The value of e with which the information is subsequently used is derived from the received data string so that tampering with the senders certificate would produce an incorrect verification. The additional information is contained within the certifying authorities certificate and forms part of the signature component and so that it cannot be substituted by an attacker without detection.
It will be seen therefore that in each embodiment the verification of a signature is facilitated by forwarding information to the recipient in addition to that required for verification and which facilitates the verification computation. It will be appreciated that while the embodiments describe the operation between a pair of correspondents, one of those correspondents could be a certifying authority or trusted intermediary. The CA receives a message from an originating correspondent, computes the supplementary information, assembles the data string and forwards the data string to the recipient. In this manner, the public key exchange between a pair of correspondents each having limited computing power may be facilitated.
The above embodiments have been described in the context of a signature verification protocol. However, the techniques may be utilized on other public key operations such as key agreement or key transport protocols. Examples of these protocols are the MQV protocols or protocols set out in IEEE P 21363 draft standard. In such protocols, it is typically necessary to generate a scaled multiple of a point on the curve, i.e. kP where k is an integer and P is a point on the curve. Accordingly, the information transferred between correspondents may be modified to include supplementary information to facilitate the computations involved in such protocols.
Vanstone, Scott A., Johnson, Donald B.
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
5005200, | Feb 12 1988 | Public key/signature cryptosystem with enhanced digital signature certification | |
5351297, | Jun 28 1991 | Matsushita Electric Industrial Co., Ltd. | Method of privacy communication using elliptic curves |
5442707, | Sep 28 1992 | Matsushita Electric Industrial Co., Ltd. | Method for generating and verifying electronic signatures and privacy communication using elliptic curves |
5497423, | Jun 18 1993 | Panasonic Corporation | Method of implementing elliptic curve cryptosystems in digital signatures or verification and privacy communication |
5572454, | Dec 06 1993 | Korea Telecommunication Authority | Modulo reduction method using a precomputed table |
5638447, | May 15 1996 | Compact digital signatures | |
5761305, | Apr 21 1995 | Malikie Innovations Limited | Key agreement and transport protocol with implicit signatures |
5799088, | Dec 01 1993 | RPK New Zealand Limited | Non-deterministic public key encrypton system |
6157721, | Aug 12 1996 | INTERTRUST TECHNOLOGIES CORP | Systems and methods using cryptography to protect secure computing environments |
6279110, | Nov 10 1997 | Certicom Corp | Masked digital signatures |
6424712, | Oct 17 1997 | Certicom Corp. | Accelerated signature verification on an elliptic curve |
6526509, | May 19 1995 | NOKIA SOLUTIONS AND NETWORKS GMBH & CO KG | Method for interchange of cryptographic codes between a first computer unit and a second computer unit |
6782100, | Jan 29 1997 | BlackBerry Limited | Accelerated finite field operations on an elliptic curve |
WO9637064, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Sep 29 1997 | VANSTONE, SCOTT A | Certicom Corp | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 019451 | /0615 | |
Sep 29 1997 | JOHNSON, DONALD B | Certicom Corp | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 019451 | /0615 | |
Jun 17 2002 | Certicom Corp. | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Jan 18 2012 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Feb 19 2016 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Apr 06 2020 | REM: Maintenance Fee Reminder Mailed. |
Sep 21 2020 | EXP: Patent Expired for Failure to Pay Maintenance Fees. |
Date | Maintenance Schedule |
Aug 19 2011 | 4 years fee payment window open |
Feb 19 2012 | 6 months grace period start (w surcharge) |
Aug 19 2012 | patent expiry (for year 4) |
Aug 19 2014 | 2 years to revive unintentionally abandoned end. (for year 4) |
Aug 19 2015 | 8 years fee payment window open |
Feb 19 2016 | 6 months grace period start (w surcharge) |
Aug 19 2016 | patent expiry (for year 8) |
Aug 19 2018 | 2 years to revive unintentionally abandoned end. (for year 8) |
Aug 19 2019 | 12 years fee payment window open |
Feb 19 2020 | 6 months grace period start (w surcharge) |
Aug 19 2020 | patent expiry (for year 12) |
Aug 19 2022 | 2 years to revive unintentionally abandoned end. (for year 12) |