自主可控网络安全技术 计算基础环境安全要求-标准文本

T/ZISIA3-2024

ICS

CCS

团体标准

T/ZISIA3-2024

自主可控网络安全技术计算基础

环境安全要求

Autonomousandcontrollablecybersecuritytechnology——

Securityrequirementsforcomputinginfrastructure

environment

（征求意见稿）

2024-XX-XX发布2024-XX-XX实施

中关村网络安全与信息化产业联盟发布

i

T/ZISIA3-2024

自主可控网络安全技术计算基础环境安全要求

1范围

本文件提出了自主可控计算基础环境的安全要求，规定了可信引导、内核安全和系统安

全等安全技术要求。

本文件适用于自主可控信息技术产品的安全功能设计、开发与测试，也为整机生产商、

应用软件开发商、外设产品开发商等的研发适配提供参考。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期

的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括

所有的修改单）适用于本文件。

GB/T20272-2019信息安全技术操作系统安全技术要求

GB/T37935-2019信息安全技术可信计算规范可信软件基

GB/T36630.1-2018信息安全技术信息技术产品安全可控评价指标第1部分：总则

GB/T25069-2022信息安全技术术语

GB/T22239-2019信息安全技术：网络安全等级保护基本要求

T/ZISIA1-2024自主可控网络安全技术框架

3术语和定义

GB/T25069界定的以及下列术语和定义适用于本文件：

3.1

自主可控autonomousandcontrollable

信息技术产品的核心技术、原材料和零部件、生产工艺等不受其它国家的控制，符合国

产化、安全可控标准或监管要求的要求。

[来源：T/ZISIA1-2024，3.1]

3.2

安全可控controllabilityforsecurity

信息技术产品具备的保证其应用数据支配权、产品控制权、产品选择权等不受损害的属

性。

[来源：GB/T36630.1-2018,3.2]

3.3

计算基础环境computinginfrastructureenvironment

用于支撑和增强计算系统的基础元素集合，包括计算芯片、固件、操作系统、存储等。

3.4

可信软件基trustedsoftwarebase

为可信计算平台的可信性提供支持的软件元素的集合。

[来源：GB/T37935—2019，3.3]

3.5

内生安全intrinsicsecurity

自主可控系统利用自身架构、功能模块和运行机制等而获得的安全防护能力。

[来源：T/ZISIA1-2024，3.5]

3.6

固件firmware

固化到计算机中的非易失性存储器中的一组程序或软件,为计算机提供最基本的硬件初

始化,还可能向上层软件提供底层硬件的访问接口或服务。

3.7

基本输入输出系统BasicInput/OutputSystem

1

T/ZISIA3-2024

是计算机中的一种固件,是操作系统和计算机平台硬件之间连接的一个桥梁,负责计算

机开机时的硬件检测、设备初始化、操作系统引导并向操作系统提供服务接口。

3.8

工作网络worknetwork

是一种基于节点之间的相互连接形成的，有秩序和边界的通信网络。

4符号和缩略语

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

ACPI：高级配置和电源接口（AdvancedConfigurationandPowerInterface）

CPU：中央处理器（CentralProcessingUnit）

DAC：自主访问控制(DiscretionaryAccessControl)

LSM：Linux安全模块（linuxsecuritymodule）

MM：管理模式（ManagementMode）

MMU：内存管理单元（MemoryManagementUnit）

OS：操作系统（OperatingSystem）

PBF：处理器基础固件（ProcessorBaseFirmware）

RAS：可靠性,可用性,可服务性（Reliability,Availability,andServiceability）

REE：通用执行环境（RichExecutionEnvironment）

ROM：只读存储器（Read-OnlyMemory）

SMBIOS：系统管理BIOS（SystemManagementBIOS）

SMC：安全监控呼叫（SecureMoniterCall）

SPI：串行外设接口（SerialPeripheralInterface）

TA：可信应用（TrustedApplication）

