标准规范下载简介

DB31／T 1331-2021 区块链技术安全通用要求.pdf简介：

DB31/T 1331-2021 是中国上海市的地方标准，标题为《区块链技术安全通用要求》。这个标准主要针对区块链技术在实际应用中的安全问题，提供了一套通用性的安全管理规范。它涵盖了区块链技术的各个方面，如系统架构、数据安全、身份认证、加密算法、隐私保护、智能合约安全、系统运维安全等。

《区块链技术安全通用要求》旨在确保区块链系统的安全稳定运行，防范可能的安全风险，如数据篡改、恶意攻击、隐私泄露等。它提倡在区块链技术的开发、应用和运维过程中，遵循最佳的安全实践，提高系统的安全防护能力。

具体来说，该标准规定了区块链系统应具备的安全特性，如完整性、不可篡改性、匿名性、可追溯性等，并对这些特性的实现方法和测试方法提出了详细要求。它也强调了区块链系统应具备的安全管理体系，包括风险评估、安全策略、应急响应等。

总的来说，DB31/T 1331-2021 是区块链技术安全管理的重要参考标准，为区块链应用领域的安全提供了标准化的指导。

DB31／T 1331-2021 区块链技术安全通用要求.pdf部分内容预览：

区块链技术安全通用要求

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文 件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于 本文件。 GB/T22239信息安全技术网络安全等级保护基本要求 GB/T25069信息安全技术术语 GM/T0005随机性检测规范

的生成由所有的共识节点共识决定，其他接人节点在权限许可的情况下可参与记账，可通过该区块链开 放的接口进行交易调用及限定查询。

CNAS-EL-17：2020 家具、人造板及木竹相关制品检测领域认可能力范围表述说明.pdf私有链privateblockchain

的写人权限由某个组织或机构控制，数据读取权降

为了便于分析，结合最佳实践和已知区块链风险分布情况，本文件提出区块链技术的三层技术架 构，基础设施层将传统网络安全与区块链安全联系起来，协议层基于基础设施层提供的硬件或网络基础 体系实现相应功能，并为扩展层提供相应功能的支持服务。协议层包含区块链技术的几大关键机制：共 识机制、密码学机制、时序机制以及组网机制，协议层向下连接基础设施层，向上连接扩展层。扩展层通 过调用协议层功能组件，可以提供多元化的服务与访问。三层技术架构如图1所示。

存储面临的安全风险主要为物理环境的安全风险，包括但不限于： 2

安全风险主要为物理环境的安全风险，包括但不

a 设备遭盗窃和破坏； b) 由雷击等恶劣天气导致的电流异常，设备出现故障； c 未提供备用电力供应； d 电磁干扰引起的设备故障。

网络为区块链信息系统的运行提供必要的网络通信支持，安全风险包括但不限于： a）网络架构缺陷： 1）网络设备的业务处理能力无法满足业务高峰需求； 2）未实施网络区域隔离，导致网络的未授权访问； 3）未配置硬件余，导致网络不可用。 b）通信传输不可靠： 未对通信链路进行安全加密，导致数据泄露。 c）网络攻击： 1）DDOS攻击； 2）病毒木马攻击； 3）DNS污染； 4）路由广播劫持

计算为区块链信息系统的运行提供必要的硬件设备支持，安全风险包括但不限于： a） 设备配置不当： 1）未授权登录； 2）弱口令账户； 3）未启用审计。 b）未对需要集中管控的设备进行集中管控。

共识机制的安全风险包括但不限于： a) 由共识机制自身设计漏洞导致的安全风险： 1）根据CAP准制，一个分布式系统最多只能同时满足一致性、可用性和分区容错性中的两 条。因而共识机制可能面临可用性和一致性的选择，当节点或网络连接失效时，可能存在 共识无法收敛、收敛时间较长超出可用范围、记录分叉等安全风险。 2）当攻击者算力达到一定比例时，存在恶意节点控制共识进程的安全风险。 3）攻击者采用双花攻击、女巫攻击等方式，达到双重支付、回滚记录、获得网络控制权等攻击 目的。 b） 实际应用场景下的共识安全风险： 1）在联盟链的场景下，联盟参与者和节点数较少，联盟成员通过共谋，绕过共识机制的限制， 任意修改链上数据； 2）不同的场景对安全性、扩展性、性能效率的需求不同，因共识算法选择不当可能导致安全 风险。

