黑龙江等保测评之等保测评（高风险项）

1.安全物理环境
物理访问控制:机房出入口无控制措施

对应要求:机房出入口应配置电子门禁系统,控制、鉴别和记录进入的人员。

判例内容:机房出入口区域无任何访问控制措施,机房无电子或机械门锁，机房入口也无专人值守;办公或外来人员可随意进出机房，无任何管控、监控措施。存在较大安全隐患。可判高风险。

适用范围:所有系统

满足条件(同时):

1、机房出入口区域无任何访问控制措施;

2、机房无电子或机械门锁,机房入口也无专人值守;

3、办公或外来人员可随意进出机房,无任何管控、监控措施。

补偿措施:如机房无电子门禁系统，但有其他防护措施,如机房出入配备24小时专人值守,采用摄像头实时监控等,可酌情降低风险等级。

整改建议:机房出入口配备电子门禁系统,通过电子门禁鉴别、记录进入的人员信息。
物理访问控制:云计算基础设施物理位置不当

对应要求:应保证云计算基础设施位于中国境内。

判例内容:云计算基础设施(如云计算服务器、存储设备、网络设备、云管理平台、信息系统等运行业务和承载数据的软硬件等)不在中国境内,可判高风险。

适用范围:云计算平台

满足条件:云计算基础设施(如云计算服务器、存储设备、网络设备、云管理平台、信息系统等运行业务和承载数据的软硬件等)不在中国境内。

整改建议:云计算服务器、存储设备、网络设备、云管理平台、信息系统等运行业务和承载数据的软硬件等云计算基础设施应部署在中国境内。
防盗窃和防破坏:机房无防盗报警系统

对应要求:应设置机房防盗报警系统或设置有专人值守的视频监控系统。

判例内容:机房无防盗报警系统,也未设置有专人值守的视频监控系统,出现盗窃事件无法进行告警、追溯的,可判高风险。

适用范围:3级及以上系统

满足条件(同时):

1、3级及以上系统所在机房;

2、机房无防盗报警系统;

3、未设置有专人值守的视频监控系统;

4、机房环境不可控;

5、如发生盗窃事件无法进行告警、追溯。

补偿措施:如果机房有专人24小时值守,并且能对进出人员进出物品进行登记的(如部分IDC机房有要求设备进出需单登记),可视为等效措施。

整改建议:建议机房部署防盗报警系统或设置有专人值守的视频监控系统,如发生盗窃事件可及时告警或进行追溯,确保机房环境的安全可控。
防火:机房无防火措施

对应要求:机房应设置火灾自动消防系统,能够自动检测火情、自动报警,并自动灭火。

判例内容:机房内无防火指施(既无自动灭火,也无手持灭火器/或手持灭火器药剂已过期),一旦发生火情,无任何消防处置措施,可判高风险;若机房未达到消防验收的，可判高风险。

适用范围:所有系统

满足条件(任意条件):

1、机房内无任何防火措施(既无自动灭火,也无手持灭火器/或手持灭火器药剂已过期)。

2、机房未达到消防验收要求。

补偿措施:无

整改建议:建议机房设置火灾自动消防系统,能够自动检测火情、自动报警,并自动灭火,相关消防设备如灭火器等应定期检查,确保防火措施有效,并通过机房消防验收。
温湿度控制:机房无温湿度控制措施

对应要求:应设置温湿度自动调节设施,使机房温湿度的变化在设备运行所允许的范围之内。判例内容:机房无有效的温湿度控制措施,或温湿度长期高于或低于设备允许的温湿度范围,可能加速设备损害,提高设备的故障事,对设备的正常运行带来安全隐患,或可能引起火灾等安全隐患的,可判高风险。

适用范围:所有系统

满足条件(同时):

1、机房无温湿度调节措施;

2机房温湿度长期处于设备运运行的范围之外。

补偿措施:对于一些特殊自然条件或特殊用途的系统,可情降低风险等级。

整改建议:建议机房设置温、湿度自动调节设备,确保机房温、湿度的变化在设备运行所允许的范围之内。
电力供应:机房无短期备用电力供应措施

对应要求:应提供短期的备用电力供应,至少满足设备在断电情况下的正常运行要求。

判例内容:对于可用性要求较高的系统,如银行、证券等交易类系统,提供公共服务的民生类系统、工控类系统等,机房未配备短期备用电力供应设备(如UPS)或配备的设备无法在短时间内满足断电情况下的正常运行要求的,可判高风险。

适用范围:对可用性要求较高的3级及以上系统

满足条件(同时):

1、3级及以上系统;

2、系统可用性要求较高;

3、无法提供短期备用电力供应或备用电力供应无法满足系统短期正常运行。

补偿措施:如机房配备多路供电,且供电方同时断电概率较低的情况下,可的情降低风险等级。整改建议:建议配备容量合理的后备电源，并定期对UPS进行巡检，确保在在外部电力供应中断的情况下,备用供电设备能满足系统短期正常运行。
电力供应:机房无电力线路冗余措施

对应要求:应设置冗余或并行的电力电缆线路为计算机系统供电。

判例内容:机房未配备冗余或并行电力线路供电来自于同一变电站,可判高风险。适用范围:对可用性要求较高的3级及以上系统。

满足条件(同时):

1、3级及以上系统;

2、系统可用性要求较高;

3、机房未配备冗余或并行电力线路供电来自于同一变电站。

补偿措施:如机房配备大容量UPS, 且足够保障断电情况下,一定时间内系统可正常运行或保障数据存储完整的,可的情降低风险等级。如系统采用多数据中心,实现应用级灾备的,可酌情降低风险等级。

整改建议:建议配备冗余或并行的电力线路,电力线路应来自于不同的变电站;对于可用性要求较高的系统(4级系统),建议变电站来自于不同的市电。
2.安全通信网络
网络架构:网络设备业务处理能力不足

对应要求:应保证网络设备的业务处理能力满足业务高峰期需要。

判例内容:对可用性要求较高的系统,网络设备的业务处理能力不足,高峰时可能导致设备宕机或服务中断,影响金融秩序或引发群体事件,若无任何技术应对措施,可判定为高风险。

适用范围:对可用性要求较高的3级及以上系统

满足条件(同时):

1、3级及以上系统;

2、系统可用性要求较高;

3、核心网络设备性能无法满足高峰期需求,存在业务中断隐患,如业务高峰期,核心设备性能指标平均达到80%以上。

整改建议:建议更换性能满足业务高峰期需要的设备,并合理预计业务增长,制定合适的扩容计划。
网络架构:网络区域划分不当

