Here Called Multiple Encryption, to Enhance Its Security
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
Draft NISTIR 8214, Threshold Schemes for Cryptographic Primitives
1 Draft NISTIR 8214 2 Threshold Schemes for 3 Cryptographic Primitives 4 Challenges and Opportunities in Standardization and 5 Validation of Threshold Cryptography 6 Luís T. A. N. Brandão 7 Nicky Mouha 8 Apostol Vassilev 9 10 Draft NISTIR 8214 11 Threshold Schemes for 12 Cryptographic Primitives 13 Challenges and Opportunities in Standardization and 14 Validation of Threshold Cryptography 15 Luís T. A. N. Brandão 16 Nicky Mouha 17 Apostol Vassilev 18 Computer Security Division 19 Information Technology Laboratory 20 July 2018 21 22 U.S. Department of Commerce 23 Wilbur L. Ross, Jr., Secretary 24 National Institute of Standards and Technology 25 Walter Copan, NIST Director and Under Secretary of Commerce for Standards and Technology 26 National Institute of Standards and Technology Internal Report 8214 27 55 pages (July 2018) Certain commercial entities, equipment, or materials may be identified in this document in order to describe an experimental procedure or concept adequately. Such identification is not intended to imply recommendation or endorsement by NIST, nor is it intended to imply that the entities, materials, or equipment are necessarily the best available for the purpose. There may be references in this publication to other publications currently under development by NIST in accordance with its assigned statutory responsibilities. The information in this publication, including concepts and methodologies, may be used by federal agencies even before the completion of such companion publications. Thus, until each publication is completed, current requirements, guidelines, and procedures, where they exist, remain operative. For planning and transition purposes, federal agencies may wish to closely follow the development of these new publications by NIST. -
Securing Threshold Cryptosystems Against Chosen Ciphertext Attack∗
Securing Threshold Cryptosystems against Chosen Ciphertext Attack∗ Victor Shoupy Rosario Gennaroz September 18, 2001 Abstract For the most compelling applications of threshold cryptosystems, security against chosen ciphertext attack is a requirement. However, prior to the results presented here, there appeared to be no practical threshold cryptosystems in the literature that were provably chosen-ciphertext secure, even in the idealized random oracle model. The contribution of this paper is to present two very practical threshold cryptosystems, and to prove that they are secure against chosen ciphertext attack in the random oracle model. Not only are these protocols computationally very efficient, but they are also non-interactive, which means they can be easily run over an asynchronous communication network. 1 Introduction In a threshold cryptosystem, the secret key of a public key cryptosystem is shared among a set of decryption servers, so that a quorum of servers can act together to decrypt a given ciphertext. Just as for ordinary, non-threshold cryptosystems, a natural and very useful notion of security is that of security against chosen ciphertext attack. In this paper, we consider the problem of designing threshold cryptosystems that are secure against chosen ciphertext attack. Our goal is to design a practical scheme, and provide strong evidence that it cannot be broken. Even though the most compelling applications of threshold cryptosystems seem to require chosen-ciphertext security, prior to the results presented here, there appeared to be no practi- cal threshold cryptosystems in the literature that were provably secure | even in the random oracle model, where one models a cryptographic hash function as a random oracle. -
El Gamal Mix-Nets and Implementation of a Verifier
KTH Royal Institute of Technology School of Computer Science and Communication El Gamal Mix-Nets and Implementation of a Verifier SA104X Degree Project in Engineering Physics Erik Larsson ([email protected]) Carl Svensson ([email protected]) Supervisor: Douglas Wikstr¨om Abstract A mix-net is a cryptographic protocol based on public key cryptography which enables untraceable communication through a collection of nodes. One important application is electronic voting where it enables the construction of systems which satisfies many voting security requirements, including veri- fiability of correct execution. Verificatum is an implementation of a mix-net by Douglas Wikstr¨om. This report concerns the implementation of a verifier and evaluation of the implementation manual for the Verificatum mix-net. The purpose of the document is to enable third parties to convince themselves that the mix- net has behaved correctly without revealing any secret information. This implementation is a simple version of the verifier using the document and some test vectors generated by the mix-net. The document contains all information but there are still some possibilities for further clarification in order to make it comprehensible to a larger audience. Contents 1 Introduction 2 1.1 Verificatum . 2 1.2 Goals and Scope . 3 2 Background 3 2.1 El Gamal Cryptography . 3 2.1.1 Definition . 4 2.1.2 Security . 4 2.1.3 Properties . 5 2.2 Cryptographic Primitives . 6 2.2.1 Hash functions . 6 2.2.2 Pseudo Random Generators . 6 2.2.3 Random Oracles . 7 2.3 Mix Networks . 7 2.3.1 Overview . 7 2.3.2 El Gamal Mix-Nets . -
A Length-Flexible Threshold Cryptosystem with Applications Basic Research in Computer Science
BRICS Basic Research in Computer Science BRICS RS-03-16 Damg ard & Jurik: A Length-Flexible Threshold Cryptosystem with Applications ˚ A Length-Flexible Threshold Cryptosystem with Applications Ivan B. Damgard˚ Mads J. Jurik BRICS Report Series RS-03-16 ISSN 0909-0878 March 2003 Copyright c 2003, Ivan B. Damgard˚ & Mads J. Jurik. BRICS, Department of Computer Science University of Aarhus. All rights reserved. Reproduction of all or part of this work is permitted for educational or research use on condition that this copyright notice is included in any copy. See back inner page for a list of recent BRICS Report Series publications. Copies may be obtained by contacting: BRICS Department of Computer Science University of Aarhus Ny Munkegade, building 540 DK–8000 Aarhus C Denmark Telephone: +45 8942 3360 Telefax: +45 8942 3255 Internet: [email protected] BRICS publications are in general accessible through the World Wide Web and anonymous FTP through these URLs: http://www.brics.dk ftp://ftp.brics.dk This document in subdirectory RS/03/16/ A Length-Flexible Threshold Cryptosystem with Applications Ivan Damg˚ard and Mads Jurik Aarhus University, Dept. of Computer Science, BRICS? Abstract. We propose a public-key cryptosystem which is derived from the Paillier cryptosystem. The scheme inherits the attractive homomor- phic properties of Paillier encryption. In addition, we achieve two new properties: First, all users can use the same modulus when generating key pairs, this allows more efficient proofs of relations between different encryptions. Second, we can construct a threshold decryption protocol for our scheme that is length flexible, i.e., it can handle efficiently mes- sages of arbitrary length, even though the public key and the secret key shares held by decryption servers are of fixed size. -
Implementation of a Threshold Cryptosystem
Civitas: Implementation of a Threshold Cryptosystem Adam M. Davis Dmitri Chmelev Michael R. Clarkson famd16,dc566,[email protected] Department of Computer Science Cornell University Computing and Information Science Technical Report http://hdl.handle.net/1813/11661 December 22, 2008 Civitas: Implementation of a Threshold Cryptosystem∗ Adam M. Davis Dmitri Chmelev Michael R. Clarkson famd16,dc566,[email protected] Department of Computer Science Cornell University December 22, 2008 Abstract This paper describes the implementation of a threshold cryptosystem for Civitas, a secure electronic voting system. The cryptosystem improves the availability of Civitas by enabling tabulation to complete despite the failure of some agents. The implementation includes a sophisticated distributed key generation protocol, which was designed by Gennaro, Jarecki, Krawczyk, and Rabin. The cryptosystem is implemented in Jif, a security-typed lan- guage. 1 Introduction Voting systems are hard to make trustworthy because they have strong, conflict- ing security requirements: voters must be convinced that their votes are tallied correctly, while the secrecy of those votes must also be maintained—even when someone tries to buy votes or physically coerce voters. Civitas [1] is an electronic remote voting system that satisfies these requirements and offers assurance through both cryptographic security proofs and information-flow analysis. The original implementation of Civitas used a distributed El Gamal cryptosys- tem. A cryptosystem is a set of three protocols—key generation, encryption, and decryption—and a distributed cryptosystem is a cryptosystem in which a set of agents must cooperate to perform decryption. A distributed cryptosystem improves ∗Supported in part by National Science Foundation grant 0430161. -
Multiparty Routing: Secure Routing for Mixnets
Multiparty Routing: Secure Routing for Mixnets Fatemeh Shirazi Elena Andreeva Markulf Kohlweiss Claudia Diaz imec - COSIC KU Leuven imec - COSIC KU Leuven Microsoft Research imec - COSIC KU Leuven Leuven, Belgium Leuven, Belgium Cambridge, UK Leuven, Belgium Abstract—Anonymous communication networks are impor- re-mailer, Freenet [5], [6] used for anonymous file-sharing, and tant building blocks for online privacy protection. One approach DC-Nets [7] that can be deployed for broadcast applications to achieve anonymity is to relay messages through multiple such as group messaging. routers, where each router shuffles messages independently. To achieve anonymity, at least one router needs to be honest. The goal of ACNs is to anonymize communications by In the presence of an adversary that is controlling a subset relaying them over multiple routers. There are three main types of the routers unbiased routing is important for guaranteeing of anonymous routing in terms of how routers are chosen to anonymity. However, the routing strategy also influenced other form the path. factors such as the scalability and the performance of the system. One solution is to use a fixed route for relaying all messages First, in deterministic routing, the paths are predetermined with many routers. If the route is not fixed the routing decision by the system configuration. Chaum’s original ACN pro- can either be made by the communication initiator or the posal [1] considered a sequence of mixes organized in a intermediate routers. However, the existing routing types each cascade. Systems that adopted the cascade network topology have limitations. For example, one faces scalability issues when in their designs include JAP [8], and voting systems, such as increasing the throughput of systems with fixed routes. -
An Approach to Identity Management in Clouds Without Trusted Third Parties Akram Y
Western Michigan University From the SelectedWorks of Akram YM Sarhan Fall November 7, 2014 An Approach to Identity Management in Clouds without Trusted Third Parties Akram Y. Sarhan, Western Michigan University leszek T. Lilien, Western Michigan University Available at: https://works.bepress.com/akram_sarhan/1/ An Approach to Identity Management in Clouds without Trusted Third Parties Akram Sarhan and Leszek Lilien Department of Computer Science Western Michigan University Kalamazoo, MI 49008 {akramym.sarhan, leszek.lilien} @wmich.edu ABSTRACT: The management of sensitive data, including identity management (IDM), is an important problem in cloud computing, fundamental for authentication and fine-grained service access control. Our goal is creating an efficient and robust IDM solution that addresses critical issues in cloud computing. The proposed IDM scheme does not rely on trusted third parties (TTPs) or trusted dealers. The scheme is a multiparty interactive solution that combines RSA distributed key generation and attribute-based encryption. We believe that it will be a robust IDM privacy-preserving solution in cloud computing, because it has the following features: (i) protects sensitive data on untrusted hosts using active bundle; (ii) supports the minimum disclosure property; (iii) minimizes authentication overhead by providing single sign-on; (iv) supports authentication with encrypted credentials; (v) avoids using trusted third parties (TTPs_, incl. using TTPs for key management; (vi) supports revocation and delegation of access right; and (vii) supports revocation of user credentials. The scheme should also be efficient because it exploits parallelism. 1. INTRODUCTION 1.1. Privacy in Cloud Computing A cloud is made of interconnected computers and virtualized servers that are controlled and offered as a pool of computing resources. -
Eurocrypt'2000 Conference Report
Eurocrypt'2000 Conference Report May 15–18, 2000 Bruges Richard Graveman Telcordia Technologies Morristown, NJ USA [email protected] Welcome This was the nineteenth annual Eurocrypt conference. Thirty-nine out of 150 papers were accepted, and there were two invited talks along with the traditional rump session. About 480 participants from 39 countries were present. Bart Preneel was Program Chair. The Proceedings were published by Springer Verlag as Advances in Cryptology— Eurocrypt'98, Lecture Notes in Computer Science, Volume 1807, Bart Preneel, editor. Session 1: Factoring and Discrete Logarithm, Chair: Bart Preneel Factorization of a 512-bit RSA Modulus, Stefania Cavallar (CWI, The Netherlands), Bruce Dodson (Lehigh University, USA), Arjen K. Lenstra (Citibank, USA), Walter Lioen (CWI, The Netherlands), Peter L. Montgomery (Microsoft Research, USA and CWI, The Netherlands), Brian Murphy (The Australian National University, Australia), Herman te Riele (CWI, The Netherlands), Karen Aardal (Utrecht University, The Netherlands), Jeff Gilchrist (Entrust Technologies Ltd., Canada), Gérard Guillerm (École Polytechnique, France), Paul Leyland (Microsoft Research Ltd., UK), Joël Marchand (École Polytechnique/CNRS, France), François Morain (École Polytechnique, France), Alec Muffett (Sun Microsystems, UK), Chris and Craig Putnam (USA), Paul Zimmermann (Inria Lorraine and Loria, France) The authors factored the RSA challenge number RSA-512 with the general number field sieve (NFS). The algorithm has four steps: polynomial selection, sieving, linear algebra, and square root extraction. For N known to be composite, two irreducible polynomials with a common root mod N are needed. f1 (of degree 5 in this case) should have many roots modulo small primes as well as being as small as possible. -
Walking Onions: Scaling Anonymity Networks While Protecting Users Chelsea H
Walking Onions: Scaling Anonymity Networks while Protecting Users Chelsea H. Komlo, University of Waterloo; Nick Mathewson, The Tor Project; Ian Goldberg, University of Waterloo https://www.usenix.org/conference/usenixsecurity20/presentation/komlo This paper is included in the Proceedings of the 29th USENIX Security Symposium. August 12–14, 2020 978-1-939133-17-5 Open access to the Proceedings of the 29th USENIX Security Symposium is sponsored by USENIX. Walking Onions: Scaling Anonymity Networks while Protecting Users Chelsea H. Komlo Nick Mathewson Ian Goldberg University of Waterloo The Tor Project University of Waterloo Abstract Anonymity networks in practice [13] have prevented these Scaling anonymity networks offers unique security chal- attacks by requiring all participants to share a globally consis- lenges, as attackers can exploit differing views of the net- tent view of the entire state of the network, and giving clients work’s topology to perform epistemic and route capture at- complete control over selecting relays for their paths. While tacks. Anonymity networks in practice, such as Tor, have this approach prevents the described attacks, requiring a glob- opted for security over scalability by requiring participants ally consistent view results in quadratic bandwidth growth as to share a globally consistent view of all relays to prevent the number of clients increases [26], because the number of these kinds of attacks. Such an approach requires each user relays must also increase to provide more capacity, and all to maintain up-to-date information about every relay, causing parties must download information about all relays. While the total amount of data each user must download every epoch today’s Tor network requires only approximately half a per- to scale linearly with the number of relays. -
Network Security
Cristina Nita-Rotaru CS6740: Network security Anonymity. Sources 1. Crowds: http://avirubin.com/crowds.pdf 2. Chaum mix: http://www.ovmj.org/GNUnet/papers/p84-chaum.pdf 3. To r : https://svn.torproject.org/svn/projects/design-paper/tor-design.pdf 4. Predecessors attack: http://prisms.cs.umass.edu/brian/pubs/wright-tissec.pdf 5. Also based on slides prepared by Chi-Cun Chan. 2 Anonymity systems. 1: Motivation Anonymity Anonymity (``without name’’) means that a person is not identifiable within a set of subjects } Unlinkability of action and identity } For example, sender and his email are no more related after adversary’s observations than they were before } Who talks to whom } Unobservability } Adversary cannot tell whether someone is using a particular system and/or protocol 4 Anonymity systems. There is no anonymity on the Internet } Your IP address can be linked directly to you } ISPs store communications records } Usually for several years (Data Retention Laws) } Law enforcement can subpoena these records } Your browser is being tracked } Cookies, Flash cookies, E-Tags, HTML5 Storage } Browser fingerprinting } Your activities can be used to identify you } Unique websites and apps that you use } Types of links that you click 5 Anonymity systems. Wiretapping is ubiquitous } Wireless traffic can be trivially intercepted } Airsnort, Firesheep, etc. } Wifi and Cellular traffic! } Encryption helps, if it’s strong } WEP and WPA are both vulnerable! } Tier 1 ASs and IXPs are compromised } NSA, GCHQ, “5 Eyes” } ~1% of all Internet traffic } Focus on encrypted traffic 6 Anonymity systems. Who uses anonymity systems? } “If you’re not doing anything wrong, you shouldn’t have anything to hide.” } Implies that anonymous communication is for criminals } The truth: who uses Tor? } Journalists } Law enforcement ¤ Business executives } Human rights activists ¤ Military/intelligence personnel } Normal people ¤ Abuse victims } In fact, the predecesor of Tor was developed by the U.S. -
An Improvement of Verisign's Key Roaming Service Protocol
An Improvement of VeriSign’s Key Roaming Service Protocol Jeeyeon Kim1, Hyunjo Kwon1, Haeryong Park1, Seungjoo Kim1, and Dongho Won2 1 KISA (Korea Information Security Agency), 78, Garak-Dong, Songpa-Gu, Seoul 138-803, Korea {jykim, hckwon, hrpark, skim}@kisa.or.kr 2 Sungkyunkwan University, 300 Chunchun-Dong, Suwon, Kyunggi-Do, 440-746, Korea [email protected] http://dosan.skku.ac.kr Abstract. In the past two or three years, most major Public Key In- frastructure(PKI) vendors have released products which allow users to roam from one machine to another without having to manually manage the export and import of their credentials such as private keys and corre- sponding certificates onto temporary media like diskettes. In this paper, we survey three popular key roaming products of Baltimore’s, Entrust’s and VeriSign’s. We also propose key roaming system which improves VeriSign’s roaming service and analyze its security. 1 Introduction In PKI systems, user’s credentials are often stored in the client system’s hard disk. Credentials may consist of public/private key pairs, X.509 public key cer- tificates and/or other private user data. These PKI systems are vulnerable to various attacks where the private key may be stolen or substituted, usually without user’s even being aware of it. Furthermore the use of hard disk does not satisfy the needs of the roaming user, who accesses the Internet from different client terminals. So far, there are two basic approaches to provide a secure roaming service. – portable hardware key storage such as smartcards – password-only mechanisms While smartcards are commonly understood to be the best medium in which to store, carry and utilize the credentials, it is not currently practical because of the low level of penetration of smartcard readers into the general PC envi- ronment. -
A Threshold Cryptosystem Without a Trusted Party (Extended Abstract)
A Threshold Cryptosystem without a Trusted Party (Extended abstract) Torben Pryds Pedersen Aarhus University, Computer Science Department Abstract In a threshold cryptosystem n members share the necret key of an organization such that k members (1 5 k 5 n) must cooperate in order to decipher a given uphertext. In this note it is shown how to implement such a scheme without having a trusted party, which selects the secret key and distributes it to the members. In stead, the members choose the secret key and distribute it verifiably among themselves. Subsequently, this key can be used for authentication as well as secret communication. 1 Introduction The concept of group oriented cryptography was introduced in [DesS8] as a means of sending messages to a group of people, such that only certain subsets of the members are able to read the message (decipher the ciphertext). The members of a group are said to be knotunif the sender has to know them (a public key for each member), and a group is called anonymous if there is a single public key for the group independently of the members. In general, an anonymous group has a much shorter public key than groups with known members, but it is difEcult to handle the situation where a member leaves the group, as this usually requires a new secret key to be selected. Desmedt presents crypto-systems for both types of groups in the case where deciphering requires the cooperation of all members. Group-oriented cryptography has been further studied in [FkaSO], [DFSO] and [HwaSl]. Frankel used in [F'raSO] the organization of ind;vicluals in groups to re- duce the problem of distributing and managing public keys.