DB31/T1331—2021

密码学机制面临的安全风险包括但不限于： a）来自密码算法的安全风险： 1）密码算法自身设计存在安全风险； 示例：如哈希算法面临碰撞威胁； 2）密码算法开发实现中存在后门和漏洞。 b）来自密钥的安全风险：密钥生成、分发、存储过程中因人员操作或管理不当带来的安全风险，包 括密钥丢失被盗等。

时序机制面临的安全风险包括但不限于： a) 区块链节点未做时间同步，或时间同步过程被非法人侵，造成节点同步时间造成区块链共识协 议的允许误差范围； b）时间截不可信。

6.2.4个人信息保护

区块链的个人信息保护是指通过密码学手段，保障用户身份、交易内容等个人信息安全。个人信息 保护面临的安全风险包括但不限于： a）身份信息泄露的安全风险：用户的身份信息、物理地址、IP地址与区块链上的用户公钥、地址 等公开信息之间存在关联关系。 b) 交易信息泄露的安全风险： 1）攻击者通过关联分析，可以推测出交易数据背后有价值的敏感信息； 2）未授权节点访问交易数据。

P2P组网机制面临的安全风险包括但不限于： a 由P2P技术缺陷带来的安全风险： 1）P2P网络节点准人要求极低，与专业服务器相比安全漏洞多、防护差，黑客容易针对少量 关键节点发起网络路由攻击或者直接人侵，通过日蚀攻击获得利益； 2）攻击者针对P2P网络缺少身份认证、数据验证、网络安全管理等机制的不足，发布有害信 息，传播蠕虫、木马、病毒，实施DDoS攻击、路由攻击等。 b> 由设备故障导致的安全风险：因节点故障、网络连接断裂带来的组网安全风险，导致数据不 致、拒绝服务、节点隔离等。

智能合约面临的安全风险包括但不限于： a） 合约内容的安全风险： 1）编译语言不成熟，直接危害智能合约的执行和用户的个人数字资产； 2）合约代码存在漏洞，导致交易依赖攻击、时间戳依赖攻击、调用深度攻击、可重人攻击、整 数溢出攻击等安全风险； 3）合约内容不符合相关法律规范。 b）·合约运行的安全风险：

DB31/T 1331—2021

? 智能合约的运行环境没有与外部隔离，导致系统遭受攻击。 在调用智能合约时涉及类型匹配、可容纳的交易数量限制、堆栈限制以及调用逻辑等。恶 意攻击者可利用配置错误或者逻辑漏洞，对合约进行攻击。 智能合约访问外部数据时，不能保证不同节点访问的数据的一致性和真实性，也无法避免 数据提供节点恶意变更数据或被攻击引起单点失效的问题，

区块链的服务与访问面临的安全风险包括但不限于： a）由权限控制管理问题导致的安全风险： 1）非法用户接人。如未被标识用户从接口接人。 2）非授权访间。 示例：如非法用户进人网络或系统进行非法操作或合法用户超越授权范围进行操作。 b）由区块链自身机制和开源软件导致的安全风险： 1）缺乏安全管理机构及监管审计机构参与管控区块链信息系统。区块链追求去中心化的设 计，使得监管部门难以准确定位主体，从而出现监管盲区，导致数据泄露、非法交易等 问题。 2）开源区块链软件因开发问题引发输人验证、API使用、内存管理等方面的安全漏洞。

本章给出了基础设施层安全要求、协议层安全要求以及扩展层安全要求。除此之外，有助于理解安 全要求的实现，在附录A和附录B中分别给出了协议层安全措施举例和扩展层安全措施举例。