对应要求:应划分不同的网络区域,并按照方便管理和控制的原则为各网络区域分配地址。判例内容:应按照不同网络的功能、重要程度进行网络区域划分,如存在重要区域与非重要区域在同一子网或网段的,可判定为高风险。

适用范围:所有系统

满足条件(任意条件):

1、承载业务系统的生产网络与办公网络在同一子网或网段。

2、面向互联网提供服务的服务器区与内部网络区域在同一子网或网段。3、重要核心网络区域与非重要网络在同一网段。

整改建议:建议根据各工作职能、重要性和所涉及信息的重要程度等因素,划分不同的网络区域,并做好各区域之间的访问控制措施。

网络架构:互联网边界访问控制设备不可控

对应要求:应避免将重要网络区域部署在边界处，重要网络区域与其他网络区域之间应采取可靠的技术隔离手段。

判例内容:互联网边界访问控制设备无管理权限,且无其他边界防护措施的,难以保证边界防护的有效性,也无法根据业务需要或所发生的安全事件及时调整访问控制策略,可判定为高风险。

适用范围:所有系统

满足条件(同时):

1、互联网边界访问控制设备无管理权限;

2、无其他任何有效访问控制措施;

3、无法根据业务需要或所发生的安全事件及时调整访问控制策略。

补偿指施:若互联网访问控制措施由云服务商提供或由集团公司统一管理等情况,可以根据“策略更改响应时间”、“策略有效性”等情况进行综合分析,酌情判断风险等级。

整改建议:建议部署自有的边界访问控制设备或租用有管理权限的边界访问控制设备,且对相关设备进行合理配置。
网络架构:互联网边界访问控制不当

对应要求:应避免将重要网络区域部署在边界处，重要网络区域与其他网络区域之间应采取可靠的技术隔离手段。

判例内容:互联网出口无任何访问控制措施,或访问控制措施配置失效,存在较大安全隐患,可判定为高风险。

适用范围:所有系统

满足条件(任意条件):

1、互联网出口无任何访问控制措施。

2、互联网出口访问控制指施配置不当(包括策略全通、开放高危端口等),存在较大安全隐患。

3、互联网出口访问控制措施配置失效,无法起到相关控制功能。

补偿措施:边界访问控制设备不一定要是防火墙,只要是能实现相关的访问控制功能,形态为专用设备,且有相关功能能够提供相应的检测报告,可视为等效措施,判符合。如通过路由器、交换机或者带ACL功能的负载均衡器等设备实现,可根据系统重要程度，设备性能压力等因素，酌情判定风险等级。

整改建议:建议在互联网出口部署专用的访问控制设备,并合理配置相关控制策略,确保控制措施有效。
网络架构:关键线路和设备无冗余措施

对应要求:应提供通信线路、关健网络设备和关健计算设备的硬件冗余,保证系统的可用性.判例内容:对可用性要求较高的系统,若网络链路为单链路,核心网络节点、核心网络设备或关健计算设备无冗余设计,一旦出现故障,可能导致业务中断,可判定为高风险。

适用范围:对可用性要求较高的3级及以上系统

满足条件(同时):

1、3级及以上系统;

2、系统可用性要求较高;

3、关健链路、核心网络设备或关健计算设备无任何无冗余措施,存在单点故障。

补偿措施:

1、如系统采取多数据中心部署，或有应用级灾备环境，能在生产环境出现故障情况下提供服务的,可酌情降低风险等级。

2、对于系统可用性要求不高的其他3级系统，如无冗余措施,可酌情降低风险等级。

3、如核心安全设备采用并联方式部署,对安全防护能力有影响,但不会形成单点故障,也不会造成重大安全隐患的,可酌情降低风险等级。

整改建议:建议关健网络链路、核心网络设备、关健计算设备采用冗余设计和部署(如采用热备、负载均衡等部署方式),保证系统的高可用性。
网络架构:云计算平台等级低于承载业务系统等级

对应要求:应保证云计算平台不承载高于其安全保护等级的业务应用系统。

判例内容:云计算平台承载高于其安全保护等级的业务应用系统,业务应用系统部署在低于其安全保护等级的云计算平台上,均可判定为高风险。

适用范围:云计算平台、租户应用系统

满足条件(任意条件):

1、云计算平台承载高于其安全保护等级的业务应用系统。

2、业务应用系统部署在低于其安全保护等级的云计算平台上。

3、业务应用系统部署在未通过等级保护测评的云计算平台上。

整改建议:建议云租户选择不低于其安全保护等级的云计算平台;云计算平台只承载不高于其安全保护等级的业务应用系统。
通信传输:数据传输无完整性保护措施

对应要求:应采用密码技术保证通信过程中数据的完整性。

判例内容:对数据传输完整性要求较高的系统,数据在网络层传输无完整性保护措施,一且数据遭到篡改,可能造成财产损失的,可判定为高风险。

适用范围:对数据传输完整性要求较高的3级及以上系统

满足条件(同时):

1、3级及以上系统;

2、系统数据传输完整性要求较高;

3、数据在网络层传输无任何完整性保护措施。

补偿措施:如应用层提供完整性校验等措施,或采用可信网络传输,可酌情降低风险等级。整改建议:建议采用校验技术或密码技术保证通信过程中数据的完整性。
通信传输:敏感信息明文传输

对应要求:应采用密码技术保证通信过程中数据的保密性。

判例内容:口令、密钥等重要敏感信息在网络中明文传输,可判定为高风险。

适用范围:3级及以上系统

满足条件(同时):

1、3级及以上系统;

2、设备、主机、数据库、应用等口令、密钥等重要敏感信息在网络中明文传输;

3、该网络管控措施不到位,存在口令被窃取并远程登录的风险。

补偿措施:

1、如网络接入管控较好且网络环境为内网封闭可控环境,确保密码被窃取难度较大,或使用多因素等措施确保即使密码被窃取也无法进行管理,可酌情降低风险等级。

2、如业务形态上必须使用远程Internet访间的相关设备,设备采用多因素认证,且严格限制管理地址的,可的情降低风险等级。

整改建议:建议相关设备开启SSH或HTTPS协议或创建加密通道,通过这些加密方式传输敏感信息。
3.安全区域边界
边界防护:无违规内联检查措施

对应要求:应能够对非授权设备私自联到内部网络的行为进行检查或限制。

判例内容:非授权设备能够直接接入重要网络区域,如服务器区、管理网段等,且无任何告警、限制、阻断等措施的,可判定为高风险。

适用范围:3级及以上系统

满足条件(同时)

1、3级及以上系统;

2、物理、网络等环境不可控,存在非授权接入可能;

3、可非授权接入网络重要区域,如服务器区、管理网段业务网段等;

4、无任何控制措施,控制措施包括限制、检查、阻断等。

