标准规范下载简介

GB／T 38541-2020 信息安全技术 电子文件密码应用指南

全技术电子文件密码应用指南

本标准提出了电子文件的密码应用技术框架和安全目标，描述了对电子文件进行密码操作的方法 和电子文件应用系统使用密码技术的方法。 本标准适用于电子文件应用系统的开发和使用

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文 牛。凡是不注日期的引用文件JTG／T D31-05-2017 黄土地区公路路基设计与施工技术规范，其最新版本（包括所有的修改单）适用于本文件。 GB/T20518信息安全技术公钥基础设施数字证书格式 GB/T25069一2010信息安全技术术语 GB/T31913一2015文书类电子文件形成办理系统通用功能要求 GB/T329051 信息安全技术SM3密码杂凑算法 GB/T 32907 信息安全技术SM4分组密码算法 GB/T32918（所有部分）信息安全技术SM2椭圆曲线公钥密码算法 GB/T 35275 信息安全技术SM2密码算法加密签名消息语法规范 GM/T0019 通用密码服务接口规范 GM/T 0031 安全电子签章密码应用技术规范 GM/T0033 时间戳接口规范 GM/T0054 信息系统密码应用基本要求 GM/T 0055一 2018电子文件密码应用技术规范

GB/T31913一2015、GB/T25069一2010、GM/T0055一2018界定的以及下列术语和定义适用于 本文件。为了便于使用，以下重复列出了GM/T0055一2018中的某些术语和定义 3.1 电子文件electronicrecords 在数字设备及环境中形成，以数码形式存储于磁带、磁盘、光盘、智能密码钥匙等载体，依赖计算机 等数字设备阅读、处理，并可在通信网络上传送的文字、图表、音频、视频等不同形式的文件，由文件内容 和文件属性组成。 注：改写GB/T31913—2015，定义3.1 3.2 文书类电子文件administrativeelectronicrecords 反映党务、政务、生产经营管理等各项管理活动的电子文件。 3.3 标签label

访问权限，记录文件处理环节中操作者的操作行为，确保文件在创建、修改、授权、阅读、签批、盖章、打 印、添加水印、流转、存档和销毁等操作中始终处于安全可控的状态，为应用系统提供追溯和审计的 依据。 [GM/T0055—2018,定义3.3] 3.4 应用系统 application system 以电子文件为处理对象，对电子文件进行创建、修改、授权、阅读、签批、盖章、打印、添加水印、流转 存档和销毁等操作的系统， 3.5 数字信封digital envelope 种数据结构，包含用对称密钥加 多的场对称悠钥

5.1密码应用技术框架

密码应用技术框架如图1所示。 及密码算法、密码协议宜遵循密码相关国家标准

电子文件管理的安全目标包括机密性、完整性、真实性和不可否认性

图1电子文件密码应用技术框架

文件管理的安全目标包括机密性、完整性、真实收

GB/T 385412020

证电子文件全生命周期的安全性。即保证电 文件的形成过程真实可靠，保证电子文件在传输（交换）、接收和存储的过程中未被套改，保证电子文 牛不被泄露给非授权的访问者，保证电子文件的操作者不能否认其操作行为和处理结果。 电子文件的安全性由文件内容的安全性和文件属性的安全性共同来保证，

遵循GB/T31913一2015，电子文件全生命周期中，一般经历三种类型的系统，即业务系统、电子文 牛管理系统、电子文件长期保存系统 业务系统也称作电子文件形成办理系统，主要为电子文件提供从形成到办理这一过程中所涉及的 业务功能，并提供与其他系统连接的数据接口。电子文件管理系统负责从业务系统中捕获电子文件，维 户文件之间、文件和业务之间的各种关联，支持查询利用，并以有序的、系统的、可审计的方式进行处置。 电子文件长期保存系统则以正确的和长期有效的方式维护电子文件并提供利用

用户是应用系统的操作人员，包括电子 业务操作者是指在业务系统、电子文件管理系统和电子文件长期保存系统中，对电子文件进行创 建、修改、授权、阅读、签批、盖章、打印、流转、存档和销毁等具体操作的人员， 系统管理者是指对应用系统进行管理