基础设施层、协议层、扩展层安全要求的适用范围如表1所示。

表1 安全要求适用范圈

表1安全要求适用范围（续）

应符合GB/T22239规范中给出的安全物理环境

网络方面的安全要求包括： ? 应符合GB/T22239规范中给出的安全通信网络相关安全要求： DD 应符合GB/T22239规范中给出的安全区域边界相关安全要求。

计算方面的安全要求包括： a) 应符合GB/T22239规范中给出的安全计算环境相关安全要求； b） 应符合GB/T22239规范中给出的安全管理中心集中管控的相关安全要求。

7.4.1共识机制安全

共识机制方面的安全要求包括： a) 应使用设计合理和安全的共识机制，并能够有效防范常见的共识攻击： b) ）应确保多个节点参与共识和确认，防止任何独立节点的恶意操作：

DB31/T 1331—2021

? 应采用技术手段保证各节点账户记录的一致性； d 宜支持多种共识算法并实现共识算法可插拔，根据需求切换选择共识算法；

7.4.2密码学机制安全

时序机制方面的安全要求包括： a) 应采用技术措施保证账本记录的时序一致性； b）宜使用由第三方时间戳服务机构产生的时间截，使用可信时间源服务，保证时间截可信性

7.4.4个人信息保护

个人信息保护方面的安全要求包括： a）应采用满足国家商用密码相关规定的加密方式来保护个人信息的处理、传输和存储； b）应提供数据变换技术，将个人敏感信息进行变换； 示例1：如数据加密、敏感数据脱敏等手段。 ?) 宜采用技术手段实现个人信息保护功能，将个人敏感信息存放到侧链上或链下，而不存储在公 开的主链上等。 示例2：如侧链技术、链下存储等。

7.4.5组网机制安全

组网机制方面的安全要求包括： a）应提供节点服务器之间的身份认证； b）应支持动态加人和删除节点，且不影响业务的正常运行； c） 应确保节点断线重连后，可与其他节点实现状态一致性； d）应在节点与节点之间建立安全的信息传输通道，支持国家商用密码实现的TLS、IPSec通信 协议； 示例：如TLS、IPSec等协议。 e）节点应对区块链网络中提交的相关信息进行有效性验证； f）应具备检测和防范恶意节点的机制，能够检测出网络中的恶意节点，并进行针对性的处理。

组网机制方面的安全要求包括： a）应提供节点服务器之间的身份认证； b）应支持动态加人和删除节点，且不影响业务的正常运行； c）应确保节点断线重连后，可与其他节点实现状态一致性； d）应在节点与节点之间建立安全的信息传输通道，支持国家商用密码实现的TLS、IPSec通 协议； 示例：如TLS、IPSec等协议。 e）节点应对区块链网络中提交的相关信息进行有效性验证； f）应具备检测和防范恶意节点的机制，能够检测出网络中的恶意节点，并进行针对性的处理。

甬DX／JS 017-2022 宁波市机制砂生产应用技术规程(附条文说明).pdf7.5.1智能合约安全

7.5.1.1智能合约编写安全

智能合约编写方面的安全要求包括： a) 应按照合约文本编写合约代码，确保合约代码与合约文本的一致性； b）应建立安全编码规范，智能合约源代码应符合规范要求，确保智能合约的安全性；

c） 智能合约应定义版本号，调用智能合约时应明确记录智能合约版本； d) M 智能合约应具有向后兼容性，智能合约升级或重新部署后，新智能合约能兼容或迁移原智能合 约数据。

c) 智能合约应定义版本号，调用智能合约时应明确记录智能合约版本； d) 智能合约应具有向后兼容性，智能合约升级或重新部署后，新智能合约能兼容或迁移原智能 约数据。

LD∕T 99.7-2008 建设工程劳动定额市政工程-堤防工程7.5.1.2智能合约运行安全