补偿措施:如接入的区域有严格的物理访间控制,采用静态IP地址分配,关闭不必要的接入端口,IP-MAC地址绑定等措施的,可酌情降低风险等级。

整改建议:建议部署能够对违规内联行为进行检查、定位和阻断的安全准入产品。
边界防护:无违规外联检查措施

对应要求:应能够对内部用户非授权联到外部网络的行为进行检查或限制。

判例内容:重要核心管理终端、重要业务终端等关键设备，如无法对非授权联到外部网络的行为进行检查或限制，或内部人员可旁路、绕过边界访问控制设备私自外联互联网，可判定为高风险。

适用范围:3级及以上系统

满足条件 (同时)：

1、3级及以上系统;

2、物理、网络等环境不可控，存在非授权外联可能;

3、重要核心管理终端、重要业务终端等关键设备存在私自外联互联网可能;4、无任何控制措施，控制措施包括限制、检查、阻断等。补偿措施:如物理、网络等环境可控，非授权外联可能较小，相关设备上的USB接口、无线网卡等有管控措施，对网络异常进行监控及日志审查，可酌情降低风险等级。

整改建议: 建议部署能够对违规外联行为进行检查、定位和阻断的安全管理产品。
边界防护:无线网络无管控措施

对应要求:应限制无线网络的使用，保证无线网络通过受控的边界设备接入内部网络。

判例内容:内部核心网络与无线网络互联,且之间无任何管控措施,一旦非投权接入无线网络即可访问内部核心网络区域,存在较大安全隐患,可判定为高风险。

适用范围:3级及以上系统

满足条件(同时)

1、3级及以上系统;

2、内部核心网络与无线网络互联,且不通过任何受控的边界设备,或边界设备控制策略设置不当;

3、非授权接入无线网络将对内部核心网络带来较大安全隐患。

补偿措施:

1、在特殊应用场景下,无线覆盖区域较小,且严格受控,仅有投权人员方可进入覆盖区域的,可酌情降低风险等级;

2、对无线接入有严格的管控及身份认证措施，非授权接入可能较小,可根据管控措施的情况酌情降低风险等级。

整改建议:如无特殊需要,内部核心网络不应与无线网络互联;如因业务需要,则建议加强对无线网络设备接入的管控,并通过边界设备对无线网络的接入设备对内部核心网络的访问进行限制,降低攻击者利用无线网络入侵内部核心网络。
入侵防范:无外部网络攻击防御措施

对应要求:应在关健网络节点处检测、防止或限制从外部发起的网络攻击行为。

判例内容:关健网络节点(如互联网边界处)未采取任何防护指施，无法检测、阻止或限制互联网发起的攻击行为,可判定为高风险。

适用范围:3级及以上系统

满足条件(同时)

1、3级及以上系统;

2、关健网络节点(如互联网边界处)无任何入侵防护手段(如入侵防御设备、云防、WAF等对外部网络发起的攻击行为进行检测、阻断或限制)。

补偿措施:无

整改建议:建议在关健网络节点(如互联网边界处)合理部署可对攻击行为进行检测、阻断或限制的防护设备(如抗APT攻击系统、网络回溯系统、威胁情报检测系统、入侵防护系统等),或购买云防等外部抗攻击服务。
入侵防范:无内部网络攻击防御措施

对应要求:应在关健网络节点处检测、防止或限制从内部发起的网络攻击行为。

判例内容:关健网络节点(如核心服务器区与其他内部网络区域边界处)未采取任何防护措施,无法检测、阻止或限制从内部发起的网络攻击行为,可判定为高风险。

适用范围:3级及以上系统

满足条件(同时)

1、3级及以上系统;

2、关健网络节点(如核心服务器区与其他内部网络区域边界处)无任何入侵防护手段(如入侵防御、防火墙等对内部网络发起的攻击行为进行检测、阻断或限制)。

补偿措施:如核心服务器区与其他内部网络之间部署了防火墙等访问控制设备,且访问控制措施较为严格,发生内部网络攻击可能性较小或有一定的检测、防止或限制能力,可的情降低风险等级。

整改建议:建议在关健网络节点处(如核心服务器区与其他内部网络区域边界处)进行严格的访问控制措施,并部署相关的防护设备,检测、防止或限制从内部发起的网络攻击行为。
恶意代码和垃圾邮件防范:无恶意代码防范措施

对应要求:应在关健网络节点处对恶意代码进行检测和清除,并维护恶意代码防护机制的升级和更新。

判例内容:主机和网络层均无任何恶意代码检测和清除措施的,可判定为高风险。适用范围:所有系统。

满足条件(同时)

1、主机层无恶意代码检测和清除措施;2网络层无恶意代码检测和清除措施。补偿措施:

1、如主机层部署恶意代码检测和清除产品,且恶意代码库保持更新,可酌情降低风险等级。

2、如2级及以下系统，使用Linux, Unix系统,主机和网络层均未部署恶意代码检测和清除产品,可视总体防御措施酌情降低风险等级。

3、对与外网完全物理隔离的系统,其网络环境、USB介质等管控措施较好,可的情降低风险等级。

整改建议:建议在关健网络节点处部署恶意代码检测和清除产品,且与主机层恶意代码防范产品形成异构模式,有效检测及清除可能出现的恶意代码攻击。
安全审计:无网络安全审计措施

对应要求:应在关健网络节点处对恶意代码进行检测和清除,并维护恶意代码防护机制的升级和更新。

判例内容:主机和网络层均无任何恶意代码检测和清除措施的,可判定为高风险。

适用范围:所有系统

满足条件(同时)

1、主机层无恶意代码检测和清除措施;

2、网络层无恶意代码检测和清除措施。

补偿措施:

1、如主机层部署恶意代码检测和清除产品,且恶意代码库保持更新,可酌情降低风险等级。

2、如2级及以下系统,使用Linux, Unix系统，主机和网络层均未部署恶意代码检测和清除产品,可视总体防御措施酌情降低风险等级。

3、对与外网完全物理隔离的系统,其网络环境、USB介质等管控措施较好,可酌情降低风险等级。

整改建议:建议在关健网络节点处部署恶意代码检测和清除产品,且与主机层恶意代码防范产品形成异构模式,有效检测及清除可能出现的恶意代码攻击。
4.安全计算环境
身份鉴别(设备、应用):存在弱口令

判例内容:网络设备、安全设备、操作系统、数据库等存在空口令或弱口令帐户，并可通过该弱口令帐户登录,可判定为高风险。

适用范围:所有系统

满足条件(同时)

1、存在空口令或弱口令帐户;

2、可使用该弱口令帐户登录。

补偿措施:

1、如采用双因素认证等管控手段,恶意用户使用该空/弱口令帐号无法直接登录相关设备,可酌情降低风险等级。

