Identification and Authentication 1 CHAPTER 9: User identification and message authentication, Secret sharing and E-commerce Most of today's applications of cryptography ask for authentic data rather than secret data. A practically very important problem is therefore how to protect data and communication against an active attacker (and noise). Main related problems to deal with are: 1. User identification (authentication): How can a person prove his (her) identity? IV054 2. Message authentication: Can tools be provided to decide, for the recipient, that the message is from the person who is supposed to send it? 3. Message integrity (authentication): Can tools be provided to decide for the recipient whether or not the message was changed on the fly? 1. Important practical objectives are to find identification schemes that are so simple that it can be implemented on smart cards - they are essentially credit cards equipped with a chip that can perform arithmetical operations and communications. E-commerce: One of the main new application of the cryptographic techniques is to establish secure and convenient manipulation with digital money (e-money), especially for e-commerce. 2 Identification and Authentication USER IDENTIFICATION (AUTHENTICATION) User identification (authentication) is a process at which one party (often referred to as a Prover or Alice) convinces a second party often referred to as a Verifier or Bob) of Prover’s identity. (Namely, that the Prover has actually participated in the identication process. In other words that the Prover has been active in the time the confirmative evidence of identity has been recquired). The purpose of any identification (authentication) process is to preclude (vylucit) some impersonation (zosobnenie) of one person (the Prover) by someone else. Identication usually serves to control access to a resource (often a resource should be accessed only by privileged users). IV054 > 3 Identification and Authentication OBJECTIVES of IDENTICATIONS User identification process has to satisfy the following objectives: •The Verifier has to accept Prover’s identity if both parties are honest; • •The Verifier cannot later, after a successful identication, pose as the Prover and identicate himself (as the Prover) to another Verifier; • •A dishonest party that would claim to be the other party has only negligible chance to identicate itself successfully; • •Each of the above conditions remains true even if an attacker has observed or has participated in several identification protocols. IV054 > 4 Identification and Authentication USER IDENTIFICATION PROTOCOLS Identification protocols have to satisfy two security conditions: 1.If one party, say Bob (a verifier), gets a message from the other party, say Alice (a prover), then Bob is able to verify that the sender was indeed Alice. 2. 2.There is no way to pretend, for a third party, say Charles, when communicating with Bob, that he is Alice without Bob having a large chance to find out that. 1. IV054 > 5 Identification and Authentication Identification system based on a PKC • Alice chooses a random r and sends e B (r) to Bob. • Alice identifies a communicating person as Bob if he can send her back r. • Bob identifies a communicating person as Alice if she can send him r. A misuse of the above system We show that (any non-honest) Alice could misuse the above identification scheme. Indeed, Alice could intercept a communication of a Jane ( a new “player'') with Bob, and get a cryptotext e B (w), the one Jana has been sending to Bob, and then Alice could send e B (w) to Bob. Honest Bob, who follows fully the protocol, would then return w to Alice and she would get this way the plaintext w. IV054 > 6 Identification and Authentication ELEMENTARY AUTHENTICATION PROTOCOLS USER IDENTIFICATION Static means of identification: People can be identified by their attributes (fingerprints), possessions (passports), or knowledge. Dynamic means of identification: Challenge and respond protocols. Both Alice and Bob share a key k and a one-way function f k. 1. Bob sends Alice a random number or string RAND. 2. Alice sends Bob PI = f k (RAND). 3. If Bob gets PI, then he verifies whether PI = f k (RAND). 4. If yes, he starts to believe that the person he has communicated with is Alice. The process can be repeated to increase probability of a correct identification. IV054 Message authentication – to be discussed later MAC - method (Message Authentication Code) Alice and Bob share a key k and a encoding algorithm Ak 1. With a message m, Alice sends (m, A k (m)) -- MAC is here 2. If Bob gets (m', MAC), then he computes A k (m') and compares it with MAC. 7 Identification and Authentication Three-way authentication and also key agreement IV054 A PKC will be used with encryption/decryption algorithms (e, d) and DSS with pairs (s, v). Alice and Bob will have their identity strings IA and IB. 1. Alice chooses a random rA, sets t = (IB, rA), signs sigsA(t) and sends m1 = (t, sigsA(t)) to Bob. 2. Bob verifies Alice’s signature, chooses random rB and a random session key k. He encrypts k with Alice’s public key, EeA(k) = c, sets t1 = (IA, rA, rB, c), signs it with sigsB(t1). Then he sends m2 = (t1, sigsB(t1)) to Alice. > 8 Identification and Authentication Three-way authentication and key agreement IV054 3. Alice verifies Bob’s signature, and checks that the rA she just got matches the one she generated in Step 1. Once verified, she is convinced that she is communicating with Bob. She gets k via DdA(c) = DdA(EeA(k)) = k, sets t2= (IB, rB) and signs it with sigsA(t2). Then she sends m3 = (t2, sigsA(t2)) to Bob. 4. Bob verifies Alice’s signature and checks that rB he just got matches his choice in Step 2. If both verifications pass, Alice and Bob have mutually authenticated each other identity and have agreed upon a session key k. > 9 Identification and Authentication DATA AUTHENTICATION The goal of data authentication schemes (protocols) is to handle the case that data are sent through insecure channels. By creating so-called Message Authentication Code (MAC) a sending this MAC, together with a message through an insecure channel, one can create possibility to verify whether data were not changed in the channel. The price to pay is that communicating parties need to share a secret random key that need to be transmitted through a very secure channel.l > 10 Identification and Authentication Schemes for Data Authentication Basic difference between MACs and digital signatures is that MACs are symmetric in the following sense: Anyone who is able to verify MAC of a message is also able to generate the same MAC, and vice versa. A scheme (M, T, K) for data authentication is given by: –M is a set of possible messages (data) –T is a set of possible MACs –K is a set of possible keys Moreover, it is required that –to each k from K there is a single and easy to compute authentication mapping authk: {0,1}* x M ® T –and a single easy to compute verification mapping verk: M x T ® {true, false} Two conditions should be satisfied for such a scheme: Correctness: For each m from M and k from K it holds verk(m, c) = true, if there exists an r from {0, 1}* such that c = autk(r, m) Security: For any m from M and k from K it is computationally unfeasible, without a knowledge of k, to find c from T such that verk(m, c) = true IV054 > 11 Identification and Authentication FROM BLOCK CIPHERS to MAC – CBC-MAC Let C be an encryption algorithm that maps kbit strings into kbit strings. If a message m = m1m2...ml is divided into blocks of length k, then socalled CBCmode of encryption assumes a choice (random) of a special block y0 of length k, and performs the following computations for i = 1, . . . ,l yi = C(yi-1 Å mi) and then y1||y2 || . . . ||yl is the encryption of m and yl is MAC for m. A modification of this method is to use another cryptoalgoritm to encrypt the last block ml. IV054 > 12 Identification and Authentication WEAKNESS of the CBS-MAC METHOD Let us have three pairs and in each: a message and its MAC (m1, c1), (m2, c2), (m3, c3) Where m1 and m3 have the same length k and m2 = m1||B||m’2. and let the length of B be also k. The encryption of the block B within m2 is C(B Å c1). If we now define B’ = B Å c1 Å c3 , m4 = m3||B’||m’2 , then, during the encryption of m4, we get C(B’ Å c3) = C(B Å c1), This implies that MAC's for m4 and m2 are the same. One can therefore forge a new valid pair (m4, c2). IV054 > 13 Identification and Authentication ANALYSIS of CBCMAC – a view Theorem Given are two independent random permutations C1 and C2 on the set of message blocks M of cardinality n. Let us define MAC(m1, m2, . . . , ml) = C2(C1(...C1(C1(m1) Å m2) Å... Å ml-1 Å ml). Let us assume that the MAC function be implemented by an oracle, and consider an adversary who can send queries to the oracle with a limited total length of q. If m1, ..., md denote the finite block sequences on M which are sent by the adversary to the oracle and let the total number of blocks be less than q. Let the purpose of the adversary be to output a message m which is different from all mi together with its MAC value c. Then the probability of success of the adversary (i.e. the probability that his MAC value is correct) is smaller than When q = qn1/2, this is approximately a = q2/2 (which is greater than 1 – e-a ) Implication: if the total length of all authenticated messages is negligible against # n, then there is no better way than the brute force attack to get collisions on the CBCMAC. IV054 > 14 Identification and Authentication FROM HASH FUNCTIONS TO MAC So called HMAC was published as the internet standard RFC2104. Let a hash function h processes messages by blocks of b bytes and produces a digest of l bytes and let t be the size of MAC, in bytes. HMAC of a message m with a key k is computed as follows: •If k has more than b bytes replace k with h(k). •Append zero bytes to k to have exactly b bytes. •Compute (using strings opad and ipad defined later) h(k Å opad||h(k Å ipad||m)). and truncate the results to its t leftmost bytes to get HMAXk(m). In HMAX ipad (opad) consists of b bytes equal to 0x36 (0x5c) hexadecimal. IV054 > 15 Identification and Authentication SECURITY of HMAC It can be shown that if •h(k Å ipad||m) defines a secure MAC on fixed length messages, and •h is collision free, then HMAC is a secure MAC on variable length messages with two independent keys. More precisely: Theorem Let h be a hash function which hashes into l bits. Given k1, k2 from {0, 1}l consider the following MAC algorithm MACk1,k2(m) = h(k2||h(k1||m)) If h is collision free and m ® h(k2||m) is a secure MAC algorithm for messages m of the fixed length l, then the MAC is a secure MAC algorithm for messages of arbitrary length. IV054 > 16 Identification and Authentication Disadvantage of static user identification schemes Everybody who knows your password or PIN can impersonate you. Using so called zero-knowledge identification schemes, discussed in the next chapter, you can identify yourself without giving to the identificator the ability to impersonate you. IV054 > 17 Identification and Authentication Simplified Fiat-Shamir identification scheme A trusted authority (TA) chooses: large random primes p,q , computes n = pq; and chooses a quadratic residue v Î QR n, and s such that s 2 = v (mod n). public-key: v private-key: s (that Alice knows, but not Bob) Challenge-reponse Identification protocol (1) Alice chooses a random r < n, computes x = r 2 mod n and sends x to Bob. (2) Bob sends to Alice a random bit (a challenge) b. (3) Alice sends Bob (a response) y = rs b mod n (4) Bob identifies the sender as Alice if and only if y 2 = xv b mod n, what is taken as a proof that the sender knows square roots of x and of v. IV054 This protocol is a so-called single accreditation protocol Alice proves her identity by convincing Bob that she knows square root s of v (without revealing s to Bob). If protocol is repeated t times, Alice has a chance 2 -t to fool Bob if she does not known s. 18 Identification and Authentication Analysis of Fiat-Shamir identification I public-key: v private-key: s (of Alice) such that s 2 = v. Protocol (1)Alice chooses a random r < n, computes x = r 2 mod n and sends x (her commitment) to Bob. (2) IV054 (2) Bob sends to Alice a random bit b (a challenge). (3) Alice sends to Bob (a response) y = rs b. (4) Bob verifies if and only if y 2 = xv b mod n, proving that Alice knows a square root of x. 19 Identification and Authentication Analysis of Fiat-Shamir identification II Analysis 1. The first message is a commitment by Alice that she knows square root of x. 2. The second message is a challenge by Bob. 3. • If Bob sends b = 0, then Alice has to open her commitment and reveals r. • If Bob sends b = 1, the Alice has to show her secret s in an “encrypted form''. • 3. The third message is Alice's response to the challenge of Bob. IV054 Completeness If Alice knows s, and both Alice and Bob follow the protocol, then the response rs b is the square root of xv b. It can be shown that Eve can cheat with probability of success ½ as follows: • Eve chooses random r Î Zn*, random b 1 Î {0,1} and sends x = r 2 v -b1, to Bob. • Bob chooses b Î {0,1} at random and sends it to Alice. • Alice sends r to Bob. 20 Identification and Authentication HOW CAN A BAD EVE CHEAT? Eve can send, to fool Bob, as her commitment, either for a random r or In the first case Eve can respond correctly to the Bob’s challenge b=0, by sending r; but cannot respond correctly to the challenge b = 1. In the second case Eve can respond correctly to Bob’s challenge b = 1, by sending r again; but cannot respond correctly to the challenge b = 0. Eve has therefore a 50% chance to cheat. > 21 Identification and Authentication Fiat-Shamir identification scheme parallel version In the following parallel version of Fiat-Shamir idenitification scheme the probability of false identification is decreased. Choose primes p,q, compute n = pq. Choose quadratic residues v 1,…,v k Î QR n. Compute s 1,…,s k such that public-key: v 1,…,v k secret-key: s 1,…,s k of Alice (1) Alice chooses a random r < n, computes a = r 2 mod n and sends a to Bob. (2) Bob sends Alice a random k-bit string b 1… b k. (3) Alice sends to Bob (4) Bob accepts if and only if Alice and Bob repeat this protocol t times, until Bob is convinced that Alice knows s1,…,sk . The chance that Alice fools Bob is 2 -kt, a decrease comparing with the chance 1/2 of the previous version of the identification scheme. IV054 22 Identification and Authentication The Schnorr identification scheme - setting This is a practically attractive and computationally efficient (in time, space + communication) scheme which minimizes storage + computations performed by Alice (to be a smart card). Scheme requires also a trusted authority (TA) which (1) chooses: a large prime p < 2 512, a large prime q dividing p -1 and q Ł 2 140, an a Î Z p* of order q, a security parameter t such that 2 t < q, p, q, a, t are made public. (2) establishes: a secure digital signature scheme with a secret signing algorithm sig TA and a public verification algorithm ver TA. IV054 Protocol for issuing a certificate to Alice 1. TA establishes Alice's identity by conventional means and forms a string ID(Alice) which contains identification information. • 2. Alice chooses a secret random 0 Ł a Ł q -1 and computes v = a -a mod p and sends v to the TA. 3. TA generates signature s = sig TA (ID(Alice), v) and sends to Alice the certificate C (Alice) = (ID(Alice), v ,s) 23 Identification and Authentication Schnorr identification scheme 1. Alice chooses a random 0 Ł k < q and computes g = a k mod p. IV054 2. Alice sends her certificate C (Alice) = (ID(Alice), v, s) and g to Bob. 3. Bob verifies the signature of the TA by checking that ver TA (ID(Alice), v, s) = true. 4. Bob chooses a random 1Ł r Ł 2 t, where t < lg q is a security parameter and sends it to Alice (often t Ł 40). 5. Alice computes and sends to Bob y = (k + ar) mod q. 6. Bob verifies that This way Alice shows her identity to Bob. Indeed, Total storage: 512 bits for ID(Alice), 512 bits for v, 320 bits for s (if DSS is used), total - 1344 bits. Total communication: Alice ® Bob 1996 bits, Bob ® Alice 40 bits. 24 Identification and Authentication Okamoto identification scheme The disadvantage of the Schnorr identification scheme is that there is no proof of its security. For the modification of the Schnorr identification scheme presented below, for Okamoto identification scheme, a proof of security exists. Basic setting: To set up the scheme the TA chooses: • a large prime p Ł 2 512, • a large prime q ł 2 140 dividing p -1; • two elements a 1, a 2 Î Z p* of order q. • TA makes public p, q, a 1, a 2 and keeps secret (also before Alice and Bob) c = lga1 a 2. Finally, TA chooses a signature scheme and a hash function. IV054 Issuing a certificate to Alice • TA establishes Alice's identity and issues an identification string ID(Alice). • Alice secretly and randomly chooses 0 Ł a 1, a 2 Ł q -1 and sends to TA v = a1 -a1a 2 -a2 mod p. • TA generates a signature s = sig TA(ID(Alice), v) and sends to Alice the certificate C (Alice) = (ID(Alice), v, s). 25 Identification and Authentication Okamoto identification scheme – basics once more Basic setting TA chooses: a large prime p Ł 2 512,large prime q ł 2 140 dividing p -1; two elements a 1, a 2 Î Z p* of order q. TA keep secret (also from Alice and Bob) c = lga1 a 2. Issuing a certificate to Alice • TA establishes Alice's identity and issues an identification string ID(Alice). • Alice randomly chooses 0 Ł a 1, a 2 Ł q -1 and sends to TA. v = a1 -a1a 2 -a2 mod p. • TA generates a signature s = sig TA(ID(Alice), v) and sends to Alice the certificate C (Alice) = (ID(Alice), v, s). IV054 > 26 Identification and Authentication Okamoto identification scheme Okamoto identification scheme • Alice chooses random 0 Ł k1, k2 Ł q -1 and computes g = a1 k1a 2 k2 mod p. IV054 • Alice sends to Bob her certificate (ID(Alice), v, s) and g. • Bob verifies the signature of TA by checking that verTA (ID(Alice), v, s) = true. • Bob chooses a random 1Ł r Ł 2 t and sends it to Alice. • Alice sends to Bob y1 = (k1 + a1r) mod q; y2 = (k2 + a2 r) mod q. • Bob verifies g º a1 y1a 2 y2 v r (mod p) 27 Identification and Authentication Authentication codes They provide methods of ensuring integrity of messages - that a message has not been tampered/changed, and that message originated with the presumed sender. The goal is to achieve authentication even in the presence of Mallot, a man in the middle, who can observe transmitted messages and replace them by messages of his own choise. Formally, an authentication code consists: • A set M of possible messages. • A set T of possible authentication tags. • A set K of possible keys. • A set R of authentication algorithms a k: M ® T, one for each k Î K IV054 Transmission process • Alice and Bob jointly choose a secret key k. • If Alice wants to send a message w to Bob, she sends (w, t), where t = a k (w). • If Bob receives (w, t) he computes t‘ = a k (w) and if t = t' Bob accepts the message as authentic. 28 Identification and Authentication Attacks and deception probabilities There are two basic types of attacks Mallot, the man in the middle,can do. Impersonation. Mallot introduces a message (w, t) into the channel expecting that message will be received as being sent by Alice. Substitution. Mallot replaces a message (w, t) in the channel by a new one, (w', t'), expecting that message will be accepted as being sent by Alice. With any impersonation (substitution) attack a probability P i (P s) is associated that Mallot will deceive Bob, if Mallot follows an optimal strategy. In order to determine such probabilities we need to know probability distributions p m on messages and p k on keys. In the following so called |K| ´ |M| authentication matrice will tabulate all authenticated tags. The item in a row corresponding to a key k and in a column corresponding to a message w will contain the authentication tag t k (w). The goal of authentication codes, to be discussed next, is to decrease probabilities that Mallot performs successfully impersonation or substitution. IV054 > 29 Identification and Authentication Example Let M = T = Z3, K = Z3 ´ Z3. For (i, j) Î K and w Î M, let tij(w) = (iw + j) mod 3. The matrix key x message of authentication tags has the form IV054 Key 0 1 2 (0,0) 0 0 0 (0,1) 1 1 1 (0,2) 2 2 2 (1,0) 0 1 2 (1,1) 1 2 0 (1,2) 2 0 1 (2,0) 0 2 1 (2,1) 1 0 2 (2,2) 2 1 0 Impersonation attack: Mallot picks a message w and tries to guess the correct authentication tag. However, for each message w and each tag a there are exactly three keys k such that t k (w) = a. Hence P i = 1/3. Substitution attack: By checking the table one can see that if Mallot observes an authenticated messages (w, t), then there are only three possibilities for the key that was used. Moreover, for each choice (w', t'), w ¹ w', there is exactly one of the three possible keys for (w,t) that can be used. Therefore P s = 1/3. 30 Identification and Authentication Computation of deception probabilities I Probability of impersonation: For w Î M, t Î T, let us define payoff(w, t) to be the probability that Bob accepts the message (w, t) as authentic. Then (4) (5) In other words, payoff(w, t) is computed by selecting the rows of the authentication matrix that have entry t in column w and summing probabilities of the corresponding keys. Therefore P I = max {payoff (w, t), | w Î M, t Î A}. IV054 Probability of substitution: Define, for w, w‘Î M, w ¹ w' and t,t‘Î A, payoff(w',t‘,w,t) to be the probability that a substitution of (w, t) with (w', t') will succeed to deceive Bob. Hence (6) (7) (8) Observe that the numerator in the last fraction is found by selecting rows of the authentication matrix with value t in column w and t' in column w'. 31 Identification and Authentication Computation of deception probabilities II Since Mallot wants to maximize his chance of deceiving Bob, he needs to compute p w,t = max {payoff(w', t', w, t) | w‘Î M, w ¹ w', t' Î A}. p w,t therefore denotes the probability that Mallot can deceive Bob with a substitution in the case (w, t) is the message observed. If PrMa(w, t) is the probability of observing a message (w, t) in the channel, then and The next problem is to show how to construct an authentication code such that the deception probabilities are as low as possible. The concept of orthogonal arrays, introduced next, serves well such a purpose. IV054 32 Identification and Authentication Orthogonal arrays Definition An orthogonal array OA(n, k, l) is a ln 2 ´ k array of n symbols, such that in any two columns of the array every one of the possible n 2 pairs of symbols occurs in exactly l rows. Example OA(3,3,1) obtained from the authentication matrix presented before; IV054 orthogonal array authentication code row authentication rule column message symbol authentication tag Theorem Suppose we have an orthogonal array OA(n, k, l).Then there is an authentication code with |M| = k, |A| = n, |K|= ln 2 and P I = P s = 1/n. Proof Use each row of the orthogonal array as an authentication rule (key) with equal probability. Therefore we have the following correspondence: 33 Identification and Authentication Construction and bounds for OAs In an orthogonal array OA(n, k, l) • n determines the number of authenticators (security of the code); • k is the number of messages the code can accommodate; • l relates to the number of keys - ln 2. • The following holds for orthogonal arrays. • If p is prime, then OA(p, p, 1) exits. • Suppose there exists an OA(n, k, l). Then • • Suppose that p is a prime and d Ł 2 an integer. Then there is an orthogonal array OA(p, (p d -1)/(p -1), p d-2). • Let us have an authentication code with |A| = n and P i = P s = 1/n.Then |K| ł n 2. Moreover, |K| = n 2 if and only if there is an orthogonal array OA(n, k,1), where |M| = k and P K (k) = 1/n 2 for every key k Î K. • The last claim shows that there are no much better approaches to authentication codes with deception probabilities as small as possible than orthogonal arrays. IV054 34 Identification and Authentication Secret sharing between two parties IV054 A moderator distributes a binary-string secret s, between two parties P1 and P2 by choosing a random binary string b, of the same length as s, and • by sending b to P1 and • by sending s Å b to P2. This way, none of the parties P1 and P2 alone has a slightest idea about s, but both together easily recover s by computing b Å (s Å b) = s. > 35 Identification and Authentication Threshold secret sharing schemes Secret sharing schemes distribute a “secret'' among several users in such a way that only predefined sets of users can “assemble'' the secret. For example, a vault in the bank can be opened only if at least two out of three responsible employees use their knowledge and tools to open the vault. An important special simple case of secret sharing schemes are threshold secret sharing schemes at which a certain threshold of participant is needed and sufficient to assemble the secret. IV054 Definition Let t Ł n be positive integers. A (n, t)-threshold scheme is a method of sharing a secret S among a set P of n participants, P = { P i | 1 Ł i Ł n}, in such away that any t, or more, participants can compute the value S, but no group of t -1, or less, participants can compute S. Secret S is chosen by a “dealer'' D Ď P. It is assumed that the dealer “distributes'' the secret to participants secretly and in such a way that no participant knows shares of other participants. 36 Identification and Authentication Shamir's (n,t)-threshold scheme Initial phase: Dealer D chooses a prime p, n distinct x i, 1 Ł i Ł n and D gives randomly chosen values x i to the user P i. The values x i are then public. IV054 Share distribution: Suppose D wants to share a secret S Î Z p among the users. D randomly chooses t -1 elements of Z p, a 1,…,a t-1. For 1 Ł i Ł n, D computes the “shares'' y i = a(x i), where For 1 Ł i Ł n , D sends the share yi to the participant P i. Secret cumulation: Let participants P i1,…, P it want to determine secret S. Since a(x) has degree t-1, a(x) has the form a(x) = a 0 + a 1x + … + a t-1x t-1, and coefficients a i can be determined from t equations a (x ij) = y ij, where all arithmetic is done modulo p. It can be easily shown that equations obtained this way are linearly independent and the system has a unique solution. In such a case S = a 0. 37 Identification and Authentication Shamir's scheme - technicalities Shamir's scheme uses the following result concerning polynomials over fields Zp, where p is prime. Theorem Let be a polynomial of degree t -1 and let S be a set {(x i, f(x i)) | x i Î Zp, i =1,…,t, x i ą x J if i ą j }. For any Q Í S, let P Q = { g Î Z p [x] | deg(g) = t -1, g(x) = y for all (x,y) Î Q}. Then it holds: • PS = {f(x)}, i.e. f is the only polynomial of degree t -1, whose graph contains all t points in P. • • If Q is a proper subset of S and x ą 0 for all (x, y) Î Q, then each a Î Z p appears with the same frequency as the constant coefficient of polynomials in PQ. IV054 Corollary (Lagrange formula) Let be a polynomial and let P = {(x I, f(x i)) | i = 1,…,t, x i ą x J, i ą j }. Then 38 Identification and Authentication Shamir's (n,t)-threshold scheme - summary To distributes n shares of a secret S among users P 1,…, P n a trusted authority TA proceeds as follows: • TA chooses a prime p > max{S, n} and sets a 0 = S. • TA selects randomly a 1,…, a t-1 Î Z p and creates polynomial • TA computes s i = f (i), i = 1,…, n and transfers each (i, s i) to the user P i in a secure way. • Any group J of t or more users can compute the secret. Indeed, from the previous corollary we have In case |J| < t, then each a0 € Z p is equally likely to be the secret. IV054 39 Identification and Authentication SECRET SHARING – GENERAL CASE A serious limitation of the threshold secret sharing schemes is that all groups of users with the same number of users have the same access to secret. Practical situations usually require that some (sets of) users are more important than others. Let P be a set of users. To deal with above situation such concepts as authorized set of user and access structure are used. An authorized set of users is a set of users who can together construct the secret. An unauthorized set of users is a set of users who alone cannot learn anything about the secret. Let P be a set of users. The access structure is a set such that for all authorized sets A and for all unauthorized sets U. Theorem: For any access structure there exists a secret sharing scheme realizing this access structure. IV054 > 40 Identification and Authentication Secret Sharing Schemes with Verification •Secret sharing protocols increase security of a secret information by sharing it between several subjects. • •Some secret sharing scheme are such that they work even in case some participants behave incorrectly. • •A secret sharing scheme with verification is such a secret sharing scheme that: –Each Pi is capable to verify correctness of his/her share si –No participant Pi is able to provide incorrect information and to convince others about its correctness 1. IV054 > 41 Identification and Authentication Feldman’s (n,k)-Protocol Feldman’s protocol is an example of the secret sharing scheme with verification. The protocol is a generalization of Shamir's protocol. It is assumed that all n participants can broadcast messages to all others and each of them can determine all senders.. Given are large primes p, q, q|(p - 1), q > n and h < p a generator of Z*p . All these numbers, and also the number g = h(p-1)/q mod p, are public. As in Shamir's scheme, the dealer assigns to each participant Pi a specific xi from {1, . . , q – 1} and generates a random polynomial f(x) = (1) such that f(0) = s and sends to each Pi value yi = f(xi). In addition, using a broadcasting scheme, the dealer sends to each Pi all values vj = gaj mod p. IV054 > 42 Identification and Authentication Feldman’s (n,k)-Protocol (cont.) Each Pi verifies that If (1) does not hold, Pi asks, using the broadcasting scheme, the dealer to broadcast correct value of yi. If there are at least k such requests, or some of the new values of yi does not satisfies (1), the dealer is considered as not reliable. One can easily verify that if the dealer works correctly, then all relations (1) hold IV054 > 43 Identification and Authentication E-COMMERCE Very important is to ensure security of e-money transactions needed for e-commerce. In addition to providing security and privacy, the task is also to prevent alterations of purchase orders and forgery of credit card information. IV054 Basic requirements for e-commerce system: Authenticity: Participants in transactions cannot be impersonated and signatures cannot be forged. Integrity: Documents (purchase orders, payment instructions,...) cannot be forged. Privacy: Details of transaction should be kept secret. Security: Sensitive information (as credit card numbers) must be protected. Anonymity: Anonymity of money senders should be guaranteed. Additional requirement: In order to allow an efficient fighting of the organized crime a system for processing e-money has to be such that under well defined conditions it has to be possible to revoke customer's identity and flow of e-money. (Secure Electronic Transaction) protocol was created to standardize the exchange of credit card information. Development os SET initiated in 1996 the credit card companies MasterCard and Visa. 44 Identification and Authentication DUAL SIGNATURE PROTOCOL We present a protocol to solve the following security and privacy problem in e-commerce: shoppers banks should not know what cardholders are ordering and shops should not learn credit cards numbers. Participants of our e-commerce protocol: a bank, a cardholder, a shop The cardholder uses the following information: • GSO - Goods and Service Order (cardholder's name, shop's name, items being ordered, their quantity,...) • PI - Payment instructions (shop's name, card number, total price,...) Protocol uses a public hash function h. RSA cryptosystem is used and • e C, e S and e B are public keys of cardholder, shop, bank and • d C, d S and d B are their secret keys. IV054 > 45 Identification and Authentication CARDHOLDER and SHOP ACTIONS A cardholder performs the following procedure--GSO-goods and service order 1.Computes HEGSO = h (e S(GSO)) - hash value of the encryption of GSO. 2.Computes HEPI = h (e B(PI)) - hash value of the encryption of the payment instructions. 3.Computes HPO = h (HEPI || HEGSO) - Hash values of the Payment Order. 4.Signs HPO by computing “Dual Signature'' DS = d C(HPO). 5.Sends e S(GSO), DS, HEPI, and e B(PI) to shop. IV054 Shop does the following: (payment instructions) •Calculates h (e S(GSO)) = HEGSO; •Calculates h (HEPI || HEGSO) and e C(DS). If they are equal, shop has verified by that the cardholder signature; •Computes d S(e S(GSO)) to get GSO. •Sends HEGSO, HEPI, e B(PI), and DS to the bank. 46 Identification and Authentication BANK and SHOP ACTIONS Bank has received HEPI, HEGSO, e B(PI), and DS and performs the following actions. 1. Computes h (e B(PI)) - what should be equal to HEPI. 2. 2. Computes h (h (e B(PI)) || HEGSO) what should be equal to e C(DS) = HPO. 3. 3. Computes d B(e B(PI)) to obtain PI; 4. 4. Returns an encrypted (with e S) digitally signed authorization to shop, guaranteeing the payment. Shop completes the procedure by encrypting, with e C, the receipt to the cardholder, indicating that transaction has been completed. It is easy to verify that the above protocol fulfils basic requirements concerning security, privacy and integrity. IV054 > 47 Identification and Authentication DIGITAL MONEY Is it possible to have electronic (digital) money? It seems that not, because copies of digital information are indistinguishable from their origin and one could therefore hardly prevent double spending,.... T. Okamoto and K. Ohia formulated six properties digital money systems should have. 1. One should be able to send e-money through e-networks. 2. It should not be possible to copy and reuse e-money. 3. Transactions using e-money should be done off-line - that is no communication with central bank should be needed during translation. 4. One should be able to sent e-money to anybody. 5. An e-coin could be divided into e-coins of smaller values. Several system of e-money have been created that satisfy all or at least some of the above requirements. IV054 > 48 Identification and Authentication BLIND SIGNATURES - applications Blind digital signatures allow the signer (bank) to sign a message without seeing its content. Scenario: Customer Bob would like to give e-money to Shop. E-money have to be signed by a Bank. Shop must be able to verify Bank's signature. Later, when Shop sends e-money to Bank, Bank should not be able to recognize that it signed these e-money for Bob. Bank has therefore to sign money blindly. Bob can obtain a blind signature for a message m from Bank by executing the Shnorr blind signature protocol described on the next slide. IV054 Basic setting Bank chooses large primes p, q | (p -1) and an g Î Z p of order q. Let h: {0,1}* ® Z p be a collision-free hash function. Bank's secret will be a randomly chosen x Î {0,…, p -1}. Public information: (p, q, g, y = g x ). 49 Identification and Authentication BLIND SIGNATURES - protocols 1. Shnorr's simplified identification protocol in which Bank proves its identity by proving that it knows x. • Bank chooses a random r Î {0,…,q -1} and send a = g r to Bob. {By that Bank ``commits’’ itself to r}. • Bob sends to Bank a random c Î {0,…,q -1} {a challenge}. • Bank sends to Bob b = r – cx {a response}. • Bob accepts the proof that bank knows x if a = g b y c . {because y=gx IV054 2. Transfer of the identification scheme to a signature scheme: Bob chooses as c = h (m || a), where m is message to sign. Signature: (c, b); Verification rule: a = g b y c; Transcript: (a, c, b). 3. Shnorr's blind signature scheme • Bank sends to Bob a’ = g r’ with random r’ Î {0,…,q -1}. • Bob chooses random u,v,w Î {0,…,q -1}, u ą 0, computes a = a’ u g v y w, c = h (m||a), c’ = (c - w)u -1 and sends c’ to Bank. • Bank sends to Bob b’ = r’ - c’x. Bob verifies whether a’ = g b’y c’, computes b = ub’ + v and gets blind signature s(m) = (c, b) of m. Verification condition for the blind signature: c = h (m || g b y c). Both (a,c,b) and (a’,c’,b’) are valid transcripts.