GB/T 38566-2020 军民通用资源 信息代码的安全转换与防伪技术规范

　　ICS 13 . 310 A 90

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 38566—2020

　　军民通用资源

　　信息代码的安全转换与防伪技术规范

　　Civil-militarycommonresources—

　　Securityconversionandanti-counterfeitingspecificationforinformationcode

　　2020-03-06 发布 2020-10-01 实施

　　国家市场监督管理总局国家标准化管理委员会

　　发

　　布

　　GB/T 38566—2020

　　GB/T 38566—2020

　　前 言

　　本标准按照 GB/T 1 . 1—2009 给出的规则起草。

　　本标准由全国防伪标准化技术委员会(SAC/TC 218)提出并归口 。

　　本标准起草单位：中国防伪行业协会、军事科学院法制研究院、中国人民解放军国防大学联合勤务学院、北京鼎九信息工程研究院有限公司、61912 部队、中防验证(北京)网络服务平台股份有限公司、吉林省通程科技有限公司、北京百旺信安科技有限公司。

　　本标准主要起草人：陈锡蓉、于学东、刘志、李英、李增欣、邱庆、杨恒亮、刘文、钱鲁锋、隆亮、王力猛、杨国明、林斌、刘颖。

　　GB/T 38566—2020

　　军民通用资源

　　信息代码的安全转换与防伪技术规范

　　1 范围

　　本标准规定了信息代码的安全转换对象及其数据安全认证、安全转换、防伪图码、信息转换安全、安全保障等要求和试验方法。

　　本标准适用于军民不同标准体系之间军民通用资源信息代码的安全转换与防伪。

　　2 规范性引用文件

　　下列文件对于本文件的应用是必不可少的。 凡是注 日期的引用文件，仅注 日期的版本适用于本文件 。凡是不注 日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。

　　下列术语和定义适用于本文件。

　　3.1

　　防伪图码 securitycode

　　应用密码技术、数字水印和隐形信息编码技术，按照矩阵图形编码机理生成的二维图形编码产品。

　　3.2

　　密码算法 cryptographicalgorithm

　　描述密码处理过程的运算规则。

　　[GM/T 0026—2014,定义 3 . 1]

　　3.3

　　算法标识 algorithm identifier

　　标明算法的数字信息。

　　3.4

　　SM2 私钥 SM2 privatekey

　　小于 n- 1 的正整数，n为 SM2 算法的阶。

　　GB/T 38566—2020

　　3.5

　　SM2 公钥 SM2 publickey

　　由横坐标和纵坐标两个分量来表示的 SM2 曲线上的一个点。

　　4 缩略语

　　下列缩略语适用于本文件。

　　APP：应用程序(Application)

　　CLA：无证书认证管理机构(Certificateless Authority)

　　ECC：椭圆曲线密码算法(Elliptic Curve Cryptography)

　　ID：标识(Identity)

　　KGC：密钥生成中心(Key Generation Center)

　　SDK：软件开发工具包(Software Development Kit)

　　UID：用户身份证明(User Identification)

　　5 要求

　　5 . 1 转换对象及其数据安全认证

　　5 . 1 . 1 转换对象

　　转换对象为反应军民通用资源信息的军用信息代码和民用信息代码。

　　5 . 1 . 2 转换对象数据安全认证

　　采用 CLA数字签名技术实现，见附录 A。 用于军民通用资源数据载体的码制应选用符合国家标准的二维码码制或结合其他防伪技术的二维码，包括 GB/T 31770—2015、GB/T 29260—2012 等 。

　　5 . 2 安全转换

　　5 . 2 . 1 转换技术

　　可使用防伪图码实现军用信息代码和民用信息代码之间的转换。

　　5 . 2 . 2 转换应用模型

　　军用信息代码和民用信息代码的安全转换应用模型见图 1 。

　　GB/T 38566—2020

　　图 1 安全转换应用模型示意图

　　5 . 2 . 3 防伪图码

　　5 . 2 . 3 . 1 容量和尺寸

　　防伪图码生成容量和尺寸可根据需求调整。

　　5 . 2 . 3 . 2 抗污损

　　当图形有不超过 3 个角同时污损或污损面积不超过三分之一时，应能正确识读图码内信息。

　　5 . 2 . 3 . 3 存储内容

　　图码存储内容应分为军用信息代码和民用信息代码两部分，分区储存。

　　5 . 2 . 3 . 4 唯一性

　　防伪图码生成器输出的防伪图码应具有唯一的 ID。