电子文件是应用系统的操作对象。 文件内容可以包含一个或多个文件。 文件属性包括标识属性、元数据属性、安全属性、签批属性、印章属性、水印属性、权限属性、日志属 性和扩展属性等。标识属性是文件的唯一标识，该标识在电子文件创建时确定，并在电子文件全生命周 期中保持不变；元数据属性描述电子文件的背景、内容、结构及其整个管理过程的数据；安全属性描述与 电子文件密码操作相关的属性和状态的数据，包括对文件内容及相关文件属性进行加密、签名等密码运 算所采用算法的算法标识、数学证书信息、签名结果等内容；签批属性定义了对文件进行签批以及对签 批行为进行签名的操作，包括签批人信息、签批时间、签批内容等内容；印章属性定义了对文件进行盖 章、验章操作，包括签章人信息、签章时间、电子签章等内容；水印属性定义了对文件嵌/提取水印的操 作，包括水印设置人、水印设置时间、水印内容、水印位置等内容；权限属性定义对文件的读、写、打印、密 码操作等操作权限；日志属性定义了对文件操作过程中的日志信息；扩展属性是由应用系统自定义的属 性，由应用系统根据实际应用需要定义其结构及各要素的含义。 文件属性可遵循GM/T0055一2018以标签的方式组织，电子文件与标签存在唯一绑定关系，可内 联式存储也可外联式存储。 文件属性也可由应用系统以自维护方式组织，应用系统可根据属性含义自定义属性所包含的字段 并直接对文件属性进行密码操作，保证文件属性的安全性，维护其与电子文件的关联关系

5.6密码算法与密码服务

电子文件的密码操作宜使用对称算法、非对称算法和杂凑算法，根据场景宜采用GB/T329 3/T32905、GB/T32907或者国家密码管理部门认可的其他密码算法 对称算法用于加解密文件内容和文件属性。非对称算法用于加密和解密对称密钥，以及进行整

签名和签名验证。杂凑算法用于完整性计算和验证。对称算法可采用CBC、OFB、CFB、CTR等多种模 式。当使用OFB和CFB模式时，应用系统应设置反馈位数， 对密码算法的调用通过密码算法的标识来完成，

5.6.2通用密码服务

通用密码服务包括数字证书服务、加密/解密服务、签名/验签服务、杂凑运算服务等。通用密码 证书认证系统、密码设备/部件等密码基础设施提供，通过调用相关服务接口实现。提供密码服 书认证系统、密码设备/部件宜遵循相关国家标准和行业标准，并得到国家密码管理部门认证核准 马服务接口宜遵循GM/T0019。数字证书格式宜遵循GB/T20518。签名语法宜遵循GB/T3527

5.6.3典型密码服务

典型密码服务包括身份鉴别服务、电子印章服务、时间戳服务等。 身份鉴别服务用于实现基于数字证书的用户身份鉴别。 电子印章服务用于对电子文件的印章加盖、验证和读取。电子印章服务接口宜遵循GM/T0031。 时间戳服务用于对数字签名、电子印章提供时间信息。时间戳服务接口宜遵循GM/T0033

电子文件涉及的密钥按类型分为对称密钥和非对称密钥，按配用分为用户密钥和系统密钥。 对称密钥由通用密码服务产生，用于加密电子文件；非对称密钥包括签名密钥对和加密密钥对，口 来源于证书认证系统，签名密钥对用于电子文件在传输、交换和存储过程中的签名与验证，加密密钥对 用于对称密钥的加密与解密。 用户密钥包括用户签名公私钥对和用户加密公私钥对，系统中所有用户宜配备对应的签名证书利 加密证书；系统密钥包括系统签名密钥对和系统加密密钥对，所有电子文件应用系统宜配备对应的签名 证书和加密证书

6电子文件的密码操作方法

在应用系统中，可使用密码技术对电一 牛进行机密性、完整性、真实性和不可否认性保护。在实 标使用过程中，可根据电子文件重要程度、 确定电子文件的安全目标。在需要同时保证文件 的机密性和完整性时，宜先对电子文件进 再对电子文件进行机密性保护

6.2.1文件内容的机密性

可采用数字信封方式对文件内容进行加密，以保证文件内容的机密性。 文件属性采用标签方式组织时，应用系统宜遵循GM/T0055一2018，调用电子文件密码服务中间 牛对指定的文件内容进行加密操作和解密操作。 文件属性由应用系统自行维护时，应用系统可直接对指定的文件内容进行加密操作和解密操作 加密操作的对称密钥应随机生成，并确保一文一密，且应用系统无法获取明态的对称密钥。 文件内容加密操作方法如下： a）获取对称算法、非对称算法标识； b）调用通用密码服务产生对称密钥

