DOCSLIB.ORG

Level 3 Non-Proprietary Security Policy For

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Level 3 Non-Proprietary Security Policy For LEVEL 3 NON-PROPRIETARY SECURITY POLICY FOR SafeNet Luna K7+ Cryptographic Module (Used as a standalone device and as an embedded device in a SafeNet Luna Network HSM configured to use PED or Password Authentication) (FIPS 140-2 Physical Security Level 4) DOCUMENT NUMBER: 002-010937-001 REVISION LEVEL: H REVISION DATE: May 7, 2018 SECURITY LEVEL: Non-Proprietary © Copyright 2018 Gemalto. ALL RIGHTS RESERVED This document may be freely reproduced and distributed whole and intact including this copyright notice. Gemalto reserves the right to make changes in the product or its specifications mentioned in this publication without notice. Accordingly, the reader is cautioned to verify that information in this publication is current before placing orders. The information furnished by Gemalto in this document is believed to be accurate and reliable. However, no responsibility is assumed by Gemalto for its use, or for any infringements of patents or other rights of third parties resulting from its use. Document is Uncontrolled When Printed. 002-010937-001 Revision Level: H PREFACE This document deals only with operations and capabilities of the SafeNet Luna K7+ Cryptographic Module and SafeNet Luna K7+ Cryptographic Module for SafeNet Luna Network HSM in the technical terms of a FIPS 140-2 cryptographic module security policy. More information is available on the SafeNet HSMs and other Gemalto products from the following sources: The Gemalto internet site contains information on the full line of security products at https://safenet.gemalto.com. For answers to technical or sales related questions please refer to the contacts listed below or on the Gemalto internet site at https://safenet.gemalto.com/contact-us/. SafeNet Contact Information: Gemalto 4690 Millennium Drive Belcamp, MD 21017 Telephone: 410-931-7500 TTY Users: 800-735-2258 Fax: 410-931-7524 SafeNet Canada, Inc. 20 Colonnade Road Suite 200 Ottawa, Ontario K2E 7M6 Telephone: +1 613 723 5077 Fax: +1 613 723 5079 Gemalto Sales: 800-533-3958 SafeNet Technical Support: U.S. 800-545-6608 International 410-931-7520 SafeNet Customer Service: U.S. 866-251-4269 EMEA +44 (0) 1276 60 80 00 APAC 852 3157 7111 Document is Uncontrolled When Printed Page ii of iv 002-010937-001 Revision Level: H TABLE OF CONTENTS Section Title Page 1. INTRODUCTION ..................................................................................................................................... 1 1.1 Purpose ............................................................................................................................................ 1 1.2 Scope ................................................................................................................................................ 1 1.3 Validation Overview .......................................................................................................................... 1 1.4 Functional Overview ......................................................................................................................... 2 2. MODULE OVERVIEW ............................................................................................................................. 2 2.1 Module Specification ........................................................................................................................ 2 2.2 Ports and Interfaces ......................................................................................................................... 3 2.2.1 Trusted Path .............................................................................................................................. 4 2.2.2 Remote PED .............................................................................................................................. 5 2.2.1 Secure Messaging ..................................................................................................................... 6 2.3 Roles and Services ........................................................................................................................... 6 2.3.1 Roles ......................................................................................................................................... 6 2.3.2 Services ..................................................................................................................................... 8 2.4 Authentication ................................................................................................................................. 13 2.4.1 Activation ................................................................................................................................. 13 2.4.2 M of N ...................................................................................................................................... 14 2.5 Physical Security ............................................................................................................................ 14 2.5.1 Tamper Detection Envelope .................................................................................................... 14 2.5.2 External Event ......................................................................................................................... 14 2.5.3 PCIe Card Removal ................................................................................................................ 14 2.5.4 EFP .......................................................................................................................................... 15 2.5.5 Decommission ......................................................................................................................... 15 2.5.1 Secure Transport Mode ........................................................................................................... 15 2.5.2 Fault Tolerance........................................................................................................................ 15 2.6 Operational Environment ................................................................................................................ 16 2.7 Cryptographic Key Management .................................................................................................... 16 2.7.1 FIPS-Approved Algorithm Implementations ............................................................................ 16 2.7.2 Non-Approved Algorithm Implementations ............................................................................. 19 2.7.3 Cryptographic Keys and Critical Security Parameters ............................................................ 21 2.7.4 Key Generation........................................................................................................................ 26 2.7.5 Key Entry & Output .................................................................................................................. 26 Document is Uncontrolled When Printed Page iii of iv 002-010937-001 Revision Level: H 2.7.6 Key Storage ............................................................................................................................. 26 2.7.7 Zeroization ............................................................................................................................... 27 2.8 Electromagnetic Interference/Electromagentic Capability .............................................................. 27 2.9 Self-Tests ........................................................................................................................................ 27 2.9.1 Power-On Self-Tests ............................................................................................................... 27 2.9.2 Conditional Self-Tests ............................................................................................................. 29 2.10 Mitigation of Other Attacks .......................................................................................................... 30 3. GUIDANCE ............................................................................................................................................ 30 3.1 FIPS 140-2 Approved Mode of Operation ...................................................................................... 30 3.2 Firmware Loading ........................................................................................................................... 30 APPENDIX A. GLOSSARY OF ACRONYMS/ABBREVIATIONS .......................................................... 31 LIST OF TABLES Table Title Page Table 1-1 FIPS 140-2 Security Levels .......................................................................................................... 1 Table 2-1 Mapping of FIPS 140-2 Interfaces to Physical and Logical Interfaces ......................................... 4 Table 2-2 Mapping of FIPS 140-2 Roles to Module Roles ........................................................................... 7 Table 2-3 Roles and Access Rights by Service ............................................................................................ 8 Table 2-4 Roles and Required Identification and Authentication ................................................................ 13 Table 2-5 Strengths of Authentication Mechanisms ................................................................................... 13 Table 2-6 FIPS-Approved Algorithm Implementations ............................................................................... 16 Table 2-7 Allowed Security Function for the
Load more