2、如测评对象重要性较低,不会对整个信息系统安全性产生任何影响,可酌情降低风险等级。

3、如该弱口令帐号为前台自行注册,自行修改的普通用户帐户,被猜测登录后只会影响单个用户，而不会对整个应用系统造成安全影响的,可酌情降低风险等级。(应用系统)

整改建议:建议删除或重命名默认账户,制定相关管理制度,规范口令的最小长度、复杂度与生命周期,并根据管理制度要求,合理配置账户口令策略,提高口令质量
身份鉴别(应用):应用系统口令策略缺失

对应要求:应对登录的用户进行身份标识和鉴别,身份标识具有唯一性,身份鉴别信息具有复杂度要求并定期更换。

判例内容:应用系统无任何用户口令复杂度校验机制,校验机制包括口令的长度、复杂度等,可判定为高风险。

适用范围:所有系统。满足条件(同时)

1、应用系统无口令长度、复杂度校验机制;

2、可设置6位以下,单个数字或连续数字或相同数字等易猜测的口令。

补偿措施:

1、如应用系统采用多种身份鉴别认证技术的,即使有口令也无法直接登录应用系统的,可酌情降低风险等级。

2、如应用系统仅为内部管理系统,只能内网访问,且访问人员相对可控,可酌情降低风险等级。

3、如应用系统口令校验机制不完善,如只有部分校验机制,可根据实际情况,酌情降低风险等级。

4、特定应用场景中的口令(如PIN码)可根据相关要求,酌情判断风险等级。

整改建议:建议应用系统对用户的账户口令长度、复杂度进行校验,如要求系统账户口令至少8位,由数字、字母或特殊字符中2种方式组成;对于如PIN码等特殊用途的口令,应设置弱口令库,通过对比方式,提高用户口令质量。
身份鉴别(应用):应用系统无登录失败处理机制

对应要求:应具有登录失败处理功能,应配置并启用结束会话限制非法登录次数和当登录连接超时自动退出等相关措施。

判例内容:可通过互联网登录的应用系统未提供任何登录失败处理措施,攻击者可进行口令猜测,可判定为高风险。

适用范围:3级及以上系统

满足条件:

1、3级及以上系统;

2、可通过互联网登录,且对帐号安全性要求较高，如帐户涉及金融、个人隐私信息、后台管理等;

3、对连续登录失败无任何处理措施;

4、攻击者可利用登录界面进行口令猜测。

补偿措施:

1、如应用系统采用多种身份鉴别认证技术的,可酌情降低风险等级。

2、仅通过内部网络访问的内部/后台管理系统,如访问人员相对可控,可的情降低风险等级。

3、如登录页面采用图像验证码等技术可在一定程度上提高自动化手段进行口令暴力破解难度的,可酌情降低风险等级。

4、可根据登录帐户的重要程度、影响程度,可酌情判断风险等级。但如果登录帐户涉及到金融行业、个人隐私信息、信息发布、后台管理等,不宜降低风险等级。

整改建议:建议应用系统提供登录失败处理功能(如帐户锁定、多重认证等),防止攻击者进行口令暴力破解。
身份鉴别(设备):设备鉴别信息无防窃取措施

对应要求:当进行远程管理时,应采取必要措施防止鉴别信息在网络传输过程中被窃听。

判例内容:通过不可控网络环境远程管理的网络设备、安全设备、操作系统、数据库等,鉴别信息明文传输,容易被监听,造成数据泄漏,可判定为高风险。

适用范围:所有系统

满足条件(同时)

1、通过不可控网络环境远程进行管理;

2、管理帐户口令以明文方式传输;

3、使用截获的帐号可远程登录。

补偿措施:

1、如整个远程管理过程中,只能使用加密传输通道进行鉴别信息传输的,可视为等效措施，判符合。

2、如采用多因素身份认证、访问地址限定、仅允许内部可控网络进行访问的措施时,窃听到口令而无法直接进行远程登录的,可的情降低风险等级。

3、如通过其他技术管控手段(如准入控制、桌面管理、行为管理等),降低数据窃听隐患的,可酌情降低风险等级。

4、在有管控措施的情况下，如果默认采用加密进行管理，但同时也开启非加密管理方式,可根据实际管理情况,的情判断风险等级。

5、可根据被测对象的作用以及重要程度,可根据实际情况,酌情判断风险等级。

整改建议:建议尽可能避免通过不可控网络对网络设备、安全设备、操作系统、数据库等进行远程管理,如确有需要，则建议采取措施或使用加密机制(如VPN加密通道、开启SSH、 HTPS协议等),防止监别信息在网络传输过程中被窃听。
身份鉴别(设备):设备未实现双因素认证

对应要求:应采用口令、密码技术、生物术等两种或两种以上组合的鉴别技术对用户进行身份鉴别,且其中一种鉴别技术至少应使用密码技术来实现。

判例内容:重要核心设备、操作系统等未采用两种或两种以上鉴别技术对用户身份进行鉴别。例如仅使用用户名/口令方式进行身份验证,削弱了管理员账户的安全性,无法避免账号的未授权窃取或违规使用,可判定为高风险。

适用范围:3级及以上系统

满足条件(同时)

1、 3级及以上系统;

2、重要核心设备、操作系统等通过不可控网络环境远程进行管理;

3、设备未启用两种或两种以上鉴别技术对用户身份进行鉴别;

4、级系统多种鉴别技术中未用到密码技术或生物技术。

补偿措施:

1、如设备通过本地登录方式(非网络方式)维护,本地物理环境可控,可酌情降低风险等级。

2、采用两重用户名/口令认证措施(两重口令不同),例如身份认证服务器、堡垒机等手段,可的情降低风险等级。

3、如设备所在物理环境、网络环境安全可控,网络窃听、违规接入等隐患较小,口令策略和复杂度、长度符合要求的情况下,可酌情降低风险等级。

4、可根据被测对象的作用以及重要程度,根据实际情况,酌情判断风险等级。

整改建议:建议重要核心设备、操作系统等增加除用户名/口令以外的身份鉴别技术,如密码/令牌、生物鉴别方式等,实现双因子身份鉴别,增强身份鉴别的安全力度。
身份鉴别(应用) : 互联网可访问系统未实现双因素认证

判例内容: 通过互联网方式访问，且涉及大额资金交易、核心业务等操作的系统，在进行重要操作前应采用两种或两种以上方式进行身份监别，如只采用一种验证方式进行监别，可判定为高风险。

适用范围:3级及以上系统

满足条件 (同时) :

1、3级及以上系统;

