Newhope: a Mobile Implementation of a Post-Quantum Cryptographic Key Encapsulation Mechanism

Total Page:16

File Type:pdf, Size:1020Kb

Newhope: a Mobile Implementation of a Post-Quantum Cryptographic Key Encapsulation Mechanism Air Force Institute of Technology AFIT Scholar Theses and Dissertations Student Graduate Works 3-26-2020 NewHope: A Mobile Implementation of a Post-Quantum Cryptographic Key Encapsulation Mechanism Jessica A. Switzler Follow this and additional works at: https://scholar.afit.edu/etd Part of the Computer Sciences Commons Recommended Citation Switzler, Jessica A., "NewHope: A Mobile Implementation of a Post-Quantum Cryptographic Key Encapsulation Mechanism" (2020). Theses and Dissertations. 3190. https://scholar.afit.edu/etd/3190 This Thesis is brought to you for free and open access by the Student Graduate Works at AFIT Scholar. It has been accepted for inclusion in Theses and Dissertations by an authorized administrator of AFIT Scholar. For more information, please contact [email protected]. NewHope: A Mobile Implementation of a Post-Quantum Crytographic Key Encapsulation Mechanism THESIS Jessica A. Switzler AFIT-ENG-MS-20-M-063 DEPARTMENT OF THE AIR FORCE AIR UNIVERSITY AIR FORCE INSTITUTE OF TECHNOLOGY Wright-Patterson Air Force Base, Ohio DISTRIBUTION STATEMENT A APPROVED FOR PUBLIC RELEASE; DISTRIBUTION UNLIMITED. The views expressed in this document are those of the author and do not reflect the official policy or position of the United States Air Force, the United States Department of Defense or the United States Government. This material is declared a work of the U.S. Government and is not subject to copyright protection in the United States. AFIT-ENG-MS-20-M-063 NewHope: A Mobile Implementation of a Post-Quantum Crytographic Key Encapsulation Mechanism THESIS Presented to the Faculty Department of Electrical and Computer Engineering Graduate School of Engineering and Management Air Force Institute of Technology Air University Air Education and Training Command in Partial Fulfillment of the Requirements for the Degree of Master of Science in Cyber Operations Jessica A. Switzler, B.S. March 26, 2020 DISTRIBUTION STATEMENT A APPROVED FOR PUBLIC RELEASE; DISTRIBUTION UNLIMITED. AFIT-ENG-MS-20-M-063 NewHope: A Mobile Implementation of a Post-Quantum Crytographic Key Encapsulation Mechanism THESIS Jessica A. Switzler, B.S. Committee Membership: Laurence D. Merkle, Ph.D Chair Maj. Richard Dill, Ph.D Member Barry E. Mullins, Ph.D Member AFIT-ENG-MS-20-M-063 Abstract NIST anticipates the appearance of large-scale quantum computers by 2036 [34], which will threaten widely used asymmetric algorithms, National Institute of Stan- dards and Technology (NIST) launched a Post-Quantum Cryptography Standardiza- tion Project to find quantum-secure alternatives. NewHope post-quantum cryptog- raphy (PQC) key encapsulation mechanism (KEM) is the only Round 2 candidate to simultaneously achieve small key values through the use of a security problem with sufficient confidence its security, while mitigating any known vulnerabilities. This research contributes to NIST project’s overall goal by assessing the plat- form flexibility and resource requirements of NewHope KEMs on an Android mobile device. The resource requirements analyzed are transmission size as well as scheme runtime, central processing unit (CPU), memory, and energy usage. Results from each NewHope KEM instantiations are compared amongst each other, to a baseline appli- cation, and to results from previous work. NewHope PQC KEM was demonstrated to have sufficient flexibility for mobile implementation, competitive performance with other PQC KEMs, and to have competitive scheme runtime with current key exchange algorithms. iv Table of Contents Page Abstract . iv List of Figures . viii List of Tables . ix I. Introduction . .1 1.1 Motivation . .1 1.2 Problem Background. .2 1.3 Research Objectives . .4 1.4 Approach . .5 1.5 Assumptions and Limitations . .6 1.6 Document Overview . .7 II. Background and Literature Review . .8 2.1 Chapter Overview . .8 2.2 Quantum Computers and Quantum Computing . .9 2.3 Effect of Popular Quantum Algorithms . 13 2.4 Post-Quantum Cryptography (PQC) . 15 2.5 NIST: PQC Standardization . 16 2.6 Implementations of PQC for IoT and Mobile Devices . 19 2.7 NIST Round 2 PQC KEM’s . 23 2.8 Lattice-Based Cryptography . 26 2.8.1 Lattices . 28 2.8.2 Lattice Problems . 28 2.9 Cryptanalysis of Lattice-Based Cryptography . 35 2.9.1 Lattice-Basis Reduction . 35 2.9.2 Shortest Vector Problem . 37 2.9.3 Closest Vector Problem . 38 2.9.4 Learning with Errors Problem . 38 2.9.5 Ring Learning with Errors Problem . 39 2.9.6 Analysis of Cryptanalysis . 44 2.10 NewHope . 46 2.10.1 NewHope Cryptosystem . 47 2.10.2 NewHope KEM Types . 47 2.10.3 NewHope Cryptosystem Package . 48 2.10.4 NewHope Mitigating Attack Vectors . 49 2.10.5 NewHope Parameter Sets . 51 2.10.6 NewHope Key Encapsulation . 54 2.11 Java Native Interface (JNI) . 57 v Page 2.11.1 JNI Basics . 58 2.11.2 JNI Within Android Studio . 59 2.12 Chapter Summary . 61 III. Methodology . 63 3.1 Chapter Overview . 63 3.2 Methodology Procedure Outline . 64 3.3 Choosing a KEM Algorithm . 65 3.4 Building the Original KEM Codebase . 66 3.5 Reverse Engineering NewHope KEM . 68 3.6 Analyzing Transmission Byte Requirement . 69 3.7 Creating a Baseline Application for Comparison . 71 3.8 Preparation for Mobile Implementation . 72 3.9 Creating NewHope Mobile Implementations . 75 3.10 Testing the KEM . 80 3.10.1 Android Profiler . 81 3.10.2 Data Collection Procedure . 82 3.11 Chapter Summary . 84 IV. Results and Analysis . 86 4.1 Chapter Overview . 86 4.2 Verification of Correctness . 87 4.3 Baseline JNI Application . 88 4.4 Verbose OnClick Event Condition . 89 4.5 Succinct OnClick Event Condition . 90 4.6 No Output OnClick Event Condition . 92 4.7 Comparing NewHope Implementations with Different OnClick Event Conditions . 93 4.8 Performance Comparison of NewHope Configurations and Baseline Application . 95 4.9 Statistical Analysis of NewHope Configurations and Baseline Application . 97 4.9.1 Native Scheme Runtime T-Tests Between NewHope Configurations . 98 4.9.2 CPU Average T-Tests Between NewHope Configurations and Baseline Application . 100 4.9.3 CPU Average T-Tests Between NewHope Configurations . 103 4.10 Comparison to Previous Work. 105 4.11 Chapter Summary . 109 vi Page V. Conclusions . 111 5.1 Chapter Overview . 111 5.2 Conclusions. 111 5.3 Future Work . ..
Recommended publications
  • Name of the Proposed Cryptosystem: Newhope Principal Submitter: C/O
    Name of the proposed cryptosystem: NewHope Principal submitter: c/o Thomas Pöppelmann Infineon Technologies AG Am Campeon 1–12 85579 Neubiberg, Germany email: thomas.poeppelmann@infineon.com phone: +49 (89) 234-64019 Auxiliary submitters: Erdem Alkim Roberto Avanzi Joppe Bos Léo Ducas Antonio de la Piedra Peter Schwabe Douglas Stebila Additional Round Two Contributors: Martin R. Albrecht Emmanuela Orsini Valery Osheter Kenneth G. Paterson Guy Peer Nigel P. Smart Inventors of the cryptosystem Erdem Alkim, Léo Ducas, Thomas Pöppel- mann, and Peter Schwabe, based on a large collection of previous work, most importantly by Vadim Lyubashevsky, Chris Peikert, Oded Regev, Eiichiro Fujisaki, and Tatsuaki Okamoto. Owner of the cryptosystem None (dedicated to the public domain) Thomas Pöppelmann 1 Alternative points of contact: Peter Schwabe Radboud University Toernooiveld 212 6525 EC Nijmegen The Netherlands email: [email protected] phone: +31243653456 2 NewHope Algorithm Specifications and Supporting Documentation Original Submitters: Erdem Alkim, Roberto Avanzi, Joppe Bos, Léo Ducas, Antonio de la Piedra, Thomas Pöppelmann, Peter Schwabe, Douglas Stebila Additional Round Two Contributors: Martin R. Albrecht, Emmanuela Orsini, Valery Osheter, Kenneth G. Paterson, Guy Peer, Nigel P. Smart Version 1.03 - (Updated July 10, 2019) 1 Contents 1 Written specification 4 1.1 Mathematical background......................................4 1.1.1 Basic definitions.......................................4 1.1.2 Computational problems on lattices............................4 1.1.3 Ring-LWE problem......................................5 1.2 Algorithm description........................................6 1.2.1 IND-CPA-secure public key encryption scheme......................6 1.2.2 Interconversion to IND-CPA KEM............................. 12 1.2.3 Transform from IND-CPA PKE to IND-CCA KEM..................
    [Show full text]
  • Post-Quantum Cryptography
    Post-quantum cryptography Daniel J. Bernstein & Tanja Lange University of Illinois at Chicago; Ruhr University Bochum & Technische Universiteit Eindhoven 12 September 2020 I Motivation #1: Communication channels are spying on our data. I Motivation #2: Communication channels are modifying our data. I Literal meaning of cryptography: \secret writing". I Achieves various security goals by secretly transforming messages. I Confidentiality: Eve cannot infer information about the content I Integrity: Eve cannot modify the message without this being noticed I Authenticity: Bob is convinced that the message originated from Alice Cryptography with symmetric keys AES-128. AES-192. AES-256. AES-GCM. ChaCha20. HMAC-SHA-256. Poly1305. SHA-2. SHA-3. Salsa20. Cryptography with public keys BN-254. Curve25519. DH. DSA. ECDH. ECDSA. EdDSA. NIST P-256. NIST P-384. NIST P-521. RSA encrypt. RSA sign. secp256k1. Cryptography / Sender Receiver \Alice" \Bob" Tsai Ing-Wen picture credit: By =q府, Attribution, Wikimedia. Donald Trump picture credit: By Shealah Craighead - White House, Public Domain, Wikimedia. Daniel J. Bernstein & Tanja Lange Post-quantum cryptography2 Cryptography with symmetric keys AES-128. AES-192. AES-256. AES-GCM. ChaCha20. HMAC-SHA-256. Poly1305. SHA-2. SHA-3. Salsa20. I Literal meaning of cryptography: \secret writing". Cryptography with public keys Achieves various security goals by secretly transforming messages. BN-254I . Curve25519. DH. DSA. ECDH. ECDSA. EdDSA. NIST P-256. NIST P-384. Confidentiality: Eve cannot infer information about the content NISTI P-521. RSA encrypt. RSA sign. secp256k1. I Integrity: Eve cannot modify the message without this being noticed I Authenticity: Bob is convinced that the message originated from Alice Cryptography / Sender Untrustworthy network Receiver \Alice" \Eve" \Bob" I Motivation #1: Communication channels are spying on our data.
    [Show full text]
  • Guidelines on Cryptographic Algorithms Usage and Key Management
    EPC342-08 Version 7.0 4 November 2017 [X] Public – [ ] Internal Use – [ ] Confidential – [ ] Strictest Confidence Distribution: Publicly available GUIDELINES ON CRYPTOGRAPHIC ALGORITHMS USAGE AND KEY MANAGEMENT Abstract This document defines guidelines on cryptographic algorithms usage and key management. Document Reference EPC342-08 Issue Version 7.0 Date of Issue 22 November 2017 Reason for Issue Maintenance of document Produced by EPC Authorised by EPC Document History This document was first produced by ECBS as TR 406, with its latest ECBS version published in September 2005. The document has been handed over to the EPC which is responsible for its yearly maintenance. DISCLAIMER: Whilst the European Payments Council (EPC) has used its best endeavours to make sure that all the information, data, documentation (including references) and other material in the present document are accurate and complete, it does not accept liability for any errors or omissions. EPC will not be liable for any claims or losses of any nature arising directly or indirectly from use of the information, data, documentation or other material in the present document. Conseil Européen des Paiements AISBL– Cours Saint-Michel 30A – B 1040 Brussels Tel: +32 2 733 35 33 – Fax: +32 2 736 49 88 Enterprise N° 0873.268.927 – www.epc-cep.eu – [email protected] © 2016 Copyright European Payments Council (EPC) AISBL: Reproduction for non-commercial purposes is authorised, with acknowledgement of the source Table of Content MANAGEMENT SUMMARY ............................................................. 5 1 INTRODUCTION .................................................................... 7 1.1 Scope of the document ...................................................... 7 1.2 Document structure .......................................................... 7 1.3 Recommendations ............................................................ 8 1.4 Implementation best practices .........................................
    [Show full text]
  • DESIGN and CRYPTANALYSIS of POST QUANTUM CRYPTOSYSTEMS Olive Chakraborty
    DESIGN AND CRYPTANALYSIS OF POST QUANTUM CRYPTOSYSTEMS Olive Chakraborty To cite this version: Olive Chakraborty. DESIGN AND CRYPTANALYSIS OF POST QUANTUM CRYPTOSYSTEMS. Cryptography and Security [cs.CR]. Sorbonne Université, 2020. English. tel-03135217 HAL Id: tel-03135217 https://tel.archives-ouvertes.fr/tel-03135217 Submitted on 12 Feb 2021 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. THÈSE DE DOCTORANT DE SORBONNE UNIVERSITÉ Spécialité Informatique École Doctorale Informatique, Télécommunications et Électronique (Paris) Présentée par OLIVE CHAKRABORTY Pur obtenir le grade de DOCTEUR DE SORBONNE UNIVERSITÈ DESIGN AND CRYPTANALYSIS OF POST QUANTUM CRYPTOSYSTEMS Thèse dirigée par JEAN-CHARLES FAUGÈRE et LUDOVIC PERRET après avis des rapporteurs: Mme. Delaram KAHROBAEI Professeur, University of York, U.K M. Jacques PATARIN Professeur, Université de Versailles devant le jury composé de : M. Jean-Charles FAUGÈRE Directeur de recherche, INRIA Paris M. Stef GRAILLAT Professeur, Sorbonne Université, LIP6 Mme. Delaram KAHROBAEI Professeur, University of York, U.K M. Jacques PATARIN Professeur, Université de Versailles M. Ludovic PERRET Maître de Conférences, Sorbonne Université, LIP6 M. Mohab SAFEY EL DIN Professeur, Sorbonne Université, LIP6 Date de soutenance : 16-12-2020 Résumé La résolution de systèmes polynomiaux est l’un des problèmes les plus anciens et des plus importants en Calcul Formel et a de nombreuses applications.
    [Show full text]
  • Comparison Analysis of Ding's Rlwe-Based Key Exchange
    Advances in Mathematics of Communications doi:10.3934/amc.2019015 Volume 13, No. 2, 2019, 221{233 COMPARISON ANALYSIS OF DING'S RLWE-BASED KEY EXCHANGE PROTOCOL AND NEWHOPE VARIANTS Xinwei Gao∗ Beijing Key Laboratory of Security and Privacy in Intelligent Transportation Beijing Jiaotong University No.3 ShangYuanCun, Haidian District, Beijing 100044, China (Communicated by Jintai Ding) Abstract. In this paper, we present a comparison study on three RLWE key exchange protocols: one from Ding et al. in 2012 (DING12) and two from Alkim et al. in 2016 (NewHope and NewHope-Simple). We compare and an- alyze protocol construction, notion of designing and realizing key exchange, signal computation, error reconciliation and cost of these three protocols. We show that NewHope and NewHope-Simple share very similar notion as DING12 in the sense that NewHope series also send small additional bits with small size (i.e. signal) to assist error reconciliation, where this idea was first practically proposed in DING12. We believe that DING12 is the first work that pre- sented complete LWE & RLWE-based key exchange constructions. The idea of sending additional information in order to realize error reconciliation and key exchange in NewHope and NewHope-Simple remain the same as DING12, despite concrete approaches to compute signal and reconcile error are not the same. 1. Introduction Diffie and Hellman (DH) proposed the first public key cryptography algorithm in 1976 by introducing a key exchange protocol [9]. DH key exchange allows two parties to agree on same key without any prior knowledge over public (insecure) channel. In DH key exchange, both parties send their own public key to the other side.
    [Show full text]
  • CRYSTALS-Dilithium: a Lattice-Based Digital Signature Scheme
    CRYSTALS-Dilithium: A Lattice-Based Digital Signature Scheme Léo Ducas1, Eike Kiltz2, Tancrède Lepoint3, Vadim Lyubashevsky4, Peter Schwabe5, Gregor Seiler6 and Damien Stehlé7 1 CWI, Netherlands 2 Ruhr Universität Bochum, Germany 3 SRI International, USA 4 IBM Research – Zurich, Switzerland 5 Radboud University, Netherlands 6 IBM Research – Zurich and ETH Zurich, Switzerland 7 ENS de Lyon, France Abstract. In this paper, we present the lattice-based signature scheme Dilithium, which is a component of the CRYSTALS (Cryptographic Suite for Algebraic Lattices) suite that was submitted to NIST’s call for post-quantum cryptographic standards. The design of the scheme avoids all uses of discrete Gaussian sampling and is easily implementable in constant-time. For the same security levels, our scheme has a public key that is 2.5X smaller than the previously most efficient lattice-based schemes that did not use Gaussians, while having essentially the same signature size. In addition to the new design, we significantly improve the running time of the main component of many lattice-based constructions – the number theoretic transform. Our AVX2-based implementation results in a speed-up of roughly a factor of 2 over the previously best algorithms that appear in the literature. The techniques for obtaining this speed-up also have applications to other lattice-based schemes. Keywords: Lattice Cryptography · Digital Signatures · Constant-Time Implementa- tion · AVX2 1 Introduction Cryptography based on the hardness of lattice problems is seen as a very promising replacement of traditional cryptography after the eventual coming of quantum computers. In this paper, we present a new digital signature scheme Dilithium, whose security is based on the hardness of finding short vectors in lattices.
    [Show full text]
  • A Systematic Study of Lattice-Based NIST PQC Algorithms: from Reference Implementations to Hardware Accelerators
    A Systematic Study of Lattice-based NIST PQC Algorithms: from Reference Implementations to Hardware Accelerators Malik Imran, Zain Ul Abideen and Samuel Pagliarini Centre for Hardware Security (CHS), Tallinn University of Technology (TalTech), Estonia, {malik.imran,zain.abideen,samuel.pagliarini}@taltech.ee Abstract. Security of currently deployed public key cryptography algorithms is foreseen to be vulnerable against quantum computer attacks. Hence, a community effort exists to develop post-quantum cryptography (PQC) algorithms, i.e., algorithms that are resistant to quantum attacks. In this work, we have investigated how lattice- based candidate algorithms from the NIST PQC standardization competition fare when conceived as hardware accelerators. To achieve this, we have assessed the reference implementations of selected algorithms with the goal of identifying what are their basic building blocks. We assume the hardware accelerators will be implemented in application specific integrated circuit (ASIC) and the targeted technology in our experiments is a commercial 65nm node. In order to estimate the characteristics of each algorithm, we have assessed their memory requirements, use of multipliers, and how each algorithm employs hashing functions. Furthermore, for these building blocks, we have collected area and power figures for 12 candidate algorithms. For memories, we make use of a commercial memory compiler. For logic, we make use of a standard cell library. In order to compare the candidate algorithms fairly, we select a reference frequency of operation of 500MHz. Our results reveal that our area and power numbers are comparable to the state of the art, despite targeting a higher frequency of operation and a higher security level in our experiments.
    [Show full text]
  • Qdsa: Small and Secure Digital Signatures with Curve-Based Diffie
    qDSA: Small and Secure Digital Signatures with Curve-based Diffie–Hellman Key Pairs Joost Renes1? and Benjamin Smith2 1 Digital Security Group, Radboud University, The Netherlands [email protected] 2 INRIA and Laboratoire d’Informatique de l’École polytechnique (LIX), Université Paris–Saclay, France [email protected] Abstract. qDSA is a high-speed, high-security signature scheme that facilitates implementa- tions with a very small memory footprint, a crucial requirement for embedded systems and IoT devices, and that uses the same public keys as modern Diffie–Hellman schemes based on Montgomery curves (such as Curve25519) or Kummer surfaces. qDSA resembles an adaptation of EdDSA to the world of Kummer varieties, which are quotients of algebraic groups by ±1. Interestingly, qDSA does not require any full group operations or point recovery: all computa- tions, including signature verification, occur on the quotient where there is no group law. We include details on four implementations of qDSA, using Montgomery and fast Kummer surface arithmetic on the 8-bit AVR ATmega and 32-bit ARM Cortex M0 platforms. We find that qDSA significantly outperforms state-of-the-art signature implementations in terms of stack usage and code size. We also include an efficient compression algorithm for points on fast Kummer surfaces, reducing them to the same size as compressed elliptic curve points for the same security level. Keywords. Signatures, Kummer, Curve25519, Diffie–Hellman, elliptic curve, hyperelliptic curve. 1 Introduction Modern asymmetric cryptography based on elliptic and hyperelliptic curves [31, 33] achieves two important goals. The first is efficient key exchange using the Diffie–Hellman protocol [18], using the fact that the (Jacobian of the) curve carries the structure of an abelian group.
    [Show full text]
  • Efficient Parallel Implementations of LWE-Based Post-Quantum
    mathematics Article Efficient Parallel Implementations of LWE-Based Post-Quantum Cryptosystems on Graphics Processing Units SangWoo An 1 and Seog Chung Seo 2,* 1 Department of Financial Information Security, Kookmin University, Seoul 02707, Korea; [email protected] 2 Department of Information Security, Cryptology, and Mathematics, Kookmin University, Seoul 02707, Korea * Correspondence: [email protected]; Tel.: +82-02-910-4742 Received: 13 September 2020; Accepted: 8 October 2020; Published: 14 October 2020 Abstract: With the development of the Internet of Things (IoT) and cloud computing technology, various cryptographic systems have been proposed to protect increasing personal information. Recently, Post-Quantum Cryptography (PQC) algorithms have been proposed to counter quantum algorithms that threaten public key cryptography. To efficiently use PQC in a server environment dealing with large amounts of data, optimization studies are required. In this paper, we present optimization methods for FrodoKEM and NewHope, which are the NIST PQC standardization round 2 competition algorithms in the Graphics Processing Unit (GPU) platform. For each algorithm, we present a part that can perform parallel processing of major operations with a large computational load using the characteristics of the GPU. In the case of FrodoKEM, we introduce parallel optimization techniques for matrix generation operations and matrix arithmetic operations such as addition and multiplication. In the case of NewHope, we present a parallel processing technique for polynomial-based operations. In the encryption process of FrodoKEM, the performance improvements have been confirmed up to 5.2, 5.75, and 6.47 times faster than the CPU implementation in FrodoKEM-640, FrodoKEM-976, and FrodoKEM-1344, respectively.
    [Show full text]
  • High-Speed Key Encapsulation from NTRU
    High-speed key encapsulation from NTRU Andreas Hülsing1, Joost Rijneveld2, John Schanck3;4, and Peter Schwabe2 ? 1 Department of Mathematics and Computer Science, Technische Universiteit Eindhoven, The Netherlands [email protected] 2 Digital Security Group, Radboud University, The Netherlands [email protected], [email protected] 3 Institute for Quantum Computing, University of Waterloo, Canada, and 4 Security Innovation, Wilmington, MA, USA [email protected] Abstract. This paper presents software demonstrating that the 20- year-old NTRU cryptosystem is competitive with more recent lattice- based cryptosystems in terms of speed, key size, and ciphertext size. We present a slightly simplified version of textbook NTRU, select param- eters for this encryption scheme that target the 128-bit post-quantum security level, construct a KEM that is CCA2-secure in the quantum random oracle model, and present highly optimized software targeting Intel CPUs with the AVX2 vector instruction set. This software takes only 307 914 cycles for the generation of a keypair, 48 646 for encapsu- lation, and 67 338 for decapsulation. It is, to the best of our knowledge, the first NTRU software with full protection against timing attacks. Keywords. Post-quantum crypto, lattice-based crypto, NTRU, CCA2- secure KEM, QROM, AVX2. 1 Introduction In December 2016, NIST issued a call for proposals for “post-quantum cryptogra- phy” [34] to select schemes for standardization. More specifically, NIST requests algorithms in three categories: public-key encryption, key exchange or key en- capsulation mechanisms (KEMs), and digital signatures. Obviously, the central requirement is that proposed schemes are indeed “post-quantum”, i.e., that they resist attacks by a large quantum computer.
    [Show full text]
  • The 2Nd Round of the NIST PQC Standardization Process
    An Update on NIST’s Post-Quantum Crypto Standardization DUSTIN MOODY NIST Crypto Standards Areas: ◦ Block ciphers ◦ Key-establishment ◦ Hash functions ◦ Post-quantum crypto (signatures ◦ Message authentication codes + key establishment) (MACs) ◦ Random bit generation ◦ Digital signatures ◦ etc… FIPS, SP’s, and NISTIRs NISTIR 7977 – NIST’s process for developing crypto standards Cooperation with other SDO’s Principles: Transparency, openness, balance, integrity, technical merit, global acceptability, usability, continuous improvement, innovation and intellectual property Stakeholders: Primarily the US federal government, broader industry and public/private organizations Quantum Computers Exploit quantum mechanics to process information Use quantum bits = “qubits” instead of 0’s and 1’s Intel’s 49-qubit chip Superposition – ability of quantum system to be in “Tangle-Lake” multiple states at the same time Potential to vastly increase computational power IBM’s 50-qubit beyond classical computing limit quantum computer Limitations: ◦ When a measurement is made on quantum system, Google’s 72-qubit chip superposition collapses “Bristlecone” ◦ Only good at certain problems ◦ Quantum states are very fragile and must be extremely well isolated Quantum Computing Progress A lot of progress, but still a long way to go [Image credit: M. Devoret and R. Schoelkopf] Quantum Algorithms 1994, Peter Shor created a quantum algorithm that would give an exponential speed-up over classical computers ◦ Factoring large integers ◦ Finding discrete logarithms Grover’s
    [Show full text]
  • NIST Status Update on Elliptic Curves and Post-Quantum Crypto
    NIST status update on Elliptic Curves and Post-Quantum Crypto Dustin Moody Elliptic Curve Crypto in NIST Standards ▪ FIPS 186-4, Digital Signature Standard ▪ Elliptic Curve Digital Signature Algorithm (ECDSA) ▪ 15 recommended curves ▪ Also has DSA, RSA signatures ▪ SP 800-56A, Recommendation for Pair-Wise Key Establishment Schemes using Discrete Logarithm Cryptography ▪ Elliptic Curve Diffie Hellman (ECDH) ▪ Elliptic Curve authenticated key agreement (ECMQV) Changes in FIPS 186-5 ▪ New requirement to publish seeds for DSA signatures ▪ X9.31 RSA signatures removed ▪ Larger key sizes (2048 bits or more) for RSA signatures allowed ▪ More elliptic curve details added ▪ New SP 800-186 has most of them ▪ New elliptic curves specified (Edwards25519 and Edwards448) ▪ The EdDSA signature algorithm is included ▪ Deterministic version of ECDSA included ▪ Various minor improvements/corrections to algorithms in appendices DSA signatures ▪ Two of the domain parameters for DSA are prime numbers p and q, where 1 = · ▪ These primes are supposed to be generated deterministically, from a random seed − ℎ ▪ Recent research showed that DSA primes could be generated in such a way that there is a trapdoor ▪ With knowledge of the trapdoor, one can compute discrete logs efficiently, which breaks the security of DSA ▪ It seems hard to detect if such a trapdoor is present ▪ Recommended remedy: publish the seed ▪ The trapdoor primes have to be specially constructed; publishing the seed shows this wasn’t done ▪ FIPS 186-5 makes publishing the seeds mandatory RSA
    [Show full text]