Sign In |Help & Support
ALL SECTORS
  • ALL SECTORS
  • GB(National Standard)
  • CB(Shipping)
  • CECS(Engineering Construction)
  • CJ(Urban Construction)
  • CY(News and Publication)
  • DB(Provincial Standard)
  • DL(Electricity & Power)
  • DZ(Geology & Mineralogy)
  • FZ(Spinning & Textile)
  • GA(Public Security)
  • HB(Aviation)
  • HG(Chemical Industry)
  • HJ(Environmental Protection)
  • JB(Machinery)
  • JC(Building Materials)
  • JG(Building & Construction)
  • JJ(Metering)
  • JT(Highway & Transportation)
  • LY(Forestry)
  • MT(Coal)
  • NB(Energy)
  • NY(Agriculture)
  • QB(Light Industry)
  • QC(Automobile & Vehicle)
  • QJ(Aerospace)
  • SH(Petrochemical)
  • SJ(Electronics)
  • SL(Water Resources)
  • SN(Commodity Inspection)
  • SY(Oil & Gas)
  • TB(Railway & Train)
  • YB(Ferrous Metallurgy)
  • YC(Tobacco)
  • YD(Telecommunication)
  • YY(Medical Device)
Database: 365,228(8 Aug 2026)
security function security function cryptographic module security levels security requirements security level security functions risk value medium load automobile jb/t dental instruments introductionthis standard
GM/T 0028-2014 in English

GM/T 0028-2014 in English

VALID

Security Requirements for Cryptographic Modules

  • Issued on:2014-02-13
  • Implemented on:2014-02-13
  • File Format:PDF
  • Delivery:Via email within 1~3 business days
Price(USD): $360.00
$350.00


1 Scope

This standard specifies the security requirements for a cryptographic module utilised within a security system protecting sensitive information in computer and telecommunication systems. This standard defines four security levels for cryptographic modules to provide for a wide spectrum of data sensitivity and a diversity of application environments. This International Standard specifies four security levels for each of 11 requirement areas with each security level increasing security over the preceding level.

2 Normative References

The following referenced documents are indispensable for the application of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies.

The documents listed in Annexes C, D and E of this standard.

3 Terms and Definitions

For the purposes of this document, the following terms and definitions apply.

3.1

access control list

list of permissions to grant access to an object

3.2

administer guidance

written material that is used by the Crypto Officer and/or other administrative roles for the correct configuration, maintenance, and administration of the cryptographic module

3.3

approval authority

organisation mandated to approve and/or evaluate security functions; An approval organisation evaluates and approves security functions but is not the testing entity which would test for conformance to this standard

3.4

approved data authentication technique

approved method that may include the use of a digital signature, message authentication code or keyed hash (e.g. HMAC)

3.5

approved integrity technique

approved hash, message authentication code or a digital signature algorithm

3.6

approved mode of operation

an operation mode of cryptographic module that utilises only an approved security function, not to be confused with the operation mode of cryptographic algorithm such as AES CCM

3.7

approved security function

security function (e.g. cryptographic algorithm) that is referenced in Annex C

3.8

asymmetric cryptographic technique

cryptographic technique that uses two related transformations: a public transformation (defined by the public key) and a private transformation (defined by the private key); the two transformations have the property that, given the public transformation, it is computationally infeasible to derive the private transformation in a given limited time and with given computational resources.

3.9

bypass capability

ability of a service to partially or wholly circumvent a cryptographic function

3.10

certificate

entity's data rendered unforgeable with the private or symmetric key of a certification authority

3.11

compromise

unauthorised disclosure, modification, substitution, or use of critical sensitive data or the unauthorized modification or substitution of public security parameters

3.12

conditional self-test

test performed by a cryptographic module when the conditions specified for the test occur

3.13

confidentiality

property that information is not made available or disclosed to unauthorised entities

3.14

configuration management system;CMS

management of security features and assurances through control of changes made to hardware, software and documentation of a cryptographic module

3.15

control information

information that is entered into a cryptographic module for the purposes of directing the operation of the module

Foreword i
Introduction ii
1 Scope
2 Normative References
3 Terms and Definitions
4 Abbreviated Terms
5 Cryptographic Module Security Levels
5.1 Overview
5.2 Security Level
5.3 Security Level
5.4 Security Level
5.5 Security Level
6 Functional Security Objectives
7 Security Requirements
7.1 General
7.2 Cryptographic Module Specification
7.3 Cryptographic Module Interfaces
7.4 Roles, Services, and Authentication
7.5 Software/Firmware Security
7.6 Operational Environment
7.7 Physical Security
7.8 Non-invasive Security
7.9 Sensitive Security Parameter Management
7.10 Self-tests
7.11 Life-cycle Assurance
7.12 Mitigation of Other Attacks
Annex A (Normative) Documentation Requirements
A.1 Purpose
A.2 Items
Annex B (Normative) Cryptographic Module Security Policy
B.1 Functions
B.2 Items
Annex C (Normative) Approved Security Functions
C.1 Purpose
C.2 Items
Annex D (Normative) Approved Sensitive Security Parameter Generation and Establishment Methods
D.1 Purpose
D.2 Items
Annex E (Normative) Approved Authentication Mechanisms
E.1 Purpose
E.2 Authentication Mechanisms
Bibliography

Page: 1 / 0
100%

Loading PDF document...

Error loading PDF. Please make sure the file is valid and try again.

We also recommend