　　5 . 2 . 3 . 5 防篡改

　　应采用非对称密码等技术实现防篡改。

　　5 . 2 . 4 生成和识读设备

　　5 . 2 . 4 . 1 通用要求

　　生成和识读设备应符合密码产品和防伪技术产品的技术要求。

　　GB/T 38566—2020

　　5 . 2 . 4 . 2 专用识读设备

　　应能识读军用信息代码和民用信息代码，支持离线数据安全认证和离线识读安全转换。

　　5 . 2 . 4 . 3 通用识读设备

　　应能下载专用的 APP 或软件识读民用信息代码。

　　5 . 3 防伪图码

　　5 . 3 . 1 防伪图码标识

　　应符合 GB/T 22258—2008 要求。

　　5 . 3 . 2 防伪溯源编码

　　应符合 GB/T 34062—2017 要求。

　　5 . 4 信息转换安全

　　5 . 4 . 1 真实性

　　防伪图码中信息的来源应真实可靠。

　　5 . 4 . 2 完整性

　　在传输、存储防伪图码中的信息或数据过程中，应确保信息或数据不被未授权的篡改或在篡改后能够被迅速发现。

　　5 . 4 . 3 一致性

　　防伪图码中信息应与原始信息保持一致。

　　5 . 4 . 4 保密性

　　经加密的信息未经授权应无法识读。

　　5 . 5 安全保障

　　基础设施安全管理应符合基础设施通信、网络系统、身份认证、访问控制、安全审计、人员安全管理等安全要求，见附录 B。

　　6 试验方法

　　6 . 1 安全验证

　　6 . 1 . 1 信息真实性验证

　　提供一组测试数据，其中有效签名数据 100%通过验证，无效数据 100%不能通过验证。

　　6 . 1 . 2 生成唯一性验证

　　通过专用识读设备查验，每一个防伪图码应有唯一 ID。

　　GB/T 38566—2020

　　6 . 1 . 3 识读验证

　　采用识读设备对防伪图码识读，使用通用识读设备，能正确识读出民用信息代码。 使用专用识读设备，能够正确识读出军用信息代码和民用信息代码。 识读设备在离线状态下仍能完成上述操作，实现离线识读验证。

　　6 . 2 防伪图码防伪验证

　　6 . 2 . 1 标识验证

　　按照 GB/T 22258—2008 的规定进行。

　　6 . 2 . 2 防伪溯源编码验证

　　按照 GB/T 34062—2017 的规定进行。

　　GB/T 38566—2020

　　附 录 A

　　(规范性附录)

　　CLA数字签名格式规范

　　A.1 数据类型 data

　　data数据类型表示任意的字节串，比如 ASCII 文本文件。

　　A.2 签名数据类型 signedData

　　signedData 数据类型由任意类型的数据和至少一个签名者的签名值组成。任意类型的数据能够同

　　时被任意数量的签名者签名。

　　A.3 数字信封数据类型 envelopedData

　　数字信封 envelopedData数据类型由加密数据和至少一个接收者的数据加密密钥的密文组成。其

　　中，加密数据是用数据加密密钥加密的，数据加密密钥是用接收者的公钥加密的。

　　该类型用于为接收者的 data 或 signedData两种类型的数据做数字信封。

　　A.4 签名及数字信封数据类型 signedAndEnvelopedData

　　signedAndEnvelopedData数据类型由任意类型的加密数据、至少一个接收者的数据加密密钥和至

　　少一个签名者的签名组成。

　　A.5 加密数据类型 encryptedData

　　encryptedData数据类型由任意类型的加密的数据组成，数据类型既没有接收者也没有加密的数据

　　加密密钥。

　　A.6 密钥协商类型 keyAgreementInfo

　　密钥协商 keyAgreementInfo数据类型标明两个用户之间建立一个共享秘密密钥的结构，通过这种

　　方式能够确定一个共享秘密密钥的值。

　　该类型用于两个用户为产生共享秘密密钥进行的公共参数交换。

　　A.7 CLA系统

　　A.7 . 1 CLA系统原理

　　CLA采用基于椭圆曲线的无证书密钥管理。 由 KGC 为每个用户按用户标识生成加密公私钥对。

　　GB/T 38566—2020

　　用户的签名公私钥对由 KGC 和用户共同生成，首先由用户设置一个私密值，再由 KGC 按用户标识生成部分私钥，同时对这两部分进行绑定，使之成为一个不可分割的整体，可有效防止用户密钥遭受公钥替换攻击和伪造签名攻击。