2、通过互联网方式访问的系统，在进行涉及大额资金交易、核心业务等重要操作前未启用两种或两种以上监别技术对用户身份进行鉴别;4级系统多种鉴别技术中未用到密码技术或生物技术。

补偿措施;

1、采用两重用户名/口令认证措施,且两重口令不可相同等情况,可酌情降低风险等级。

2、如应用服务访间的网络环境安全可控,网络窃听、违规接入等隐患较小,口令策略和复杂度长度符合要求的情况下,可的情降低风险等级。

3、在完成重要操作前的不同阶段两次或两次以上使用不同的方式进行身份鉴别,可根据实际情况,的情降低风险等级。

4、涉及到主管部门认可的业务形态,例如快捷支付、小额免密支付等,可酌情降低风险等级。

5、可根据被测对象中用户的作用以及重要程度,在口令策略和复杂度、长度符合要求的情况下可根据实际情况,的情判断风险等级。

6、系统用户群体为互联网用户,且冒名登录、操作不会对系统或个人造成重大恶劣影响或经济损失的,可的情判断风险等级。

整改建议:建议应用系统增加除用户名/口令以外的身份鉴别技术,如密码/令牌、生物鉴别方式等,实现双因子身份鉴别,增强身份鉴别的安全力度。
访问控制(应用):应用系统登录模块权限控制不当

对应要求:应对登录的用户分配账户和权限。

判例内容:应用系统访间控制功能存在缺失,无法按照设计策略控制用户对系统功能、数据的访间;可通过直接访问URL等方式,在不登录系统的情况下,非授权访问系统功能模块,可判定为高风险。

适用范围:所有系统

满足条件:可通过直接访问URL等方式,在不登录系统的情况下,非授权访问系统重要功能模块。

补偿措施:

1、如应用系统部署在可控网络,有其他防护措施能限制、监控用户行为的,可酌情降低风险等级。

2、可根据非授权访问模块的重要程度、越权访问的难度,酌情判断风险等级。

整改建议:建议完善访问控制措施,对系统重要页面、功能模块进行访问控制,确保应用系统不存在访问控制失效情况。
访问控制(应用):应用系统访问控制存在缺陷

对应要求:应由授权主体配置访问控制策略,访问控制策略规定主体对客体的访问规则。

判例内容:应用系统访问控制策略存在缺陷,可越权访问系统功能模块或查看、操作其他用户的数据。如存在平行权限漏洞,低权限用户越权访问高权限功能模块等,可判定为高风险。

适用范围:所有系统

满足条件:系统访问控制策略存在缺陷,可越权访问系统功能模块或查看、操作其他用户的数据。如存在平行权限漏洞,低权限用户越权访问高权限功能模块等。

补偿措施:

1、如应用系统部署在可控网络,有其他防护措施能限制、监控用户行为的,可酌情降低风险等级。

2、可根据非授权访问模块的重要程度、越权访间的难度,酌情判断风险等级。

整改建议:建议完善访间控制措施,对系统重要页面、功能模块进行重新进行身份、权限鉴别,确保应用系统不存在访问控制失效情况。
安全审计(设备):设备未开启安全审计措施

对应要求:应启用安全审计功能,审计覆盖到每个用户,对重要的用户行为和重要安全事件进行审计。

判例内容:重要核心网络设备、安全设备、操作系统、数据库等未开启任何审计功能,无法对重要的用户行为和重要安全事件进行审计,也无法对事件进行溯源,可判定为高风险。

适用范围:3级及以上系统

满足条件(同时):

1、 3级及以上系统;

2、重要核心网络设备、安全设备、操作系统、数据库等未开启任何审计功能,无法对重要的用户行为和重要安全事件进行审计;

3、无其他技术手段对重要的用户行为和重要安全事件进行溯源。

补偿措施:

1、如使用堡垒机或其他第三方审计工具进行日志审计,能有效记录用户行为和重要安全事件,可视为等效措施,判符合。

2、如通过其他技术或管理手段能对事件进行溯源的,可酌情降低风险等级。

3、如核查对象非重要核心设备,对整个信息系统影响有限的情况下,可的情降低风险等级。

整改建议:建议在重要核心设备、安全设备、操作系统、数据库性能允许的前提下,开启用户操作类和安全事件类审计策略或使用第三方日志审计工具,实现对相关设备操作与安全行为的全面审计记录,保证发生安全问题时能够及时溯源。
入侵防范（设备):设备开启高危服务端口

对应要求:应关闭不需要的系统服务、默认共享和高危端口。

判例内容:网络设备、安全设备、操作系统等存在多余系统服务/默认共享/高危端口,且存在可被利用的高危漏洞或重大安全隐患,可判定为高风险。

适用范围:所有系统

满足条件:操作系统上的多余系统服务/默认共享/高危端口存在可被利用的高风险漏涧或重大安全隐患。

补偿措施:如通过其他技术手段能降低漏涧影响,可酌情降低风险等级。

整改建议:建议网络设备、安全设备、操作系统等关闭不必要的服务和端口,减少门等安全漏洞;根据自身应用需求,需要开启共享服务的,应合理设置相关配置,如设置账户权限等。
入侵防范(设备):管理终端无管控措施

对应要求:应通过设定终端接入方式或网络地址范围对通过网络进行管理的管理终端进行限制。

判例内容:通过不可控网络环境远程管理的网络设备、安全设备、操作系统、数据库等,未采取技术手段对管理终端进行限制,可判定为高风险。

适用范围:3级及以上系统

满足条件(同时):

1、3级及以上系统;

2、可通过不可控网络环境远程进行管理;

3、未采取技术手段对管理终端进行管控(管控措施包括但不限于终端接入管控、网络地址范围限制、堡垒机等)。

补偿措施:如管理终端部署在运维区、可控网络或采用多种身份鉴别方式等技术措施,可降低终端管控不善所带来的安全风险的,可酌情降低风险等级。

整改建议:建议通过技术手段,对管理终端进行限制。
入侵防范(设备):互联网设备未修补已知重大漏洞

对应要求:应能发现可能存在的已知漏润,并在经过充分测试评估后,及时修补漏洞。

判例内容:对于一些互联网直接能够访问到的网络设备、安全设备、操作系统、数据库等,如存在外界披露的重大漏涧,未及时修补更新,无需考虑是否有POC攻击代码,可判定为高风险。

适用范围:所有系统

满足条件(同时):

1、该设备可通过互联网访问;

2、该设备型号、版本存在外界披露的重大安全漏洞;

3、未及时采取修补或其他有效防范措施。

补偿措施:

1、如相关漏涧暴露在可控的网络环境,可酌情降低风险等级。

2、如某网络设备的WEB管理界面存在高风险漏洞，而该WEB管理界面只能通过特定IP或特定可控环境下才可访问,可酌情降低风险等级。