TCM：可信加密模块（TrustedCryptographyModule）

TEE：可信执行环境（TrustedExecutionEnvironment）

TOS：可信的操作系统（TrustedOperatingSystem）

TPCM：可信平台控制模块（trustedplatformcontrolmodule）

TSB：可信软件基（TrustedSoftwareBase）

UEFI：统一可扩展固件接口（UnifiedExtensibleFirmwareInterface）

5计算基础环境概述

计算基础环境安全要求着眼于自主安全防护层[来源：T/ZISIA1-2024，5.4]，重点关

注基础共性安全问题。其架构见图1，分为可信引导、内核安全、系统安全3层。

图1计算基础环境架构图

2

T/ZISIA3-2024

同时，系统用户权限应按“最小特权”原则分别设立安全管理员、系统管理员、审计管

理员，实现管理员“三权分立”功能。其中，安全管理员主要对系统中的安全策略进行配置；

系统管理员负责系统资源管理和运行金信配置、控制和管理；审计管理员负责对审计记录进

行分析，并根据分析结果进行处理[来源:GB/T22239-2019信息安全技术网络安全等级保

护基本要求]。

6处理器技术要求

处理器的内生可信计算基应将处理器核隔离为可信核和计算核,具备主动度量特性,满

足可信计算3.0的双体系计算架构，实现对整个平台的主动控制。具体要求如下：

a)CPU核动态隔离应支持以下三种模式：

1同步模式：每个CPU核都可以进入安全态，执行SMC服务调用；

2异步模式：有特定核被限制在安全态运行，其它核不再提供安全态服务能力，

OS通过异步调用模式使用其服务；

3混合模式：有特定核被限制在安全态运行提供异步服务，其它核可以进行同步

服务调用，同时支持同步和异步服务调用，该模式为缺省模式。

b)CPU可信核及其专用硬件资源应能和可信固件（包含实现TOS、TCM、TSB功能的软

件）组成可信环境。

c)CPU双体系机制的可信根应为PBF，由PBF分别对TEE和UEFI进行度量，度量成功

后，将控制权限给UEFI。

d)PBF应可划分可信资源，并负责可信执行环境与通用执行环境的管理和切换等运行

服务。

7内存条安全技术要求

安全内存主要由安全密钥、安全规则以及安全日志等安全功能组成。安全规则主要用于

定义一组安全内存区域，安全日志用于记录被非法访问的地址信息。内存条安全区应支持以

下功能：

a)安全内存驱动在初始化时应获取到相应的I2C总线信息，包括安全密钥的获取/匹

配、安全规则的设置/删除以及安全日志的获取等。

b)应提供对内存安全区段的读写保护，可实现有只读、只写、读写、不可访问等状态；

c)安全规则应根据规则记录的保护属性决定操作是否为非法。如果为非法操作，安全

内存模组应能阻止该操作，并且在安全日志中生成一个标记非法访问的地址记录。

8整机固件技术要求

双体系架构软件涉及引导ROM、处理器基础固件、通用执行环境和可信执行环境等各个

执行阶段。可信启动流程贯穿引导ROM、PBF、通用固件、操作系统等整个执行流程。

8.1固件

PBF与TOS存储在一块区域，UEFI单独存储在一块区域。更新时PBF与TOS一起更新，

UEFI的更新需要通过调用TOS安全SPI接口进行操作。

8.2UEFI

UEFI应基于前述处理器及其PBF隔离能力，以及TOS提供的度量接口，构建起UEFI启动及

加载操作系统时间段内的可信信任链，并将信任链传递给操作系统加载器。固件架构提供核

心虚拟机，防止固件攻击，并可挂载SMBIOS、ACPI、PSCI等驱动。

UEFI固件度量范围及UEFI度量项目详见附录A，通用部分主要遵循以下国际标准：

a)UEFI2.7

b)ACPI6.1