　　A.7 . 2 密钥生成

　　A.7 . 2 . 1 系统密钥生成

　　密钥管理系统在启用初期，由管理员控制，进行系统初始化，在密码设备中生成系统主密钥。 系统一次性生成 16 对 SM2 公私钥对，作为系统主密钥。 在不同的时期和不同的应用中可使用不同的系统主密钥对，以便密钥更换和密钥分割使用。

　　在一个时期或一种应用场景下，密钥管理系统根据策略选择 2 对主密钥，作为当前系统主密钥。

　　A.7 . 2 . 2 用户签名密钥对生成

　　用户实体的签名密钥对由 KGC 和用户共同生成。

　　首先由用户设置一个私密值，再由密钥生成系统按用户标识生成部分私钥，同时对这两部分进行绑定，使之成为一个不可分割的整体，可有效防止用户密钥遭受公钥替换攻击和伪造签名攻击。

　　A.7 . 2 . 3 用户加密密钥对生成

　　用户实体的加密密钥对由 KGC生成。

　　A.7 . 3 密钥使用

　　A.7 . 3 . 1 私钥使用

　　用户私钥实际上就是常规的 SM2 算法私钥，可使用 SM2 算法进行数字签名和私钥解密。

　　A.7 . 3 . 2 公钥使用

　　用户公钥就是常规的 SM2 算法公钥，并将公钥的一部分在用户公钥标识中公开，用户实际公钥可通过用户标识和系统公钥计算获得。

　　在公钥加密或签名验证时，若需要使用其他用户的公钥，需要首先获取用户公钥标识，再通过计算，获取用户实际公钥。

　　A.7 . 3 . 3 密钥状态发布

　　KGC通过目录服务(或网站)发布用户密钥当前状态，并提供查询服务，供公众用户查询。

　　A.7 . 3 . 4 密钥状态查询

　　在使用公钥时，可通过 KGC查询用户公钥的有效性。

　　使用者发送用户公钥标识到 KGC, KGC返回该公钥的当前状态。

　　A.7 . 4 密码算法

　　采用国家密码管理局颁布的 GM/T 0002 、GM/T 0003 、GM/T 0004 。算法的具体参数如下：

　　a) 对称密码算法 SM4,密钥长度和分组长度均为 128 位;

　　b) 非对称密码算法 SM2,密钥长度为 256 位，签名结果为 64 字节;

　　c) HASH 算法 SM3 , HASH 结果长度 32 字节。

　　GB/T 38566—2020

　　由于基于 SM2 的无证书认证系统生成的用户密钥对实际上就是常规的 SM2 公私钥对，所以可以适用于所有 SM2 标准密码算法，如 SM2 签名算法、SM2 加密算法和 SM2 密钥交换算法等。

　　根据无证书公钥密码体制的独特性，还可以构造与基于标识的密码密钥算法具有相似功能的签名算法、密钥协商算法和认证算法。

　　在基于 SM2 的无证书认证系统中，公钥依赖方应首先获取对方用户的公钥标识，再根据用户公钥标识计算用户的实际公钥，在计算的同时，可以确认计算出的公钥的确由对应的用户所拥有。 如果用户在签名、认证和密钥协商时，将自己的公钥标识作为签名结果、认证凭据和密钥协商数据的一部分提交，接收者则可直接计算用户的实际公钥。 因此，可以从标准的签名算法、认证算法、密钥协商算法推导出基于标识的签名算法、基于标识的认证算法和基于标识的密钥协商算法。

　　使用 SM2 无证书认证系统实现基于标识的签名/验签原理如下：

　　假设用户 A 的公钥标识为 IDA ‖ PA ‖ TA,私钥为 dA,待签名的消息为 M。

　　签名算法为：

　　a) 按 SM2 签名算法使用私钥 dA 对 M 进行数字签名，生成(r, s)。

　　b) 将(IDA ‖ PA ‖ TA, r, s)作为用户 A 的签名结果。

　　验签算法为：

　　其他用户获取 M 和签名结果(IDA ‖ PA ‖ TA, r, s)后进行以下计算：

　　a) 计算用户 A 的实际公钥

　　QA=PA+h1(IDA ‖ PA ‖ TA)P pub1+h2(IDA ‖ PA ‖ TA)Ppub2

　　b) 按 SM2 验证算法使用公钥 QA 验证对 M 的 SM2 签名(r, s)。

