证券期货行业等级保护要求对比(二级、三级、四级)
本文对《JR∕T 0060-2021 证券期货业网络安全等级保护基本要求》进行了梳理(该标准文件的下载地址请查看另一篇文章https://blog.csdn.net/qq_41060781/article/details/134706922),将证券期货行业等级保护中二级、三级、四级的要求进行了对比。包括该标准中的安全通用要求、云计算安全扩展要求、移动互联安全扩展要求、物联网安全扩展要求、工业控制系统安全扩展5个大块,每个大块又包括了安全物理环境、安全通信网络、安全区域边界、安全计算环境、安全管理中心、安全管理制度、安全管理机构、安全管理人员、安全建设管理、安全运维管理10个部分。
梳理内容的Excel文件下载链接如下:
夸克网盘
https://pan.quark.cn/s/565e786263a9
百度网盘
https://pan.baidu.com/s/17eQNwbGzuJ3y6Hb9JJ55Fg?pwd=ec5k
等级保护要求对比(二级、三级、四级)
安全通用要求
二级 | 三级 | 四级 | |||||
控制项 | 要求 | 具体要求 | 要求 | 具体要求 | 要求 | 具体要求 | |
1.安全物理环境 | 物理位置选择 | a)机房场地应选择在具有防震、防风和防雨等能力的建筑内 | 1)应具有机房或机房所在建筑符合当地抗震要求的相关证明 2)机房外壁不应有对外的窗户。否则,应采用双层固定窗,并作密封、防水处理 | a)机房场地应选择在具有防震、防风和防雨等能力的建筑内 | 1)应具有机房或机房所在建筑符合当地抗震要求的相关证明 2)机房外壁不应有对外的窗户。否则,应采用双层固定窗,并作密封、防水处理 | a)机房场地应选择在具有防震、防风和防雨等能力的建筑内 | 1)应具有机房或机房所在建筑符合当地抗震要求的相关证明 2)机房外壁不应有对外的窗户。否则,应采用双层固定窗,并作密封、防水处理 |
b)机房场地不应设在建筑物的顶层或地下室,否则应加强防水和防潮措施;机房场地不应建设在建筑用水设备的隔壁或下层,否则应加强防水和防潮措施 | b)机房场地不应设在建筑物的顶层或地下室,否则应加强防水和防潮措施;机房场地不应建设在建筑用水设备的隔壁或下层,否则应加强防水和防潮措施 | b)机房场地不应设在建筑物的顶层或地下室,否则应加强防水和防潮措施;机房场地不应建设在建筑用水设备的隔壁或下层,否则应加强防水和防潮措施 | |||||
物理访问控制 | 机房出入口应配置电子门禁系统,控制、鉴别和记录进入的人员 | 1) 人员进出记录应至少保存 6 个月;机房出入口应有视频监控,监控记录应至少保存 6 个月; 2) 有门禁系统的应当采用监控设备将机房人员进出情况传输到值班点,对外来人员出入机房进行控制、鉴别和记录; 3) 没有门禁系统的机房,应当安排专人控制、鉴别和记录人员的进出。 | 机房出入口应配置电子门禁系统,控制、鉴别和记录进入的人员 | 1)机房出入口应当安排专人负责管理,人员进出记录应至少保存 6 个月;机房出入口应有视频监控,监控记录应至少保存 6 个月; 2)应当采用监控设备将机房人员进出情况传输到值班点,对外来人员出入机房进行控制、鉴别和记录; 3)来访人员进入机房,应有审批流程,记录带进带出的设备、进出时间、工作内容,并有专人陪同其在限定的范围内工作。 | 机房出入口应配置电子门禁系统,控制、鉴别和记录进入的人员 | 1)机房出入口应当安排专人负责管理,人员进出记录应至少保存 6 个月;机房出入口应有视频监控,监控记录应至少保存 6 个月; 2)应当采用监控设备将机房人员进出情况传输到值班点,对外来人员出入机房进行控制、鉴别和记录; 3)来访人员进入机房,应有审批流程,记录带进带出的设备、进出时间、工作内容,并有专人陪同其在限定的范围内工作。 | |
b) 重要区域应配置第二道电子门禁系统,控制、鉴别和记录进入的人员。 | |||||||
防盗窃和防破坏 | a) 应将设备或主要部件进行固定,并设置明显的不易除去的标识: | 1) 主要设备应当安装、固定在机柜内或机架上; 2) 主要设备、机柜、机架应有明显且不易除去的标识,如粘贴标签或铭牌、电子标签; | a) 应将设备或主要部件进行固定,并设置明显的不易除去的标识: | 1) 主要设备应当安装、固定在机柜内或机架上; 2) 主要设备、机柜、机架应有明显且不易除去的标识,如粘贴标签或铭牌、电子标签; | a) 应将设备或主要部件进行固定,并设置明显的不易除去的标识: | 1) 主要设备应当安装、固定在机柜内或机架上; 2) 主要设备、机柜、机架应有明显且不易除去的标识,如粘贴标签或铭牌、电子标签; | |
b) 应将通信线缆铺设在隐蔽安全处;通信线缆可铺设在管道或线槽、线架中; | b) 应将通信线缆铺设在隐蔽安全处;通信线缆可铺设在管道或线槽、线架中; | b) 应将通信线缆铺设在隐蔽安全处;通信线缆可铺设在管道或线槽、线架中; | |||||
c) 应设置机房防盗报警系统或设置有专人值守的视频监控系统: | 1) 应至少对机房的出入口、空调间、UPS 间等区域进行摄像监控; 2) 监控录像记录应至少保存 6 个月。 | c) 应设置机房防盗报警系统或设置有专人值守的视频监控系统: | 1) 应至少对机房的出入口、空调间、UPS 间等区域进行摄像监控; 2) 监控录像记录应至少保存 6 个月。 | ||||
防雷击 | 应将各类机柜、设施和设备等通过接地系统安全接地; | a) 应将各类机柜、设施和设备等通过接地系统安全接地; | a) 应将各类机柜、设施和设备等通过接地系统安全接地; | ||||
b) 应采取措施防止感应雷,例如设置防雷保安器或过压保护装置等。 | b) 应采取措施防止感应雷,例如设置防雷保安器或过压保护装置等。 | ||||||
防火 | a) 机房应设置火灾自动消防系统,能够自动检测火情、自动报警,并自动灭火;机房的火灾自动消防系统应向当地公安消防部门备案; | a) 机房应设置火灾自动消防系统,能够自动检测火情、自动报警,并自动灭火;机房的火灾自动消防系统应向当地公安消防部门备案; | a) 机房应设置火灾自动消防系统,能够自动检测火情、自动报警,并自动灭火;机房的火灾自动消防系统应向当地公安消防部门备案; | ||||
b) 机房及相关的工作房间和辅助房应采用具有耐火等级的建筑材料; | b) 机房及相关的工作房间和辅助房应采用具有耐火等级的建筑材料; | b) 机房及相关的工作房间和辅助房应采用具有耐火等级的建筑材料; | |||||
c) 应对机房划分区域进行管理,区域和区域之间设置隔离防火措施;机房应设置应急照明和安全出口指示灯,供配电柜(箱)和分电盘内各种开关、手柄、按钮应标志清晰,防止误操作。 | c) 应对机房划分区域进行管理,区域和区域之间设置隔离防火措施;机房应设置应急照明和安全出口指示灯,供配电柜(箱)和分电盘内各种开关、手柄、按钮应标志清晰,防止误操作。 | ||||||
防水和防潮 | a) 应采取措施防止雨水通过机房窗户、屋顶和墙壁渗透; | a) 应采取措施防止雨水通过机房窗户、屋顶和墙壁渗透; | a) 应采取措施防止雨水通过机房窗户、屋顶和墙壁渗透; | ||||
b) 应采取措施防止机房内水蒸气结露和地下积水的转移与渗透 | b) 应采取措施防止机房内水蒸气结露和地下积水的转移与渗透;漏水隐患区域地面周围应设排水沟或地漏便于地下积水排放; | b) 应采取措施防止机房内水蒸气结露和地下积水的转移与渗透;漏水隐患区域地面周围应设排水沟或地漏便于地下积水排放; | |||||
c) 应安装对水敏感的检测仪表或元件,对机房进行防水检测和报警。 | c) 应安装对水敏感的检测仪表或元件,对机房进行防水检测和报警。 | ||||||
防静电 | 应采用防静电地板或地面并采用必要的接地防静电措施; | a) 应采用防静电地板或地面并采用必要的接地防静电措施; | a) 应采用防静电地板或地面并采用必要的接地防静电措施; | ||||
b) 应采取措施防止静电的产生,例如采用静电消除器、佩戴防静电手环等。 | b) 应采取措施防止静电的产生,例如采用静电消除器、佩戴防静电手环等。 | ||||||
温湿度控制 | 应设置温湿度自动调节设施,使机房温湿度的变化在设备运行所允许的范围之内 | 1) 冷通道或机柜进风区域的温度应控制在 18℃-27℃; 2) 冷通道或机柜进风区域的相对湿度应控制在 40%-60%; 3) 当机构自主确定的机房温湿度要求超过上述范围时,应提供合理的论证方案。 | 应设置温湿度自动调节设施,使机房温湿度的变化在设备运行所允许的范围之内 | 1) 冷通道或机柜进风区域的温度应控制在 18℃-27℃; 2) 冷通道或机柜进风区域的相对湿度应控制在 40%-60%; 3) 当机构自主确定的机房温湿度要求超过上述范围时,应提供合理的论证方案。 | 应设置温湿度自动调节设施,使机房温湿度的变化在设备运行所允许的范围之内 | 1) 冷通道或机柜进风区域的温度应控制在 18℃-27℃; 2) 冷通道或机柜进风区域的相对湿度应控制在 40%-60%; 3) 当机构自主确定的机房温湿度要求超过上述范围时,应提供合理的论证方案。 | |
电力供应 | a) 应在机房供电线路上配置稳压器和过电压防护设备; | a) 应在机房供电线路上配置稳压器和过电压防护设备; | 1) 应配备 UPS,在配有发电机等后备电源的情况下,UPS 供电能力能支持到后备电源开始供电; 2) 备用电力供应的实际供电能力应满足主要设备和环境控制设备在断电情况下正常运行至少 2 个小时; | a) 应在机房供电线路上配置稳压器和过电压防护设备; | 1) 应配备 UPS,在配有发电机等后备电源的情况下,UPS 供电能力能支持到后备电源开始供电; 2) 备用电力供应的实际供电能力应满足主要设备和环境控制设备在断电情况下正常运行至少 2 个小时; | ||
b) 应提供短期的备用电力供应,至少满足设备在断电情况下的正常运行要求: | 1) 应配备 UPS,在配有发电机等后备电源的情况下,UPS 供电能力能支持到后备电源开始供电; 2) 备用电力供应的实际供电能力应满足主要设备和环境控制设备在断电情况下正常运行至少 2 个小时; | b) 应提供短期的备用电力供应,至少满足设备在断电情况下的正常运行要求: | b) 应提供短期的备用电力供应,至少满足设备在断电情况下的正常运行要求: | ||||
c) 应设置冗余或并行的电力电缆线路为计算机系统供电;应至少采用双路市电,且不能来自同一变电站 | c) 应设置冗余或并行的电力电缆线路为计算机系统供电;应至少采用双路市电,且不能来自同一变电站 | ||||||
d) 应提供应急供电设施。 | |||||||
电磁防护 | 电源线和通信线缆应隔离铺设,避免互相干扰;电源线和通信线缆应铺设在不同的桥架或管道,避免互相干扰; | a) 电源线和通信线缆应隔离铺设,避免互相干扰;电源线和通信线缆应铺设在不同的桥架或管道,避免互相干扰; | a) 电源线和通信线缆应隔离铺设,避免互相干扰;电源线和通信线缆应铺设在不同的桥架或管道,避免互相干扰; | ||||
b) 应对关键设备实施电磁屏蔽。 | b) 应对关键设备实施电磁屏蔽。 | ||||||
2.安全通信网络 | 网络架构 | a) 应划分不同的网络区域,并按照方便管理和控制的原则为各网络区域分配地址; | a) 网络设备的业务处理能力应满足业务高峰期需要;主要网络设备近一年的 CPU 负载峰值应小于30%; | a) 网络设备的业务处理能力应满足业务高峰期需要;主要网络设备近一年的 CPU 负载峰值应小于30%; | |||
b) 重要网络区域不应部署在边界处,重要网络区域与其他网络区域之间应采取可靠的技术隔离手段。 | b) 网络各个部分的带宽应满足业务高峰期需要;交易时段生产网络近一年带宽使用率峰值应小于50%; | b) 网络各个部分的带宽应满足业务高峰期需要;交易时段生产网络近一年带宽使用率峰值应小于50%; | |||||
c) 应划分不同的网络区域,并按照方便管理和控制的原则为各网络区域分配地址; | c) 应划分不同的网络区域,并按照方便管理和控制的原则为各网络区域分配地址; | ||||||
d) 不应将重要网络区域部署在边界处,重要网络区域与其他网络区域之间应采取可靠的技术隔离手段; | d) 不应将重要网络区域部署在边界处,重要网络区域与其他网络区域之间应采取可靠的技术隔离手段; | ||||||
e) 应提供通信线路、关键网络设备和关键计算设备的硬件冗余,保证系统的可用性;信息系统服务器业务网络的接入应采用可靠的模式,如网卡双上联、双网等;双线路设计时,宜由不同的电信运营商提供。 | e) 应提供通信线路、关键网络设备和关键计算设备的硬件冗余,保证系统的可用性;信息系统服务器业务网络的接入应采用可靠的模式,如网卡双上联、双网等;双线路设计时,宜由不同的电信运营商提供。 | ||||||
f) 应按照业务服务的重要程度分配带宽,优先保障重要业务。 | |||||||
通信传输 | 应采用校验技术或密码技术保证通信过程中数据的完整性; | a) 应采用校验技术或密码技术保证通信过程中数据的完整性; | a) 应采用校验技术或密码技术保证通信过程中数据的完整性; | ||||
b) 应采用密码技术保证通信过程中数据的保密性;通过互联网、卫星网传递系统管理数据、鉴别信息和重要业务数据应采取加密方式。 | b) 应采用密码技术保证通信过程中数据的保密性;通过互联网、卫星网传递系统管理数据、鉴别信息和重要业务数据应采取加密方式。 | ||||||
c) 应在通信前基于密码技术对通信的双方进行验证或认证; | |||||||
d) 应基于硬件密码模块对重要通信过程进行密码运算和密钥管理。 | |||||||
可信验证 | 可基于可信根对通信设备的系统引导程序、系统程序、重要配置参数和通信应用程序等进行可信验证,并在应用程序的关键执行环节进行动态可信验证,在检测到其可信性受到破坏后进行报警,并将验证结果形成审计记录送至安全管理中心。 | 可基于可信根对通信设备的系统引导程序、系统程序、重要配置参数和通信应用程序等进行可信验证,并在应用程序的关键执行环节进行动态可信验证,在检测到其可信性受到破坏后进行报警,并将验证结果形成审计记录送至安全管理中心。 | 可基于可信根对通信设备的系统引导程序、系统程序、重要配置参数和通信应用程序等进行可信验证,并在应用程序的所有执行环节进行动态可信验证,在检测到其可信性受到破坏后进行报警,并将验证结果形成审计记录送至安全管理中心,并进行动态关联感知。 | ||||
3.安全区域边界 | 边界防护 | 跨越边界的访问和数据流应通过边界设备提供的受控接口进行通信; | a) 跨越边界的访问和数据流应通过边界设备提供的受控接口进行通信; | a) 跨越边界的访问和数据流应通过边界设备提供的受控接口进行通信; | |||
b) 应能够对非授权设备私自联到内部网络的行为进行检查或限制; | b) 应能够对非授权设备私自联到内部网络的行为进行检查或限制; | ||||||
c) 应能够对内部用户非授权联到外部网络的行为进行检查或限制;联到外部网络的行为包括双网卡跨接外部网络,或采用电话拨号、ADSL 拨号、手机、无线上网卡等无线拨号方式; | c) 应能够对内部用户非授权联到外部网络的行为进行检查或限制;联到外部网络的行为包括双网卡跨接外部网络,或采用电话拨号、ADSL 拨号、手机、无线上网卡等无线拨号方式; | ||||||
d) 应限制无线网络的使用,保证无线网络通过受控的边界设备接入内部网络。 | d) 应限制无线网络的使用,保证无线网络通过受控的边界设备接入内部网络。 | ||||||
e) 应能够在发现非授权设备私自联到内部网络的行为或内部用户非授权联到外部网络的行为时,对其进行有效阻断; | |||||||
f) 应采用可信验证机制对接入到网络中的设备进行可信验证,保证接入网络的设备真实可信。 | |||||||
访问控制 | a) 应在网络边界或区域之间根据访问控制策略设置访问控制规则,默认情况下除允许通信外受控接口拒绝所有通信;访问控制策略控制粒度应为端口级; | a) 应在网络边界或区域之间根据访问控制策略设置访问控制规则,默认情况下除允许通信外受控接口拒绝所有通信;访问控制策略控制粒度应为端口级; | a) 应在网络边界或区域之间根据访问控制策略设置访问控制规则,默认情况下除允许通信外受控接口拒绝所有通信;访问控制策略控制粒度应为端口级; | ||||
b) 应删除多余或无效的访问控制规则,优化访问控制列表,并保证访问控制规则数量最小化; | b) 应删除多余或无效的访问控制规则,优化访问控制列表,并保证访问控制规则数量最小化; | b) 应删除多余或无效的访问控制规则,优化访问控制列表,并保证访问控制规则数量最小化; | |||||
c) 应对源地址、目的地址、源端口、目的端口和协议等进行检查,以允许/拒绝数据包进出; | c) 应对源地址、目的地址、源端口、目的端口和协议等进行检查,以允许/拒绝数据包进出; | c) 应对源地址、目的地址、源端口、目的端口和协议等进行检查,以允许/拒绝数据包进出; | |||||
d) 应能根据会话状态信息为进出数据流提供明确的允许/拒绝访问的能力;仅允许在应急场景下,采取安全可控措施通过互联网对信息系统进行远程维护和管理,包括但不限于远程终端硬件信息绑定、双因素认证、终端运行环境安全检查等; | d) 应能根据会话状态信息为进出数据流提供明确的允许/拒绝访问的能力;仅允许在应急场景下,采取安全可控措施通过互联网对信息系统进行远程维护和管理,包括但不限于远程终端硬件信息绑定、双因素认证、终端运行环境安全检查等; | d) 应能根据会话状态信息为进出数据流提供明确的允许/拒绝访问的能力;应禁止通过互联网对信息系统进行远程维护和管理; | |||||
e) 应对进出网络的数据流实现基于应用协议和应用内容的访问控制。 | e) 应在网络边界通过通信协议转换或通信协议隔离等方式进行数据交换。 | ||||||
入侵防范 | 应在关键网络节点处监视网络攻击行为。 | a) 应在关键网络节点处检测、防止或限制从外部发起的网络攻击行为; | a) 应在关键网络节点处检测、防止或限制从外部发起的网络攻击行为; | ||||
b) 应在关键网络节点处检测、防止或限制从内部发起的网络攻击行为; | b) 应在关键网络节点处检测、防止或限制从内部发起的网络攻击行为; | ||||||
c) 应采取技术措施对网络行为进行分析,实现对网络攻击特别是新型网络攻击行为的分析; | c) 应采取技术措施对网络行为进行分析,实现对网络攻击特别是新型网络攻击行为的分析; | ||||||
d) 当检测到攻击行为时,记录攻击源 IP、攻击类型、攻击目标、攻击时间,在发生严重入侵事件时应提供报警;在发生严重入侵事件时应提供报警,并采取相应处置措施。 | d) 当检测到攻击行为时,记录攻击源 IP、攻击类型、攻击目标、攻击时间,在发生严重入侵事件时应提供报警;在发生严重入侵事件时应提供报警,并采取相应处置措施。 | ||||||
恶意代码和垃圾邮件防范 | 应在关键网络节点处对恶意代码进行检测和清除,并维护恶意代码防护机制的升级和更新; | a) 应在关键网络节点处对恶意代码进行检测和清除,并维护恶意代码防护机制的升级和更新; | a) 应在关键网络节点处对恶意代码进行检测和清除,并维护恶意代码防护机制的升级和更新; | ||||
b) 应在关键网络节点处对垃圾邮件进行检测和防护,并维护垃圾邮件防护机制的升级和更新。 | b) 应在关键网络节点处对垃圾邮件进行检测和防护,并维护垃圾邮件防护机制的升级和更新。 | ||||||
安全审计 | a) 应在网络边界、重要网络节点进行安全审计,审计覆盖到每个用户,对重要的用户行为和重要安全事件进行审计; | a) 应在网络边界、重要网络节点进行安全审计,审计覆盖到每个用户,对重要的用户行为和重要安全事件进行审计; | a) 应在网络边界、重要网络节点进行安全审计,审计覆盖到每个用户,对重要的用户行为和重要安全事件进行审计; | ||||
b) 审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息; | b) 审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息; | b) 审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息; | |||||
c) 应对审计记录进行保护,定期备份,避免受到未预期的删除、修改或覆盖等;审计记录的留存时间应至少为 6 个月。 | c) 应对审计记录进行保护,定期备份,避免受到未预期的删除、修改或覆盖等;审计记录的时间应由系统范围内唯一确定的时钟产生; | c) 应对审计记录进行保护,定期备份,避免受到未预期的删除、修改或覆盖等: | 1) 应采取必要的措施,对审计记录存储空间进行管理,当存储空间发生异常时应进行报警; 2) 审计记录的时间应由系统范围内唯一确定的时钟产生。 | ||||
d) 应能对远程访问的用户行为、访问互联网的用户行为等单独进行行为审计和数据分析。 | |||||||
可信验证 | 可基于可信根对边界设备的系统引导程序、系统程序、重要配置参数和边界防护应用程序等进行可信验证,并在应用程序的关键执行环节进行动态可信验证,在检测到其可信性受到破坏后进行报警,并将验证结果形成审计记录送至安全管理中心。 | 可基于可信根对边界设备的系统引导程序、系统程序、重要配置参数和边界防护应用程序等进行可信验证,并在应用程序的关键执行环节进行动态可信验证,在检测到其可信性受到破坏后进行报警,并将验证结果形成审计记录送至安全管理中心。 | 可基于可信根对边界设备的系统引导程序、系统程序、重要配置参数和边界防护应用程序等进行可信验证,并在应用程序的所有执行环节进行动态可信验证,在检测到其可信性受到破坏后进行报警,并将验证结果形成审计记录送至安全管理中心,并进行动态关联感知。 | ||||
4.安全计算环境 | 身份鉴别 | a) 应对登录的用户进行身份标识和鉴别,身份标识具有唯一性,身份鉴别信息具有复杂度要求并定期更换: | 1) 所有用户口令应符合以下条件:数字、大小写字母、符号混排,无规律的方式; 2) 管理员口令的长度应至少为 12 位,普通用户口令的长度应至少为 8 位; 3) 管理员口令应每季度至少更换 1 次,更新的口令应至少 5 次内不能重复;平台业务操作账户口令应每 6 个月至少更换 1 次,更新的口令应至少 5 次内不能重复; 4) 如果设备管理员口令长度不支持 12 位或其他复杂度要求,口令应使用所支持的最长长度并适当缩短更换周期,或使用动态口令卡等一次性口令认证方式; 5) 应为网络设备、安全设备、操作系统、数据库的不同用户分配不同的用户名; 6) 系统自动生成的口令,系统应强制用户首次登录时修改初始口令; 7) 系统自动生成的口令,应具有随机性; | a) 应对登录的用户进行身份标识和鉴别,身份标识具有唯一性,身份鉴别信息具有复杂度要求并定期更换: | 1) 所有用户口令应符合以下条件:数字、大小写字母、符号混排,无规律的方式; 2) 管理员口令的长度应至少为 12 位,普通用户口令的长度应至少为 8 位; 3) 管理员口令应每季度至少更换 1 次,更新的口令应至少 5 次内不能重复;平台业务操作账户口令应每 6 个月至少更换 1 次,更新的口令应至少 5 次内不能重复; 4) 如果设备管理员口令长度不支持 12 位或其他复杂度要求,口令应使用所支持的最长长度并适当缩短更换周期,或使用动态口令卡等一次性口令认证方式; 5) 应为网络设备、安全设备、操作系统、数据库的不同用户分配不同的用户名; 6) 系统自动生成的口令,系统应强制用户首次登录时修改初始口令; 7) 系统自动生成的口令,应具有随机性; | a) 应对登录的用户进行身份标识和鉴别,身份标识具有唯一性,身份鉴别信息具有复杂度要求并定期更换: | 1) 所有用户口令应符合以下条件:数字、大小写字母、符号混排,无规律的方式; 2) 管理员口令的长度应至少为 12 位,普通用户口令的长度应至少为 8 位; 3) 管理员口令应每季度至少更换 1 次,更新的口令应至少 5 次内不能重复;平台业务操作账户口令应每 6 个月至少更换 1 次,更新的口令应至少 5 次内不能重复; 4) 如果设备管理员口令长度不支持 12 位或其他复杂度要求,口令应使用所支持的最长长度并适当缩短更换周期,或使用动态口令卡等一次性口令认证方式; 5) 应为网络设备、安全设备、操作系统、数据库的不同用户分配不同的用户名; 6) 系统自动生成的口令,系统应强制用户首次登录时修改初始口令; 7) 系统自动生成的口令,应具有随机性; |
b) 应具有登录失败处理功能,应配置并启用结束会话、限制非法登录次数和当登录连接超时自动退出等相关措施; | b) 应具有登录失败处理功能,应配置并启用结束会话、限制非法登录次数和当登录连接超时自动退出等相关措施; | b) 应具有登录失败处理功能,应配置并启用结束会话、限制非法登录次数和当登录连接超时自动退出等相关措施; | |||||
c) 当进行远程管理时,应采取必要措施防止鉴别信息在网络传输过程中被窃听。 | c) 当进行远程管理时,应采取必要措施防止鉴别信息在网络传输过程中被窃听;当通过非console 方式进行远程管理时,应采取密码技术防止鉴别信息在网络传输过程中被窃听; | c) 当进行远程管理时,应采取必要措施防止鉴别信息在网络传输过程中被窃听;当通过非console 方式进行远程管理时,应采取密码技术防止鉴别信息在网络传输过程中被窃听; | |||||
d) 应采用口令、密码技术、生物技术等两种或两种以上组合的鉴别技术对用户进行身份鉴别,且其中一种鉴别技术至少应使用密码技术来实现: | 1) 管理用户以网络方式登录系统,应采用两种或两种以上组合的鉴别技术进行身份鉴别; 2) 面向客户服务的系统应提供两种或两种以上组合的鉴别技术供行业客户选择。 | d) 应采用口令、密码技术、生物技术等两种或两种以上组合的鉴别技术对用户进行身份鉴别,且其中一种鉴别技术至少应使用密码技术来实现: | 1) 管理用户以网络方式登录系统,应采用两种或两种以上组合的鉴别技术进行身份鉴别; 2) 面向客户服务的系统应提供两种或两种以上组合的鉴别技术供行业客户选择。 | ||||
访问控制 | a) 应对登录的用户分配账户和权限; | a) 应对登录的用户分配账户和权限; | a) 应对登录的用户分配账户和权限; | ||||
b) 应重命名或删除默认账户,修改默认账户的默认口令;无法重命名的特殊默认账户,应增加限制默认账户访问地址、访问时间等补偿性控制措施; | b) 应重命名或删除默认账户,修改默认账户的默认口令;无法重命名的特殊默认账户,应增加限制默认账户访问地址、访问时间等补偿性控制措施; | b) 应重命名或删除默认账户,修改默认账户的默认口令;无法重命名的特殊默认账户,应增加限制默认账户访问地址、访问时间等补偿性控制措施; | |||||
c) 应及时删除或停用多余的、过期的账户,避免共享账户的存在; | c) 应及时删除或停用多余的、过期的账户,避免共享账户的存在; | c) 应及时删除或停用多余的、过期的账户,避免共享账户的存在; | |||||
d) 应授予管理用户所需的最小权限,实现管理用户的权限分离; | d) 应授予管理用户所需的最小权限,实现管理用户的权限分离; | d) 应授予管理用户所需的最小权限,实现管理用户的权限分离; | |||||
e) 应由授权主体配置访问控制策略,访问控制策略规定主体对客体的访问规则; | e) 应由授权主体配置访问控制策略,访问控制策略规定主体对客体的访问规则; | ||||||
f) 访问控制的粒度应达到主体为用户级或进程级,客体为文件、数据库表级; | f) 访问控制的粒度应达到主体为用户级或进程级,客体为文件、数据库表级; | ||||||
g) 应对重要主体和客体设置安全标记,并控制主体对有安全标记信息资源的访问。 | g) 应对重要主体和客体设置安全标记,并控制主体对有安全标记信息资源的访问。 | ||||||
安全审计 | a) 应启用安全审计功能,审计覆盖到每个用户,对重要的用户行为和重要安全事件进行审计: | 1) 如审计功能开启影响系统运行安全和效率,应采用第三方安全审计产品实现审计要求; 2) 用户行为应至少包括用户登录、用户退出、超时锁定、用户冻结和解冻、增删用户、权限变更、口令修改或重置等操作; | a) 应启用安全审计功能,审计覆盖到每个用户,对重要的用户行为和重要安全事件进行审计: | 1) 如审计功能开启影响系统运行安全和效率,应采用第三方安全审计产品实现审计要求; 2) 用户行为应至少包括用户登录、用户退出、超时锁定、用户冻结和解冻、增删用户、权限变更、口令修改或重置等操作; | a) 应启用安全审计功能,审计覆盖到每个用户,对重要的用户行为和重要安全事件进行审计: | 1) 如审计功能开启影响系统运行安全和效率,应采用第三方安全审计产品实现审计要求; 2) 用户行为应至少包括用户登录、用户退出、超时锁定、用户冻结和解冻、增删用户、权限变更、口令修改或重置等操作; | |
b) 审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息; | b) 审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息; | b) 审计记录应包括事件的日期和时间、事件类型、主体标识、客体标识和结果等; | |||||
c) 应对审计记录进行保护,定期备份,避免受到未预期的删除、修改或覆盖等;审计记录的留存时间应至少为 6 个月。 | c) 应对审计记录进行保护,定期备份,避免受到未预期的删除、修改或覆盖等;审计记录的时间应由系统范围内唯一确定的时钟产生; | c) 应对审计记录进行保护,定期备份,避免受到未预期的删除、修改或覆盖等; | 1) 应采取必要的措施,对审计记录存储空间进行管理,当存储空间发生异常时应进行报警; 2) 审计记录的时间应由系统范围内唯一确定的时钟产生; | ||||
d) 应对审计进程进行保护,防止未经授权的中断。 | d) 应对审计进程进行保护,防止未经授权的中断。 | ||||||
入侵防范 | a) 应遵循最小安装,仅安装需要的组件和应用程序; | a) 应遵循最小安装,仅安装需要的组件和应用程序; | a) 应遵循最小安装,仅安装需要的组件和应用程序; | ||||
b) 应关闭不需要的系统服务、默认共享和高危端口; | b) 应关闭不需要的系统服务、默认共享和高危端口; | b) 应关闭不需要的系统服务、默认共享和高危端口; | |||||
c) 应通过设定终端接入方式或网络地址范围对通过网络进行管理的管理终端进行限制; | c) 应通过设定终端接入方式或网络地址范围对通过网络进行管理的管理终端进行限制; | c) 应通过设定终端接入方式或网络地址范围对通过网络进行管理的管理终端进行限制; | |||||
d) 应提供数据有效性检验功能,保证通过人机接口输入或通过通信接口输入的内容符合系统设定要求; | d) 应提供数据有效性检验功能,保证通过人机接口输入或通过通信接口输入的内容符合系统设定要求;应能够有效屏蔽系统技术错误信息,不应将系统产生的错误信息直接或间接反馈到前台界面; | d) 应提供数据有效性检验功能,保证通过人机接口输入或通过通信接口输入的内容符合系统设定要求;应能够有效屏蔽系统技术错误信息,不应将系统产生的错误信息直接或间接反馈到前台界面; | |||||
e) 应能发现可能存在的已知漏洞,并在经过充分测试评估后,及时修补漏洞; | e) 应能发现可能存在的已知漏洞,并在经过充分测试评估后,及时修补漏洞; | e) 应能发现可能存在的已知漏洞,并在经过充分测试评估后,及时修补漏洞; | |||||
f) 应能够检测到对重要节点进行入侵的行为,并在发生严重入侵事件时提供报警。 | f) 应能够检测到对重要节点进行入侵的行为,并在发生严重入侵事件时提供报警。 | ||||||
恶意代码防范 | 应安装防恶意代码软件或配置具有相应功能的软件,并定期进行升级和更新防恶意代码库。 所有主机应安装防恶意代码软件,并定期进行升级和更新防恶意代码库,不支持的主机操作系统应采取有效措施进行防护,如设置进程白名单、安装HIDS等措施。 | 应采用免受恶意代码攻击的技术措施或主动免疫可信验证机制及时识别入侵和病毒行为,并将其有效阻断; 所有主机应安装防恶意代码软件,并定期进行升级和更新防恶意代码库,不支持的主机操作系统应采取有效措施进行防护,如设置进程白名单、安装HIDS等措施。 | 应采用免受恶意代码攻击的技术措施或主动免疫可信验证机制及时识别入侵和病毒行为,并将其有效阻断; | ||||
可信验证 | 可基于可信根对计算设备的系统引导程序、系统程序、重要配置参数和应用程序等进行可信验证,并在应用程序的关键执行环节进行动态可信验证,在检测到其可信性受到破坏后进行报警,并将验证结果形成审计记录送至安全管理中心。 | 可基于可信根对计算设备的系统引导程序、系统程序、重要配置参数和应用程序等进行可信验证,并在应用程序的关键执行环节进行动态可信验证,在检测到其可信性受到破坏后进行报警,并将验证结果形成审计记录送至安全管理中心。 | 可基于可信根对计算设备的系统引导程序、系统程序、重要配置参数和应用程序等进行可信验证, 并在应用程序的所有执行环节进行动态可信验证,在检测到其可信性受到破坏后进行报警,并将验证结 果形成审计记录送至安全管理中心,并进行动态关联感知。 | ||||
数据完整性 | 应采用校验技术保证重要数据在传输过程中的完整性。 | a) 应采用校验技术或密码技术保证重要数据在传输过程中的完整性,包括但不限于鉴别数据、重要业务数据、重要审计数据、重要配置数据、重要视频数据和重要个人信息等; | a) 应采用校验技术或密码技术保证重要数据在传输过程中的完整性,包括但不限于鉴别数据、重要业务数据、重要审计数据、重要配置数据、重要视频数据和重要个人信息等; | ||||
b) 应采用校验技术或密码技术保证重要数据在存储过程中的完整性,包括但不限于鉴别数据、重要业务数据、重要审计数据、重要配置数据、重要视频数据和重要个人信息等。 | b) 应采用校验技术或密码技术保证重要数据在存储过程中的完整性,包括但不限于鉴别数据、重要业务数据、重要审计数据、重要配置数据、重要视频数据和重要个人信息等。 | ||||||
c) 在可能涉及法律责任认定的应用中,应采用密码技术提供数据原发证据和数据接收证据,实现 数据原发行为的抗抵赖和数据接收行为的抗抵赖。 | |||||||
数据保密性 | a) 应采用密码技术保证重要数据在传输过程中的保密性,包括但不限于鉴别数据、重要业务数据和重要个人信息等;应用系统若通过互联网、卫星网传输鉴别数据、重要业务数据和重要个人信息等应采取加密方式; | a) 应采用密码技术保证重要数据在传输过程中的保密性,包括但不限于鉴别数据、重要业务数据和重要个人信息等;应用系统若通过互联网、卫星网传输鉴别数据、重要业务数据和重要个人信息等应采取加密方式; | |||||
b) 应采用密码技术保证重要数据在存储过程中的保密性,包括但不限于鉴别数据、重要业务数据和重要个人信息等。 | b) 应采用密码技术保证重要数据在存储过程中的保密性,包括但不限于鉴别数据、重要业务数据和重要个人信息等。 | ||||||
数据备份恢复 | a) 应提供重要数据的本地数据备份与恢复功能;每天至少备份数据一次,备份介质应当在本地机房、同城及异地安全可靠存放,每季度至少对数据备份进行一次有效性验证; | a) 应提供重要数据的本地数据备份与恢复功能;每天至少备份数据一次,备份介质应当在本地机房、同城及异地安全可靠存放,每季度至少对数据备份进行一次有效性验证; | a) 应提供重要数据的本地数据备份与恢复功能;每天至少备份数据一次,备份介质应当在本地机房、同城及异地安全可靠存放,每季度至少对数据备份进行一次有效性验证; | ||||
b) 应提供异地实时备份功能,利用通信网络将重要数据实时备份至备份场地; | b) 应提供异地实时备份功能,利用通信网络将重要数据实时备份至备份场地; | b) 应提供异地实时备份功能,利用通信网络将重要数据实时备份至备份场地; | |||||
c) 应提供重要数据处理系统的热冗余,保证系统的高可用性;应建立异地灾难备份中心,保证业务连续性。 | c) 应提供重要数据处理系统的热冗余,保证系统的高可用性; | ||||||
d) 应建立异地灾难备份中心,提供业务应用的实时切换。 | |||||||
剩余信息保护 | 鉴别信息所在的存储空间被释放或重新分配前应得到完全清除; | a) 鉴别信息所在的存储空间被释放或重新分配前应得到完全清除; | a) 鉴别信息所在的存储空间被释放或重新分配前应得到完全清除; | ||||
b) 存有敏感数据的存储空间被释放或重新分配前应得到完全清除。 | b) 存有敏感数据的存储空间被释放或重新分配前应得到完全清除。 | ||||||
个人信息保护 | a) 应仅采集和保存业务必需的用户个人信息; | a) 应仅采集和保存业务必需的用户个人信息; | a) 应仅采集和保存业务必需的用户个人信息; | ||||
b) 不应未授权访问和非法使用用户个人信息 | b) 不应未授权访问和非法使用用户个人信息 | b) 不应未授权访问和非法使用用户个人信息 | |||||
5.安全管理中心 | 系统管理 | a) 应对系统管理员进行身份鉴别,只允许其通过特定的命令或操作界面进行系统管理操作,并对这些操作进行审计; | a) 应对系统管理员进行身份鉴别,只允许其通过特定的命令或操作界面进行系统管理操作,并对这些操作进行审计; | a) 应对系统管理员进行身份鉴别,只允许其通过特定的命令或操作界面进行系统管理操作,并对这些操作进行审计; | |||
b) 应通过系统管理员对系统的资源和运行进行配置、控制和管理,包括用户身份、系统资源配置、系统加载和启动、系统运行的异常处理、数据和设备的备份与恢复等。 | b) 应通过系统管理员对系统的资源和运行进行配置、控制和管理,包括用户身份、系统资源配置、系统加载和启动、系统运行的异常处理、数据和设备的备份与恢复等。 | b) 应通过系统管理员对系统的资源和运行进行配置、控制和管理,包括用户身份、系统资源配置、系统加载和启动、系统运行的异常处理、数据和设备的备份与恢复等。 | |||||
审计管理 | a) 应对审计管理员进行身份鉴别,只允许其通过特定的命令或操作界面进行安全审计操作,并对这些操作进行审计; | a) 应对审计管理员进行身份鉴别,只允许其通过特定的命令或操作界面进行安全审计操作,并对这些操作进行审计; | a) 应对审计管理员进行身份鉴别,只允许其通过特定的命令或操作界面进行安全审计操作,并对这些操作进行审计; | ||||
b) 应通过审计管理员对审计记录应进行分析,并根据分析结果进行处理,包括根据安全审计策略对审计记录进行存储、管理和查询等。 | b) 应通过审计管理员对审计记录应进行分析,并根据分析结果进行处理,包括根据安全审计策略对审计记录进行存储、管理和查询等。 | b) 应通过审计管理员对审计记录应进行分析,并根据分析结果进行处理,包括根据安全审计策略对审计记录进行存储、管理和查询等。 | |||||
安全管理 | a) 应对安全管理员进行身份鉴别,只允许其通过特定的命令或操作界面进行安全管理操作,并对这些操作进行审计; | a) 应对安全管理员进行身份鉴别,只允许其通过特定的命令或操作界面进行安全管理操作,并对这些操作进行审计; | |||||
b) 应通过安全管理员对系统中的安全策略进行配置,包括安全参数的设置,主体、客体进行统一安全标记,对主体进行授权,配置可信验证策略等。 | b) 应通过安全管理员对系统中的安全策略进行配置,包括安全参数的设置,主体、客体进行统一安全标记,对主体进行授权,配置可信验证策略等。 | ||||||
集中管控 | a) 应划分出特定的管理区域,对分布在网络中的安全设备或安全组件进行管控; | a) 应划分出特定的管理区域,对分布在网络中的安全设备或安全组件进行管控; | |||||
b) 应能够建立一条安全的信息传输路径,对网络中的安全设备或安全组件进行管理; | b) 应能够建立一条安全的信息传输路径,对网络中的安全设备或安全组件进行管理; | ||||||
c) 应对网络链路、安全设备、网络设备和服务器等的运行状况进行集中监测; | c) 应对网络链路、安全设备、网络设备和服务器等的运行状况进行集中监测; | ||||||
d) 应对分散在各个设备上的审计数据进行收集汇总和集中分析,审计记录的留存时间应符合法律法规要求: | 1) 应对审计记录进行保护,定期备份,避免受到未预期的删除、修改或覆盖等; 2) 审计记录的留存时间应至少为 6 个月; 3) 应能够根据记录数据进行分析,并生成审计报表; 4) 审计记录的时间应由系统范围内唯一确定的时钟产生,以保证在时间上的一致性; | d) 应对分散在各个设备上的审计数据进行收集汇总和集中分析,审计记录的留存时间应符合法律法规要求: | 1) 应采取必要的措施,对审计记录存储空间进行管理,当存储空间发生异常时应进行报警; 2) 应对审计记录进行保护,定期备份,避免受到未预期的删除、修改或覆盖等; 3) 审计记录的留存时间应至少为 6 个月; 4) 应能够根据记录数据进行分析,并生成审计报表; 5) 审计记录的时间应由系统范围内唯一确定的时钟产生,以保证在时间上的一致性; | ||||
e) 应对安全策略、恶意代码、补丁升级等安全相关事项进行集中管理; | e) 应对安全策略、恶意代码、补丁升级等安全相关事项进行集中管理; | ||||||
f) 应能对网络中发生的各类安全事件进行识别、报警和分析。 | f) 应能对网络中发生的各类安全事件进行识别、报警和分析。 | ||||||
g) 系统范围内的时间应由唯一确定的时钟产生,以保证各种数据的管理和分析在时间上的一致 性。 | |||||||
6.安全管理制度 | 安全策略 | 应制定网络安全工作的总体方针和安全策略,阐明机构安全工作的总体目标、范围、原则和安全框架等。 | 应制定网络安全工作的总体方针和安全策略,阐明机构安全工作的总体目标、范围、原则和安全框架等。 | 应制定网络安全工作的总体方针和安全策略,阐明机构安全工作的总体目标、范围、原则和安全框架等。 | |||
管理制度 | a) 应对安全管理活动中的各类管理内容建立安全管理制度; | a) 应对安全管理活动中的各类管理内容建立安全管理制度; | a) 应对安全管理活动中的各类管理内容建立安全管理制度; | ||||
b) 应对管理人员或操作人员执行的日常管理操作建立操作规程; | b) 应对管理人员或操作人员执行的日常管理操作建立操作规程; | b) 应对管理人员或操作人员执行的日常管理操作建立操作规程; | |||||
c) 应形成由安全策略、管理制度、操作规程、记录表单等构成的全面的安全管理制度体系。 | c) 应形成由安全策略、管理制度、操作规程、记录表单等构成的全面的安全管理制度体系。 | ||||||
制定和发布 | a) 应指定或授权专门的部门或人员负责安全管理制度的制定; | a) 应指定或授权专门的部门或人员负责安全管理制度的制定; | a) 应指定或授权专门的部门或人员负责安全管理制度的制定; | ||||
b) 安全管理制度应通过正式、有效的方式发布,并进行版本控制。 | b) 安全管理制度应通过正式、有效的方式发布,并进行版本控制。 | b) 安全管理制度应通过正式、有效的方式发布,并进行版本控制。 | |||||
评审和修订 | 应定期对安全管理制度的合理性和适用性进行论证和审定,对存在不足或需要改进的安全管理制度进行修订。 | 应定期对安全管理制度的合理性和适用性进行论证和审定,对存在不足或需要改进的安全管理制度进行修订;应每年至少组织一次安全管理制度体系的合理性和适用性审定。 | 应定期对安全管理制度的合理性和适用性进行论证和审定,对存在不足或需要改进的安全管理制度 进行修订。 应每年至少组织一次安全管理制度体系的合理性和适用性审定。 | ||||
7.安全管理机构 | 岗位设置 | a) 应设立网络安全管理工作的职能部门,设立安全主管、安全管理各个方面的负责人岗位,并定义各负责人的职责; | a) 应成立指导和管理网络安全工作的委员会或领导小组,其最高领导由单位主管领导担任或授权; | a) 应成立指导和管理网络安全工作的委员会或领导小组,其最高领导由单位主管领导担任或授权; | |||
b) 应设立系统管理员、审计管理员和安全管理员等岗位,并定义部门及各个工作岗位的职责。 | b) 应设立网络安全管理工作的职能部门,设立安全主管、安全管理各个方面的负责人岗位,并定义各负责人的职责; | b) 应设立网络安全管理工作的职能部门,设立安全主管、安全管理各个方面的负责人岗位,并定义各负责人的职责; | |||||
c) 应设立系统管理员、审计管理员和安全管理员等岗位,并定义部门及各个工作岗位的职责。 | c) 应设立系统管理员、审计管理员和安全管理员等岗位,并定义部门及各个工作岗位的职责。 | ||||||
人员配备 | 应配备一定数量的系统管理员、审计管理员和安全管理员等。 | a) 应配备一定数量的系统管理员、审计管理员和安全管理员等;每个岗位应有备岗,且备岗应满足岗位制约关系; | a) 应配备一定数量的系统管理员、审计管理员和安全管理员等;每个岗位应有备岗,且备岗应满足岗位制约关系; | ||||
b) 应配备专职安全管理员,不可兼任;安全管理员应实行主、备岗制度。 | b) 应配备专职安全管理员,不可兼任;安全管理员应实行主、备岗制度。 | ||||||
c) 关键事务岗位应配备多人共同管理。 | |||||||
授权和审批 | a) 应根据各个部门和岗位的职责明确授权审批事项、审批部门和批准人等;审批授权记录应留档备查; | a) 应根据各个部门和岗位的职责明确授权审批事项、审批部门和批准人等;审批授权记录应留档备查; | a) 应根据各个部门和岗位的职责明确授权审批事项、审批部门和批准人等;审批授权记录应留档备查; | ||||
b) 应针对系统变更、重要操作、物理访问和系统接入等事项执行审批过程。 | b) 应针对系统变更、重要操作、物理访问和系统接入等事项建立审批程序,按照审批程序执行审批过程,对重要活动建立逐级审批制度; | b) 应针对系统变更、重要操作、物理访问和系统接入等事项建立审批程序,按照审批程序执行审批过程,对重要活动建立逐级审批制度; | |||||
c) 应定期审查审批事项,及时更新需授权和审批的项目、审批部门和审批人等信息;应每年至少进行一次审查审批事项 | c) 应定期审查审批事项,及时更新需授权和审批的项目、审批部门和审批人等信息;应每年至少进行一次审查审批事项 | ||||||
沟通和合作 | a) 应加强各类管理人员、组织内部机构和网络安全管理部门之间的合作与沟通,定期召开协调会议,共同协作处理网络安全问题; | a) 应加强各类管理人员、组织内部机构和网络安全管理部门之间的合作与沟通,定期召开协调会议,共同协作处理网络安全问题; | a) 应加强各类管理人员、组织内部机构和网络安全管理部门之间的合作与沟通,定期召开协调会议,共同协作处理网络安全问题; | ||||
b) 应加强与网络安全职能部门、各类供应商、业界专家及安全组织的合作与沟通; | b) 应加强与网络安全职能部门、各类供应商、业界专家及安全组织的合作与沟通; | b) 应加强与网络安全职能部门、各类供应商、业界专家及安全组织的合作与沟通; | |||||
c) 应建立外联单位联系列表,包括外联单位名称、合作内容、联系人和联系方式等信息 | c) 应建立外联单位联系列表,包括外联单位名称、合作内容、联系人和联系方式等信息 | c) 应建立外联单位联系列表,包括外联单位名称、合作内容、联系人和联系方式等信息。 | |||||
审核和检查 | 应定期进行常规安全检查,检查内容包括系统日常运行、系统漏洞和数据备份等情况;常规安全检查应每季度至少开展一次。 | a) 应定期进行常规安全检查,检查内容包括系统日常运行、系统漏洞和数据备份等情况;常规安全检查应每月至少开展一次; | a) 应定期进行常规安全检查,检查内容包括系统日常运行、系统漏洞和数据备份等情况;常规安全检查应每月至少开展一次; | ||||
b) 应定期进行全面安全检查,检查内容包括现有安全技术措施的有效性、安全配置与安全策略的一致性、安全管理制度的执行情况等;全面安全检查应每年至少开展一次; | b) 应定期进行全面安全检查,检查内容包括现有安全技术措施的有效性、安全配置与安全策略的一致性、安全管理制度的执行情况等;全面安全检查应每年至少开展一次; | ||||||
c) 应制定安全检查表格实施安全检查,汇总安全检查数据,形成安全检查报告,并对安全检查结果进行通报 | c) 应制定安全检查表格实施安全检查,汇总安全检查数据,形成安全检查报告,并对安全检查结果进行通报 | ||||||
8.安全管理人员 | 人员录用 | a) 应指定或授权专门的部门或人员负责人员录用; | a) 应指定或授权专门的部门或人员负责人员录用; | a) 应指定或授权专门的部门或人员负责人员录用; | |||
b) 应对被录用人员的身份、安全背景、专业资格或资质等进行审查。 | b) 应对被录用人员的身份、安全背景、专业资格或资质等进行审查,对其所具有的技术技能进行考核; | b) 应对被录用人员的身份、安全背景、专业资格或资质等进行审查,对其所具有的技术技能进行考核; | |||||
c) 应与被录用人员签署保密协议,与关键岗位人员签署岗位责任协议。 | c) 应与被录用人员签署保密协议,与关键岗位人员签署岗位责任协议。 | ||||||
d) 应从内部人员中选拔从事关键岗位的人员;应从本单位正式人员中选拔从事关键岗位的人员。 | |||||||
人员离岗 | 应及时终止离岗人员的所有访问权限,取回各种身份证件、钥匙、徽章等以及机构提供的软硬件设备; | a) 应及时终止离岗人员的所有访问权限,取回各种身份证件、钥匙、徽章等以及机构提供的软硬件设备; | a) 应及时终止离岗人员的所有访问权限,取回各种身份证件、钥匙、徽章等以及机构提供的软硬件设备; | ||||
b) 应办理严格的调离手续,并承诺调离后的保密义务后方可离开。 | b) 应办理严格的调离手续,并承诺调离后的保密义务后方可离开。 | ||||||
安全意识教育和培训 | 应对各类人员进行安全意识教育和岗位技能培训,并告知相关的安全责任和惩戒措施; | a) 应对各类人员进行安全意识教育和岗位技能培训,并告知相关的安全责任和惩戒措施; | a) 应对各类人员进行安全意识教育和岗位技能培训,并告知相关的安全责任和惩戒措施; | ||||
b) 应针对不同岗位制定不同的培训计划,对安全基础知识、岗位操作规程等进行培训;应对安全教育和培训的情况和结果进行记录并归档保存; | b) 应针对不同岗位制定不同的培训计划,对安全基础知识、岗位操作规程等进行培训;应对安全教育和培训的情况和结果进行记录并归档保存; | ||||||
c) 应定期对不同岗位的人员进行技能考核;技能考核应每年至少一次,应对考核结果进行记录并保存。 | c) 应定期对不同岗位的人员进行技能考核;技能考核应每年至少一次,应对考核结果进行记录并保存。 | ||||||
外部人员访问管理 | a) 应在外部人员物理访问受控区域前先提出书面申请,批准后由专人全程陪同,并登记备案; | a) 应在外部人员物理访问受控区域前先提出书面申请,批准后由专人全程陪同,并登记备案; | a) 应在外部人员物理访问受控区域前先提出书面申请,批准后由专人全程陪同,并登记备案; | ||||
b) 应在外部人员接入受控网络访问系统前先提出书面申请,批准后由专人开设账户、分配权限,并登记备案; | b) 应在外部人员接入受控网络访问系统前先提出书面申请,批准后由专人开设账户、分配权限,并登记备案; | b) 应在外部人员接入受控网络访问系统前先提出书面申请,批准后由专人开设账户、分配权限,并登记备案; | |||||
c) 外部人员离场后应及时清除其所有的访问权限; | c) 外部人员离场后应及时清除其所有的访问权限; | c) 外部人员离场后应及时清除其所有的访问权限; | |||||
d) 获得系统访问授权的外部人员应签署保密协议,不应进行非授权操作,不应复制和泄露任何敏感信息。 | d) 获得系统访问授权的外部人员应签署保密协议,不应进行非授权操作,不应复制和泄露任何敏感信息。 | ||||||
e) 对关键区域或关键系统不允许外部人员访问。 | |||||||
9.安全建设管理 | 定级和备案 | a) 应以书面的形式说明保护对象的安全保护等级及确定等级的方法和理由; | a) 应以书面的形式说明保护对象的安全保护等级及确定等级的方法和理由; | a) 应以书面的形式说明保护对象的安全保护等级及确定等级的方法和理由; | |||
b) 应组织相关部门和有关安全技术专家对定级结果的合理性和正确性进行论证和审定 | b) 应组织相关部门和有关安全技术专家对定级结果的合理性和正确性进行论证和审定 | b) 应组织相关部门和有关安全技术专家对定级结果的合理性和正确性进行论证和审定 | |||||
c) 定级结果应经过相关部门的批准; | c) 定级结果应经过相关部门的批准; | c) 定级结果应经过相关部门的批准; | |||||
d) 应将备案材料报主管部门和公安机关备案。 | d) 应将备案材料报主管部门和公安机关备案。 | d) 应将备案材料报主管部门和公安机关备案。 | |||||
安全方案设计 | b) 应根据保护对象的安全保护等级进行安全方案设计; | a) 应根据安全保护等级选择基本安全措施,依据风险分析的结果补充和调整安全措施; | a) 应根据安全保护等级选择基本安全措施,依据风险分析的结果补充和调整安全措施; | ||||
c) 应组织相关部门和有关安全专家对安全整体规划及其配套文件的合理性和正确性进行论证和审定,经过批准后才能正式实施。 | b) 应根据保护对象的安全保护等级及与其他级别保护对象的关系进行安全整体规划和安全方案设计,设计内容应包含密码技术相关内容,并形成配套文件; | b) 应根据保护对象的安全保护等级及与其他级别保护对象的关系进行安全整体规划和安全方案设计,设计内容应包含密码技术相关内容,并形成配套文件; | |||||
c) 应组织相关部门和有关安全专家对安全整体规划及其配套文件的合理性和正确性进行论证和审定,经过批准后才能正式实施。 | c) 应组织相关部门和有关安全专家对安全整体规划及其配套文件的合理性和正确性进行论证和审定,经过批准后才能正式实施。 | ||||||
产品采购和使用 | a) 网络安全产品采购和使用应符合国家主管部门的相关要求; | a) 网络安全产品采购和使用应符合国家主管部门的相关要求; | a) 网络安全产品采购和使用应符合国家主管部门的相关要求; | ||||
b) 密码产品与服务的采购和使用应符合国家密码管理主管部门的要求; | b) 密码产品与服务的采购和使用应符合国家密码管理主管部门的要求; | b) 密码产品与服务的采购和使用应符合国家密码管理主管部门的要求; | |||||
c) 应预先对产品进行选型测试,确定产品的候选范围,并定期审定和更新候选产品名单。 | c) 应预先对产品进行选型测试,确定产品的候选范围,并定期审定和更新候选产品名单; | ||||||
d) 应对重要部位的产品委托专业测评单位进行专项测试,根据测试结果选用产品。 | |||||||
自行软件开发 | a) 应将开发环境与实际运行环境物理分开,测试数据和测试结果受到控制;开发测试环境如使用未脱敏数据,应采取与实际运行环境等同的安全措施;开发测试环境使用的数据以及测试结果不应导入到实际运行环境,影响生产运作;同一组件或子系统的开发人员和测试人员应分离; | a) 应将开发环境与实际运行环境物理分开,测试数据和测试结果受到控制;开发测试环境如使用未脱敏数据,应采取与实际运行环境等同的安全措施;开发测试环境使用的数据以及测试结果不应导入到实际运行环境,影响生产运作;同一组件或子系统的开发人员和测试人员应分离; | a) 应将开发环境与实际运行环境物理分开,测试数据和测试结果受到控制;开发测试环境如使用未脱敏数据,应采取与实际运行环境等同的安全措施;开发测试环境使用的数据以及测试结果不应导入到实际运行环境,影响生产运作;同一组件或子系统的开发人员和测试人员应分离; | ||||
b) 应在软件开发过程中对安全性进行测试,在软件安装前对可能存在的恶意代码进行检测。 | b) 应制定软件开发管理制度,明确说明开发过程的控制方法和人员行为准则; | b) 应制定软件开发管理制度,明确说明开发过程的控制方法和人员行为准则; | |||||
c) 应制定代码编写安全规范,要求开发人员参照规范编写代码; | c) 应制定代码编写安全规范,要求开发人员参照规范编写代码; | ||||||
d) 应具备软件设计的相关文档和使用指南,并对文档使用进行控制; | d) 应具备软件设计的相关文档和使用指南,并对文档使用进行控制; | ||||||
e) 在软件开发过程中应对安全性进行测试,在软件安装前对可能存在的恶意代码进行检测; | e) 在软件开发过程中应对安全性进行测试,在软件安装前对可能存在的恶意代码进行检测; | ||||||
f) 应对程序资源库的修改、更新、发布进行授权和批准,并严格进行版本控制; | f) 应对程序资源库的修改、更新、发布进行授权和批准,并严格进行版本控制; | ||||||
g) 开发人员应为专职人员,开发人员的开发活动应受到控制、监视和审查 | g) 开发人员应为专职人员,开发人员的开发活动应受到控制、监视和审查 | ||||||
外包软件开发 | a) 应在软件交付前检测其中可能存在的恶意代码; | a) 应在软件交付前检测其中可能存在的恶意代码; | a) 应在软件交付前检测其中可能存在的恶意代码; | ||||
b) 开发单位应提供软件设计文档和使用指南; | b) 开发单位应提供软件设计文档和使用指南; | b) 开发单位应提供软件设计文档和使用指南; | |||||
c) 开发单位应提供软件源代码,并审查软件中可能存在的后门和隐蔽信道。 | c) 开发单位应提供软件源代码,并审查软件中可能存在的后门和隐蔽信道。 | ||||||
工程实施 | a) 应指定或授权专门的部门或人员负责工程实施过程的管理; | a) 应指定或授权专门的部门或人员负责工程实施过程的管理; | a) 应指定或授权专门的部门或人员负责工程实施过程的管理; | ||||
b) 应制定安全工程实施方案控制工程实施过程; | b) 应制定安全工程实施方案控制工程实施过程; | b) 应制定安全工程实施方案控制工程实施过程; | |||||
c) 应通过第三方工程监理控制项目的实施过程 | c) 应通过第三方工程监理控制项目的实施过程 | ||||||
测试验收 | a) 应制订测试验收方案,并依据测试验收方案实施测试验收,形成测试验收报告; | a) 应制订测试验收方案,并依据测试验收方案实施测试验收,形成测试验收报告; | a) 应制订测试验收方案,并依据测试验收方案实施测试验收,形成测试验收报告; | ||||
b) 应进行上线前的安全性测试,并出具安全测试报告,安全测试报告应包含密码应用安全性测试相关内容。 | b) 应进行上线前的安全性测试,并出具安全测试报告,安全测试报告应包含密码应用安全性测试相关内容。 | b) 应进行上线前的安全性测试,并出具安全测试报告,安全测试报告应包含密码应用安全性测试相关内容。 | |||||
系统交付 | a) 应制定交付清单,并根据交付清单对所交接的设备、软件和文档等进行清点; | a) 应制定交付清单,并根据交付清单对所交接的设备、软件和文档等进行清点; | a) 应制定交付清单,并根据交付清单对所交接的设备、软件和文档等进行清点; | ||||
b) 应对负责运行维护的技术人员进行相应的技能培训; | b) 应对负责运行维护的技术人员进行相应的技能培训; | b) 应对负责运行维护的技术人员进行相应的技能培训; | |||||
c) 应提供建设过程文档和运行维护文档。 | c) 应提供建设过程文档和运行维护文档。 | c) 应提供建设过程文档和运行维护文档。 | |||||
等级测评 | a) 应定期进行等级测评,发现不符合相应等级保护标准要求的及时整改; | a) 应定期进行等级测评,发现不符合相应等级保护标准要求的及时整改; | a) 应定期进行等级测评,发现不符合相应等级保护标准要求的及时整改; | ||||
b) 应在发生重大变更或级别发生变化时进行等级测评; | b) 应在发生重大变更或级别发生变化时进行等级测评; | b) 应在发生重大变更或级别发生变化时进行等级测评; | |||||
c) 测评机构的选择应符合国家主管部门的相关要求。 | c) 测评机构的选择应符合国家主管部门的相关要求。 | c) 测评机构的选择应符合国家主管部门的相关要求。 | |||||
服务供应商选择 | a) 服务供应商的选择应符合国家主管部门的相关要求; | a) 服务供应商的选择应符合国家主管部门的相关要求; | a) 服务供应商的选择应符合国家主管部门的相关要求; | ||||
b) 应与选定的服务供应商签订相关协议,明确整个服务供应链各方需履行的网络安全相关义务。 | b) 应与选定的服务供应商签订相关协议,明确整个服务供应链各方需履行的网络安全相关义务;应禁止外包服务供应商转包并严格控制分包,保证外包服务水平; | b) 应与选定的服务供应商签订相关协议,明确整个服务供应链各方需履行的网络安全相关义务;应禁止外包服务供应商转包并严格控制分包,保证外包服务水平; | |||||
c) 应定期监督、评审和审核服务供应商提供的服务,并对其变更服务内容加以控制: | 1) 应要求外包服务供应商聘请外部机构定期对外包软件开发服务进行安全审计并提交审计报告,督促其及时整改发现的问题; 2) 应制定外包服务供应商服务应急计划,以应对外包服务供应商破产、不可抗力或其它潜在问题导致服务中断或服务水平下降的情形。 | c) 应定期监督、评审和审核服务供应商提供的服务,并对其变更服务内容加以控制: | 1) 应要求外包服务供应商聘请外部机构定期对外包软件开发服务进行安全审计并提交审计报告,督促其及时整改发现的问题; 2) 应制定外包服务供应商服务应急计划,以应对外包服务供应商破产、不可抗力或其它潜在问题导致服务中断或服务水平下降的情形。 | ||||
10.安全运维管理 | 环境管理 | a) 应指定专门的部门或人员负责机房安全,对机房出入进行管理,定期对机房供配电、空调、温湿度控制、消防等设施进行维护管理: | a) 应指定专门的部门或人员负责机房安全,对机房出入进行管理,定期对机房供配电、空调、温湿度控制、消防等设施进行维护管理: | 1) 应每季度对机房供配电、空调、UPS 等设施进行维护管理并保存相关维护记录; 2) 应每年对防盗报警、防雷、消防等装置进行检测维护并保存相关维护记录; | a) 应指定专门的部门或人员负责机房安全,对机房出入进行管理,定期对机房供配电、空调、温湿度控制、消防等设施进行维护管理: | 1) 应每季度对机房供配电、空调、UPS 等设施进行维护管理并保存相关维护记录; 2) 应每年对防盗报警、防雷、消防等装置进行检测维护并保存相关维护记录; | |
b) 应对机房的安全管理做出规定,包括物理访问、物品进出和环境安全等; | b) 应建立机房安全管理制度,对有关物理访问、物品带进出和环境安全等方面的管理作出规定; | b) 应建立机房安全管理制度,对有关物理访问、物品带进出和环境安全等方面的管理作出规定; | |||||
c) 不应在重要区域接待来访人员,不随意放置含有敏感信息的纸档文件和移动介质等。 | c) 不应在重要区域接待来访人员,不随意放置含有敏感信息的纸档文件和移动介质等。 | c) 不应在重要区域接待来访人员,不随意放置含有敏感信息的纸档文件和移动介质等; | |||||
d) 应对出入人员进行相应级别的授权,对进入重要安全区域的人员和活动实时监视等。 | |||||||
资产管理 | 应编制并保存与保护对象相关的资产清单,包括资产责任部门、重要程度和所处位置等内容; | a) 应编制并保存与保护对象相关的资产清单,包括资产责任部门、重要程度和所处位置等内容; | a) 应编制并保存与保护对象相关的资产清单,包括资产责任部门、重要程度和所处位置等内容; | ||||
b) 应根据资产的重要程度对资产进行标识管理,根据资产的价值选择相应的管理措施; | b) 应根据资产的重要程度对资产进行标识管理,根据资产的价值选择相应的管理措施; | ||||||
c) 应对信息分类与标识方法作出规定,并对信息的使用、传输和存储等进行规范化管理。 | c) 应对信息分类与标识方法作出规定,并对信息的使用、传输和存储等进行规范化管理。 | ||||||
介质管理 | a) 应将介质存放在安全的环境中,对各类介质进行控制和保护,实行存储环境专人管理,并根据存档介质的目录清单定期盘点; | a) 应将介质存放在安全的环境中,对各类介质进行控制和保护,实行存储环境专人管理,并根据存档介质的目录清单定期盘点; | a) 应将介质存放在安全的环境中,对各类介质进行控制和保护,实行存储环境专人管理,并根据存档介质的目录清单定期盘点; | ||||
b) 应对介质在物理传输过程中的人员选择、打包、交付等情况进行控制,并对介质的归档和查询等进行登记记录。 | b) 应对介质在物理传输过程中的人员选择、打包、交付等情况进行控制,并对介质的归档和查询等进行登记记录。 | b) 应对介质在物理传输过程中的人员选择、打包、交付等情况进行控制,并对介质的归档和查询等进行登记记录。 | |||||
设备维护管理 | a) 应对各种设备(包括备份和冗余设备)、线路等指定专门的部门或人员定期进行维护管理;每季度至少进行一次维护管理; | a) 应对各种设备(包括备份和冗余设备)、线路等指定专门的部门或人员定期进行维护管理;每季度至少进行一次维护管理; | a) 应对各种设备(包括备份和冗余设备)、线路等指定专门的部门或人员定期进行维护管理;每季度至少进行一次维护管理; | ||||
b) 应对配套设施、软硬件维护管理做出规定,包括明确维护人员的责任、维修和服务的审批、维 修过程的监督控制等。 | b) 应建立配套设施、软硬件维护方面的管理制度,对其维护进行有效的管理,包括明确维护人员的责任、维修和服务的审批、维修过程的监督控制等; | b) 应建立配套设施、软硬件维护方面的管理制度,对其维护进行有效的管理,包括明确维护人员的责任、维修和服务的审批、维修过程的监督控制等; | |||||
c) 信息处理设备应经过审批才能带离机房或办公地点,含有存储介质的设备带出工作环境时其中重要数据应加密; | c) 信息处理设备应经过审批才能带离机房或办公地点,含有存储介质的设备带出工作环境时其中重要数据应加密; | ||||||
d) 含有存储介质的设备在报废或重用前,应进行完全清除或被安全覆盖,保证该设备上的敏感数据和授权软件无法被恢复重用。 | d) 含有存储介质的设备在报废或重用前,应进行完全清除或被安全覆盖,保证该设备上的敏感数据和授权软件无法被恢复重用。 | ||||||
漏洞和风险管理 | 应采取必要的措施识别安全漏洞和隐患,对发现的安全漏洞和隐患及时进行修补或评估可能的影响后进行修补: | a) 应采取必要的措施识别安全漏洞和隐患,对发现的安全漏洞和隐患及时进行修补或评估可能的影响后进行修补: | 1) 每季度至少进行一次漏洞扫描,对漏洞风险持续跟踪,在经过充分的验证测试后对必要的漏洞开展修补工作; 2) 实施漏洞扫描或漏洞修补前,应对可能的风险进行评估和充分准备,并做好数据备份和回退方案等; 3) 漏洞扫描或漏洞修补后应进行验证测试,以保证系统的正常运行; | a) 应采取必要的措施识别安全漏洞和隐患,对发现的安全漏洞和隐患及时进行修补或评估可能的影响后进行修补: | 1) 每季度至少进行一次漏洞扫描,对漏洞风险持续跟踪,在经过充分的验证测试后对必要的漏洞开展修补工作; 2) 实施漏洞扫描或漏洞修补前,应对可能的风险进行评估和充分准备,并做好数据备份和回退方案等; 3) 漏洞扫描或漏洞修补后应进行验证测试,以保证系统的正常运行; | ||
b) 应定期开展安全测评,形成安全测评报告,采取措施应对发现的安全问题。 | b) 应定期开展安全测评,形成安全测评报告,采取措施应对发现的安全问题。 | ||||||
网络和系统安全管理 | a) 应划分不同的管理员角色进行网络和系统的运维管理,明确各个角色的责任和权限; | a) 应划分不同的管理员角色进行网络和系统的运维管理,明确各个角色的责任和权限; | a) 应划分不同的管理员角色进行网络和系统的运维管理,明确各个角色的责任和权限; | ||||
b) 应指定专门的部门或人员进行账户管理,对申请账户、建立账户、删除账户等进行控制; | b) 应指定专门的部门或人员进行账户管理,对申请账户、建立账户、删除账户等进行控制; | b) 应指定专门的部门或人员进行账户管理,对申请账户、建立账户、删除账户等进行控制; | |||||
c) 应建立网络和系统安全管理制度,对安全策略、账户管理、配置管理、日志管理、日常操作、升级与打补丁、口令更新周期等方面作出规定: | c) 应建立网络和系统安全管理制度,对安全策略、账户管理、配置管理、日志管理、日常操作、升级与打补丁、口令更新周期等方面作出规定: | 1) 网络和系统安全管理制度应对口令策略作出规定,包括口令长度、复杂度、更新周期、认证方式等; 2) 应禁止将口令明文存储在办公终端、运维终端或服务器上,或通过邮件明文传输; 3) 因工作需要远程访问时,应对远程访问权限申请审批流程、可远程访问的资源以及操作审计等方面内容进行规定; | c) 应建立网络和系统安全管理制度,对安全策略、账户管理、配置管理、日志管理、日常操作、升级与打补丁、口令更新周期等方面作出规定: | 1) 网络和系统安全管理制度应对口令策略作出规定,包括口令长度、复杂度、更新周期、认证方式等; 2) 应禁止将口令明文存储在办公终端、运维终端或服务器上,或通过邮件明文传输; 3) 因工作需要远程访问时,应对远程访问权限申请审批流程、可远程访问的资源以及操作审计等方面内容进行规定; | |||
d) 应制定重要设备的配置和操作手册,依据手册对设备进行安全配置和优化配置等; | d) 应制定重要设备的配置和操作手册,依据手册对设备进行安全配置和优化配置等; | d) 应制定重要设备的配置和操作手册,依据手册对设备进行安全配置和优化配置等; | |||||
e) 应详细记录运维操作日志,包括日常巡检工作、运行维护记录、参数的设置和修改等内容; | e) 应详细记录运维操作日志,包括日常巡检工作、运行维护记录、参数的设置和修改等内容; | e) 应详细记录运维操作日志,包括日常巡检工作、运行维护记录、参数的设置和修改等内容; | |||||
f) 应指定专门的部门或人员对日志、监测和报警数据等进行分析、统计,及时发现可疑行为;应每月至少开展一次分析统计; | f) 应指定专门的部门或人员对日志、监测和报警数据等进行分析、统计,及时发现可疑行为;应每月至少开展一次分析统计; | ||||||
g) 应严格控制变更性运维,经过审批后才可改变连接、安装系统组件或调整配置参数,操作过程中应保留不可更改的审计日志,操作结束后应同步更新配置信息库; | g) 应严格控制变更性运维,经过审批后才可改变连接、安装系统组件或调整配置参数,操作过程中应保留不可更改的审计日志,操作结束后应同步更新配置信息库; | ||||||
h) 应严格控制运维工具的使用,经过审批后才可接入进行操作,操作过程中应保留不可更改的审计日志,操作结束后应删除工具中的敏感数据; | h) 应严格控制运维工具的使用,经过审批后才可接入进行操作,操作过程中应保留不可更改的审计日志,操作结束后应删除工具中的敏感数据; | ||||||
i) 应严格控制远程运维的开通,经过审批后才可开通远程运维接口或通道,操作过程中应保留不可更改的审计日志,操作结束后立即关闭接口或通道; | i) 应严格控制远程运维的开通,经过审批后才可开通远程运维接口或通道,操作过程中应保留不可更改的审计日志,操作结束后立即关闭接口或通道; | ||||||
j) 所有与外部的连接均应得到授权和批准,应定期检查违反规定无线上网及其他违反网络安全策略的行为;应每月至少检查一次违反网络安全策略的行为。 | j) 所有与外部的连接均应得到授权和批准,应定期检查违反规定无线上网及其他违反网络安全策略的行为;应每月至少检查一次违反网络安全策略的行为。 | ||||||
恶意代码防范管理 | a) 应提高所有用户的防恶意代码意识,对外来计算机或存储设备接入系统前进行恶意代码检查等; | a) 应提高所有用户的防恶意代码意识,对外来计算机或存储设备接入系统前进行恶意代码检查等; | a) 应提高所有用户的防恶意代码意识,对外来计算机或存储设备接入系统前进行恶意代码检查等; | ||||
b) 应对恶意代码防范要求做出规定,包括防恶意代码软件的授权使用、恶意代码库升级、恶意代码的定期查杀等; | b) 应定期验证防范恶意代码攻击的技术措施的有效性。 | b) 应定期验证防范恶意代码攻击的技术措施的有效性。 | |||||
c) 应定期检查恶意代码库的升级情况,对截获的恶意代码进行及时分析处理。 | |||||||
管理配置 | 应记录和保存基本配置信息,包括网络拓扑结构、各个设备安装的软件组件、软件组件的版本和补丁信息、各个设备或软件组件的配置参数等; | a) 应记录和保存基本配置信息,包括网络拓扑结构、各个设备安装的软件组件、软件组件的版本和补丁信息、各个设备或软件组件的配置参数等; | a) 应记录和保存基本配置信息,包括网络拓扑结构、各个设备安装的软件组件、软件组件的版本和补丁信息、各个设备或软件组件的配置参数等; | ||||
b) 应将基本配置信息改变纳入变更范畴,实施对配置信息改变的控制,并及时更新基本配置信息库 | b) 应将基本配置信息改变纳入变更范畴,实施对配置信息改变的控制,并及时更新基本配置信息库。 | ||||||
密码管理 | a) 应遵循密码相关的国家标准和行业标准; | a) 应遵循密码相关的国家标准和行业标准; | a) 应遵循密码相关的国家标准和行业标准; | ||||
b) 应使用国家密码管理主管部门认证核准的密码技术和产品。 | b) 应使用国家密码管理主管部门认证核准的密码技术和产品。 | b) 应使用国家密码管理主管部门认证核准的密码技术和产品。 | |||||
c) 应采用硬件密码模块实现密码运算和密钥管理。 | |||||||
变更管理 | 应明确变更需求,变更前根据变更需求制定变更方案,变更方案经过评审、审批后方可实施;变更方案应至少包括风险防控措施、影响分析、实施和验证步骤、失败恢复操作; | a) 应明确变更需求,变更前根据变更需求制定变更方案,变更方案经过评审、审批后方可实施;变更方案应至少包括风险防控措施、影响分析、实施和验证步骤、失败恢复操作; | a) 应明确变更需求,变更前根据变更需求制定变更方案;变更方案经过评审、审批后方可实施;变更方案应至少包括风险防控措施、影响分析、实施和验证步骤、失败恢复操作; | ||||
b) 应建立变更的申报和审批控制程序,依据程序控制所有的变更,记录变更实施过程; | b) 应建立变更的申报和审批控制程序,依据程序控制所有的变更,记录变更实施过程; | ||||||
c) 应建立中止变更并从失败变更中恢复的程序,明确过程控制方法和人员职责,必要时对恢复过程进行演练。 | c) 应建立中止变更并从失败变更中恢复的程序,明确过程控制方法和人员职责,必要时对恢复过 程进行演练。 | ||||||
备份与恢复管理 | a) 应识别需要定期备份的重要业务信息、系统数据及软件系统等; | a) 应识别需要定期备份的重要业务信息、系统数据及软件系统等; | a) 应识别需要定期备份的重要业务信息、系统数据及软件系统等; | ||||
b) 应规定备份信息的备份方式、备份频度、存储介质、保存期等; | b) 应规定备份信息的备份方式、备份频度、存储介质、保存期等; | b) 应规定备份信息的备份方式、备份频度、存储介质、保存期等; | |||||
c) 应根据数据的重要性和数据对系统运行的影响,制定数据的备份策略和恢复策略、备份程序和恢复程序等。 | c) 应根据数据的重要性和数据对系统运行的影响,制定数据的备份策略和恢复策略、备份程序和恢复程序等。 | c) 应根据数据的重要性和数据对系统运行的影响,制定数据的备份策略和恢复策略、备份程序和恢复程序等。 | |||||
安全事件处置 | a) 应及时向安全管理部门报告所发现的安全弱点和可疑事件; | a) 应及时向安全管理部门报告所发现的安全弱点和可疑事件; | a) 应及时向安全管理部门报告所发现的安全弱点和可疑事件; | ||||
b) 应制定安全事件报告和处置管理制度,明确不同安全事件的报告、处置和响应流程,规定安全事件的现场处理、事件报告和后期恢复的管理职责等; | b) 应制定安全事件报告和处置管理制度,明确不同安全事件的报告、处置和响应流程,规定安全事件的现场处理、事件报告和后期恢复的管理职责等; | b) 应制定安全事件报告和处置管理制度,明确不同安全事件的报告、处置和响应流程,规定安全事件的现场处理、事件报告和后期恢复的管理职责等; | |||||
c) 应在安全事件报告和响应处理过程中,分析和鉴定事件产生的原因,收集证据,记录处理过程,总结经验教训; | c) 应在安全事件报告和响应处理过程中,分析和鉴定事件产生的原因,收集证据,记录处理过程,总结经验教训; | c) 应在安全事件报告和响应处理过程中,分析和鉴定事件产生的原因,收集证据,记录处理过程,总结经验教训; | |||||
d) 对造成系统中断和造成信息泄漏的重大安全事件应采用不同的处理程序和报告程序。 | d) 对造成系统中断和造成信息泄漏的重大安全事件应采用不同的处理程序和报告程序。 | ||||||
e) 应建立联合防护和应急机制,负责处置跨单位安全事件。 | |||||||
应急预案管理 | a) 应制定重要事件的应急预案,包括应急处理流程、系统恢复流程等内容; | a) 应规定统一的应急预案框架,包括启动预案的条件、应急组织构成、应急资源保障、事后教育和培训等内容; | a) 应规定统一的应急预案框架,包括启动预案的条件、应急组织构成、应急资源保障、事后教育和培训等内容; | ||||
b) 应定期对系统相关的人员进行应急预案培训,并进行应急预案的演练;应急预案的培训及演练应每年至少举办一次。 | b) 应制定重要事件的应急预案,包括应急处理流程、系统恢复流程等内容;重要事件至少包括计算机软硬件故障、机房基础设施、通信设施、系统容量不足、网络攻击等可能导致信息系统服务能力异常、服务错误等或者数据损毁、泄露等后果的事件; | b) 应制定重要事件的应急预案,包括应急处理流程、系统恢复流程等内容;重要事件至少包括计算机软硬件故障、机房基础设施、通信设施、系统容量不足、网络攻击等可能导致信息系统服务能力异常、服务错误等或者数据损毁、泄露等后果的事件; | |||||
c) 应定期对系统相关的人员进行应急预案培训,并进行应急预案的演练;应急预案的培训及演练应每年至少举办两次; | c) 应定期对系统相关的人员进行应急预案培训,并进行应急预案的演练;应急预案的培训及演练应每年至少举办两次; | ||||||
d) 应定期对原有的应急预案重新评估,修订完善;应每年至少一次评估应急预案,根据实际情况修订完善应急预案。 | d) 应定期对原有的应急预案重新评估,修订完善;应每年至少一次评估应急预案,根据实际情况修订完善应急预案。 | ||||||
e) 应建立重大安全事件的跨单位联合应急预案,并进行应急预案的演练。 | |||||||
外包运维管理 | a) 外包运维服务商的选择应符合国家主管部门的相关要求; | a) 外包运维服务商的选择应符合国家主管部门的相关要求; | a) 外包运维服务商的选择应符合国家主管部门的相关要求; | ||||
b) 应与选定的外包运维服务商签订相关的协议,明确约定外包运维的范围、工作内容; | b) 应与选定的外包运维服务商签订相关的协议,明确约定外包运维的范围、工作内容; | b) 应与选定的外包运维服务商签订相关的协议,明确约定外包运维的范围、工作内容; | |||||
c) 外包运维服务商在技术和管理方面均应具有按照等级保护要求开展安全运维工作的能力,并将能力要求在签订的协议中明确; | c) 外包运维服务商在技术和管理方面均应具有按照等级保护要求开展安全运维工作的能力,并将能力要求在签订的协议中明确; | ||||||
d) 应在与外包运维服务商签订的协议中明确所有相关的安全要求,如可能涉及对敏感信息的访问、处理、存储要求,对 IT 基础设施中断服务的应急保障要求等。 | d) 应在与外包运维服务商签订的协议中明确所有相关的安全要求,如可能涉及对敏感信息的访问、处理、存储要求,对 IT 基础设施中断服务的应急保障要求等。 |
云计算安全扩展要求
二级 | 三级 | 四级 | |||||
控制项 | 要求 | 具体要求 | 要求 | 具体要求 | 要求 | 具体要求 | |
1.安全物理环境 | 云计算基础设施应位于中国境内。 | 云计算基础设施应位于中国境内。 | 云计算基础设施应位于中国境内。 | ||||
2.安全通信网络 | a) 云计算平台不应承载高于其安全保护等级的业务应用系统; | a) 云计算平台不应承载高于其安全保护等级的业务应用系统; | a) 云计算平台不应承载高于其安全保护等级的业务应用系统; | ||||
b) 应实现不同云服务客户虚拟网络之间的隔离;云服务客户应只能访问各自的虚拟资源,云服务商访问云客户虚拟资源需获得云客户授权; | b) 应实现不同云服务客户虚拟网络之间的隔离;云服务客户应只能访问各自的虚拟资源,云服务商访问云客户虚拟资源需获得云客户授权; | b) 应实现不同云服务客户虚拟网络之间的隔离;云服务客户应只能访问各自的虚拟资源,云服务商访问云客户虚拟资源需获得云客户授权; | |||||
c) 应具有根据云服务客户业务需求提供通信传输、边界防护、入侵防范等安全机制的能力; | c) 应具有根据云服务客户业务需求提供通信传输、边界防护、入侵防范等安全机制的能力; | c) 应具有根据云服务客户业务需求提供通信传输、边界防护、入侵防范等安全机制的能力; | |||||
d) 应具有根据云服务客户业务需求自主设置安全策略的能力,包括定义访问路径、选择安全组件、配置安全策略; | d) 应具有根据云服务客户业务需求自主设置安全策略的能力,包括定义访问路径、选择安全组件、配置安全策略; | d) 应具有根据云服务客户业务需求自主设置安全策略的能力,包括定义访问路径、选择安全组件、配置安全策略; | |||||
e) 应提供开放接口或开放性安全服务,允许云服务客户接入第三方安全产品或在云计算平台选择第三方安全服务。应支持云服务客户在虚拟化网络边界部署安全防护措施 | e) 应提供开放接口或开放性安全服务,允许云服务客户接入第三方安全产品或在云计算平台选择第三方安全服务。应支持云服务客户在虚拟化网络边界部署安全防护措施 | e) 应提供开放接口或开放性安全服务,允许云服务客户接入第三方安全产品或在云计算平台选择第三方安全服务。应支持云服务客户在虚拟化网络边界部署安全防护措施 | |||||
f) 应提供对虚拟资源的主体和客体设置安全标记的能力,保证云服务客户可以依据安全标记和强制访问控制规则确定主体对客体的访问; | |||||||
g) 应提供通信协议转换或通信协议隔离等的数据交换方式,保证云服务客户可以根据业务需求自主选择边界数据交换方式; | |||||||
h) 应为第四级业务应用系统划分独立的资源池。 | |||||||
3.安全区域边界 | 访问控制 | a) 应在虚拟化网络边界部署访问控制机制,并设置访问控制规则; | a) 应在虚拟化网络边界部署访问控制机制,并设置访问控制规则;云服务客户虚拟资源与外部网络的连接应得到云服务客户的授权; | a) 应在虚拟化网络边界部署访问控制机制,并设置访问控制规则;云服务客户虚拟资源与外部网络的连接应得到云服务客户的授权; | |||
b) 应在不同等级的网络区域边界部署访问控制机制,设置访问控制规则。 | b) 应在不同等级的网络区域边界部署访问控制机制,设置访问控制规则。 | b) 应在不同等级的网络区域边界部署访问控制机制,设置访问控制规则。 | |||||
入侵防范 | a) 应能检测到云服务客户发起的网络攻击行为,并能记录攻击类型、攻击时间、攻击流量等; | a) 应能检测到云服务客户发起的网络攻击行为,并能记录攻击类型、攻击时间、攻击流量等; | a) 应能检测到云服务客户发起的网络攻击行为,并能记录攻击类型、攻击时间、攻击流量等; | ||||
b) 应能检测到对虚拟网络节点的网络攻击行为,并能记录攻击类型、攻击时间、攻击流量等; | b) 应能检测到对虚拟网络节点的网络攻击行为,并能记录攻击类型、攻击时间、攻击流量等; | b) 应能检测到对虚拟网络节点的网络攻击行为,并能记录攻击类型、攻击时间、攻击流量等; | |||||
c) 应能检测到虚拟机与宿主机、虚拟机与虚拟机之间的异常流量; | c) 应能检测到虚拟机与宿主机、虚拟机与虚拟机之间的异常流量; | c) 应能检测到虚拟机与宿主机、虚拟机与虚拟机之间的异常流量; | |||||
d) 应在检测到网络攻击行为、异常流量情况时进行告警 | d) 应在检测到网络攻击行为、异常流量情况时进行告警 | ||||||
安全审计 | a) 应对云服务商和云服务客户在远程管理时执行的特权命令进行审计,至少包括虚拟机删除、虚拟机重启; | a) 应对云服务商和云服务客户在远程管理时执行的特权命令进行审计,至少包括虚拟机删除、虚拟机重启;应对云服务商和云服务客户在远程管理时执行的特权命令进行审计,至少包括虚拟机删除、虚拟机重启、虚拟机开关机; | a) 应对云服务商和云服务客户在远程管理时执行的特权命令进行审计,至少包括虚拟机删除、虚拟机重启;应对云服务商和云服务客户在远程管理时执行的特权命令进行审计,至少包括虚拟机删除、虚拟机重启、虚拟机开关机; | ||||
b) 云服务商对云服务客户系统和数据的操作应允许被云服务客户审计。 | b) 云服务商对云服务客户系统和数据的操作应允许云服务客户审计。应支持云服务客户使用第三方系统或接口访问审计数据。 | b) 云服务商对云服务客户系统和数据的操作应允许云服务客户审计。应支持云服务客户使用第三方系统或接口访问审计数据。 | |||||
4.安全计算环境 | 身份鉴别 | 当远程管理云计算平台中设备时,管理终端和云计算平台之间应建立双向身份验证机制。 | 当远程管理云计算平台中设备时,管理终端和云计算平台之间应建立双向身份验证机制。 | ||||
访问控制 | a) 当虚拟机迁移时,访问控制策略应随其迁移;虚拟机迁移应包含热迁移和冷迁移; | a) 当虚拟机迁移时,访问控制策略应随其迁移;虚拟机迁移应包含热迁移和冷迁移; | a) 当虚拟机迁移时,访问控制策略应随其迁移;虚拟机迁移应包含热迁移和冷迁移; | ||||
b) 应允许云服务客户设置不同虚拟机之间的访问控制策略。 | b) 应允许云服务客户设置不同虚拟机之间的访问控制策略。 | b) 应允许云服务客户设置不同虚拟机之间的访问控制策略。 | |||||
入侵防范 | a) 应能检测虚拟机之间的资源隔离失效,并进行告警; | a) 应能检测虚拟机之间的资源隔离失效,并进行告警; | |||||
b) 应能检测非授权新建虚拟机或者重新启用虚拟机,并进行告警; | b) 应能检测非授权新建虚拟机或者重新启用虚拟机,并进行告警; | ||||||
c) 应能检测恶意代码感染及在虚拟机间蔓延情况,并进行告警;应能检测恶意代码感染及在虚拟机间蔓延情况,并进行持续监控及告警。 | c) 应能检测恶意代码感染及在虚拟机间蔓延情况,并进行告警;应能检测恶意代码感染及在虚拟机间蔓延情况,并进行持续监控及告警。 | ||||||
镜像和快照保护 | a) 应针对重要业务系统提供加固的操作系统镜像或操作系统安全加固服务; | a) 应针对重要业务系统提供加固的操作系统镜像或操作系统安全加固服务; | a) 应针对重要业务系统提供加固的操作系统镜像或操作系统安全加固服务; | ||||
b) 应提供虚拟机镜像、快照完整性校验功能,防止虚拟机镜像被恶意篡改。 | b) 应提供虚拟机镜像、快照完整性校验功能,防止虚拟机镜像被恶意篡改; | b) 应提供虚拟机镜像、快照完整性校验功能,防止虚拟机镜像被恶意篡改; | |||||
c) 应采取密码技术或其他技术手段防止虚拟机镜像、快照中可能存在的敏感资源被非法访问。 | c) 应采取密码技术或其他技术手段防止虚拟机镜像、快照中可能存在的敏感资源被非法访问。 | ||||||
数据完整性和保护 | a) 云服务客户数据、用户个人信息等应存储于中国境内,出境应符合国家主管部门的相关要求; | a) 云服务客户数据、用户个人信息等应存储于中国境内,出境应符合国家和行业主管部门的相关要求; | a) 云服务客户数据、用户个人信息等应存储于中国境内,出境应符合国家和行业主管部门的相关要求; | ||||
b) 应在云服务客户授权下,云服务商或第三方才具有云服务客户数据的管理权限; | b) 应在云服务客户授权下,云服务商或第三方才具有云服务客户数据的管理权限; | b) 应在云服务客户授权下,云服务商或第三方才具有云服务客户数据的管理权限; | |||||
c) 虚拟机迁移过程中应有重要数据的完整性保护措施,并在检测到完整性受到破坏时采取必要的恢复措施。 | c) 应使用校验码或密码技术虚拟机迁移过程中重要数据的完整性,并在检测到完整性受到破坏时采取必要的恢复措施; | c) 应使用校验码或密码技术虚拟机迁移过程中重要数据的完整性,并在检测到完整性受到破坏时采取必要的恢复措施; | |||||
d) 应支持云服务客户部署密钥管理解决方案,保证云服务客户自行实现数据的加解密过程。 | d) 应支持云服务客户部署密钥管理解决方案,保证云服务客户自行实现数据的加解密过程。 | ||||||
数据备份恢复 | a) 云服务客户应在本地保存其业务数据的备份; | a) 云服务客户应在本地保存其业务数据的备份; | a) 云服务客户应在本地保存其业务数据的备份; | ||||
b) 应提供查询云服务客户数据及备份存储位置的能力。 | b) 应提供查询云服务客户数据及备份存储位置的能力; | b) 应提供查询云服务客户数据及备份存储位置的能力; | |||||
c) 云服务商的云存储服务应为云服务客户数据建立若干个可用的副本,各副本之间的内容应保持一致; | c) 云服务商的云存储服务应为云服务客户数据建立若干个可用的副本,各副本之间的内容应保持一致; | ||||||
d) 应为云服务客户将业务系统及数据迁移到其他云计算平台和本地系统提供技术手段,并协助完 成迁移过程。 | d) 应为云服务客户将业务系统及数据迁移到其他云计算平台和本地系统提供技术手段,并协助完成迁移过程。 | ||||||
剩余信息保护 | a) 虚拟机所使用的内存和存储空间回收时应得到完全清除; | a) 虚拟机所使用的内存和存储空间回收时应得到完全清除; | a) 虚拟机所使用的内存和存储空间回收时应得到完全清除; | ||||
b) 云服务客户删除业务应用数据时,云计算平台应将云存储中所有副本删除。 | b) 云服务客户删除业务应用数据时,云计算平台应将云存储中所有副本删除。 | b) 云服务客户删除业务应用数据时,云计算平台应将云存储中所有副本删除。 | |||||
5.安全管理中心 | a) 应能对物理资源和虚拟资源按照策略做统一管理调度与分配; | a) 应能对物理资源和虚拟资源按照策略做统一管理调度与分配; | |||||
b) 云计算平台管理流量与云服务客户业务流量应分离; | b) 云计算平台管理流量与云服务客户业务流量应分离; | ||||||
c) 应根据云服务商和云服务客户的职责划分,收集各自控制部分的审计数据并实现各自的集中审计; | c) 应根据云服务商和云服务客户的职责划分,收集各自控制部分的审计数据并实现各自的集中审计; | ||||||
d) 应根据云服务商和云服务客户的职责划分,实现各自控制部分,包括虚拟化网络、虚拟机、虚拟化安全设备等的运行状况的集中监测。 | d) 应根据云服务商和云服务客户的职责划分,实现各自控制部分,包括虚拟化网络、虚拟机、虚拟化安全设备等的运行状况的集中监测。 | ||||||
6.安全建设管理 | 云服务商选择 | a) 应选择安全合规的云服务商,其所提供的云计算平台应为其所承载的业务应用系统提供相应等级的安全保护能力;云服务商的选择应符合行业有关规定,其所提供的云计算平台承载的信息系统及数据应符合行业有关规定; | a) 应选择安全合规的云服务商,其所提供的云计算平台应为其所承载的业务应用系统提供相应等级的安全保护能力;云服务商的选择应符合行业有关规定,其所提供的云计算平台承载的信息系统及数据应符合行业有关规定; | a) 应选择安全合规的云服务商,其所提供的云计算平台应为其所承载的业务应用系统提供相应等级的安全保护能力;云服务商的选择应符合行业有关规定,其所提供的云计算平台承载的信息系统及数据应符合行业有关规定; | |||
b) 应在服务水平协议中规定云服务的各项服务内容和具体技术指标; | b) 应在服务水平协议中规定云服务的各项服务内容和具体技术指标; | b) 应在服务水平协议中规定云服务的各项服务内容和具体技术指标; | |||||
c) 应在服务水平协议中规定云服务商的权限与责任,包括管理范围、职责划分、访问授权、隐私保护、行为准则、违约责任等; | c) 应在服务水平协议规定云服务商的权限与责任,包括管理范围、职责划分、访问授权、隐私保护、行为准则、违约责任等; | c) 应在服务水平协议规定云服务商的权限与责任,包括管理范围、职责划分、访问授权、隐私保护、行为准则、违约责任等; | |||||
d) 应在服务水平协议中规定服务合约到期时,完整提供云服务客户数据,并承诺相关数据在云计算平台上清除。 | d) 应在服务水平协议中规定服务合约到期时,完整提供云服务客户数据,并承诺相关数据在云计算平台上清除; | d) 应在服务水平协议中规定服务合约到期时,完整提供云服务客户数据,并承诺相关数据在云计算平台上清除; | |||||
e) 应与选定的云服务商签署保密协议,要求其不应泄露云服务客户数据。未经云服务客户授权,云服务商不应访问、修改、披露、利用、转让、销毁客户数据。 | e) 应与选定的云服务商签署保密协议,要求其不应泄露云服务客户数据。未经云服务客户授权,云服务商不应访问、修改、披露、利用、转让、销毁客户数据。 | ||||||
供应链管理 | a) 供应商的选择应符合国家主管部门的相关要求; | a) 供应商的选择应符合国家主管部门的相关要求; | a) 供应商的选择应符合国家主管部门的相关要求; | ||||
b) 应将供应链安全事件信息或安全威胁信息及时传达到云服务客户。 | b) 应将供应链安全事件信息或安全威胁信息及时传达到云服务客户;应依据行业法规和标准,及时向云服务客户报告供应链安全事件或安全威胁的处置情况; | b) 应将供应链安全事件信息或安全威胁信息及时传达到云服务客户;应依据行业法规和标准,及时向云服务客户报告供应链安全事件或安全威胁的处置情况; | |||||
c) 应将供应商的重要变更及时传达到云服务客户,并评估变更带来的安全风险,采取措施对风险进行控制。 | c) 应将供应商的重要变更及时传达到云服务客户,并评估变更带来的安全风险,采取措施对风险进行控制。 | ||||||
7.安全运维管理 | 云计算平台的运维地点应位于中国境内,境外对境内云计算平台实施运维操作应符合国家主管部门 的相关要求。 | 云计算平台的运维地点应位于中国境内,境外对境内云计算平台实施运维操作应符合国家主管部门 的相关要求。 | 云计算平台的运维地点应位于中国境内,境外对境内云计算平台实施运维操作应符合国家主管部门的相关要求。 |
移动互联安全扩展要求
二级 | 三级 | 四级 | |||||
控制项 | 要求 | 具体要求 | 要求 | 具体要求 | 要求 | 具体要求 | |
1.安全物理环境 | 应为无线接入设备的安装选择合理位置,避免过度覆盖和电磁干扰,避免被非法破坏、替换。 | 应为无线接入设备的安装选择合理位置,避免过度覆盖和电磁干扰,避免被非法破坏、替换。 | 应为无线接入设备的安装选择合理位置,避免过度覆盖和电磁干扰,避免被非法破坏、替换。 | ||||
2.安全区域边界 | 边界防护 | 有线网络与无线网络边界之间的访问和数据流应通过无线接入网关设备。 | 有线网络与无线网络边界之间的访问和数据流应通过无线接入网关设备。 | 有线网络与无线网络边界之间的访问和数据流应通过无线接入网关设备。 | |||
访问控制 | 无线接入设备应开启接入认证功能,并且不应使用WEP方式进行认证,如使用口令,长度不小于8位字符。 | 无线接入设备应开启接入认证功能,并支持采用认证服务器认证或国家密码管理机构批准的密码模块进行认证。 | 无线接入设备应开启接入认证功能,并支持采用认证服务器认证或国家密码管理机构批准的密码模块进行认证。 | ||||
入侵防范 | a) 应能够检测到非授权无线接入设备和非授权移动终端的接入行为; | a) 应能够检测到非授权无线接入设备和非授权移动终端的接入行为; | a) 应能够检测到非授权无线接入设备和非授权移动终端的接入行为; | ||||
b) 应能够检测到针对无线接入设备的网络扫描、DDoS 攻击、密钥破解、中间人攻击和欺骗攻击等行为; | b) 应能够检测到针对无线接入设备的网络扫描、DDoS 攻击、密钥破解、中间人攻击和欺骗攻击等行为; | b) 应能够检测到针对无线接入设备的网络扫描、DDoS 攻击、密钥破解、中间人攻击和欺骗攻击等行为; | |||||
c) 应能够检测到无线接入设备的 SSID 广播、WPS 等高风险功能的开启状态; | c) 应能够检测到无线接入设备的 SSID 广播、WPS 等高风险功能的开启状态; | c) 应能够检测到无线接入设备的 SSID 广播、WPS 等高风险功能的开启状态; | |||||
d) 应禁用无线接入设备和无线接入网关存在风险的功能,如:SSID 广播、WEP 认证等; | d) 应禁用无线接入设备和无线接入网关存在风险的功能,如:SSID 广播、WEP 认证等; | d) 应禁用无线接入设备和无线接入网关存在风险的功能,如:SSID 广播、WEP 认证等; | |||||
e) 多个 AP 不应使用同一个认证密钥。 | e) 多个 AP 不应使用同一个认证密钥。 | e) 多个 AP 不应使用同一个认证密钥。 | |||||
f) 应能够阻断非授权无线接入设备或非授权移动终端。 | f) 应能够阻断非授权无线接入设备或非授权移动终端。 | ||||||
3.安全计算环境 | 移动终端管控 | a) 应具有选择应用软件安装、运行的功能; | a) 移动终端应安装、注册并运行终端管理客户端软件; | a) 移动终端应安装、注册并运行终端管理客户端软件; | |||
b) 应只允许可靠证书签名的应用软件安装和运行。 | b) 移动终端应接受移动终端管理服务端的设备生命周期管理、设备远程控制,如:远程锁定、远程擦除等。 | b) 移动终端应接受移动终端管理服务端的设备生命周期管理、设备远程控制,如:远程锁定、远程擦除等; | |||||
c) 移动终端应只用于处理指定业务 | |||||||
移动应用管控 | a) 应具有选择应用软件安装、运行的功能; | a) 应具有选择应用软件安装、运行的功能; | |||||
b) 应只允许可靠证书签名的应用软件安装和运行。 | b) 应只允许可靠证书签名的应用软件安装和运行。 | ||||||
c) 应具有软件白名单功能,应能根据白名单控制应用软件安装、运行。 | c) 应具有软件白名单功能,应能根据白名单控制应用软件安装、运行; | ||||||
d) 应具有接受移动终端管理服务端推送的移动应用软件管理策略,并根据该策略对软件实施管控的能力。 | |||||||
4.安全建设管理 | 移动应用软件采购 | a) 移动终端安装、运行的应用软件应来自可靠分发渠道或使用可靠证书签名; | a) 移动终端安装、运行的应用软件应来自可靠分发渠道或使用可靠证书签名; | a) 移动终端安装、运行的应用软件应来自可靠分发渠道或使用可靠证书签名; | |||
b) 移动终端安装、运行的应用软件应由可靠的开发者开发。 | b) 移动终端安装、运行的应用软件应由可靠的开发者开发。 | b) 移动终端安装、运行的应用软件应由可靠的开发者开发。 | |||||
移动应用软件开发 | a) 应对移动业务应用软件开发者进行资格审查; | a) 应对移动业务应用软件开发者进行资格审查; | a) 应对移动业务应用软件开发者进行资格审查; | ||||
b) 开发移动业务应用软件的签名证书应使用合法的签名证书。 | b) 开发移动业务应用软件的签名证书应使用合法的签名证书。 | b) 开发移动业务应用软件的签名证书应使用合法的签名证书。 | |||||
5.安全运维管理 | 应建立合法无线接入设备和合法移动终端配置库,用于对非法接入设备和非法移动终端的识别。 | 应建立合法无线接入设备和合法移动终端配置库,用于对非法接入设备和非法移动终端的识别。 |
物联网安全扩展要求
二级 | 三级 | 四级 | |||||
控制项 | 要求 | 具体要求 | 要求 | 具体要求 | 要求 | 具体要求 | |
1.安全物理环境 | a) 感知节点设备所处的物理环境不应对感知节点设备造成物理破坏,如挤压、强振动;感知节点设备所处的物理环境应防止设备被非法拆除、非法篡改; | a) 感知节点设备所处的物理环境不应对感知节点设备造成物理破坏,如挤压、强振动;感知节点设备所处的物理环境应防止设备被非法拆除、非法篡改; | a) 感知节点设备所处的物理环境不应对感知节点设备造成物理破坏,如挤压、强振动;感知节点设备所处的物理环境应防止设备被非法拆除、非法篡改; | ||||
b) 感知节点设备在工作状态所处物理环境应能正确反映环境状态(如温湿度传感器不能安装在阳光直射区域)。 | b) 感知节点设备在工作状态所处物理环境应能正确反映环境状态(如温湿度传感器不能安装在阳光直射区域)。 | b) 感知节点设备在工作状态所处物理环境应能正确反映环境状态(如温湿度传感器不能安装在阳光直射区域)。 | |||||
c) 感知节点设备在工作状态所处物理环境不应对感知节点设备的正常工作造成影响,如强干扰、阻挡屏蔽等; | c) 感知节点设备在工作状态所处物理环境不应对感知节点设备的正常工作造成影响,如强干扰、阻挡屏蔽等; | ||||||
d) 关键感知节点设备应具有可供长时间工作的电力供应(关键网关节点设备应具有持久稳定的电力供应能力)。 | d) 关键感知节点设备应具有可供长时间工作的电力供应(关键网关节点设备应具有持久稳定的电力供应能力)。 | ||||||
2.安全区域边界 | 接入控制 | 接入的感知节点设备应有授权。 | 接入的感知节点设备应有授权。 | 接入的感知节点设备应有授权。 | |||
入侵防范 | a) 应能够限制与感知节点通信的目标地址,以避免对陌生地址的攻击行为; | a) 应能够限制与感知节点通信的目标地址,以避免对陌生地址的攻击行为; | a) 应能够限制与感知节点通信的目标地址,以避免对陌生地址的攻击行为; | ||||
b) 应能够限制与网关节点通信的目标地址,以避免对陌生地址的攻击行为。 | b) 应能够限制与网关节点通信的目标地址,以避免对陌生地址的攻击行为。 | b) 应能够限制与网关节点通信的目标地址,以避免对陌生地址的攻击行为。 | |||||
3.安全计算环境 | 感知节点设备安全 | a) 应仅允许授权的用户可以对感知节点设备上的软件应用进行配置或变更; | a) 应仅允许授权的用户可以对感知节点设备上的软件应用进行配置或变更; | ||||
b) 应具有对其连接的网关节点设备(包括读卡器)进行身份标识和鉴别的能力; | b) 应具有对其连接的网关节点设备(包括读卡器)进行身份标识和鉴别的能力; | ||||||
c) 应具有对其连接的其他感知节点设备(包括路由节点)进行身份标识和鉴别的能力。 | c) 应具有对其连接的其他感知节点设备(包括路由节点)进行身份标识和鉴别的能力。 | ||||||
网关节点设备安全 | a) 应具备对合法连接设备(包括终端节点、路由节点、数据处理中心)进行标识和鉴别的能力; | a) 应具备对合法连接设备(包括终端节点、路由节点、数据处理中心)进行标识和鉴别的能力; | |||||
b) 应具备过滤非法节点和伪造节点所发送的数据的能力; | b) 应具备过滤非法节点和伪造节点所发送的数据的能力; | ||||||
c) 授权用户应能够在设备使用过程中对关键密钥进行在线更新; | c) 授权用户应能够在设备使用过程中对关键密钥进行在线更新; | ||||||
d) 授权用户应能够在设备使用过程中对关键配置参数进行在线更新。 | d) 授权用户应能够在设备使用过程中对关键配置参数进行在线更新。 | ||||||
抗数据重放 | a) 应能够鉴别数据的新鲜性,避免历史数据的重放攻击; | a) 应能够鉴别数据的新鲜性,避免历史数据的重放攻击; | |||||
b) 应能够鉴别历史数据的非法修改,避免数据的修改重放攻击。 | b) 应能够鉴别历史数据的非法修改,避免数据的修改重放攻击。 | ||||||
数据融合处理 | 应对来自传感网的数据进行数据融合处理,使不同种类的数据可以在同一个平台被使用。 | a) 应对来自传感网的数据进行数据融合处理,使不同种类的数据可以在同一个平台被使用; | |||||
b) 应对不同数据之间的依赖关系和制约关系等进行智能处理,如一类数据达到某个门限时可以影 响对另一类数据采集终端的管理指令。 | |||||||
4.安全运维管理 | a) 应指定人员定期巡视感知节点设备、网关节点设备的部署环境,对可能影响感知节点设备、网关节点设备正常工作的环境异常进行记录和维护; | a) 应指定人员定期巡视感知节点设备、网关节点设备的部署环境,对可能影响感知节点设备、网关节点设备正常工作的环境异常进行记录和维护; | a) 应指定人员定期巡视感知节点设备、网关节点设备的部署环境,对可能影响感知节点设备、网关节点设备正常工作的环境异常进行记录和维护; | ||||
b) 应对感知节点设备、网关节点设备入库、存储、部署、携带、维修、丢失和报废等过程作出明确规定,并进行全程管理。 | b) 应对感知节点设备、网关节点设备入库、存储、部署、携带、维修、丢失和报废等过程作出明确规定,并进行全程管理。 | b) 应对感知节点设备、网关节点设备入库、存储、部署、携带、维修、丢失和报废等过程作出明确规定,并进行全程管理; | |||||
c) 应加强对感知节点设备、网关节点设备部署环境的保密性管理,包括负责检查和维护的人员调离工作岗位应立即交还相关检查工具和检查维护调整记录等。 |
工业控制系统安全扩展
二级 | 三级 | 四级 | |||||
控制项 | 要求 | 具体要求 | 要求 | 具体要求 | 要求 | 具体要求 | |
1.安全物理环境 | a) 室外控制设备应放置于采用铁板或其他防火材料制作的箱体或装置中并紧固,箱体或装置应具有透风、散热、防盗、防雨和防火能力等; | a) 室外控制设备应放置于采用铁板或其他防火材料制作的箱体或装置中并紧固,箱体或装置应具有透风、散热、防盗、防雨和防火能力等; | a) 室外控制设备应放置于采用铁板或其他防火材料制作的箱体或装置中并紧固,箱体或装置应具有透风、散热、防盗、防雨和防火能力等; | ||||
b) 室外控制设备放置应远离强电磁干扰、强热源等环境,如无法避免应及时做好应急处置及检修,保证设备正常运行。 | b) 室外控制设备放置应远离强电磁干扰、强热源等环境,如无法避免应及时做好应急处置及检修,保证设备正常运行。 | b) 室外控制设备放置应远离强电磁干扰、强热源等环境,如无法避免应及时做好应急处置及检修,保证设备正常运行。 | |||||
2.安全通信网络 | 网络架构 | a) 工业控制系统与企业其他系统之间应划分为两个区域,区域间应采用技术隔离手段; | a) 工业控制系统与企业其他系统之间应划分为两个区域,区域间应采用技术隔离手段; | a) 工业控制系统与企业其他系统之间应划分为两个区域,区域间应采用技术隔离手段; | |||
b) 工业控制系统内部应根据业务特点划分为不同的安全域,安全域之间应采用技术隔离手段; | b) 工业控制系统内部应根据业务特点划分为不同的安全域,安全域之间应采用技术隔离手段; | b) 工业控制系统内部应根据业务特点划分为不同的安全域,安全域之间应采用技术隔离手段; | |||||
c) 涉及实时控制和数据传输的工业控制系统,应使用独立的网络设备组网,在物理层面上实现与其他数据网及外部公共信息网的安全隔离。 | c) 涉及实时控制和数据传输的工业控制系统,应使用独立的网络设备组网,在物理层面上实现与其他数据网及外部公共信息网的安全隔离。 | c) 涉及实时控制和数据传输的工业控制系统,应使用独立的网络设备组网,在物理层面上实现与其他数据网及外部公共信息网的安全隔离。 | |||||
通信传输 | 在工业控制系统内使用广域网进行控制指令或相关数据交换的应采用加密认证技术手段实现身份认证、访问控制和数据加密传输。 | 在工业控制系统内使用广域网进行控制指令或相关数据交换的应采用加密认证技术手段实现身份认证、访问控制和数据加密传输。 | 在工业控制系统内使用广域网进行控制指令或相关数据交换的应采用加密认证技术手段实现身份认证、访问控制和数据加密传输。 | ||||
3.安全区域边界 | 访问控制 | a) 应在工业控制系统与企业其他系统之间部署访问控制设备,配置访问控制策略,应禁止任何穿越区域边界的 E-Mail、Web、Telnet、Rlogin、FTP 等通用网络服务; | a) 应在工业控制系统与企业其他系统之间部署访问控制设备,配置访问控制策略,应禁止任何穿越区域边界的 E-Mail、Web、Telnet、Rlogin、FTP 等通用网络服务; | a) 应在工业控制系统与企业其他系统之间部署访问控制设备,配置访问控制策略,应禁止任何穿越区域边界的 E-Mail、Web、Telnet、Rlogin、FTP 等通用网络服务; | |||
b) 应在工业控制系统内安全域和安全域之间的边界防护机制失效时,及时进行报警。 | b) 应在工业控制系统内安全域和安全域之间的边界防护机制失效时,及时进行报警。 | b) 应在工业控制系统内安全域和安全域之间的边界防护机制失效时,及时进行报警。 | |||||
拨号使用控制 | 工业控制系统确需使用拨号访问服务的,应限制具有拨号访问权限的用户数量,并采取用户身份鉴别和访问控制等措施。 | a) 工业控制系统确需使用拨号访问服务的,应限制具有拨号访问权限的用户数量,并采取用户身份鉴别和访问控制等措施。 | a) 工业控制系统确需使用拨号访问服务的,应限制具有拨号访问权限的用户数量,并采取用户身份鉴别和访问控制等措施。 | ||||
b) 拨号服务器和客户端均应使用经安全加固的操作系统,并采取数字证书认证、传输加密和访问控制等措施。 | b) 拨号服务器和客户端均应使用经安全加固的操作系统,并采取数字证书认证、传输加密和访问 控制等措施。 | ||||||
c) 涉及实时控制和数据传输的工业控制系统应禁止使用拨号访问服务。 | |||||||
无线使用控制 | a) 应对所有参与无线通信的用户(人员、软件进程或者设备)提供唯一性标识和鉴别; | a) 应对所有参与无线通信的用户(人员、软件进程或者设备)提供唯一性标识和鉴别; | a) 应对所有参与无线通信的用户(人员、软件进程或者设备)提供唯一性标识和鉴别; | ||||
b) 应对所有参与无线通信的用户(人员、软件进程或者设备)进行授权以及执行使用进行限制。 | b) 应对所有参与无线通信的用户(人员、软件进程或者设备)进行授权以及执行使用进行限制。 | b) 应对所有参与无线通信的用户(人员、软件进程或者设备)进行授权以及执行使用进行限制。 | |||||
c) 应对无线通信采取传输加密的安全措施,实现传输报文的机密性保护; | c) 应对无线通信采取传输加密的安全措施,实现传输报文的机密性保护; | ||||||
d) 对采用无线通信技术进行控制的工业控制系统,应能识别其物理环境中发射的未经授权的无线设备,报告未经授权试图接入或干扰控制系统的行为。 | d) 对采用无线通信技术进行控制的工业控制系统,应能识别其物理环境中发射的未经授权的无线设备,报告未经授权试图接入或干扰控制系统的行为。 | ||||||
4.安全计算环境 | a) 控制设备自身应实现相应级别安全通用要求提出的身份鉴别、访问控制和安全审计等安全要求,如受条件限制控制设备无法实现上述要求,应由其上位控制或管理设备实现同等功能或通过管理手段控制; | a) 控制设备自身应实现相应级别安全通用要求提出的身份鉴别、访问控制和安全审计等安全要求,如受条件限制控制设备无法实现上述要求,应由其上位控制或管理设备实现同等功能或通过管理手段控制; | a) 控制设备自身应实现相应级别安全通用要求提出的身份鉴别、访问控制和安全审计等安全要求,如受条件限制控制设备无法实现上述要求,应由其上位控制或管理设备实现同等功能或通过管理手段控制; | ||||
b) 应在经过充分测试评估后,在不影响系统安全稳定运行的情况下对控制设备进行补丁更新、固件更新等工作。 | b) 应在经过充分测试评估后,在不影响系统安全稳定运行的情况下对控制设备进行补丁更新、固件更新等工作。 | b) 应在经过充分测试评估后,在不影响系统安全稳定运行的情况下对控制设备进行补丁更新、固件更新等工作。 | |||||
c) 应关闭或拆除控制设备的软盘驱动、光盘驱动、USB 接口、串行口或多余网口等,确需保留的应通过相关的技术措施实施严格的监控管理; | c) 应关闭或拆除控制设备的软盘驱动、光盘驱动、USB 接口、串行口或多余网口等,确需保留的应通过相关的技术措施实施严格的监控管理; | ||||||
d) 应使用专用设备和专用软件对控制设备进行更新; | d) 应使用专用设备和专用软件对控制设备进行更新; | ||||||
e) 控制设备在上线前应经过安全性检测,避免控制设备固件中存在恶意代码程序。 | e) 控制设备在上线前应经过安全性检测,避免控制设备固件中存在恶意代码程序。 | ||||||
5.安全建设管理 | 产品采购和使用 | 工业控制系统重要设备应通过专业机构的安全性检测后方可采购使用。 | 工业控制系统重要设备应通过专业机构的安全性检测后方可采购使用。 | 工业控制系统重要设备应通过专业机构的安全性检测后方可采购使用。 | |||
外包软件开发 | 应在外包开发合同中规定针对开发单位、供应商的约束条款,包括设备及系统在生命周期内有关保密、防止关键技术扩散和设备行业专用等方面的内容。 | 应在外包开发合同中规定针对开发单位、供应商的约束条款,包括设备及系统在生命周期内有关保密、防止关键技术扩散和设备行业专用等方面的内容。 | 应在外包开发合同中规定针对开发单位、供应商的约束条款,包括设备及系统在生命周期内有关保密、防止关键技术扩散和设备行业专用等方面的内容。 |