c)SMBIOS3.2

d)ArmBaseBootRequirements

3

T/ZISIA3-2024

e)ArmSystemReadyRequirementsSpecification

f)ArmServerBaseSystemArchitecture

通用可信安全部分遵循TCM/TPM/UEFI安全启动标准。

8.3可信固件引导启动

UEFI基于芯片及PBF隔离能力，以及TOS提供的度量接口，构建起UEFI启动至加载操

作系统时间段内的可信信任链，并将信任链传递给操作系统加载器。如此，与PBF、TOS、

操作系统一起，构成完整的信任链。在固件启动引导阶段，应支持以下启动功能：

d)可信固件引导程序应支持完整性度量校验；

e)对内核等所有关键文件的度量校验均通过后，加载并引导操作系统启动；

f)存在一个或多个关键文件度量校验不通过时，终止操作系统的引导启动。

9操作系统技术要求

TOS和CPU应主导基于国际GP标准制定的同步度量SMC调用接口，并通过UEFI调用同

步SMC接口完成度量工作。操作系统安全能力应满足以下通用要求：

a)支持基于证书的软件包签名和验证的软件安装控制，软件包验证通过并安装后，该

软件包对应的应用程序将具备可执行权限。

b)应至少提供安全管理命令行工具，支持对操作系统安全功能的配置和策略定制。

c)应支持对应用程序执行控制、应用程序联网控制、防火墙等安全功能的配置设置功

能。

d)应通过系统安全接口支持病毒防护功能，包括具备能够扫描和查杀病毒功能、至少

包括快速扫描和全面扫描等多种扫描策略、具备更新病毒库软件更新功能。

e)应通过系统安全接口支持公共网络和工作网络等多种模式、可自定义设置和手动添

加服务等防火墙功能。

f)应支持操作系统内核模块、操作系统关键配置文件等完整性验证功能。

9.1安全中心

安全中心是基于内核与应用一体化的内生安全体系，实现了内核安全框架、增强型身份

认证、系统访问控制、数据安全保护，提高系统运行环境的安全性和稳定性，可提供病毒防

护、指令流安全检测、安全内存等丰富的多样化安全配置功能。安全中心功能列表详细描述

见附录B。

9.1.1可信度量与管控功能

OS应支持以下应用程序执行控制功能：

a)对应用程序的白名单配置管理，包含添加、删除、更新等；

b)对应用程序的完整性检查，禁止执行被篡改的应用程序；

c)对应用程序来源进行标记检查，只有合法安装的应用程序才可以执行，禁止包括网

络下载、移动存储复制等非合法安装的软件执行；

d)对内核模块的加载控制，确保通过安全管理工具授权的内核模块才允许加载；

e)提供内核模块防卸载保护，禁止卸载在防卸载保护列表中的内核模块

9.1.2进程保护

OS应支持以下进程保护功能：

a)对进程保护列表进行配置管理，包含添加、删除等；

b)对被保护进程提供防杀死等功能；

在被保护进程意外退出时，触发登录用户注销、操作系统重启或关机等特定功能

9.2LSM

安全模块通过模块注册函数加载进入LSM，对内核关键资源设置安全信息，并将自己的

安全策略函数与LSM的hook函数进行关联。用户进程提出系统资源访问请求，转入内核空

间，并做传统的Linux系统DAC判断。之后，LSM调用hook函数，该hook函数以指针的形

4

T/ZISIA3-2024

式与特定安全模块的安全策略函数关联，用以判断对该对象的访问是否符合安全策略，从而

进行访问控制。

a)可在特定的内核数据结构中加入安全域；

b)可在内核源代码中不同的关键点插入对安全钩子函数的调用；

c)可加入一个通用的安全系统调用；

d)提供允许内核模块注册为安全模块或注销的函数。

10可信执行环境技术要求

可信执行环境应支持的通用功能如下：

a)支持可信执行环境资源的调整,比如,内存容量、外设等。