c）调用对称加密服务使用对称密钥加密文件内容； d）调用非对称加密服务使用电子文件接收者或应用系统加密公钥加密对称密钥； e）将加密后的对称密钥、对称密钥加密后的文件内容按数字信封格式封装，形成加密文件内容 如果电子文件接收者为多人，则分别采用各接收者加密公钥加密对称密钥，并将所有接收者的 加密对称密钥、对称密钥加密后的文件内容封装于数字信封头部； f）将算法标识、算法模式、反馈位数存储在安全属性中。 文件内容解密操作方法如下： a）从安全属性中获取加密电子文件的对称算法和非对称算法标识； b）根据非对称算法标识调用非对称解密服务，使用加密私钥解密加密后的对称密钥，得到对称 密钥； 根据对称算法标识调用对称解密服务，使用对称密钥解密文件内容

6.2.2文件属性的机密性

可根据需要采用数字信封的方式对文件属性中的元数据属性、印章属性、水印属性、权限属性等属 生信息进行加密，以保证相应属性信息的机密性 文件属性采用标签方式组织时，宜遵循GM/T0055一2018中的方式对相应属性进行机密性保护。 文件属性由应用系统自行维护时，应用系统可采用封装数字信封方式，对元数据属性、印章属性等 需要保护的属性信息进行加解密操作

6.3.1文件内容的完整性

可采用对文件内容进行签名操作的方式，保证文件内容的完整性， 文件属性采用标签方式组织时，应用系统宜遵循GM/T0055一2018，调用电子文件密码服务中间 件对指定的文件内容进行签名操作和验签操作。 文件属性由应用系统自行维护时，可采用对文件内容进行签名的方式保证文件内容的完整性。添 加签名过程如下： a）获取签名算法、杂凑算法标识； b）调用杂凑算法服务对文件内容明文计算摘要； ） 使用业务操作者或应用系统的签名私钥对摘要值进行数字签名； d）将签名值、算法标识及签名证书按顺序填充到安全属性中。 可采用对文件内容进行验证签名操作的方式验证文件内容的完整性，过程如下： a）从安全属性中获取电子文件签名的杂凑算法标识、签名算法标识、签名证书信息和签名值； b）根据杂凑算法标识调用杂凑算法服务对文件内容计算摘要； c）根据签名算法标识调用签名验证服务，使用签名公钥和摘要值验证文件内容的签名值

6.3.2文件属性的完整性

文件属性采用标签方式组织时，宜遵循GM/T0055一2018，采用对标签进行签名操作的方式，保证 文件属性的完整性。 文件属性由应用系统自行维护时，可采用对文件属性进行签名操作的方式，保证文件属性（不含日 志属性)的完整性。应用系统可通过对应用系统日志的完整性保护来保证单个文件的日志属性的完 整性。 文件属性（不含日志属性）形成或更新时，签名操作的过程如下

a）获取签名算法、杂凑算法标识； 调用杂凑算法服务对除安全属性外其他属性计算摘要； c） 调用杂凑算法服务对安全属性中除自签名信息外的内容计算摘要； d）将所有计算的摘要按既定的规则进行组装； e）i 调用杂凑算法服务对组装后的数据重新计算摘要； 调用签名算法服务使用业务操作者或应用系统的签名私钥对摘要值进行数字签名： g）将签名值、算法标识及签名证书按顺序填充到安全属性的自签名信息中。 通过验证签名可验证文件属性（不含日志属性）的完整性，签名验证操作方法如下： a）从安全属性中获取文件属性签名的杂凑算法标识、签名算法标识、签名证书信息和签名值 b）根据杂凑算法标识调用杂凑算法服务对除安全属性外其他属性计算摘要； C） 调用杂凑算法服务对安全属性中除自签名信息外的内容计算摘要； d） 将所有计算的摘要按既定的规则进行组装； e） 调用杂凑算法服务对组装后的数据重新计算摘要： f 根据签名算法标识调用签名验证服务，使用签名公钥和摘要值验证文件属性签名值

6.4.1文件内容的真实性