整改建议:建议订阅安全厂商漏洞推送或本地安裁安全软件,及时了解漏涧动态,在充分测试评估的基础上,弥补严重安全漏洞。
入侵防范(应用):应用系统存在可被利用的高风险漏洞

对应要求:应能发现可能存在的已知漏洞,并在经过充分测试评估后,及时修补漏洞。

判例内容:应用系统所使用的环境、框架、组件等存在可被利用的高风险漏洞,导致敏感数据泄露、网页篡改、服务器被入侵等安全事件的发生,可能造成严重后果的,可判定为高风险。

适用范围:所有系统

满足条件(同时):

1、应用系统所使用的环境、框架、组件等存在可被利用的，可能导致敏感数据泄露、网页篡改、服务器被入侵等安全事件的发生,造成严重后果的高风险漏澜;

2、无其他有效技术手段对该漏洞进行防范。

补偿措施:

1、如应用系统使用的环境、框架、组件等存在高风险漏涧,但是系统部署了WAF、云盾等应用防护产品,在防护体系下无法成功利用,可酌情降低风险等级。

2、不互联网交互的内网系统,可通过分析内网环境对相关漏洞的影响、危害以及利用难度,酌情判断风险等级。

整改建议:建议定期对应用系统进行漏洞扫描，对可能存在的已知漏洞,在重复测试评估后及时进行修补,降低安全隐患。
入侵防范(设备):内部设备存在可被利用的高风险漏洞

对应要求:应能发现可能存在的已知漏涧，并在经过充分测试评估后,及时修补漏洞。

判例内容:通过验证测试或渗透测试能够确认并利用的,可对网络设备、安全设备、操作系统数据库等造成重大安全隐患的漏涧(（包括但不限于缓冲区溢出、提权漏涧、远程代码执行、严重逻辑缺陷、敏感数据泄露等),可判定为高风险。

适用范围:所有系统

满足条件(同时):

1、存在可被利用的高风险漏洞;

2、通过验证测试或渗透测试确认该高风险漏洞可能对该设备造成重大安全隐患。

补偿措施:只有在相关设备所在的物理、网络、管理环境严格受控,发生攻击行为可能性较小的情况下,方可酌情降低风险等级;对于互联网可访问到的设备,原则上不宜降低其风险等级。

整改建议:建议在充分测试的情况下,及时对设备进行补丁更新,修补已知的高风险安全漏涧;此外,还应定期对设备进行漏扫,及时处理发现的风险漏洞,提高设备稳定与安全性。
入侵防范(应用):应用系统存在严重逻辑缺陷类漏洞

对应要求:应能发现可能存在的已知漏洞，并在经过充分测试评估后,及时修补漏洞。

判例内容:如应用系统的业务功能(如密码找回功能等)存在高风险安全漏涧或严重逻辑缺陷可能导致修改任意用户密码、绕过安全验证机制非授权访问等情况,可判定为高风险。

适用范围:所有系统

满足条件:通过测试,发现应用系统的业务功能(如密码找回功能等)存在高风险安全漏洞或严重逻辑缺陷,可能导致修改任意用户密码、绕过安全验证机制非授权访问等情况。

补偿措施:无

整改建议:建议通过修改应用程序的方式对发现的高风险/严重逻辑缺陷进行修补,避免出现安全隐患。
入侵防范(应用):数据有效性校验功能存在缺陷

对应要求:应提供数据有效性检验功能,保证通过人机接口输入或通过通信接口输入的内容符合系统设定要求。

判例内容:由于校验机制缺失导致的应用系统存在如SQL注入、跨站脚本、上传漏洞等高风险漏洞,可判定为高风险。

适用范围:所有系统

满足条件:

1、应用系统存在如SQL注入、跨站脚本、上传漏洞等可能导致敏感数据泄露、网页篡改、服务器被入侵等安全事件的发生,造成严重后果的高风险漏洞;

2、无其他技术手段对该漏涧进行防范。

补偿措施:

1、如应用系统存在SQL注入、跨站脚本等高风险漏洞,但是系统部署了WAF、云盾等应用防护产品,在防护体系下无法成功利用,可的情降低风险等级。

2、不与互联网交互的内网系统,可根据系统重要程度、漏洞危害情况等，酌情判断风险等级。

整改建议:建议通过修改代码的方式,对数据有效性进行校验,提交应用系统的安全性,防止相关漏涧的出现。
个人信息保护(应用):违规采集、存储个人信息

对应要求:应仅采集和保存业务必需的用户个人信息。

判例内容:在采集和保存用户个人信息时,应通过正式渠道获得用户同意、授权,如在未授权情况下,采取、存储用户个人隐私信息,可判定为高风险。

适用范围:所有系统

满足条件(任意条件):

1、在未授权情况下,采取、存储用户个人隐私信息,无论该信息是否是业务需要。

2、采集、保存法律法规、主管部门严令禁止采集、保存的用户隐私信息。

补偿措施:如在用户同意、授权的情况下,采集和保存业务非必需的用户个人信息,可根据实际情况,酌情判断风险等级。

整改建议:建议通过官方正式渠道向用户表明采集信息的内容、用途以及相关的安全责任,并在用户同意、授权的情况下采集、保存业务必需的用户个人信息。
个人信息保护 (应用) : 非授权访问、使用个人信息

对应要求: 应禁止未授权访问和非法使用用户个人信息。

判例内容: 未授权访问和非法使用个人信息，如在未授权情况下将用户信息提交给第三方处理未脱敏的情况下用于其他业务用途，未严格控制个人信息查询以及导出权限，非法买卖、泄露用户个人信息等，可判定为高风险。

适用范围:所有系统

满足条件 (任意条件) :

1、在未授权情况下将用户个人信息共享给其他公司、机构、个人 (国家、法律规定的公安、司法机构除外)。

2、未脱敏的情况下用于其他非核心业务系统或测试环境等

3、未严格控制个人信息查询以及导出权限。

4、非法买卖、泄露用户个人信息。

补偿措施:如互联网系统在收集用户的个人敏感信息前,数据收集方明确数据的用途,可能涉及使用数据的单位、机构,权责清晰,并根据各自职责与用户签订个人信息保密协议和个人信息收集声明许可协议的,可根据实际情况酌情降低风险等级。

整改建议:建议通过官方正式渠道向用户表明采集信息的内容、用途以及相关的安全责任,并在用户同意、授权的情况下采集、保存业务必需的用户个人信息,通过技术和管理手段,防止未授权访间和非法使用。
5.安全管理中心
集中管控:运行监控措施缺失

对应要求:应对网络链路、安全设备、网络设备和服务器等的运行状况进行集中监测。