b)支持内存数据的密文读、写、存储。

c)支持资源的安全属性修改,比如,根据用户需求,配置某个外设的安全属性。

d)支持与通用执行环境之间的通信机制,比如SMC服务、中断、共享内存等。

10.1TA

TA应用程序一般包含二进制程序、shell脚本、动态链接库、内核模块等，每个TA应

用都有自己的虚拟地址空间，并运行在用户态。TA应用程序应满足如下要求：

a)宜通过TEE中的MMU将虚拟地址转化为安全态的物理地址，实现TA应用的隔离；

b)应支持用户自定义联网控制列表；

c)应具备可信通信驱动，支持与通用操作系统、TPCM的通信；

d)支持用户私有数据隔离保护，禁止其他用户包括管理员非法访问；

e)支持用户为自己的私有数据进行自定义加密密码加密。

10.2密钥服务

系统密钥包括用于系统安全引导的非对称密钥，用于验证固件的安全更新、系统和软件

包可信更新的非对称密钥，用于保护用户数据的平台可信非对称加密密钥，以及特权用户口

令、普通用户安全存储对称密钥、特权用户安全存储对称密钥等。密钥服务应支持以下安全

功能：

a)应支持密码口令、生物特征识别、数字证书等一种或多种结合的账号安全鉴别方式；

b)支持用户密码有效期配置；

c)支持强口令管理，实现对账户密码复杂度配置功能；

d)支持口令鉴别失败次数控制；

e)应支持SM2、SM3、SM4等国密算法，应提供基于国产硬件国密算法库或软算法库。

f)应通过系统安全接口支持可独立提供数据访问控制、密钥管理、数据安全加解密、

数据安全审计等方面安全能力的组件，可通过监控中央处理器的指令执行序列，防

止终端未知漏洞威胁。

10.3存储

安全加密存储,仅仅管理员能使用接口操作数据对系统指定的安全存储空间数据进行操

作。存储安全数据,将采用TCM_Key和特权用户密钥共同保护数据加密密钥,并存储到安全存

储空间主要用于管理员所拥有的平台管理相关数据的存储。

片上安全加密存储,对指定的片上存储空间区域的数据(主要是密钥)进行访问修改等操

作。仅管理员能使用此接口操作数据。CPU将直接应用片上存储的密钥在片内进行密码操作。

由于Flash存储空间有限，所以只设计用来存储一些关键数据，如TOS配置、证书等数

据。故可按照两类数据类型存储，一类是配置、度量值这类小数据的存储，一类是证书密钥

等其他关键数据的存储。

10.4MM

管理模式(MM)是用于提供与平台管理固件及操作系统无关的一种管理接口。MM的启动

采用UEFI主动请求加载的方式，MM软件架构应包括基本功能层和事件处理层,其中事件处

5

T/ZISIA3-2024

理层可分为VariableFunction、BiosUpdate、RasFunction等功能模块,可以实现不同功

能的软件隔离，具体要求如下：

a)支持安全态Variable操作。

b)支持安全态固件升级功能。

c)支持RAS。

11安全API技术要求

安全API应提供内核级安全接口、系统级安全接口和安全可信组件状态接口，应支持：

a)内核级安全接口

1提供核外模块对LSM钩子的注册和注销；

2支持核外模块对LSM钩子函数的实现。

b)系统级安全接口

1安全状态获取、设置接口；

2应用程序执行权限查询、设置接口；

3应用程序联网状态查询、设置接口；

4软件包及应用程序签名验签接口；

5支持TSB插件，实现TSB与可信管理中心、TPCM联动，实现对可执行程序的完

整性度量校验。

c)安全组件接口

1安全组件状态展示接口，应包含中央处理器、内存、固件、操作系统等安全组

件。

2支持第三方软件联动展示配置接口，可支持杀毒软件、防火墙等安全软件的状

态和联动配置接口。