文件内容的具实性由文件的签批属性、印章属性以及水印属性来保证。数字签名生成过程如下： a）签批属性：使用签批人签名私钥对签批数据进行数字签名，签名内容包括签批人信息、签批时 间、签批内容、文件内容等； b 印章属性：使用签章人签名私钥对签章数据进行数字签名形成电子印章，签章数据包括签章人 信息、签章时间、文件内容等； C 水印属性：使用水印设置人签名私钥对水印数据进行数字签名，水印数据包括水印设置人、水 印设置时间、水印内容、水印位置等。 验证文件内容真实性的操作方法如下： 验证签批属性：使用签批人签名公钥验证签批属性的数字签名； b）验证印章属性：使用签章人签名公钥验证印章属性的数字签名； C 验证水印属性：使用水印设置人签名公钥验证水印属性的数字签名

6.4.2文件属性的真实性

文件属性的真实性由文件属性的数字签名保证。签名与验证操作同6.3.2。

业务操作者对电子文件操作行为和操作结果的不可否认性可由签批属性、印章属性以及水印属性 中的数字签名来保证，也可由业务操作者日志来保证， 签批属性、印章属性以及水印属性中的数字签名和验证过程同6.4.1。 业务操作者对文件进行操作时需形成业务操作者日志并进行数字签名，过程如下： a）获取签名算法、杂凑算法标识： D 调用杂凑算法服务对本次操作形成的日志记录计算摘要，参与运算的内容包括文件标识号、操 作人、操作时间、操作地点、操作内容、操作结果； C 调用签名算法服务使用业务操作者签名私钥对摘要值进行数字签名； d）将算法标识、签名值填充到该条日志记录：

业务操作者对电子文件操作行为和操作结果的不可否认性可由签批属性、印章属性以及水印属性 中的数字签名来保证，也可由业务操作者日志来保证， 签批属性、印章属性以及水印属性中的数字签名和验证过程同6.4.1。 业务操作者对文件进行操作时需形成业务操作者日志并进行数字签名，过程如下： a）获取签名算法、杂凑算法标识： D 调用杂凑算法服务对本次操作形成的日志记录计算摘要，参与运算的内容包括文件标识号、操 作人、操作时间、操作地点、操作内容、操作结果； C 调用签名算法服务使用业务操作者签名私钥对摘要值进行数字签名； d）将算法标识、签名值填充到该条日志记录；

GB/T385412020

e）将该条日志记录提交应用系统服务器保存。 对日志进行签名验证，过程如下： a）从日志中获取日志签名的杂凑算法标识、签名算法标识和签名值； b 根据杂凑算法标识调用杂凑算法服务对日志记录计算摘要，参与运算的内容包括文件标识号 操作人、操作时间、操作地点、操作内容、操作结果； 根据业务操作者信息获得业务操作者签名证书： d）根据签名算法标识调用签名验证服务，使用业务操作者签名公钥和摘要值验证日志签名值。

7应用系统的密码应用方法

应用系统可采用密码技术提供身份鉴别、权限控制、交换安全、存储安全和审计跟踪等方面的安全 保障，宜遵循GM/T0054。 应用系统配置自身的签名密钥对、加密密钥对及对应的签名证书、加密证书；应用系统用户宜配置 各自的签名密钥对、加密密钥对及对应的签名证书、加密证书；证书的有效性由应用系统调用数字证书 服务功能提供保证。 应用系统可为每份文件分配唯一的文件标识号，并负责建立和维护文件内容与文件属性的关联 关系。

应用系统采用身份鉴别机制，实现用户、系统的单向或双向身份鉴别服务，保证用户、系统身份的真 实性。身份鉴别可采用基于数字证书的鉴别模式，数字证书格式见GB/T20518。

应用系统建立用户权限表，限定用户的最小权限集，同时保证任何用户不能同时拥有系统管理员和 审计管理员的权限。 应用系统的授权行为由保密管理员完成。可使用保密管理员签名私钥对授权内容进行数字签名， 保证授权内容的真实性、完整性，保证保密管理员对授权行为的不可否认性。 用户操作电子文件时，应用系统先使用保密管理员的签名公钥验证授权内容的数字签名，再验证用 户对电子文件的操作权限

电子文件存储在应用系统中时，根据需 机密性、完整性和真实性。机密性保护时，可使用 业务操作者或应用系统加密公钥封装数字信封保护电子文件；完整性和真实性保护时，可使用业务操作 者或应用系统签名私钥对电子文件进行数字签名。具体密码操作同6.2、6.3和6.4。