判例内容:对可用性要求较高的系统,若没有任何监测措施,发生故障时难以及时对故障进行定位和处理,可判定为高风险。

适用范围:可用性要求较高的3级及以上系统。

满足条件(同时):

1、3级及以上系统;

2、对可用性要求较高的系统;

3、无任何监控措施,发生故障也无法及时对故障进行定位和处理。

补偿措施:无

整改建议:建议对网络链路、安全设备、网络设备和服务器等的运行状况进行集中监测。
集中管控:日志存储时间不满足要求

对应要求:应对分散在各个设备上的审计数据进行收集汇总和集中分析,并保证审计记录的留存时间符合法律法规要求。

判例内容:《网络安全法》要求“采取监测、记录网络运行状态、网络安全事件的技术措施,并按照规定留存相关的网络日志不少于六个月”;因此,如相关设备日志留存不满足法律法规相关要求,可判定为高风险。

适用范围:3级及以上系统。

满足条件(同时):

1、3级及以上系统;2对网络运行状态、网络安全事件等日志的留存不满足法律法规规定的相关要求(不少于六个月)。

补偿措施:对于一些特殊行业或日志时效性短于6个月的,可根据实际情况,可酌情降低风险等级。

整改建议:建议部署日志服务器,统一收集各设备的审计数据,进行集中分析,并根据法律法规的要求留存日志。
集中管控:安全事件发现处置措施缺失

对应要求:应能对网络中发生的各类安全事件进行识别、报警和分析。

判例内容:未部署相关安全设备,识别网络中发生的安全事件,并对重要安全事件进行报警的,可判定为高风险。

适用范围:3级及以上系统

满足条件(同时):

1、3级及以上系统;

2、无法对网络中发生的安全事件(包括但不限于网络攻击事件、恶意代码传播事件等)进行识别、告警和分析。

补偿措施:无

整改建议:建议部署相关专业防护设备,对网络中发生的各类安全事件进行识别、报警和分析，确保相关安全事件得到及时发现,及时处置。
管理制度部分
管理制度:管理制度缺失

对应要求:应对安全管理活动中的各类管理内容建立安全管理制度。

判例内容:未建立任何与安全管理活动相关的管理制度或相关管理制度无法适用于当前被测系统的,可判定为高风险。

适用范围:所有系统

满足条件(任意条件):

1、未建立任何与安全管理活动相关的管理制度。

2、相关管理制度无法适用于当前被测系统。

补偿措施:无

整改建议:建议按照等级保护的相关要求,建立包括总体方针、安全策略在内的各类与安全管理活动相关的管理制度。
岗位设置:未建立网络安全领导小组

对应要求:应成立指导和管理网络安全工作的委员会或领导小组,其最高领导由单位主管领导扭任或授权。

判例内容:未成立指导和管理信息安全工作的委员会或领导小组，或其最高领导不是由单位主管领导担任或授权,可判定为高风险。

适用范围:3级及以上系统。

满足条件(同时):

1、3级及以上系统;

2、未成立指导和管理信息安全工作的委员会或领导小组,或领导小组最高领导不是由单位主管领导担任或授权。

整改建议:建议成立指导和管理网络安全工作的委员会或领导小组,其最高领导由单位主管领导扭任或授权。
产品采购和使用:违规采购和使用网络安全产品

对应要求:应确保网络安全产品采购和使用符合国家的有关规定。

判例内容:网络关健设备和网络安全专用产品的使用违反国家有关规定,可判定为高风险。

适用范围:所有系统

满足条件:网络关键设备和网络安全专用产品的使用违反国家有关规定。

补偿措施:无

整改建议:建议依据国家有关规定,采购和使用网络关健设备和网络安全专用产品。(《网络安全法》第二十三条规定网络关健设备和网络安全专用产品应当按照相关国家标准的强制性要求,由具备资格的机构安全认证合格或者安全检测符合要求后,方可销售或者提供。国家网信部门会同国务院有关部门制定、公布网络关健设备和网络安全专用产品目录,并推动安全认证和安全检测结果互认,避免重复认证、检测。)
产品采购和使用:违规采购和使用密码产品与服务

对应要求:应确保密码产品与服务的采购和使用符合国家密码管理主管部门的要求。

判例内容:密码产品与服务的使用违反国家密码管理主管部门的要求,可判定为高风险。适用范围:所有系统。

满足条件:密码产品与服务的使用违反国家密码管理主管部门的要求。

补偿措施:无

整改建议:建议依据国家密码管理主管部门的要求,使用密码产品与服务。(如可关注《密码法(草案)》、商用密码管理条例等国家相关规定)
外包软件开发:外包开发代码审核措施缺失

判例内容:对于涉及金融、民生、基础设施等重要行业的业务核心系统由外包公司开发,上线前未对外包公司开发的系统进行源代码审查,外包商也无法提供相关安全检测证明,可判定为高风险。

适用范围:涉及金融、民生、基础设施等重要核心领域的3级及以上系统。

满足条件(同时):

1、3级及以上系统;

2、涉及金融、民生、基础设施等重要行业的业务核心系统;

3、被测单位为对外包公司开发的系统进行源代码安全审查;

4、外包公司也无法提供第三方安全检测证明。

补偿措施:

1、开发公司可提供国家认可的第三方机构出具的源代码安全审查报告/证明,可视为等效措施,判符合·

2、可根据系统的用途以及外包开发公司的开发功能的重要性,根据实际情况,酌情判断风险等级。

3、如第三方可提供软件安全性测试证明(非源码审核),可视实际情况,酌情降低风险等级。

4、如被测方通过合同等方式与外包开发公司明确安全责任或采取相关技术手段进行防控的,可视实际情况,酌情降低风险等级。

5、如被测系统建成时间较长,但定期对系统进行安全检测,当前管理制度中明确规定外包开发代码审计的,可根据实际情况,酌情降低风险等级。

整改建议:建议对外包公司开发的核心系统进行源代码审查,检查是否存在后门和隐蔽信道。如没有技术手段进行源码审查的,可聘请第三方专业机构对相关代码进行安全检测。
测试验收:上线前未开展安全测试

判例内容:系统上线前未通过安全性测试,或未对相关高风险问题进行安全评估仍旧“带病”上线的,可判定为高风险。安全检查内容可以包括但不限于扫描渗透测试、安全功能验证、源代码安全审核。

适用范围:3级及以上系统

满足条件(同时):

1、3级及以上系统;

2、系统上线前未进行任何安全性测试,或未对相关高风险问题进行安全评估仍旧“带病”上线。

补偿措施:

1、 如被测系统建成时间较长,定期对系统进行安全检测,管理制度中相关的上线前安全测试要求,可根据实际情况,的情降低风险等级。