Recommended publications
  • Correlation Power Attack on a Message Authentication Code Based on SM3∗
    930 Yuan et al. / Front Inform Technol Electron Eng 2019 20(7):930-945 Frontiers of Information Technology & Electronic Engineering www.jzus.zju.edu.cn; engineering.cae.cn; www.springerlink.com ISSN 2095-9184 (print); ISSN 2095-9230 (online) E-mail: [email protected] Correlation power attack on a message authentication code based on SM3∗ Ye YUAN†1,2,Kai-geQU†‡1,2,Li-jiWU†‡1,2,Jia-weiMA3, Xiang-min ZHANG†1,2 1Institute of Microelectronics, Tsinghua University, Beijing 100084, China 2National Laboratory for Information Science and Technology, Tsinghua University, Beijing 100084, China 3State Key Laboratory of Cryptography, Beijing 100094, China †E-mail: [email protected]; [email protected]; [email protected]; [email protected] Received May 19, 2018; Revision accepted July 30, 2018; Crosschecked July 12, 2019 Abstract: Hash-based message authentication code (HMAC) is widely used in authentication and message integrity. As a Chinese hash algorithm, the SM3 algorithm is gradually winning domestic market value in China. The side channel security of HMAC based on SM3 (HMAC-SM3) is still to be evaluated, especially in hardware implementa- tion, where only intermediate values stored in registers have apparent Hamming distance leakage. In addition, the algorithm structure of SM3 determines the difficulty in HMAC-SM3 side channel analysis. In this paper, a skillful bit-wise chosen-plaintext correlation power attack procedure is proposed for HMAC-SM3 hardware implementation. Real attack experiments on a field programmable gate array (FPGA) board have been performed. Experimental results show that we can recover the key from the hypothesis space of 2256 based on the proposed procedure.
    [Show full text]
  • On the Design and Performance of Chinese OSCCA-Approved Cryptographic Algorithms Louise Bergman Martinkauppi∗, Qiuping He† and Dragos Ilie‡ Dept
    On the Design and Performance of Chinese OSCCA-approved Cryptographic Algorithms Louise Bergman Martinkauppi∗, Qiuping Hey and Dragos Iliez Dept. of Computer Science Blekinge Institute of Technology (BTH), Karlskrona, Sweden ∗[email protected], yping95 @hotmail.com, [email protected] Abstract—SM2, SM3, and SM4 are cryptographic standards in transit and at rest [4]. The law, which came into effect authorized to be used in China. To comply with Chinese cryp- on January 1, 2020, divides encryption into three different tography laws, standard cryptographic algorithms in products categories: core, ordinary and commercial. targeting the Chinese market may need to be replaced with the algorithms mentioned above. It is important to know beforehand Core and ordinary encryption are used for protecting if the replaced algorithms impact performance. Bad performance China’s state secrets at different classification levels. Both may degrade user experience and increase future system costs. We present a performance study of the standard cryptographic core and ordinary encryption are considered state secrets and algorithms (RSA, ECDSA, SHA-256, and AES-128) and corre- thus are strictly regulated by the SCA. It is therefore likely sponding Chinese cryptographic algorithms. that these types of encryption will be based on the national Our results indicate that the digital signature algorithms algorithms mentioned above, so that SCA can exercise full SM2 and ECDSA have similar design and also similar perfor- control over standards and implementations. mance. SM2 and RSA have fundamentally different designs. SM2 performs better than RSA when generating keys and Commercial encryption is used to protect information that signatures. Hash algorithms SM3 and SHA-256 have many design similarities, but SHA-256 performs slightly better than SM3.
    [Show full text]
  • RFC 8998: Shangmi (SM) Cipher Suites for TLS
    Stream: Independent Submission RFC: 8998 Category: Informational Published: March 2021 ISSN: 2070-1721 Author: P. Yang Ant Group RFC 8998 ShangMi (SM) Cipher Suites for TLS 1.3 Abstract This document specifies how to use the ShangMi (SM) cryptographic algorithms with Transport Layer Security (TLS) protocol version 1.3. The use of these algorithms with TLS 1.3 is not endorsed by the IETF. The SM algorithms are becoming mandatory in China, so this document provides a description of how to use the SM algorithms with TLS 1.3 and specifies a profile of TLS 1.3 so that implementers can produce interworking implementations. Status of This Memo This document is not an Internet Standards Track specification; it is published for informational purposes. This is a contribution to the RFC Series, independently of any other RFC stream. The RFC Editor has chosen to publish this document at its discretion and makes no statement about its value for implementation or deployment. Documents approved for publication by the RFC Editor are not candidates for any level of Internet Standard; see Section 2 of RFC 7841. Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc8998. Copyright Notice Copyright (c) 2021 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document.
    [Show full text]
  • Introduction to the Commercial Cryptography Scheme in China
    Introduction to the Commercial Cryptography Scheme in China atsec China Di Li Yan Liu [email protected] [email protected] +86 138 1022 0119 +86 139 1072 6424 6 November 2015, Washington DC, U.S. © atsec information security, 2015 Disclaimer atsec China is an independent lab specializing in IT security evaluations. The authors do not represent any Chinese government agency or Chinese government-controlled lab. All information used for this presentation is publicly available on the Internet, despite the fact that most of them are in Chinese. 6 November 2015, Washington DC, U.S. 2 Agenda § Background on commercial cryptography in China § Product certification list § Published algorithms and standards § Certification scheme § Conclusions 6 November 2015, Washington DC, U.S. 3 What is “Commercial Cryptography”? 6 November 2015, Washington DC, U.S. 4 OSCCA and Commercial Cryptography − What is “Commercial Cryptography” in China? − “Commercial Cryptography” is a set of algorithms and standards used in the commercial area, e.g. banks, telecommunications, third party payment gateways, enterprises, etc. … − In this area, only “Commercial Cryptography” certified products can be used. − Constituted by the Chinese Academy of Science (CAS) − Issued and regulated by the Office of the State Commercial Cryptography Administration (OSCCA) − Established in 1999 − Testing lab setup in 2005 6 November 2015, Washington DC, U.S. 5 OSCCA Certified Product List Certified product list (1322 items): http://www.oscca.gov.cn/News/201510/News_1310.htm 6 November 2015, Washington DC, U.S. 6 Certified Products and Its Use − Security IC chip − Password keypad − Hardware token including Public Key Infrastructure (PKI), One Time Password (OTP), and its supporting system − Hardware security machine / card − Digital signature and verification system − IPSEC / SSL VPN Gateway − Value Added Tax (VAT) audit system 6 November 2015, Washington DC, U.S.
    [Show full text]
  • TCG Algorithm Registry Family "2.0"
    TCG Algorithm Registry Family “2.0" Level 00 Revision 01.22 February 9, 2015 Published Contact: [email protected] TCG Published TCG Copyright © TCG 2015 TCG Algorithm Registry Disclaimers, Notices, and License Terms THIS SPECIFICATION IS PROVIDED "AS IS" WITH NO WARRANTIES WHATSOEVER, INCLUDING ANY WARRANTY OF MERCHANTABILITY, NONINFRINGEMENT, FITNESS FOR ANY PARTICULAR PURPOSE, OR ANY WARRANTY OTHERWISE ARISING OUT OF ANY PROPOSAL, SPECIFICATION OR SAMPLE. Without limitation, TCG disclaims all liability, including liability for infringement of any proprietary rights, relating to use of information in this specification and to the implementation of this specification, and TCG disclaims all liability for cost of procurement of substitute goods or services, lost profits, loss of use, loss of data or any incidental, consequential, direct, indirect, or special damages, whether under contract, tort, warranty or otherwise, arising in any way out of use or reliance upon this specification or any information herein. This document is copyrighted by Trusted Computing Group (TCG), and no license, express or implied, is granted herein other than as follows: You may not copy or reproduce the document or distribute it to others without written permission from TCG, except that you may freely do so for the purposes of (a) examining or implementing TCG specifications or (b) developing, testing, or promoting information technology standards and best practices, so long as you distribute the document with these disclaimers, notices, and license terms. Contact the Trusted Computing Group at www.trustedcomputinggroup.org for information on specification licensing through membership agreements. Any marks and brands contained herein are the property of their respective owners.
    [Show full text]
  • Safenet USB HSM 6.3 SDK Reference Guide Document Information
    SafeNet USB HSM 6.3 SDK Reference Guide Document Information Product Version 6.3 Document Part Number 007-011302-015 Release Date 14 July 2017 Revision History Revision Date Reason A 14 July 2017 Initial release. Trademarks, Copyrights, and Third-Party Software Copyright 2001-2017 Gemalto. All rights reserved. Gemalto and the Gemalto logo are trademarks and service marks of Gemalto and/or its subsidiaries and are registered in certain countries. All other trademarks and service marks, whether registered or not in specific countries, are the property of their respective owners. Acknowledgements This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit. (http://www.openssl.org) This product includes cryptographic software written by Eric Young ([email protected]). This product includes software written by Tim Hudson ([email protected]). This product includes software developed by the University of California, Berkeley and its contributors. This product uses Brian Gladman’s AES implementation. Refer to the End User License Agreement for more information. Disclaimer All information herein is either public information or is the property of and owned solely by Gemalto and/or its subsidiaries who shall have and keep the sole right to file patent applications or any other kind of intellectual property protection in connection with such information. Nothing herein shall be construed as implying or granting to you any rights, by license, grant or otherwise, under any intellectual and/or industrial property rights of or concerning any of Gemalto’s information. This document can be used for informational, non-commercial, internal, and personal use only provided that: • The copyright notice, the confidentiality and proprietary legend and this full warning notice appear in all copies.
    [Show full text]
  • Hardware Performance Optimization and Evaluation of SM3 Hash Algorithm on FPGA
    Hardware Performance Optimization and Evaluation of SM3 Hash Algorithm on FPGA Yuan Ma 1,2,, Luning Xia1, Jingqiang Lin1, Jiwu Jing1, Zongbin Liu1, and Xingjie Yu1,2 1 State Key Laboratory of Information Security, Institute of Information Engineering, CAS, Beijing, China 2 Graduate University of Chinese Academy of Sciences, Beijing, China {yma,halk,linjq,jing,zbliu,xjyu}@lois.cn Abstract. Hash algorithms are widely used for data integrity and au- thenticity. Chinese government recently published a standard hash algo- rithm, SM3, which is highly recommended for commercial applications. However, little research of SM3 implementation has been published. We find that the existing optimization techniques cannot be adopted to SM3 efficiently, due to the complex computation and strong data dependency. In this paper, we present our novel optimization techniques: shift ini- tialization and SRL-based implementation. Based on the techniques, we propose two architectures: compact design and high-throughput design, both of which significantly improve the performance on FPGA. As far as we know, our work is the first one to evaluate SM3 hardware perfor- mance. The evaluation result suggests that SM3 with low area and high efficiency is suitable for hardware implementations, especially for those resource-limited platforms. Keywords: SM3, hash algorithm, FPGA, optimization, hardware per- formance evaluation. 1 Introduction At present, the performance in hardware has been demonstrated to be an impor- tant factor in the evaluation of cryptographic algorithms. The ASIC (Application- Specific Integrated Circuit) and FPGA (Field-Programmable Gate Array) are two common hardware devices for cryptographic implementations. FPGA implemen- tation has become more and more popular recently since it is reconfigurable and relatively flexible.
    [Show full text]
  • Improved Boomerang Attacks on Round-Reduced SM3 and Keyed Permutation of BLAKE-256
    Improved Boomerang Attacks on Round-Reduced SM3 and Keyed Permutation of BLAKE-256? Dongxia Bai1, Hongbo Yu1??, Gaoli Wang2, Xiaoyun Wang3;4;5 1 Department of Computer Science and Technology, Tsinghua University, Beijing 100084, China [email protected], [email protected] 2 School of Computer Science and Technology, Donghua University, Shanghai 201620, China [email protected] 3 Institute for Advanced Study, Tsinghua University, Beijing 100084, China 4 Key Laboratory of Cryptologic Technology and Information Security, Ministry of Education, Shandong University, Jinan 250100, China 5 School of Mathematics, Shandong University, Jinan 250100, China [email protected] Abstract. In this paper we study the security of hash functions SM3 and BLAKE-256 against boomerang attack. SM3 is designed by X. Wang et al. and published by Chinese Commercial Cryptography Administration Office for the use of electronic certification service system in China. BLAKE is one of the five finalists of the NIST SHA-3 competition submitted by J.-P. Aumasson et al. For SM3, we present boomerang distinguishers for the compression function reduced to 34/35/36/37 steps out of 64 steps, with time complexities 231:4, 233:6, 273:4 and 2192 respectively. Then we show some incompatible problems existed in the previous boomerang attacks on SM3. Meanwhile, we launch boomerang attacks on up to 7 and 8 rounds keyed permutation of BLAKE-256 which are the first valid 7-round and 8-round boomerangs for BLAKE-256. Especially, since our distinguishers on 34/35-step compression function of SM3 and 7-round keyed permutation of BLAKE-256 are practical, we are able to obtain boomerang quartets of these attacks.
    [Show full text]
  • Intel® Integrated Performance Primitives Cryptography Developer Reference
    Intel® Integrated Performance Primitives Cryptography Developer Reference Intel Integrated Performance Primitives 2018 Legal Information Contents Contents Legal Information.............................................................................. 13 Getting Help and Support................................................................... 15 Introducing Intel® Integrated Performance Primitives Cryptography..................................................................................17 What's New........................................................................................ 19 Notational Conventions...................................................................... 21 Related Products................................................................................ 23 Chapter 1: Overview Basic Features......................................................................................... 25 Function Context Structures...................................................................... 25 Data Security Considerations..................................................................... 26 Chapter 2: Symmetric Cryptography Primitive Functions Block Cipher Modes of Operation................................................................27 Rijndael Functions....................................................................................28 AESGetSize.....................................................................................28 AESInit...........................................................................................29
    [Show full text]
  • Intel® Integrated Performance Primitives Cryptography
    Intel® Integrated Performance Primitives Cryptography Developer Reference Notices and Disclaimers Intel® Integrated Performance Primitives Cryptography Developer Reference Contents Notices and Disclaimers..................................................................... 11 Getting Help and Support................................................................... 12 Introducing Intel® Integrated Performance Primitives Cryptography ................................................................................. 13 What's New ....................................................................................... 14 Notational Conventions...................................................................... 15 Related Products ............................................................................... 16 Chapter 1: Overview Basic Features ........................................................................................ 17 Function Context Structures...................................................................... 17 Data Security Considerations .................................................................... 18 Chapter 2: Symmetric Cryptography Primitive Functions Block Cipher Modes of Operation ............................................................... 19 Rijndael Functions ................................................................................... 20 AESGetSize .................................................................................... 20 AESInit .........................................................................................
    [Show full text]
  • A Differential Power Analysis Attack on Dynamic Password Token Based on SM3 Algorithm
    First International Conference on Information Science and Electronic Technology (ISET 2015) A Differential Power Analysis Attack on Dynamic Password Token Based On SM3 Algorithm Limin Guo, Qing Li, Lihui Wang, Zhimin Zhang, Dan Liu, Weijun Shan Shanghai Fudan Microelectronics Group Company Limited, Shanghai, 200433, China E-mail: [email protected] Abstract—Dynamic password technology is one of the most Futhermore, it is recommended to use SM3 hash function to widely utilized methods for identity authentication. The security generate dynamic password in China. Thus, it is of great of dynamic password system depends on the cryptographic importance to study on the security of dynamic password strength of the underlying hash function. And SM3 is the only token based on SM3 algorithm. Many side channel attacks on standard hash algorithm of China. However, most cryptographic hash algorithm have been reported already. Many hash algorithm implementations are vulnerable against side channel algorithms are based on the mixing of different algebraic attacks. But specific side channel attacks on dynamic password operations. Lemke et al. [6] introduced a side channel attack token based on SM3 hash function have not been given so far. on the basic group operations, such as XOR, addition modulo This paper presents a differential power analysis attack on 2n and modular multiplication using multi-bit selection dynamic password token based on SM3 algorithm. SM3 hash functions. Okeya et al. [7] [8] evaluated the security of algorithm is based on the mixing of different algebraic operations, such as XOR and addition modulo 232, thus the proposed DPA HMAC algorithm based on block-cipher based hash functions.
    [Show full text]
  • TCG Algorithm Registry Family “2.0”
    TCG Algorithm Registry Family “2.0" Level 00 Revision 01.32 June 25, 2020 Contact: [email protected] TCG PUBLISHED TCG Copyright © TCG 2020 TCG Algorithm Registry Disclaimers, Notices, and License Terms THIS SPECIFICATION IS PROVIDED "AS IS" WITH NO WARRANTIES WHATSOEVER, INCLUDING ANY WARRANTY OF MERCHANTABILITY, NONINFRINGEMENT, FITNESS FOR ANY PARTICULAR PURPOSE, OR ANY WARRANTY OTHERWISE ARISING OUT OF ANY PROPOSAL, SPECIFICATION OR SAMPLE. Without limitation, TCG disclaims all liability, including liability for infringement of any proprietary rights, relating to use of information in this specification and to the implementation of this specification, and TCG disclaims all liability for cost of procurement of substitute goods or services, lost profits, loss of use, loss of data or any incidental, consequential, direct, indirect, or special damages, whether under contract, tort, warranty or otherwise, arising in any way out of use or reliance upon this specification or any information herein. This document is copyrighted by Trusted Computing Group (TCG), and no license, express or implied, is granted herein other than as follows: You may not copy or reproduce the document or distribute it to others without written permission from TCG, except that you may freely do so for the purposes of (a) examining or implementing TCG specifications or (b) developing, testing, or promoting information technology standards and best practices, so long as you distribute the document with these disclaimers, notices, and license terms. Contact the Trusted Computing Group at www.trustedcomputinggroup.org for information on specification licensing through membership agreements. Any marks and brands contained herein are the property of their respective owners.
    [Show full text]