根据电子文件交换双方的身份不同，可分为业务系统内部交换、业务系统间交换、业务系统与 件管理系统间交换、电子文件管理系统与电子文件长期保存系统间交换。宜采用密码技术保障 全，保证电子文件在交换过程中的真实性、完整性；对于重要电子文件，还要保证其机密性，

7.5.2业务系统内部交换

业务系统内部交换指业务系统内的业务操作者之间交换电子文件。发送时，文件发送者使用自已 或系统的签名私钥和文件接收者的加密公钥对电子文件进行签名与加密；接收时，文件接收者使用对应 的加密私钥与签名公钥进行解密与验签，并将解析得到的电子文件存储于本地系统。具体密码操作同 6.2.6.3和6.4

7.5.3业务系统间交换

业务系统间交换电子文件时，可保留文件内容及标识属性、元数据属性、安全属性、签批属性、印章 属性、数字水印属性，并根据需要保留日志属性、权限属性 发送时，文件发送系统使用自已的系统签名私钥和文件接收系统的加密公钥对电子文件进行签名 与加密；接收时，文件接收系统使用对应的加密私钥与签名公钥进行解密与验签，并将解析得到的电子 文件存储于本地系统。具体密码操作同6.2、6.3和6.4

7.5.4业务系统与电子文件管理系统间交换

业务系统与电子文件管理系统间交换电子文件时，可保留电子文件内容及标识属性、元数据属 全属性，并根据需要保留签批属性、印章属性、数字水印属性、权限属性、日志属性。 交换时，遵循多文件整体一次性交换原则，在保证文件内容与文件属性关联关系的前提下，将多 件按预定规则进行组装形成文件包，对文件包整体做机密性、完整性、真实性保护，而对单个电子文 保留其真实性与完整性保护。 业务系统发送电子文件密码操作方法如下： a 对准备交换的单个电子文件去除机密性，仅保证其完整性与真实性，具体密码操作同6.2、 和6.4； b） 将准备交换的所有电子文件封装成文件包； C 调用通用密码服务产生对称密钥： d） 调用对称加密服务使用对称密钥加密封装成的文件包； e） 调用非对称加密服务使用电子文件管理系统加密公钥加密对称密钥； ） 将加密后的对称密钥、加密后的电子文件包按数字信封格式封装，形成加密文件包； g） 调用杂凑算法服务对加密文件包计算摘要； 使用业务系统签名私钥对摘要值计算数字签名： 1 将业务系统签名证书、签名值、加密文件包一起发送给电子文件管理系统。 电子文件管理系统接收电子文件密码操作方法如下： a） 使用业务系统签名公钥验证文件包的签名值： b） 使用电子文件管理系统的加密私钥解密文件包； C 解封文件包获得电子文件； 将解析得到的电子文件存储于本地系统。具体密码操作同6.2、6.3和6.4

电子文件管理系统与电子文件长期保存系统间交折

电子文件管理系统与电子文件长期保存系统间交换电子文件时，可保留电子文件内容及标识属性、 元数据属性，去除安全属性、权限属性和日志属性，并根据需要保留签批属性、印章属性、数学水印属性。 交换时，去除所有的安全保护机制，遵循多文件整体一次性交换原则，在保证文件内容与文件属性 关联关系的前提下，将多个文件按预定规则进行组装形成文件包，对文件包整体做机密性、完整性、真实 性保护，而对单个电子文件仅保留其真实性与完整性保护

GB/T385412020

电子文件管理系统发送电子文件密码操作方法如下： a）对准备交换的文件去除所有的安全保护机制，并封装成文件包； b）调用通用密码服务产生对称密钥； 调用对称加密服务使用对称密钥加密封装成的文件包； d）调用非对称加密服务使用电子文件长期保存系统加密公钥加密对称密钥； e）将加密后的对称密钥、加密后的电子文件包按数字信封格式封装，形成加密文件包； f）调用杂凑算法服务对加密文件包计算摘要； 使用电子文件管理系统签名私钥对摘要值计算数字签名； h）将电子文件管理系统签名证书、签名值、加密文件包一起发送给电子文件长期保存系统 电子文件长期保存系统接收电子文件流程如下： a）使用电子文件管理系统签名公钥验证文件包的签名值； b）1 使用电子文件长期保存系统的加密私钥解密数字信封； 解封文件包获得电子文件； d） 将解析得到的电子文件存储于本地系统。具体密码操作同6.2、6.3和6.4。

