JR∕T 0222—2021 金融信息系统加密服务的技术能力评价模型(金融).pdf

附件 3ICS 35.240.40CCS A 11JR中 华 人 民 共 和 国 金 融 行 业 标 准JR/T 02222021金融信息系统加密服务的技术能力评价模型Evaluation model for technical capabilities of cryptographic service infinancial information system2021 - 07 - 22 发布2021 - 07 - 22 实施中国人民银行发 布JR/T 02222021I目次前言.1范围.12规范性引用文件.13术语和定义.14确定评价范围.45能力评价模型.55.1能力评价结果.55.2模型应用.56评价标准.66.1总则.66.2第一级.86.3第二级.96.4第三级.136.5第四级.216.6第五级.29参考文献.38JR/T 02222021II前言本文件按照GB/T 1.12020标准化工作导则 第1部分：标准化文件的结构和起草规则的规定起草。本文件由中国银行股份有限公司提出。本文件由全国金融标准化技术委员会（SAC/TC 180）归口。本文件起草单位： 中国银行股份有限公司、 中国人民银行征信中心、 中国人民银行数字货币研究所、中国银联股份有限公司、网联清算有限公司、中国建设银行股份有限公司、中国人寿保险（集团）公司、中国人寿保险股份有限公司、中国信息通信研究院、中国科学院信息工程研究所、国泰君安证券股份有限公司、重庆富民银行股份有限公司、中国金融电子化公司、国家信息安全工程技术研究中心、华中科技大学、西安电子科技大学。本文件主要起草人：刘鸿乾、李世京、袁俊德、李玉亭、高国奇、张学航、周波勇、蔡光明、徐飞燕、陈斌辉、赵新宇、汤洋、杨萌、何虎威、龙志德、汪浩鹏、王妙琼、李凤华、刘新亮、李丙洋、刘书元、李伟斌、王瑜辉、樊凯。JR/T 022220211金融信息系统加密服务的技术能力评价模型1范围本文件给出了对提供金融机构加密服务的金融信息系统（以下简称系统）的能力进行评价的方法。本文件适用于使用专用加解密设备，并通过软件和系统提供加解密服务的金融机构。注：专用加解密设备是指获得国家密码管理局认可的、 专门用于加解密运算的商用硬件设备， 广泛应用于资金支付、身份认证、密码校验等业务场景。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。 其中， 注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GM/T 0019 通用密码服务接口规范GM/T 0054 信息系统密码应用基本要求3术语和定义下列术语和定义适用于本文件。3.1加解密设备encryption and decryption device由国家指定生产厂商研制开发的，专门应用于机构内部系统中，以规定的协议通讯，直接与主机相连接，实现对网络上传输的信息进行保护或鉴别，以保证信息的正确性，防止内部重要的数据被非法篡改或窃取的设备。注：典型的加解密设备有金融数据密码机、服务器密码机、签名验签服务器等。3.2明文plain text未加密的信息。来源：GB/T 250692010，2.23.3密文cipher text利用加密技术，经变换，信息内容被隐藏起来的数据。来源：GB/T 250692010，2.2JR/T 0222202123.4加密encipherment对数据进行密码变换以产生密文的过程。注：加密过程一般包含一个变换集合，该变换使用一套算法和一套输入参量。输入参量通常被称为“密钥”。来源：GB/T 250692010，2.23.5解密decipherment将密文转换成明文的处理，即加密对应的逆过程。来源：GB/T 250692010，2.23.6密钥分量key component用于建立和维持密钥的数据。注：是密钥的组成分量，多个密钥分量共同组成密钥。又称为“密钥组件”。3.7密钥校验值check value用于校验密钥输入时正确性的数据。注：密钥校验值分为密钥分量的校验值和密钥合成后的总校验值。3.8个人识别码personal identification number； PIN客户持有的用于身份验证的代码或口令。注：PIN进行一定转换后使用密钥进行加密的结果称为“PINBLOCK”，在此过程中使用的密钥称为“PIN密钥”，整个过程称为“PINBLOCK密文转换”。来源：GB/T 21078，3.183.9消息鉴别码message authentication code； MAC用于检查信息在传递过程中是否被更改的一组数据。注：把一组数据通过算法计算得出MAC的过程称为“MAC计算”。MAC计算过程中用到的密钥称为“MAC密钥”。3.10数据加密密钥data encryption key； DEK在密钥的层次关系中，对明文进行加密的密钥。注：典型的DEK有终端PIN密钥（TPK）、区域MAC密钥（ZAK）等。3.11JR/T 022220213密钥交换密钥key encryption key； KEK在密钥的层次关系中，对数据加密密钥进行加密的密钥。注：典型的KEK有终端主密钥（TMK）、区域主密钥（ZMK）等。3.12本地主密钥local master key； LMK在密钥的层次关系中，用于保护其他密钥的最高层的密钥。注：又称为“加密机主密钥”，其受硬件加解密设备保护。3.13对称密钥symmetric key加密和解密过程中使用的相同的密钥。注：对称密钥用于对称加密算法。3.14非对称密钥asymmetric key使用其中一把密钥进行加密，则只能使用另一把密钥进行解密的一组密钥对。注：两把密钥分别称为“公钥”和“私钥”。非对称密钥用于非对称加密算法。3.15签名signature对一个数字单元进行密码变换，以提供数据源鉴别、数据完整性和签名人抗抵赖性服务。注：又称为“数字签名”。3.16摘要算法digest algorithm把任意长度的数据进行处理，生成固定长度数据的一种算法。3.17证书certificate确认实体与宣称身份关系的文件。注：又称为“数字证书”。3.18访问控制access control仅允许经授权的人员或应用对信息或信息处理设施进行访问的一种管理手段。3.19告警alarmJR/T 022220214对预期外的事件进行通知的过程。3.20鉴别authentication确认实体声明身份的过程。来源：ISO/IEC TR 13335:2000，3.13.21审计日志audit journal系统运行的时序记录，该记录足够重建、复审、检查环境的系列事物和周边行为，或导出一笔交易从起始到输出最终结果路径中的每个事件。3.22生产环境production environment承担对外业务服务的软件和硬件环境。3.23非生产环境non-production environment不承担对外业务服务的软件和硬件环境。注：典型的非生产环境有开发环境、测试环境等。生产环境加非生产环境统称为“基础环境”。3.24高可用集群high-available clusters减少由计算机硬件和软件易错性造成损失的一种架构模式。3.25备份backup业务信息的额外存储，一旦遇到信息资源丢失，可确保业务的持续性。3.26应急预案contingency plan遭遇事故后，恢复业务可用性的规程和策略。3.27应用程序接口application programming interface； API软件系统不同组成部分衔接的约定。4确定评价范围JR/T 022220215对金融机构的系统进行评价前，首先明确本文件适用的评价范围。本文件适用的评价范围如下：a） 本文件仅针对使用硬件加解密设备的金融机构或系统。b） 储存客户信息、账户信息、交易数据，或处理业务逻辑的软件模块在评价范围外。c） 调用或管理加解密设备，提供数据加解密运算的服务，或者提供密钥、证书管理功能的模块在评价范围内。一个典型的加密服务系统架构见下图，图中实线框定的应用在本文件的评价范围内。图典型加密服务系统架构5能力评价模型5.1能力评价结果评价标准共分为五级，表1表述了各级别所对应的整体要求。从第一级到第五级，分别对应下文6.2至6.6，成熟度能力每级递进。在每一级评价过程中，出现当前级别与其他级别指标冲突的情况，以当前评价级别指标为准。表 1标准分级级别描述第一级满足系统完成级要求。此级别表示加密服务系统运转的最低要求。第二级满足系统管理级要求。满足系统可管理、有冗余、可恢复等方面要求，具备加密相关的数据保护措施。第三级满足系统定义级要求。满足系统可监控、可审计等要求，具备应急管理能力，具备系统架构对数据的安全保护能力。第四级满足系统量化管理级要求。满足系统高可用、服务连续等要求，具备应急预防能力，具备软硬件生命周期管理能力。第五级满足系统优化级要求。满足系统自主可控、接口规范等要求，具备对自然灾害以及国际局势变动导致的不可抗力的应对能力。5.2模型应用JR/T 0222202165.2.1概述本模型广泛适用于使用专用加解密设备的金融信息系统。 金融机构可参照模型的要求建立、 保持和改进系统加密服务的能力，包括：a） 将本模型作为指南，确定系统加密服务能力建设和改进的目标和途径。b） 以某个能力级别为目标实施全面改进，提升系统加密服务能力。c） 借鉴本模型的具体要求，对选定的能力域或能力项进行提升。本模型作为评价金融信息系统加密服务能力的准则和依据，可应用以下四种模式：a） 自我评价：系统加密服务能力的自我评价。b） 外部评价：第三方机构对系统加密服务能力的外部评价。c） 需方评价：服务需方对金融机构的选择评价。d） 准入评价：金融机构评级和市场准入的辅助依据。5.2.2自我评价金融信息系统加密服务能力的自我评价是指金融机构根据需要以及能力提升目标， 对自身系统加密服务能力进行的内部分析和评价。 自我评价旨在发现和分析系统加密服务能力的问题或不足， 便于了解自身的差距，设立自身的改进目标和范围，并针对差距采取改进措施，提升系统加密服务的能力。5.2.3外部评价金融信息系统加密服务能力的外部评价是指第三方机构对系统加密服务能力成熟度的评价。 外部评价旨在从独立第三方角度出发， 客观地评价并证实被评价系统加密服务能力已经达到的成熟度级别。 其评价结果可用于金融机构了解自身的真实情况、 金融服务需方选择金融机构的辅助依据， 以及其他金融机构评级、市场准入的辅助依据。5.2.4需方评价金融信息系统加密服务能力的需方评价是指金融服务需方选择金融机构时， 为选择符合其需求的金融机构所进行的评价。 需方评价旨在通过评价结果证实金融机构的系统加密服务能力所达到的成熟度级别，来确定满足要求的程度。其评价结果可以来自第三方评价机构，也可以来自于服务需方或其认可的机构。5.2.5准入评价金融信息系统加密服务能力的准入评价是指相关监管机构通过评价结果证实金融机构的系统加密服务能力所达到的成熟度级别， 作为金融机构是否可以进入某市场， 或允许开展某类型业务的准入门槛的依据。6评价标准6.1总则能力评价维度的总体框架见表2。表 2能力评价维度JR/T 022220217能力评价维度技术要点评测要求开发迭代维度基础环境生产隔离性版本管理参数管理代码介质管理持续运行维度容量管理容量标称容量感知容量管理高可用集群集群管理集群冗余性监控告警监控管理监控指标监控日志异常恢复应急响应灾难与恢复问题管理应用服务维度算法支持对称算法非对称算法摘要算法加解密接口封装标准场景支持资源池管理设备资源池池管理系统主密钥安全域安全管控维度制度管理规范定义人员要求密钥操作管理访问控制登录和认证用户管控审计日志日志内容日志保存密钥管理维度加解密设备硬件要求资质要求设备管理对称密钥密钥生成密钥存储对称密钥使用对称密钥分发密钥备份非对称密钥生成密钥或证书使用密钥或证书更换密钥或证书JR/T 0222202186.2第一级6.2.1持续运行维度容量管理第一级持续运行维度中，关于容量管理的评价标准见表3。表 3容量管理 - 第一级评测要求评测程序6.2.1.1 容量标称提供加解密服务的系统或加解密设备，应规定以下性能容量标称值：a)对称算法性能容量标称值：DES/3DES 算法 64 位、128 位、192 位密钥长度每秒能够处理的 PINBLOCK 密文转换/MAC计算/数据加解密的交易笔数。AES 算法 128 位、192 位、256 位密钥长度每秒能够处理的 PINBLOCK 密文转换/MAC 计算/数据加解密的交易笔数。SM4 算法每秒能够处理的 PINBLOCK 密文转换/MAC 计算/数据加解密的交易笔数。b)非对称算法性能容量标称值：RSA 算法 1024 位、2048 位、3072 位、4096 位密钥长度每秒能够处理的公钥加密/私钥解密/私钥签名/公钥验证签名的交易笔数。ECC 算法 160 位、256 位、384 位、512 位密钥长度每秒能够处理的公钥加密/私钥解密/私钥签名/公钥验证签名的交易笔数。SM2 每秒能够处理的公钥加密/私钥解密/私钥签名/公钥验证签名的交易笔数。RSA 算法 1024 位、2048 位、3072 位、4096 位密钥长度每秒能够生成的密钥对数量。ECC 算法 160 位、256 位、384 位、512 位密钥长度每秒能够生成的密钥对数量。SM2 算法每秒能够生成的密钥对数量。c)摘要算法性能容量标称值：SHA-1、SHA-256、SHA-384、SHA-512、MD5、SM3 等摘要算法每秒能够处理的交易笔数。d)系统或加解密设备提供服务的最大并发数。注：DES/3DES、 AES、 SM4分别是对称算法的一种， RSA、 ECC、 SM2分别是非对称算法的一种， SHA-1、 SHA-256、 SHA-384、SHA-512、MD5、SM3分别是摘要算法的一种。6.2.2应用服务维度算法支持第一级应用服务维度中，关于算法支持的评价标准见表4。表 4算法支持 - 第一级评测要求评测程序6.2.2.1 对称算法加解密设备应支持或部分支持以下对称算法，并达到对应的强度：a)加解密设备支持 SM4 算法。b)加解密设备支持 DES/3DES 算法，并达到 64 位、128 位、192 位强度。c)加解密设备支持 AES 算法，并达到 128 位、192 位、256 位强度。6.2.2.2 非对称算法加解密设备应支持或部分支持以下非对称算法，并达到对应的强度：a)加解密设备支持 SM2 算法。b)加解密设备支持 RSA 算法，并达到 1024 位、2048 位、3072 位、4096 位强度。c)加解密设备支持 ECC 算法，并达到 160 位、256 位、384 位、512 位强度。JR/T 022220219表4算法支持 - 第一级（续）评测要求评测程序6.2.2.3 摘要算法加解密设备应支持或部分支持以下摘要算法，并达到对应的强度：a)加解密设备支持 MD5 算法。b)加解密设备支持 SM3 算法。c)加解密设备支持 SHA 系列算法，并达到 SHA-1、SHA-256、SHA-384、SHA-512 强度。6.2.3密钥管理维度6.2.3.1加解密设备第一级密钥管理维度中，关于加解密设备的评价标准见表5。表 5加解密设备 - 第一级评测要求评测程序6.2.3.1.1 硬件要求在提供加解密服务的系统中应使用专用的加解密运算设备。6.2.3.1.2 资质要求加解密设备的资质应满足以下要求：a)密码机具备国家密码局授予的商用型号。b)签名验签服务器具备国家密码局授予的商用型号。c)如果系统仅用于涉外业务，可以没有国家密码局授予的型号。注：涉外业务指与国外机构之间进行的业务。6.2.3.2对称密钥第一级密钥管理维度中，关于对称密钥的评价标准见表6。表 6对称密钥 - 第一级评测要求评测程序6.2.3.2.1 密钥生成对称密钥的生成过程应满足以下要求：a)使用随机数生成算法产生密钥数据。b)加解密设备的多组密钥分量合成密钥的算法公开并可以复制。c)支持以 LMK、KEK 保护的形式生成并输出密钥数据。6.2.3.2.2 对称密钥分发对称密钥在分发之前应对接收者的身份进行确认。6.2.3.3非对称密钥第一级密钥管理维度中，关于非对称密钥的评价标准见表7。表 7非对称密钥 - 第一级评测要求评测程序6.2.3.3.1 生成密钥或证书非对称密钥或证书的生成过程应满足以下要求：a)非对称密钥对的生成方式保证私钥的机密性。b)生成新证书时，可以指定算法、算法强度和失效日期。6.3第二级JR/T 02222021106.3.1开发迭代维度6.3.1.1基础环境第二级开发迭代维度中，关于基础环境的评价标准见表8。表 8基础环境 - 第二级评测要求评测程序6.3.1.1.1 生产隔离性具备生产环境与非生产环境管理概念，且生产环境与非生产环境相对隔离。6.3.1.2版本管理第二级开发迭代维度中，关于版本管理的评价标准见表9。表 9版本管理 - 第二级评测要求评测程序6.3.1.2.1 参数管理以下数据应在生产环境中配置，不应编入代码或预编译进程序：a)生产环境的网络协议地址（IP 地址）信息。b)生产环境使用的密钥数据。c)生产环境使用的私钥数据。6.3.1.2.2 代码介质管理代码介质的管理应满足以下要求：a)建立代码库，管理有关的代码以及编译后的程序。b)建立软件介质库，管理生产环境使用的软件产品。6.3.2持续运行维度6.3.2.1容量管理第二级持续运行维度中，关于容量管理的评价标准见表10。表 10容量管理 - 第二级评测要求评测程序6.3.2.1.1 容量标称提供加解密服务的系统或加解密设备，应规定以下性能容量标称值：a)对称算法性能容量标称值：DES/3DES 算法 64 位、128 位、192 位密钥长度每秒能够处理的 PINBLOCK 密文转换/MAC计算/数据加解密的交易笔数。AES 算法 128 位、192 位、256 位密钥长度每秒能够处理的 PINBLOCK 密文转换/MAC 计算/数据加解密的交易笔数。SM4 算法每秒能够处理的 PINBLOCK 密文转换/MAC 计算/数据加解密的交易笔数。b)非对称算法性能容量标称值：RSA 算法 1024 位、2048 位、3072 位、4096 位密钥长度每秒能够处理的公钥加密/私钥解密/私钥签名/公钥验证签名的交易笔数。ECC 算法 160 位、256 位、384 位、512 位密钥长度每秒能够处理的公钥加密/私钥解密/私钥签名/公钥验证签名的交易笔数。SM2 每秒能够处理的公钥加密/私钥解密/私钥签名/公钥验证签名的交易笔数。RSA 算法 1024 位、2048 位、3072 位、4096 位密钥长度每秒能够生成的密钥对数量。JR/T 0222202111表10容量管理 - 第二级（续）评测要求评测程序6.3.2.1.1 容量标称ECC 算法 160 位、256 位、384 位、512 位密钥长度每秒能够生成的密钥对数量。SM2 算法每秒能够生成的密钥对数量。c)摘要算法性能容量标称值：SHA-1、SHA-256、SHA-384、SHA-512、MD5、SM3 等摘要算法每秒能够处理的交易笔数。d)系统或加解密设备提供服务的最大并发数。6.3.2.2高可用集群第二级持续运行维度中，关于高可用集群的评价标准见表11。表 11高可用集群 - 第二级评测要求评测程序6.3.2.2.1 集群冗余性系统应达到以下冗余性要求：a)每个业务系统可以调用一台以上的加解密设备，以应对单台设备出现故障的情形。b)拥有同样功能且处理联机加解密业务数据的软件产品部署于一个以上的节点，以应对单节点出现故障的情形。注：业务系统指承载某项业务功能的信息系统。一个节点通常是一台服务器。6.3.2.3异常恢复第二级持续运行维度中，关于异常恢复的评价标准见表12。表 12异常恢复 - 第二级评测要求评测程序6.3.2.3.1 应急响应当监测到异常时，应启动应急处理流程。6.3.3应用服务维度6.3.3.1算法支持第二级应用服务维度中，关于算法支持的评价标准见表13。表 13算法支持 - 第二级评测要求评测程序6.3.3.1.1 对称算法加解密设备应支持或部分支持以下对称算法，并达到对应的强度：a)加解密设备支持 SM4 算法。b)加解密设备支持 DES/3DES 算法，并达到 64 位、128 位、192 位强度。c)加解密设备支持 AES 算法，并达到 128 位、192 位、256 位强度。6.3.3.1.2 非对称算法加解密设备应支持或部分支持以下非对称算法，并达到对应的强度：a)加解密设备支持 SM2 算法。b)加解密设备支持 RSA 算法，并达到 1024 位、2048 位、3072 位、4096 位强度。c)加解密设备支持 ECC 算法，并达到 160 位、256 位、384 位、512 位强度。6.3.3.1.3 摘要算法加解密设备应支持或部分支持以下摘要算法，并达到对应的强度：JR/T 0222202112表13算法支持 - 第二级（续）评测要求评测程序6.3.3.1.3 摘要算法a)加解密设备支持 MD5 算法。b)加解密设备支持 SM3 算法。c)加解密设备支持 SHA 系列算法，并达到 SHA-1、SHA-256、SHA-384、SHA-512 强度。6.3.3.2加解密接口第二级应用服务维度中，关于加解密接口的评价标准见表14。表 14加解密接口 - 第二级评测要求评测程序6.3.3.2.1 封装标准加解密设备或对应的软件应可提供 API 接口。6.3.4密钥管理维度6.3.4.1加解密设备第二级密钥管理维度中，关于加解密设备的评价标准见表15。表 15加解密设备 - 第二级评测要求评测程序6.3.4.1.1 硬件要求加解密设备的硬件应满足以下要求：a)在提供加解密服务的系统中使用专用的加解密运算设备。b)设备支持双电源，且可以在不影响设备正常运行的条件下更换电源模块。6.3.4.1.2 资质要求加解密设备的资质应满足以下要求：a)密码机具备国家密码局授予的商用型号。b)签名验签服务器具备国家密码局授予的商用型号。c)如果系统仅用于涉外业务，可以没有国家密码局授予的型号。6.3.4.2对称密钥第二级密钥管理维度中，关于对称密钥的评价标准见表16。表 16对称密钥 - 第二级评测要求评测程序6.3.4.2.1 密钥生成对称密钥的生成过程应满足以下要求：a)使用随机数生成算法产生密钥数据。b)加解密设备的多组密钥分量合成密钥的算法公开并可以复制。c)支持以 LMK、KEK 保护的形式生成并输出密钥数据。6.3.4.2.2 密钥存储对称密钥数据在系统中存储应满足以下要求：a)在加解密设备之外，不以明文或明文分量的形式存储密钥。b)LMK 仅储存于加解密设备中。LMK 分量可存储于由加密设备配套的 IC 卡或者 USB KEY 等电子介质中。c)在加解密设备外以本地数据库或文件等形式存储的密钥使用 LMK 进行保护。JR/T 0222202113表16对称密钥 - 第二级（续）评测要求评测程序6.3.4.2.3 对称密钥使用对称密钥在使用过程中应满足以下关系：a)LMK、KEK、DEK 不相同或混用。b)加解密设备不支持 LMK 明文的读取操作。c)系统间交互 DEK 时，使用 KEK 保护 DEK。d)系统间交互的需进行加密的数据，使用 DEK 进行保护。6.3.4.2.4 对称密钥分发对称密钥在分发之前应对接收者的身份进行确认。6.3.4.2.5 密钥备份对于密钥具备备份机制。注：IC卡（Integrated Circuit Card）指集成电路卡，也称微芯片卡，是一种安全可靠的信息载体。USB KEY也称为优盾，同样是一种安全可靠的信息载体。6.3.4.3非对称密钥第二级密钥管理维度中，关于非对称密钥的评价标准见表17。表 17非对称密钥 - 第二级评测要求评测程序6.3.4.3.1 生成密钥或证书非对称密钥或证书的生成过程应满足以下要求：a)非对称密钥对的生成方式保证私钥的机密性。b)生成新证书时可以指定算法、算法强度和失效日期。c)业务使用的非对称密钥对通过指定的系统或专用加解密设备生成，并定义保管私钥副本的部门或岗位。d)规定合规的根证书颁发机构并明确应关联根证书的场景。6.3.4.3.2 使用密钥或证书非对称密钥或证书的使用和保存应满足以下要求：a)从加解密设备或配套系统中获取私钥数据时使用加密手段。b)业务活动不涉及私钥数据的传输。6.3.4.3.3 更换密钥或证书非对称密钥或证书的更换应满足以下要求：a)定义非对称密钥或证书的更换周期以及更换流程。b)具备根据原证书的密钥对及其失效时间重新生成新证书的流程和能力。6.4第三级6.4.1开发迭代维度6.4.1.1基础环境第三级开发迭代维度中，关于基础环境的评价标准见表18。表 18基础环境 - 第三级评测要求评测程序6.4.1.1.1 生产隔离性对于生产与非生产环境和数据，应满足以下隔离性要求：a)非生产环境与生产环境保持隔离，包括但不限于物理隔离。JR/T 0222202114表18基础环境 - 第三级（续）评测要求评测程序6.4.1.1.1 生产隔离性b)非生产环境使用的密钥和私钥数据与生产环境不混用。c)维护生产环境与非生产环境的专用加密网络通道不混用。d)生产环境与非生产环境不混用同一台加解密设备。6.4.1.2版本管理第三级开发迭代维度中，关于版本管理的评价标准见表19。表 19版本管理 - 第三级评测要求评测程序6.4.1.2.1 参数管理以下数据应在生产环境中配置，不应编入代码或预编译进程序：a)生产环境的 IP 地址信息。b)生产环境使用的密钥数据。c)生产环境使用的私钥数据。6.4.1.2.2 代码介质管理代码介质的管理应满足以下要求：a)建立代码库，管理有关的代码以及编译后的程序。b)建立软件介质库，管理生产环境使用的软件产品。c)开发人员只能向代码库提交或更新代码，并使用代码库中的代码进行编译。d)软件测试以及生产投产过程中，从代码库、介质库中取得代码、程序以及软件。e)生产环境使用的密钥、证书数据不纳入代码库。6.4.2持续运行维度6.4.2.1容量管理第三级持续运行维度中，关于容量管理的评价标准见表20。表 20容量管理 - 第三级评测要求评测程序6.4.2.1.1 容量标称提供加解密服务的系统或加解密设备，应规定以下性能容量标称值：a)对称算法性能容量标称值：DES/3DES 算法 64 位、128 位、192 位密钥长度每秒能够处理的 PINBLOCK 密文转换/MAC计算/数据加解密的交易笔数。AES 算法 128 位、192 位、256 位密钥长度每秒能够处理的 PINBLOCK 密文转换/MAC 计算/数据加解密的交易笔数。SM4 算法每秒能够处理的 PINBLOCK 密文转换/MAC 计算/数据加解密的交易笔数。b)非对称算法性能容量标称值：RSA 算法 1024 位、2048 位、3072 位、4096 位密钥长度每秒能够处理的公钥加密/私钥解密/私钥签名/公钥验证签名的交易笔数。ECC 算法 160 位、256 位、384 位、512 位密钥长度每秒能够处理的公钥加密/私钥解密/私钥签名/公钥验证签名的交易笔数。SM2 每秒能够处理的公钥加密/私钥解密/私钥签名/公钥验证签名的交易笔数。JR/T 0222202115表20容量管理 - 第三级（续）评测要求评测程序6.4.2.1.1 容量标称RSA 算法 1024 位、2048 位、3072 位、4096 位密钥长度每秒能够生成的密钥对数量。ECC 算法 160 位、256 位、384 位、512 位密钥长度每秒能够生成的密钥对数量。SM2 算法每秒能够生成的密钥对数量。c)摘要算法性能容量标称值：SHA-1、SHA-256、SHA-384、SHA-512、MD5、SM3 等摘要算法每秒能够处理的交易笔数。d)系统或加解密设备提供服务的最大并发数。6.4.2.1.2 容量感知系统在运行过程中，应能够感知以下运行指标：a)系统是否达到或超出规定的数据流量上限。b)系统是否达到或超出规定的并发数上限。c)系统是否达到或超出 6.4.2.1.1 中 a)、b)规定的 TPS。6.4.2.1.3 容量管理在容量管理方面，应具备以下能力：a)系统支持对 6.4.2.1.1 中的性能容量标称值进行扩容。b)系统支持对 6.4.2.1.1 中的性能容量标称值进行回收。注：TPS（Transaction Per Second）指每秒能够处理的交易或事务的数量。6.4.2.2高可用集群第三级持续运行维度中，关于高可用集群的评价标准见表21。表 21高可用集群 - 第三级评测要求评测程序6.4.2.2.1 集群管理系统应达到以下集群管理的能力：a)提供加解密服务的系统采用集群模式进行部署。b)能够获取集群内全部加解密设备、节点以及软件产品的清单。c)能够识别集群内加解密设备、节点以及软件产品是否处于正常工作状态。6.4.2.3监控告警第三级持续运行维度中，关于监控告警的评价标准见表22。表 22监控告警 - 第三级评测要求评测程序6.4.2.3.1 监控管理监控管理应满足以下要求：a)根据监控信息的特性，将监控告警信息进行分级，并将其作为启用不同应对策略的依据。b)设置监控管理岗位，其承担对监控系统自身的稳定性以及监控信息的覆盖率、准确性进行持续改进的职责。c)设置监控值守岗位，其承担第一时间分析处理监控告警信息的职责。6.4.2.3.2 监控指标监控指标应满足以下要求：a)对加解密设备的硬件故障、配件故障有监控手段。b)定义加解密设备 CPU、内存、存储的监控指标，并对异常指标进行告警。c)定义池管理系统 CPU、内存、存储以及关键进程的监控指标，并对异常指标进行告警。6.4.2.3.3 监控日志监控日志应满足以下要求：JR/T 0222202116表22监控告警 - 第三级（续）评测要求评测程序6.4.2.3.3 监控日志a)生产环境下加解密设备或池管理系统的监控日志中，不含有密钥的明文或完整密文数据。b)生产环境下加解密设备或池管理系统的监控日志中，不含有与客户身份、账户相关的数据。注：池管理系统的定义及表述详见表54。6.4.2.4异常恢复第三级持续运行维度中，关于异常恢复的评价标准见表23。表 23异常恢复 - 第三级评测要求评测程序6.4.2.4.1 应急响应应急响应应满足以下要求：a)当监测到异常时，根据既定的应急预案和程序，启动应急处理流程。b)应急预案中，包含对业务影响的确认与判断程序。c)应急预案中，包含对系统节点或相关设备进行隔离或切换的指导和说明。d)应急预案中，包含对系统节点、计算资源或相关设备进行扩容的指导和说明。e)应急预案中，包含对系统节点、应用程序或相关设备进行重启的指导和说明。f)应急预案中，包含停止部分或全部服务的指导与说明。6.4.2.4.2 问题管理应具有对生产故障的根本原因进行跟踪和改进的程序和流程。6.4.3应用服务维度6.4.3.1算法支持第三级应用服务维度中，关于算法支持的评价标准见表24。表 24算法支持 - 第三级评测要求评测程序6.4.3.1.1 对称算法加解密设备应支持或部分支持以下对称算法，并达到对应的强度：a)加解密设备支持 SM4 算法。b)加解密设备支持 DES/3DES 算法，并达到 64 位、128 位、192 位强度。c)加解密设备支持 AES 算法，并达到 128 位、192 位、256 位强度。d)除非对端机构要求，否则不提供 DES-128 位或以下强度密钥的支持。6.4.3.1.2 非对称算法加解密设备应支持或部分支持以下非对称算法，并达到对应的强度：a)加解密设备支持 SM2 算法。b)加解密设备支持 RSA 算法，并达到 1024 位、2048 位、3072 位、4096 位强度。c)加解密设备支持 ECC 算法，并达到 160 位、256 位、384 位、512 位强度。d)除非对端机构要求，否则不提供 RSA-1024 位、ECC-160 位或以下强度算法的支持。6.4.3.1.3 摘要算法加解密设备应支持或部分支持以下摘要算法，并达到对应的强度：a)加解密设备支持 MD5 算法。b)加解密设备支持 SM3 算法。c)加解密设备支持 SHA 系列算法，并达到 SHA-1、SHA-256、SHA-384、SHA-512 强度。JR/T 0222202117表24算法支持 - 第三级（续）评测要求评测程序6.4.3.1.3 摘要算法d)除非对端机构要求，否则不提供低于 SHA-1、MD5 以下强度摘要算法的支持。6.4.3.2加解密接口第三级应用服务维度中，关于加解密接口的评价标准见表25。表 25加解密接口 - 第三级评测要求评测程序6.4.3.2.1 封装标准加解密设备或对应的软件应可提供 API 接口。6.4.3.2.2 场景支持加解密设备的加解密接口应支持以下业务场景：a)对于服务于银行卡发卡系统的加解密设备，支持不计算明文的方式验证 CVV。b)对于服务于银行卡发卡系统的加解密设备，支持不计算明文的方式验证 PINBLOCK 密文。c)对于服务于银行卡发卡系统的加解密设备， 支持在芯片验证过程中动态计算卡片的 MDK。注：CVV即安全校验码， 是印在卡片背面在网络或电话等场景进行交易时使用的一种安全代码。 MDK是发卡过程中用到的与卡片信息加密相关的一种密钥。6.4.4安全管控维度6.4.4.1制度管理第三级安全管控维度中，关于制度管理的评价标准见表26。表 26制度管理 - 第三级评测要求评测程序6.4.4.1.1 规范定义在规范和制度层面，应对以下环节、岗位和方法进行明确定义：a)明确定义密钥的生命周期，其至少涵盖密钥或证书的生成、录入、分发、保存和销毁环节。b)明确定义涉及与不涉及密钥数据操作的场所、设备、介质和工具。c)明确定义密钥生命周期各个环节的操作、审批以及记录的流程。d)明确定义各个岗位的职责边界和权限，规定密钥明文分量的管理责任人，规定保险柜、密钥卡、USB KEY 等涉及密钥数据的介质相关联的钥匙和密码的管理责任所属及使用流程。e)明确定义密钥信息泄漏的判定方法以及相应的处理流程。f)明确定义应使用专用加解密设备处理的加解密场景。6.4.4.1.2 人员要求对于岗位和人员方面，应满足以下要求：a)对称密钥的明文分量由不同的人员持有或管理。b)应不同的登录者配置不同的用户，并确保其唯一性。c)对涉密人员进行安全保密培训，并对培训进行记录。d)对密钥的所有操作进行授权审批并进行记录。6.4.4.1.3 密钥操作管理密钥操作管理应满足以下要求：a)密钥分发过程含有人员身份认证、数据完整性校验措施。b)密钥分段、分人并在隔离状态下导入安全密码设备或系统，并对以上过程进行记录。JR/T 0222202118表26制度管理 - 第三级（续）评测要求评测程序6.4.4.1.3 密钥操作管理c)密钥导入现场的摄像监控设备拍摄不到密钥导入设备的操作面板部位。d)所有密钥分量导入完成后，有检验并核对密钥校验值的过程。e)对密钥的操作过程有记录，内容至少涵盖工单号、时间、地点、参与人员信息、操作事由、审批情况等。6.4.4.2访问控制第三级安全管控维度中，关于访问控制的评价标准见表27。表 27访问控制 - 第三级评测要求评测程序6.4.4.2.1 登录和认证加解密设备和系统的登录和认证应满足以下要求：a)维护人员进入设备机房时，采取事前审批措施，并对进出机房的人员进行记录。b)在执行密钥有关的维护操作时（LMK 除外） ，使用超级管理员（如 root、administrator）以外的用户。c)加解密设备或相关系统具有防止短时间内频繁尝试登录的技术措施。d)对登录鉴别口令的复杂度有明确要求。6.4.4.2.2 用户管控加解密设备或关联系统的