　　在身份认证和密钥交换时，当事双方在线进行数据交换时可向对方提供自己的公钥标识，从而可直接计算和确认对方的实际公钥，因此可以实现基于标识的身份认证和基于标识的密钥交换。

　　GB/T 38566—2020

　　附 录 B

　　(规范性附录)

　　基础设施安全管理要求

　　B.1 通信安全

　　B.1 . 1 通信及其协议安全

　　各模块之间通信采用安全通信协议，确保通信的保密性、完整性和不可抵赖性。 通信过程中的密码运算，均采用国家标准密码算法和通过审定的密码设备。

　　B.1 . 2 通信实体的标识

　　每一个通信实体的标识和密钥唯一的标识该实体的身份，每一个实体具有唯一标识，不同实体，其标识和密钥不同。

　　B.1 . 3 通信实体的身份鉴别

　　基于数字签名的双向身份鉴别。

　　B.1 . 4 通信内容的加密保护

　　密钥信息通过标准格式的密钥封装后进行加密传输。 密钥标识注册系统在收到封装后的密钥信息后，直接导入到用户密钥载体中，由密钥载体内部解封装后，生成相应的用户密钥。 用户密钥信息在传输过程的所有环节都是保密的。

　　B.1 . 5 安全协议

　　协议通信采取签名和加密技术保护数据传输的完整性、真实性、保密性和不可否认性。

　　B.2 网络系统安全

　　B.2 . 1 防火墙保护

　　防火墙保护应符合：

　　a) 工作模式支持交换和路由两种工作模式;

　　b ) 关闭所有系统不需要的端口;

　　c) 提供日志功能，对防火墙发现的安全事件应有相应的相应策略。

　　B.2 . 2 入侵检测

　　入侵检测系统部署在服务区网段出入口，侦听网络数据流，寻找网络违规模式和未授权的网络访问尝试。入侵检测技术提供对内部攻击、外部攻击和误操作的实时保护，在网络系统受到危害之前拦截和响应入侵。

　　B.2 . 3 漏洞扫描

　　系统配备有漏洞扫描工具，能够扫描出已知的最新安全漏洞，形成安全报告，并根据安全报告对网络和系统进行优化，消除存在的安全隐患。

　　GB/T 38566—2020

　　B.2 . 4 病毒防治

　　通过服务器支持整个系统中各有关设备的病毒防治，对系统中可能感染的病毒进行查杀。

　　B.3 主机系统安全

　　B.3 . 1 操作系统安全

　　使用安全的操作系统，及时消除操作系统漏洞、缺陷带来的隐患;采取措施防病毒、木马等恶意程序;对系统账户、权限进行安全管理和合理配置;防止系统参数、配置的不当设置带来的安全漏洞;采用达到 C1 以上安全级别的操作系统。

　　B.3 . 2 用户账户安全

　　用户账户安全应符合下列要求：

　　a) 用户进入系统时，需显示登录信息，鉴别用户身份。

　　b ) 如果尝试登录次数超过了限定次数，则终止登录会话。

　　c) 如果用户账户闲置时间已超过规定范围，则禁止该用户访问该主机。管理员有权暂时停止用户使用权。

　　d) 如果用户闲置某个会话，则要求使用锁定功能或终止该会话进程。

　　B.3 . 3 口令安全

　　口令安全应符合下列要求：

　　a) 禁用默认账号口令。对于在安装网络设备、主机和应用程序时设置的缺省口令和缺省用户名，需要找出并禁用这些用户名和口令。

　　b) 要求用户使用健壮的口令 — 口令不易被蛮力攻击攻破，不易被猜测。

　　c) 不允许与他人共享口令或将口令置于容易找到的地方。

　　d) 通过网络传输口令时，进行加密传输。

　　B.3 . 4 访问权限安全

　　根据用户身份和访问模式(读、写、执行)限制对目标的访问。

　　B.4 设备安全

　　B.4 . 1 基本功能要求

　　基本功能要求应符合下列要求：

　　a) 满足国家标准码制并具有国家密码管理局商用密码产品型号;

　　b ) 二维码的生成方式为硬件，具有相应商用密码产品型号证书;

　　c) 二维码生成具有唯一性，实现一物一码;

　　d) 二维码的安全机制实现方法应满足密钥管理系统商用密码产品需求;

　　e) 不同二维码生成硬件生成的安全二维码应统一由一个手机 APP 的 SDK识读;

　　f) 安全二维码内信息的识读具有离线安全识读码内信息，不需要联网通过后台返回信息;

　　g) 二维码生成具有时间戳，识读时可以确定二维码生成的有效时间，判断二维码信息的有效性。