电子文件管理系统发送电子文件密码操作方法如下： a）对准备交换的文件去除所有的安全保护机制，并封装成文件包； b）调用通用密码服务产生对称密钥； 调用对称加密服务使用对称密钥加密封装成的文件包； d）调用非对称加密服务使用电子文件长期保存系统加密公钥加密对称密钥： e）将加密后的对称密钥、加密后的电子文件包按数字信封格式封装，形成加密文件包： f）调用杂凑算法服务对加密文件包计算摘要； 8 使用电子文件管理系统签名私钥对摘要值计算数字签名； h）将电子文件管理系统签名证书、签名值、加密文件包一起发送给电子文件长期保存系统。 电子文件长期保存系统接收电子文件流程如下： a）使用电子文件管理系统签名公钥验证文件包的签名值； b）1 使用电子文件长期保存系统的加密私钥解密数字信封； 解封文件包获得电子文件； d）将解析得到的电子文件存储于本地系统。具体密码操作同6.2、6.3和6.4。

录业务操作者、系统管理者、应用系统对文件操作的具体行为。日志的审计跟踪由审计管理员负责，审 计管理员的审计行为也可记录在系统管理者日志中。所有日志均采用数字签名/验签实现日志安全，保 证重要行为日志的真实性、完整性和不可否认性。 根据日志操作对象，日志分为业务操作者日志、系统管理者日志和应用系统日志，具体内容如下： a）业务操作者日志：使用业务操作者签名私钥对日志内容进行数字签名，保证日志内容的完整 性、真实性，以及业务操作者对操作行为的不可否认性。具体密码操作方法同6.5。 b）系统管理者日志：使用系统管理者签名私钥对日志内容进行数字签名，安全特性、密码操作方 法同业务操作者日志。 c）应用系统日志：使用应用系统签名私钥对日志内容进行数字签名，安全特性、密码操作方法同 业务操作者日志。5ZC 应用系统日志整体的完整性，可使用应用系统签名私钥对日志整体内容进行数字签名的方式来保 证。签名周期可根据日志的规模、数量灵活配置，如一小时一签、一天一签，也可在日志达到预设长度后 就进行签名

8电子文件密码应用参考

本标准给出了文书类电子文件形成办理系统密码应用示例作为电子文件密码应用参考。文书类电 子文件形成办理系统主要为文书类电子文件提供从形成到办理这一过程中所涉及的业务功能。文书类 电子文件形成办理系统可作为一个独立系统存在，也可作为一个子系统或功能模块与电子文件管理系 充同属于一个信息系统。 示参见附录A

附录A （资料性附录） 文书类电子文件形成办理系统密码应用示例

文书类电子文件形成办理系统（以下简称办理系统），遵循GB/T31913一2015，系统中电子文件 理的典型流程如图A.1所示，包含电子文件形成、发送办理与接收办理三个阶段。其中接收办 仅以电子文件“传阅”为例，未涉及其他承办过程

A.1.2电子文件形成

图A.1文书类电子文件形成办理流程示例

起草环节：起草人填写文件的基本信息，并编写文件内容。 审核环节：审核人审核文件内容，并记录审核人、审核日期、审核意见。 签发环节：签发人对文件内容进行签发前的审核，并记录签发人、签发日期、签发意见。

A.1.3电子文件发送办理

GB/T385412020

复核环节：复核人对电子文件及元数据进行复核，并记录复核人、复核日期、复核意见 登记环节：记录电子文件的元数据信息。 印制环节：将电子文件制成版式文件，并加盖电子印章 核发环节：记录电子文件发送、接收信息，对电子文件的实体信息和元数据信息进行封装后，通过电 子文件交换送达收件方。 发送办结环节：完成发送办结过程

A.1.4电子文件交换

将电子文件由发件方传递至收件方。

A.1.5电子文件接收办理

签收环节：签收人签收电子文件，记录签收人、签收日期。 登记环节：记录文件接收的元数据信息。 初审环节：初审人对接收的电子文件进行初审，并记录初审人、初审日期、初审意见 传阅环节：电子文件在阅知人范围内传阅，并记录阅知人、阅知日期、阅知意见。 接收办结环节：完成接收办理过程

A.2.1电子文件形成

