Efficient End to End Verifiable Electronic Voting Employing Split Value Representations

Total Page:16

File Type:pdf, Size:1020Kb

Efficient End to End Verifiable Electronic Voting Employing Split Value Representations Efficient End to End Verifiable Electronic Voting Employing Split Value Representations Michael O. Rabin Ronald L. Rivest Harvard SEAS MIT CSAIL Columbia SEAS Cambridge, MA 02139 Email: [email protected] Email: [email protected] Abstract—We present a simple and fast method for conducting data, including all cast ballots, the final election outcome, end to end voting and allowing public verification of correctness and a proof of correctness of the election outcome. of the announced vote tallying results. In the present note Proof Server: An election server that produces a proof of voter privacy protection is achieved by use of a simple form of distributing the tallying of votes and creation of a verifiable proof correctness of the election outcome. In our method, the of correctness amongst several servers, combined with random proof server is implemented with a two-dimensional array representations of integers as sums mod M of two values. At the of independently-controlled computers; these servers are end of vote tallying process, random permutations of the cast also servers in our mix-net implementation (so we also votes are publicly posted in the clear, without identification of call them “mix-servers”). voters or ballot ids. Thus vote counting and assurance of correct form of cast votes are directly available. Also, a proof of the claim Tally Server: An election server that computes the election that the revealed votes are a permutation of the concealed cast outcome from the publicly posted list of decrypted cast votes is publicly posted and verifiable by any interested party. We votes. present two versions of the method, one assuring voter privacy Adversary: The adversary attempts to cause an incorrect and proof of correctness in the presence of information leaking devices, the other achieving the same goals as well as prevention election outcome to be accepted. (An accepted proof of denial of service by failing or sabotaged devices. of correctness as presented here, assures correctness of Advantages of this method are: Easy understandability by non- announced tally outcome no matter how the adversary cryptographers, implementers, and ease of use by voters and acted.) An adversary may also attempt to violate the election officials. Direct handling of complicated ballot forms. privacy of voters. Independence from any specialized cryptographic primitives. Verifiable mix nets without using public-key or homomorphic An election then comprises the following steps: cryptography, a novel result of significance beyond e-voting. Speed of vote-tallying and correctness proving: elections involving 1) Setup: The list of eligible voters is determined. The list a million voters can be tallied and proof of correctness of results of ballot questions is determined. (For presentation pur- posted within a few minutes. poses we assume only one question on the ballot, which may nonetheless require a complex answer such as a I. INTRODUCTION AND OVERVIEW preference ordering of the choices. For more questions the entire method may be repeated.) Cryptographic keys End-to-End Verifiable Voting (E2EVV) systems provide are set up as necessary for tablets and election servers. high confidence that errors and fraud can be detected and 2) Vote Casting: Each voter uses a tablet to enter her that the announced election outcome is correct. See [1]–[5] choice on the ballot question. The system uses some for some surveys and results about E2EVV. Cramer et al. [6] convention for providing each ballot with a unique ballot have also used secret-sharing to ensure robustness of a voting id bid. The choice is “encrypted” (more on that later), system, as we do in Section X. Recently, E2EVV systems and sent to the election servers with the bid. The voter have been used in actual elections [2] and are proposed for is given a printed receipt with the bid and the hash of use in new systems such as the STAR-Vote system in in Travis the encryption. County (Austin) Texas [7]. 3) Posting of Vote Records: The bid’s and encrypted The parties and agents involved in our E2EVV scenario are: choices are posted on the SBB at the end of election Voters: We assume n voters V1, V2,..., Vn. day. Tablets: Each voter uses a tablet to compose her vote. The 4) Verification of Postings: Voters may access the SBB to tablet can also print out a receipt for the voter. verify that the encryptions of their choices are correctly Election authorities: Individuals responsible for running the posted (comparing their receipt with the hash of the election. posted encryption for their ballot). Election Servers: Computers performing specific functions 5) Mixing: The mix servers anonymize the encrypted in the election. ballots by permuting their order and dissociating the Secure Bulletin Board (SBB): An election server providing encrypted ballots from identifying meta-data such as a secure public append-only record of election-specific voter names or bid’s. Each of 2m copies of the list of n encrypted ballots is independently mixed and re- earlier work [10] has the problem that a single election server encrypted. The resulting 2m permuted lists are posted must know how everyone voted; the present work remedies on the SBB. that defect. 6) Random Challenge: A “random challenge” (a long string of random digits) is derived by hashing the SBB Outline of paper. We begin in Section II with some pre- contents and/or from a public dice-rolling ceremony. liminary notation and a discussion of the properties of split- The unpredictability of this challenge to an adversary value representations, including methods for securely proving prevents the adversary from undetectably manipulating equality of the values represented. the election outcome. Then Sections III–IX discuss each phase of our method in 7) Proving consistency with cast votes: A random half detail, from initial setup to creating and verifying the final (determined by the random challenge) of the 2m lists of proof of correctness of the election outcome. encrypted ballots are partially decrypted, to check that Section X shows how to extend the basic method to one that the mixing was properly done. The method used here tolerates a certain number of failures of the mix-net servers, depends on properties of split-value vote representations by using Shamir’s secret-sharing method. to ensure that voter privacy is preserved. The partial Finally, Section XI provides some discussion of the practical decryptions are posted on the SBB for all to confirm. aspects of our methods, and Section XII concludes. 8) Posting and verification of election outcome: The other half of the 2m lists are all fully decrypted and II. PRELIMINARIES posted on the SBB. Anyone may check that they are A. Notation identical lists (albeit differently permuted). The final We let x y denote the concatenation of x and y. election outcome may be determined from any one of k these lists. B. Representations modulo M Adversarial model. We assume that the adversary is trying For a given race, votes and values used in the system are to “rig” an election by trying to force an incorrect election described by values modulo a given integer M. Here M is outcome to be accepted (because it appears to have been chosen large enough so that any voter choice (including a proven correct) or to learn how some particular voters have “write-in” choice) may be represented by a unique integer voted. modulo M. In the following, additions and subtractions of In Sections III–IX the adversary is assumed not to be values are performed mod M. interested in causing the election to fail (that is, to not produce Our methods are independent of the way such values are an election outcome or proof of correctness at all). Section X used to represent candidates or complex choices (as with deals with adversaries who attempt to deny service by failing. preferential balloting). Innovations re other E2E methods. The elements of our Some of our methods (see Section X) require that M be end-to-end voting method are reasonably standard, except that prime. • Ballots are “encrypted” in a novel manner, using commit- C. Split-Value Representations ments to secret-shared split-value representations of the voters’ choices. Our methods are adapted from those of [8], [9]. • No modular exponentiations or public-key operations are Definition 1: Let x be a value modulo M, so that 0 x < required, yielding substantial efficiency improvements. M.A split value representation of x is any vector ≤ • The mix-net operation is proved correct in a new manner: rather than proving each step of the mix-net to be correct, X = (u; v) the overall operation is proved correct. where u and v are values modulo M such that x = u + v • Because ballots are fully decrypted for the final tallying M . operation, there is no restriction on the tallying method (mod ) used. Complex tallying rules (e.g. IRV) and write-in Definition 2: We define the value of a split-value represen- candidates are easily handled. Furthermore, no zero- tation X = (u; v) modulo M to be knowledge proofs are required that the encrypted ballots VAL(X) = (u + v) mod M: are valid. We thus show how using Rabin’s Split Value Representation Note that there are M different split-value representations (SVR) of integers method greatly simplifies an E2E implemen- of any given value x, since u can be arbitrarily chosen from tation. SVR methods have been proposed for implementation 0; 1;:::;M 1 , and then the corresponding v derived via of secure auctions [8], [9]; the extension to voting involves, vf = (x u) mod− gM. − however, further innovations. Definition 3: A random split-value representation of a The current paper extends our previous works [10], [11] value x modulo M is a randomly chosen split-value repre- exploring such innovations; In particular, we note that our sentation of x modulo M.
Recommended publications
  • Tarjan Transcript Final with Timestamps
    A.M. Turing Award Oral History Interview with Robert (Bob) Endre Tarjan by Roy Levin San Mateo, California July 12, 2017 Levin: My name is Roy Levin. Today is July 12th, 2017, and I’m in San Mateo, California at the home of Robert Tarjan, where I’ll be interviewing him for the ACM Turing Award Winners project. Good afternoon, Bob, and thanks for spending the time to talk to me today. Tarjan: You’re welcome. Levin: I’d like to start by talking about your early technical interests and where they came from. When do you first recall being interested in what we might call technical things? Tarjan: Well, the first thing I would say in that direction is my mom took me to the public library in Pomona, where I grew up, which opened up a huge world to me. I started reading science fiction books and stories. Originally, I wanted to be the first person on Mars, that was what I was thinking, and I got interested in astronomy, started reading a lot of science stuff. I got to junior high school and I had an amazing math teacher. His name was Mr. Wall. I had him two years, in the eighth and ninth grade. He was teaching the New Math to us before there was such a thing as “New Math.” He taught us Peano’s axioms and things like that. It was a wonderful thing for a kid like me who was really excited about science and mathematics and so on. The other thing that happened was I discovered Scientific American in the public library and started reading Martin Gardner’s columns on mathematical games and was completely fascinated.
    [Show full text]
  • 1. Course Information Are Handed Out
    6.826—Principles of Computer Systems 2006 6.826—Principles of Computer Systems 2006 course secretary's desk. They normally cover the material discussed in class during the week they 1. Course Information are handed out. Delayed submission of the solutions will be penalized, and no solutions will be accepted after Thursday 5:00PM. Students in the class will be asked to help grade the problem sets. Each week a team of students Staff will work with the TA to grade the week’s problems. This takes about 3-4 hours. Each student will probably only have to do it once during the term. Faculty We will try to return the graded problem sets, with solutions, within a week after their due date. Butler Lampson 32-G924 425-703-5925 [email protected] Policy on collaboration Daniel Jackson 32-G704 8-8471 [email protected] We encourage discussion of the issues in the lectures, readings, and problem sets. However, if Teaching Assistant you collaborate on problem sets, you must tell us who your collaborators are. And in any case, you must write up all solutions on your own. David Shin [email protected] Project Course Secretary During the last half of the course there is a project in which students will work in groups of three Maria Rebelo 32-G715 3-5895 [email protected] or so to apply the methods of the course to their own research projects. Each group will pick a Office Hours real system, preferably one that some member of the group is actually working on but possibly one from a published paper or from someone else’s research, and write: Messrs.
    [Show full text]
  • The Growth of Cryptography
    The growth of cryptography Ronald L. Rivest Viterbi Professor of EECS MIT, Cambridge, MA James R. Killian Jr. Faculty Achievement Award Lecture February 8, 2011 Outline Some pre-1976 context Invention of Public-Key Crypto and RSA Early steps The cryptography business Crypto policy Attacks More New Directions What Next? Conclusion and Acknowledgments Outline Some pre-1976 context Invention of Public-Key Crypto and RSA Early steps The cryptography business Crypto policy Attacks More New Directions What Next? Conclusion and Acknowledgments The greatest common divisor of two numbers is easily computed (using “Euclid’s Algorithm”): gcd(12; 30) = 6 Euclid – 300 B.C. There are infinitely many primes: 2, 3, 5, 7, 11, 13, . Euclid – 300 B.C. There are infinitely many primes: 2, 3, 5, 7, 11, 13, . The greatest common divisor of two numbers is easily computed (using “Euclid’s Algorithm”): gcd(12; 30) = 6 Greek Cryptography – The Scytale An unknown period (the circumference of the scytale) is the secret key, shared by sender and receiver. Euler’s Theorem (1736): If gcd(a; n) = 1, then aφ(n) = 1 (mod n) ; where φ(n) = # of x < n such that gcd(x; n) = 1. Pierre de Fermat (1601-1665) Leonhard Euler (1707–1783) Fermat’s Little Theorem (1640): For any prime p and any a, 1 ≤ a < p: ap−1 = 1 (mod p) Pierre de Fermat (1601-1665) Leonhard Euler (1707–1783) Fermat’s Little Theorem (1640): For any prime p and any a, 1 ≤ a < p: ap−1 = 1 (mod p) Euler’s Theorem (1736): If gcd(a; n) = 1, then aφ(n) = 1 (mod n) ; where φ(n) = # of x < n such that gcd(x; n) = 1.
    [Show full text]
  • The RSA Algorithm
    The RSA Algorithm Evgeny Milanov 3 June 2009 In 1978, Ron Rivest, Adi Shamir, and Leonard Adleman introduced a cryptographic algorithm, which was essentially to replace the less secure National Bureau of Standards (NBS) algorithm. Most impor- tantly, RSA implements a public-key cryptosystem, as well as digital signatures. RSA is motivated by the published works of Diffie and Hellman from several years before, who described the idea of such an algorithm, but never truly developed it. Introduced at the time when the era of electronic email was expected to soon arise, RSA implemented two important ideas: 1. Public-key encryption. This idea omits the need for a \courier" to deliver keys to recipients over another secure channel before transmitting the originally-intended message. In RSA, encryption keys are public, while the decryption keys are not, so only the person with the correct decryption key can decipher an encrypted message. Everyone has their own encryption and decryption keys. The keys must be made in such a way that the decryption key may not be easily deduced from the public encryption key. 2. Digital signatures. The receiver may need to verify that a transmitted message actually origi- nated from the sender (signature), and didn't just come from there (authentication). This is done using the sender's decryption key, and the signature can later be verified by anyone, using the corresponding public encryption key. Signatures therefore cannot be forged. Also, no signer can later deny having signed the message. This is not only useful for electronic mail, but for other electronic transactions and transmissions, such as fund transfers.
    [Show full text]
  • A Library of Graph Algorithms and Supporting Data Structures
    Washington University in St. Louis Washington University Open Scholarship All Computer Science and Engineering Research Computer Science and Engineering Report Number: WUCSE-2015-001 2015-01-19 Grafalgo - A Library of Graph Algorithms and Supporting Data Structures Jonathan Turner This report provides an overview of Grafalgo, an open-source library of graph algorithms and the data structures used to implement them. The programs in this library were originally written to support a graduate class in advanced data structures and algorithms at Washington University. Because the code's primary purpose was pedagogical, it was written to be as straightforward as possible, while still being highly efficient. afalgoGr is implemented in C++ and incorporates some features of C++11. The library is available on an open-source basis and may be downloaded from https://code.google.com/p/grafalgo/. Source code documentation is at www.arl.wustl.edu/~jst/doc/grafalgo. While not designed as... Read complete abstract on page 2. Follow this and additional works at: https://openscholarship.wustl.edu/cse_research Part of the Computer Engineering Commons, and the Computer Sciences Commons Recommended Citation Turner, Jonathan, "Grafalgo - A Library of Graph Algorithms and Supporting Data Structures" Report Number: WUCSE-2015-001 (2015). All Computer Science and Engineering Research. https://openscholarship.wustl.edu/cse_research/242 Department of Computer Science & Engineering - Washington University in St. Louis Campus Box 1045 - St. Louis, MO - 63130 - ph: (314) 935-6160. This technical report is available at Washington University Open Scholarship: https://openscholarship.wustl.edu/ cse_research/242 Grafalgo - A Library of Graph Algorithms and Supporting Data Structures Jonathan Turner Complete Abstract: This report provides an overview of Grafalgo, an open-source library of graph algorithms and the data structures used to implement them.
    [Show full text]
  • Leonard (Len) Max Adleman 2002 Recipient of the ACM Turing Award Interviewed by Hugh Williams August 18, 2016
    Leonard (Len) Max Adleman 2002 Recipient of the ACM Turing Award Interviewed by Hugh Williams August 18, 2016 HW: = Hugh Williams (Interviewer) LA = Len Adelman (ACM Turing Award Recipient) ?? = inaudible (with timestamp) or [ ] for phonetic HW: My name is Hugh Williams. It is the 18th day of August in 2016 and I’m here in the Lincoln Room of the Law Library at the University of Southern California. I’m here to interview Len Adleman for the Turing Award winners’ project. Hello, Len. LA: Hugh. HW: I’m going to ask you a series of questions about your life. They’ll be divided up roughly into about three parts – your early life, your accomplishments, and some reminiscing that you might like to do with regard to that. Let me begin with your early life and ask you to tell me a bit about your ancestors, where they came from, what they did, say up to the time you were born. LA: Up to the time I was born? HW: Yes, right. LA: Okay. What I know about my ancestors is that my father’s father was born somewhere in modern-day Belarus, the Minsk area, and was Jewish, came to the United States probably in the 1890s. My father was born in 1919 in New Jersey. He grew up in the Depression, hopped freight trains across the country, and came to California. And my mother is sort of an unknown. The only thing we know about my mother’s ancestry is a birth certificate, because my mother was born in 1919 and she was an orphan, and it’s not clear that she ever met her parents.
    [Show full text]
  • RON RIVEST Viterbi Professor of Computer Science, MIT's Department of Electrical Engineering and Computer Science
    Feb 1st 10:30 am - noon, Newcomb Hall, South Meeting Room RON RIVEST Viterbi Professor of Computer Science, MIT's Department of Electrical Engineering and Computer Science Security of Voting Systems While running an election sounds simple, it is in fact extremely challenging. Not only are there millions of voters to be authenticated and millions of votes to be carefully collected, count- ed, and stored, there are now millions of "voting machines" containing millions of lines of code to be evaluated for security vulnerabilities. Moreover, voting systems have a unique requirement: the voter must not be given a "receipt" that would allow them to prove how they voted to some- one else---otherwise the voter could be coerced or bribed into voting a certain way. The lack of receipts makes the security of voting system much more challenging than, say, the security of banking systems (where receipts are the norm). We discuss some of the recent trends and innovations in voting systems, as well as some of the new requirements being placed upon voting systems in the U.S., and describe some promising directions for resolving the conflicts inherent in voting system requirements, including some approaches based on cryptography. Professor Rivest is the Viterbi Professor of Computer Science in MIT's Department of Electrical Engineering and Computer Science. He is a member of MIT's Computer Science and Artificial Intelligence Laboratory, and Head of its Center for Information Security and Privacy. Professor Rivest has research interests in cryptography, computer and network security, and algo- rithms. Professor Rivest is an inventor, with Adi Shamir and Len Adleman of the RSA public-key cryp- tosystem, and a co-founder of RSA Data Security.
    [Show full text]
  • IACR Fellows Ceremony Crypto 2010
    IACR Fellows Ceremony Crypto 2010 www.iacr.org IACR Fellows Program (°2002): recognize outstanding IACR members for technical and professional contributions that: Advance the science, technology, and practice of cryptology and related fields; Promote the free exchange of ideas and information about cryptology and related fields; Develop and maintain the professional skill and integrity of individuals in the cryptologic community; Advance the standing of the cryptologic community in the wider scientific and technical world and promote fruitful relationships between the IACR and other scientific and technical organizations. IACR Fellows Selection Committee (2010) Hugo Krawczyk (IBM Research) Ueli Maurer (IBM Zurich) Tatsuaki Okamoto (NTT research), chair Ron Rivest (MIT) Moti Yung (Google Inc and Columbia University) Current IACR Fellows Tom Berson Ueli Maurer G. Robert Jr. Blakley Kevin McCurley Gilles Brassard Ralph Merkle David Chaum Silvio Micali Don Coppersmith Moni Naor Whitfield Diffie Michael O. Rabin Oded Goldreich Ron Rivest Shafi Goldwasser Martin Hellman Adi Shamir Hideki Imai Gustavus (Gus) Simmons Arjen K. Lenstra Jacques Stern James L. Massey New IACR Fellows in 2010 Andrew Clark Ivan Damgård Yvo Desmedt Jean-Jacques Quisquater Andrew Yao Ivan Damgard IACR Fellow, 2010 For fundamental contributions to cryptography, for sustained educational leadership in cryptography, and for service to the IACR. Jean-Jacques Quisquater IACR Fellow, 2010 For basic contributions to cryptographic hardware and to cryptologic education and for
    [Show full text]
  • Oral History Interview with Martin Hellman
    An Interview with MARTIN HELLMAN OH 375 Conducted by Jeffrey R. Yost on 22 November 2004 Palo Alto, California Charles Babbage Institute Center for the History of Information Technology University of Minnesota, Minneapolis Copyright 2004, Charles Babbage Institute Martin Hellman Interview 22 November 2004 Oral History 375 Abstract Leading cryptography scholar Martin Hellman begins by discussing his developing interest in cryptography, factors underlying his decision to do academic research in this area, and the circumstances and fundamental insights of his invention of public key cryptography with collaborators Whitfield Diffie and Ralph Merkle at Stanford University in the mid-1970s. He also relates his subsequent work in cryptography with Steve Pohlig (the Pohlig-Hellman system) and others. Hellman addresses his involvement with and the broader context of the debate about the federal government’s cryptography policy—regarding to the National Security Agency’s (NSA) early efforts to contain and discourage academic work in the field, the Department of Commerce’s encryption export restrictions (under the International Traffic of Arms Regulation, or ITAR), and key escrow (the so-called Clipper chip). He also touches on the commercialization of cryptography with RSA Data Security and VeriSign, as well as indicates some important individuals in academe and industry who have not received proper credit for their accomplishments in the field of cryptography. 1 TAPE 1 (Side A) Yost: My name is Jeffrey Yost. I am from the Charles Babbage Institute and am here today with Martin Hellman in his home in Stanford, California. It’s November 22nd 2004. Yost: Martin could you begin by giving a brief biographical background of yourself—of where you were born and where you grew up? Hellman: I was born October 2nd 1945 in New York City.
    [Show full text]
  • Alan Mathison Turing and the Turing Award Winners
    Alan Turing and the Turing Award Winners A Short Journey Through the History of Computer TítuloScience do capítulo Luis Lamb, 22 June 2012 Slides by Luis C. Lamb Alan Mathison Turing A.M. Turing, 1951 Turing by Stephen Kettle, 2007 by Slides by Luis C. Lamb Assumptions • I assume knowlege of Computing as a Science. • I shall not talk about computing before Turing: Leibniz, Babbage, Boole, Gödel... • I shall not detail theorems or algorithms. • I shall apologize for omissions at the end of this presentation. • Comprehensive information about Turing can be found at http://www.mathcomp.leeds.ac.uk/turing2012/ • The full version of this talk is available upon request. Slides by Luis C. Lamb Alan Mathison Turing § Born 23 June 1912: 2 Warrington Crescent, Maida Vale, London W9 Google maps Slides by Luis C. Lamb Alan Mathison Turing: short biography • 1922: Attends Hazlehurst Preparatory School • ’26: Sherborne School Dorset • ’31: King’s College Cambridge, Maths (graduates in ‘34). • ’35: Elected to Fellowship of King’s College Cambridge • ’36: Publishes “On Computable Numbers, with an Application to the Entscheindungsproblem”, Journal of the London Math. Soc. • ’38: PhD Princeton (viva on 21 June) : “Systems of Logic Based on Ordinals”, supervised by Alonzo Church. • Letter to Philipp Hall: “I hope Hitler will not have invaded England before I come back.” • ’39 Joins Bletchley Park: designs the “Bombe”. • ’40: First Bombes are fully operational • ’41: Breaks the German Naval Enigma. • ’42-44: Several contibutions to war effort on codebreaking; secure speech devices; computing. • ’45: Automatic Computing Engine (ACE) Computer. Slides by Luis C.
    [Show full text]
  • Contents 1 a Brief Introduction to Cryptography
    RSA Catherine Easton July 2007 VIGRE REU at the University of Chicago, Apprentice Program Abstract This paper examines the mathematics of the RSA code through a simple example. Contents 1 A Brief Introduction to Cryptography 1 2 RSA 2 2.1 Keys needed in RSA . 2 2.2 RSA Encryption . 2 2.3 RSA decryption . 4 1 A Brief Introduction to Cryptography In the classical explanation of cryptography, Alice wishes to write a message to Bob, but Eve continues to intercept her messages. Alice and Bob decide to encrypt their messages. Alice and Bob can meet in person and exchange a key. With this informa- tion, they can both encrypt and decrypt messages to each other. Even if Eve manages to intercept a message, she will not be able to gain any information from it, seeing as it is encoded and she does not know the key necessary for decryption. This scenario uses private-key cryptography. Now, however, let us assume that it is impossible for Alice and Bob to meet, and that they are therefore unable to exchange the key. Obviously, Alice cannot send Bob the key, seeing as their messages are being intercepted by Eve, who would then know the key as well. To overcome this barrier, Alice and Bob must use public-key cryptography. Bob selects both an encryption function and a cor- responding decryption function. He sends only the encryption function to Alice. 1 She then uses the encryption function to encrypt her message. Once her message is encrypted, Alice herself is unable to decrypt it.
    [Show full text]
  • “MIT Unlocks Cryptography for the Masses” How MIT People Played a Major Role in the Early Development of Public Key Cryptography
    “MIT Unlocks Cryptography for the Masses” How MIT people played a major role in the early development of public key cryptography. by Ed Radlo ‘67 May 30, 2020 1 Why is PKC important? It’s what made it possible to conduct confidential (encrypted) communications over open (unsecure) networks, most notably the Internet. • enabled e-commerce • enabled confidential (encrypted) e-mails over unsecure networks PKC is a two-sided coin: encryption and authentication. • Running the algorithm in forward gives encryption. • Running the algorithm in reverse gives authentication. Authentication, implemented by digital signatures, gives three things: 1. mathematical proof that the message hasn’t been altered 2. mathematical proof that the nominal sender was the actual sender 3. the sender can’t repudiate that s/he sent the message 2 History of Encryption Has been around for thousands of years. • Used by Egyptians and Phoenicians in 2000 B.C. • Mostly military applications. • Same key used for encryption and decryption (symmetric cryptography). • PKC is asymmetric cryptography. In the 1970’s, computers became increasingly widespread. • DES was the first widely used commercial encryption algorithm developed by IBM symmetric NBS (now NIST) made it a government standard in 1977 NSA made it intentionally weak o government had a monopoly until 1970’s o fear that encryption would get in the wrong hands 3 The Public Key Revolution PKC per se invented by Whitfield Diffie and Martin Hellman in 1976. • Whit Diffie – MIT ‘65 • Marty Hellman – assistant professor of Electrical Engineering at MIT (1969 – 1971) Three parts to the invention: 1. key broken into two – public portion and private portion computationally infeasible to derive the private key from the public key Rivest and Hellman also credit Ralph Merkle with this part 2.
    [Show full text]