6

T/ZISIA3-2024

附录A

（资料性）

UEFI固件度量内容项及其要求

UEFI无差别将应度量项发送给TOS，由TOS判断其是否可信，并将结果反馈给UEFI。

UEFI依据TOS度量接口确定是否需要执行。考虑到安全性和用户体验，每一项是否要跳过

或者是否要度量，由TOS决策（管理中心下发配置到TOS），UEFI不单独提供用户选项。附

表1详细罗列了UEFI固件度量范围及UEFI度量项目。

表A.1UEFI固件度量内容项及其要求

度量对象内容要求

OptionROM（包含网卡、显卡、RAID卡等）UEFIOptionROM应度量

OptionROM内的驱动UEFIDriver应度量

OptionROM内的应用程序UEFIAPP应度量

磁盘GPT分区表GPT应度量

磁盘MBR分区表MBR应度量

操作系统加载器UEFIAPP应度量

用户操作加载的UEFI驱动程序UEFIDriver应度量

用户操作加载的UEFI驱动应用程序UEFIAPP应度量

使用UEFI接口启动的内核UEFIAPP应度量

UEFI配置数据UEFICONF宜度量

注：UEFIDriver包含UEFIRuntimeDriver和UEFIBootServiceDriver。

7

T/ZISIA3-2024

附录B

（资料性）

安全中心功能列表

安全中心功能列表详细描述见附表2。

表B.1安全中心功能列表

密码安全，提供系统账户密码强度策略配置。提供用户高、中、低、自定

义四种密码强度配置选择。

账户安全

账户锁定，提供系统账户锁定策略配置功能。提供用户密码连续输错次数

以及失败锁定时间的配置选择。

病毒防护内置防病毒软件，提供快速扫描、全盘扫描、自定义扫描三种病毒扫描板。

防火墙，防护外界应用连接系统，提供公共网络、办公网络、自定义配置

三种策略。

网络保护

应用程序联网，提供应用程序是否可以主动联网的控制行为，阻止未授权

的应用程序联网，提供给用户阻止、警告、关闭三种配置选择。

应用程序来源检查，阻止非法来源的应用程序安装，如果应用程序安装包

来源不可靠，启用来源检测功能后，将会检查应用执行权限。提供给用户

安全

阴止、警告、关闭三种配置选择。

中心

应用程序执行控制，阻止未知或被篡改的应用程序运行，如果程序是不信

任的，启用执行控制功能后，将会检查应用执行权限。提供给用户阻止、

应用控制与保护

警告、关闭三种配置选择。

进程防杀死，提供监控受保护的进程不被恶意杀死。

内核模块防卸载，提供监控受保护的内核模块不被恶意卸载，防止用户误

删除导致关键系统内核模块缺失导致系统无法正常运行。

文件防篡改，提供添加到保护列表的文件将禁止被感改、删除。

可信计算提供可信根和信任链状态查看，白名单、动态度量等功能配置和展示功能。

安全内存提供用户可配置的内存数据安全功能。

指令流安全检测提供已经在可信白名单的程序文件因病洞带来的指令流异常检查。

系统增强防护提供系统加固详细配置，对系统核心文件防护。

8

《自主可控网络安全技术计算基础环境安全要求（征求意见稿）》

编制说明

2024年4月30日

一、工作简况

（一）任务来源

根据北京市科学技术委员会、中关村科技园区管理委员会等5部门《关于

印发<北京市创新联合体组建工作指引>的通知》(京科发[2022]20号)文件的精神，

为加快探索推动企业主导的产学研深度融合，更好支撑北京国际科技创新中心和

中关村世界领先科技园区建设，奇安信科技集团股份有限公司联合相关单位组建

了“自主可控网络安全创新联合体”。创新联合体针对自主可控网络安全产品品

类少、能力弱、无法保障自主可控网络安全等问题，将安全与计算深度融合，从