宜保证起草人、审核， 否认性；宜保证文件内容、意见的真实性 性：宜依据电子文件的密级、保密期限保证电子文件存储的机密性，

A.2.2电子文件发送办理

宜保证复核人、盖章人对自身操作行为的不可否认 性；宜保证元数据属性、印章属性等文件属收 的真实性和完整性：宜依据电子文件的密级、保密期限保证电子文件存储的机密性

A.2.3电子文件交换

宜保证电子文件交换过程中的机密性和完整性；宜对参与交换双方身份进行鉴别，保证电子文 直实、接收可靠，

A.2.4电子文件接收办理

宜保证签收人、登记人、查阅人对自身操作行为的不可否认性；宜保证电子文件的文件内容和 性的真实性和完整性；宜使用密码技术保证电子文件的机密性，控制电子文件的知悉范围

起草人通过办理系统客户端，使用起草人的签名私钥对文件内容进行数字签名，并发送给办 办理系统收到电子文件后，验证起草人的数字签名，并使用办理系统的加密私钥对电子文件进行

办理系统将电子文件去除机密性保护后发送给审核人。 审核人首先验证起草人对电子文件的数字签名，然后填写审核意见，并使用审核人的签名私钥对文 件内容、审核意见、审核时间等进行数字签名，最后将上述信息一同发送给办理系统。 办理系统收到电子文件后，验证审核人的数字签名，并使用办理系统的加密私钥对电子文件进行机 密性保护

办理系统将电子文件去除机密性保护后发送给签发人。 签发人首先验证起草人和审核人对电子文件的数字签名，然后填写签发意见，并使用签发人的签名 弘钥对文件内容、签发意见、签发时间等进行数字签名，最后将上述信息一同发送给办理系统， 办理系统收到电子文件后，验证签发人的数字签名，并使用办理系统的加密私钥对电子文件进行机 密性保护

办理系统电子文件去除机密性保护后发送给复核人。 复核人首先验证起草人、审核人和签发人对电子文件的数字签名，然后填写复核意见，并使用复核 人的签名私钥对文件内容、复核意见、复核时间等进行数字签名，最后将上述信息一同发送给办理系统。 办理系统收到电子文件后，验证复核人的数字签名，并使用办理系统的加密私钥对电子文件进行机 密性保护

办理系统将电子文件去除机密性保护后发送给登记人。 登记人首先验证起草人、审核人、复核人和签发人对电子文件的数字签名；然后修改电子文件的文 号、发往单位、份数等元数据信息，并使用登记人的签名私钥对文件内容和元数据属性进行数字签名；最 后将上述信息一同发送给办理系统。 办理系统收到电子文件后，验证登记人的数字签名，并使用办理系统的加密私钥对电子文件进行机 密性保护。

办理系统将电子文件去除机密性保护后发送给盖章人。 盖章人首先验证起草人、审核人、复核人、签发人和登记人对电子文件的数字签名；然后为电子文件 加盖电子印章；最后将上述信息一同发送给办理系统， 办理系统收到电子文件后，验证电子签章的正确性RISN-TG041-2022 城市工程系统抗震韧性评价导则及条文说明.pdf，并使用办理系统的加密私钥对电子文件进行机 密性保护。

办理系统将电子文件去除机密性保护后发送给核发人。 核发人验证电子签章的正确性，然后填写核发意见，并使用核发人的签名私钥对文件内容、核发 该发时间等进行数字签名，最后将上述信息一同发送给办理系统， 办理系统收到电子文件后，验证核发人的数字签名，并使用办理系统的加密私钥对电子文件进行

完成发送办理过程，此过程不涉及电子文件密码应用

GB/T385412020

收件方验证电子文件机密性、完整性，验证电子印章的真实性。并使用收件方办理系统的加密 电子文件重新进行机密性保护

记录文件接收信息DB21／T 3177-2019 装配式建筑信息模型应用技术规程，此过程不涉及密码应用

办理系统将电子文件去除机密性保护后发送给初审人 初审人验证电子签章的正确性，然后填写初审意见，并使用初审人的签名私钥对文件内容、初审意 见、初审时间等进行数字签名，最后将上述信息一同发送给办理系统。 办理系统收到电子文件后，验证初审人的数字签名，并使用办理系统的加密私钥对电子文件进行机 密性保护。

完成接收办理过程，此过程不涉及电子文件密码