2、如系统安全性方面是按照技术协议中的约定在开发过程中进行控制，并能提供相关控制的证明,可根据实际情况,酌情降低风险等级。

3、可视系统的重要程度,被测单位的技术实力,根据自检和第三方检测的情况,酌情判断风险等级。

整改建议:建议在新系统上线前,对系统进行安全性评估,及时修补评估过程中发现的问题,确保系统不“带病”上线。
漏洞和风险管理:未对安全漏洞和隐患进行识别与修补

对应要求:应采取必要的措施识别安全漏洞和隐患,对发现的安全漏洞和隐患及时进行修补或评估可能的影响后进行修补。

判例内容:未对发现的安全漏洞和隐患及时修补,会导致系统存在较大的安全隐患,黑客有可能利用安全漏洞对系统实施恶意攻击,如果安全漏澜和隐患能够构成高危风险,可判定为高风险。

适用范围:3级及以上系统

满足条件(同时):

1、3级及以上系统;

2、通过漏洞扫描,发现存在可被利用的高风险漏洞;

3、未对相关漏洞进行评估或修补,对系统安全构成重大隐患。

补偿措施:如果安全漏洞修补可能会对系统的正常运行造成冲突,应对发现的安全漏洞和隐患进行评估,分析被利用的可能性，判断安全风险的等级，在可接受的范围内进行残余风险评估,明确风险等级,若无高危风险,可酌情降低风险。

整改建议:建议对发现的安全漏洞和隐患进行及时修补评估,对必须修补的安全漏洞和隐患进行加固测试,测试无误后,备份系统数据,再从生产环境进行修补,对于剩余安全漏涧和隐患进行残余风险分析,明确安全风险整改原则。
网络和系统安全管理:未将重要运维操作纳入变更管理制度

对应要求:应严格控制变更性运维,经过审批后才可改变连接、安装系统组件或调整配置参数,操作过程中应保留不可更改的审计日志,操作结束后应同步更新配置信息库。

判例内容:未对运维过程中改变连接、安装系统组件或调整配置参数进行变更审批,且未进行变更性测试,一旦安装系统组件或调整配置参数对系统造成影响,有可能导致系统无法正常访问,出现异常,可判定为高风险。

适用范围:3级及以上系统

满足条件(同时):

1、3级及以上系统;

2、未建立变更管理制度,对于重大变更性运维过程无审批流程;

3、变更过程未保留相关操作日志及备份措施,出现问题无法进行恢复还原。

补偿措施:无

整改建议:建议对需要作出变更性运维的动作进行审批,并对变更内容进行测试,在测试无误后,备份系统数据和参数配置,再从生产环境进行变更,并明确变更流程以及回退方案,变更完成后进行配置信息库更新。
网络和系统安全管理:未对运维工具进行管控

对应要求:应严格控制运维工具的使用,经过审批后才可接入进行操作,操作过程中应保留不可更改的审计日志,操作结束后应删除工具中的敏感数据。

判例内容:未对各类运维工具(特别是未商业化的运维工具)进行有效性检查，未对运维工具的接入进行严格的控制和审批，运维工具中可能存在漏涧或后门,一旦被黑客利用有可能造成数据泄露,可判定为高风险。

适用范围:3级及以上系统

满足条件(同时):

1、 3级及以上系统;

2、未对各类运维工具(特别是未商业化的运维工具)进行有效性检查,如病毒、漏洞扫描等;对运维工具的接入也未进行严格的控制和审批;操作结束后也未要求删除可能临时存放的敏感数据。

补偿措施:

1、如使用官方正版商用化工具,或自行开发的,安全可供的运维工具,可根据实际情况,酌情降低风险等级。

2、如对于运维工具的接入有严格的控制措施,且有审计系统对相关运维操作进行审计,可根据实际情况,的情降低风险等级。

整改建议:如果必须使用运维工具,建议使用商业化的运维工具,严禁运维人员私自下载第三方未商业化的运维工具。
6.安全运维管理
网络和系统安全管理:未对运维外联进行管控

对应要求:应保证所有与外部的连接均得到授权和批准,应定期检查违反规定无线上网及其他违反网络安全策略的行为。

判例内容:制度上服务器及终端与外部连接的授权和批准制度,也未定期对相关违反网络安全策略的行为进行检查,存在违规外联的安全隐患,一且内网服务器或终端违规外联,可能造成涉密信息(商密信息)的泄露,同时增加了感染病毒的可能性,可判定为高风险。

适用范围:3级及以上系统。

满足条件(同时):

1、3级及以上系统;

2、管理制度上无关于外部连接的授权和审批流程,也未定期进行相关的巡检;

3、无技术手段检查违规上网及其他网络安全策略的行为。

补偿措施:在网络部署了相关的准入控制设备,可有效控制、检查、阻断违规无线上网及其他违反网络安全策略行为的情况下,如未建立相关制度,未定期进行巡检,可的情降低风险等级。

整改建议:建议制度上明确所有与外部连接的授权和批准制度，并定期对相关违反行为进行检查,可采取终端管理系统实现违规外联和违规接入,设置合理的安全策略,在出现违规外联和违规接入时能第一时间进行检测和阻断。
应急预案管理:未制定应急预案

对应要求:应制定重要事件的应急预案,包括应急处理流程、系统恢复流程等内容。

判例内容:未制定重要事件的应急预案,未明确重要事件的应急处理流程、系统恢复流程等内容,一旦出现应急事件,无法合理有序的进行应急事件处置过程,造成应急响应时间增长,导致系统不能在最短的事件内进行恢复,可判定为高风险。

适用范围:所有系统。

满足条件:未制定重要事件的应急预案。

补偿措施:如制定了应急预演,但内容不全,可根据实际情况,酌情降低风险等级。

整改建议:建议制定重要事件的应急预案,明确重要事件的应急处理流程、系统恢复流程等内容,并对应急预案进行演练。
应急预案管理:未对应急预案进行培训演练

对应要求:应定期对系统相关的人员进行应急预案培训,并进行应急预案的演练。

判例内容:未定期对相关人员进行应急预案培训,未根据不同的应急预案进行应急演练，无法提供应急预案培训和演练记录,可判定为高风险。

适用范围:3级及以上系统。

满足条件(同时):

1、3级及以上系统;

2、未定期对系统相关的人员进行应急预案培训;3、未进行过应急预案的演练。

补偿措施:如系统还未正式上线,可根据培训演练制度及相关培训计划,根据实际情况判断风险等级。

整改建议:建议定期对相关人员进行应急预案培训与演练,并保留应急预案培训和演练记录,使参与应急的人员熟练掌握应急的整个过程。