　　GB/T 38566—2020

　　B.4 . 2 安全性要求

　　B.4 . 2 . 1 二维码生成设备的安全性

　　二维码的生成应采用硬件设备，该设备应为商用密码产品。

　　B.4 . 2 . 2 二维码生成信息具有时间戳

　　二维码内具有时间戳，时间戳的生成具有安全性机制。

　　B.4 .2 .3 二维码生成信息具有唯一的 ID信息

　　二维码内信息应具有非用户写入的唯一 ID信息，并具有保证 ID 唯一性的安全机制。

　　B.4 . 2 . 4 密钥管理系统的安全性

　　密钥管理系统应具有商用密码产品型号证书。

　　B.4 . 2 . 5 识读具有离线能够识读码内信息的安全机制

　　二维码码内信息的安全性能够通过手机 APP 中的 SDK 识读，识读码内信息不需要通过后台返回数据，离线识读信息与写入码内信息一致，不可篡改和不可抵赖。

　　B.4 . 2 . 6 生成数据的准确性和完整性

　　二维码生成系统应能生成符合设计要求的二维码，保证生成的二维码信息准确和完整，识读设备应能准确、完整识读二维码信息。

　　B.4 . 2 . 7 跨域安全信息共享

　　不同生成服务器生成的二维码可以通过验证识读。

　　B.5 身份认证技术

　　身份认证技术应符合下列要求：

　　a) 防止内部人员作案。密钥管理系统内部的重要操作需要对操作人员进行身份及其相应权限的认证。 通过安全认证方可实施有关操作。

　　b) 依据策略规定，重要的操作由两人或三人共同在场实施。

　　c) 防止外部人员非法入侵。进入密钥管理系统申请所需服务，需要首先进行身份认证。认证通过后，方可准许进入系统。

　　d) 防止内部和外部人员勾结作案。

　　e) 防止密钥载体丢失后的安全威胁。

　　f) 密钥管理系统传送重要数据时，对传送的数据进行签名和加密;接收方对接收到的数据进行脱密和验签，验签正确后，接收方向发送方传送带有签名的回执。

　　B.6 访问控制技术

　　访问控制技术应符合下列要求：

　　a) 设置权限认证实施访问控制。密钥管理系统的管理人员分别授予不同权限，保护整个系统安全运行。

　　b) 权限分散管理技术。密钥管理系统的各项操作分别由不同的管理员负责，管理人员使用 US-

　　GB/T 38566—2020

　　BKEY进行登录，其中超级管理员、审计管理员和业务管理员的 USBKEY 密钥在密钥生成系统在初始化的时同时产生。

　　B.7 安全审计

　　B.7 . 1 日志

　　日志应记录事件发生的时间、事件的操作者、操作类型及操作结果等信息。 应能按时间、操作者、操作类型等对日志进行分类或综合查询。

　　B.7 . 2 审计

　　应能提供审计管理的界面，能对事件发生的时间、时间的操作者、操作类型及操作结果等信息进行审计 。审计应能对记录的签名进行验证。 审计数据应能归档并不能被篡改。 审计过的记录应有明显标记。

　　B.8 人员安全管理

　　B.8 . 1 超级管理员

　　该管理员由系统初始化时产生，负责系统的策略管理和系统的业务管理员管理。

　　B.8 . 2 审计管理员

　　该管理员由系统初始化时产生，负责对涉及系统安全的事件和各类管理人员、操作人员的行为进行审计和监督，审计管理员不受其他任何管理员的制约。

　　B.8 . 3 业务管理员

　　该管理员由超级管理员设置并授权，负责业务操作员管理等。

　　B.8 . 4 业务操作员

　　该操作员由业务管理员设置并授权，依据其权限进行相应的业务操作。

　　B.9 可靠性要求

　　系统关键设备配置双机热备，避免单点故障，采用密码设备负载均衡。

　　B.10 可扩展要求

　　在空间、容量、结构上支持多应用。 密钥注册系统和密钥 目录服务系统具有分布式部署的结构，可进行扩展部署，以适应大规模、大容量和快速反应的需求。

　　B.1 1 模块化要求

　　设置相对独立的功能模块，各模块之间的通信采用基于身份验证机制的安全通信协议。 各个功能模块中的应用密码运算功能通过加密服务模块和加密设备连接，所有的密码运算在加密设备中完成。

　　GB/T 38566—2020

　　参 考 文 献

　　GM/T 0026—2014 安全认证网关产品规范