基础技术、应用技术以及支撑技术三方面开展技术攻关和创新产品研制工作。

2024年初，中关村领军企业建设创新联合体-自主可控网络安全技术创新中

心“揭榜挂帅”项目，为推进自主可控可信计算技术产品化和生态发展，根据市

场需求和项目要求，于2024年1月开始启动《自主可控网络安全技术计算基础

环境安全要求》标准的制定工作。

（二）编制背景及目的

信息技术是现代社会的基础设施之一，对于国家的安全至关重要。自主可控

的信息技术产品可以减少对外部供应链的依赖，降低国家安全风险，确保关键系

统和数据的安全。

过去中国的IT底层标准、架构、产品、生态大多由国外IT商业公司制定，

存在底层技术、信息安全、数据保存方式被限制的风险。因此，中国需要逐步建

立基于自己的IT底层架构和自有的开放生态。所以建立自主可控的信息技术底

层架构和标准对于提升国家信息技术水平和保障国家安全具有重要意义。

自主可控信息技术产品涵盖了从硬件到软件、从基础架构到应用服务的全产

业链，包括但不限于芯片、传感器、基础软件、应用软件和信息安全等关键领域。

同国际方案不同，本标准的核心技术方案为构造计算部件和安全部件分离的双系

统体系架构可信计算方案，更适宜国内法律法规及市场环境。以上述方案为基础，

本标准规范了自主可控信息技术产品的计算基础环境部分技术要求，适用于自主

可控信息技术产品的安全功能设计、开发与测试，也为整机生产商、应用软件开

发商、外设产品开发商等的研发适配提供参考。

（三）编制过程

1、标准预研阶段

一是走访工业互联网安全领域企业，调研企业标准需求。2023年10月起，

工作组通过线上通讯、实地走访等形式，先后考察调研了飞腾、麒麟等自主可控

计算领域企业，对自主可控网络安全标准体系编写现状及需求进行了交流沟通，

初步形成标准编写的选题方向。

二是成立标准工作小组。2023年6月，联盟成立“自主可控网络安全创新

联合体”，并成立技术组、协调组，以保障标准制定工作的顺利开展与推进。

三是起草《自主可控网络标准编写总体方案》，拟定标准工作总体方向。

四是广泛征集意见，甄选标准选题方向。2023年11月开始，工作组组织召

开了自主可控网络安全团体标准讨论会，会议中各企业代表及行业专家围绕行业

现状、技术攻关、标准落地等角度，针对行业领域内的标准选题积极交流意见，

反复斟酌探讨，最终通过标准选题函确定了标准选题方向。

2、标准起草阶段

2024年1月开始，工作组广泛搜集相关标准和技术资料，进行了大量的研

究分析、资料查证工作，在标准编制过程中充分借鉴已有的理论研究和实践成果，

并围绕“科学性、实用性、适用性、迭代性”等原则，经过多次探讨、数次修订，

从标准框架、标准起草等角度广泛征求多方意见，从理论完善和实践应用方面提

升标准的适用性和实用性。经过理论研究和方法验证，明确和规范自主可控计算

基础环境范围以及处理器、内存、固件等相关技术要求，形成了标准草案。

3、标准征求意见阶段

2024年3月22日，自主可控网络安全技术创新中心邀请中关村网信联盟标

准专家对《自主可控网络安全技术计算基础环境安全要求》标准草案稿开展评

审工作；会后，根据专家的意见，对标准文本进行了修改完善，形成了标准的征

求意见稿。

（四）主要起草单位及起草人所做工作

本标准由奇安信科技集团股份有限公司、中电（海南）联合创新研究院有限

公司、深圳云安宝科技有限公司、奇安盘古（上海）信息技术有限公司、武汉大

学、哈尔滨工业大学、云南电网有限责任公司信息中心、海南金垦赛博信息科技

有限公司等多家单位的专家成立了标准工作小组，参与部分内容编写和