等级保护差距测评工作实施方案
目录
1等保测评概述. 3
2等保测评工作内容. 3
3等保测评现场实施内容. 3
3.1安全物理环境测评. 3
3.2安全通信网络测评. 4
3.3安全区域边界测评. 5
3.4安全计算环境测评. 6
3.5安全管理中心测评. 8
3.6安全管理制度测评. 9
3.7安全管理机构测评. 10
3.8安全管理人员测评. 11
3.9安全建设管理测评. 12
3.10安全运维管理测评. 13
等保测评主要内容完成系统定级、等级保护测评、备案提交等工作,要求测评机构具有信息安全等级保护测评资质,出具的等保测评报告提交到上级管理部门可获取备案证明。要求测评机构针对项目中罗列的等保测评对象进行等保测评,测评包括中标单位进场后对现场有系统情况排摸,根据国家相关要求和现系统实际情况针对各子系统或模块进行等保定级,并征得采购人和使用单位认可后进行等保测评工作,直至取得备案证明为止。
在本项工作中中标单位应协助招标单位完成等级保护测评对象定级、等保测评、备案提交等工作,具体工作内容如下:
(1)将本项目中所涉及的业务系统根据自身业务情况来界定定级对象,确认系统边界,协助招标单位整理定级备案材料(备案表、定级报告等),并完成向招标单位所在地上级管理部门的备案材料提交工作;
(2)根据本项目中所涉及业务系统的等保级别,实施等级保护测评工作,提出有效的整改措施,提供免费复测评工作,直至业务系统达到上级管理部门最终备案提交要求,并出具等级保护测评报告;
(3)协助最终备案材料提交工作,协助招标单位获取等保备案证明。
现以等保三级通用要求为模板,对等保测评现场实施主要指标(通用要求)内容进行描述。
安全物理环境(通用要求)测评指标如下:
序号 |
安全子类 |
测评指标描述 |
1 |
物理位置选择 |
a)机房场地应选择在具有防震、防风和防雨等能力的建筑内; |
2 |
b)机房场地应避免设在建筑物的顶层或地下室,否则应加强防水和防潮措施。 |
|
3 |
物理访问控制 |
a)机房出入口应配置电子门禁系统,控制、鉴别和记录进入的人员。 |
4 |
防盗窃和防破坏 |
a)应将设备或主要部件进行固定,并设置明显的不易除去的标识; |
5 |
b)应将通信线缆铺设在隐蔽安全处; |
|
6 |
c)应设置机房防盗报警系统或设置有专人值守的视频监控系统。 |
|
7 |
防雷击 |
a)应将各类机柜、设施和设备等通过接地系统安全接地; |
8 |
b)应采取措施防止感应雷,例如设置防雷保安器或过压保护装置等。 |
|
9 |
防火 |
a)机房应设置火灾自动消防系统,能够自动检测火情、自动报警,并自动灭火; |
10 |
b)机房及相关的工作房间和辅助房应采用具有耐火等级的建筑材料; |
|
11 |
c)应对机房划分区域进行管理,区域和区域之间设置隔离防火措施。 |
|
12 |
防水和防潮 |
a)应采取措施防止雨水通过机房窗户、屋顶和墙壁渗透; |
13 |
b)应采取措施防止机房内水蒸气结露和地下积水的转移与渗透; |
|
14 |
c)应安装对水敏感的检测仪表或元件,对机房进行防水检测和报警。 |
|
15 |
防静电 |
a)应采用防静电地板或地面并采用必要的接地防静电措施; |
16 |
b)应采取措施防止静电的产生,例如采用静电消除器、佩戴防静电手环等。 |
|
17 |
温湿度控制 |
a)应设置温湿度自动调节设施,使机房温湿度的变化在设备运行所允许的范围之内。 |
18 |
电力供应 |
a)应在机房供电线路上配置稳压器和过电压防护设备; |
19 |
b)应提供短期的备用电力供应,至少满足设备在断电情况下的正常运行要求; |
|
20 |
c)应设置冗余或并行的电力电缆线路为计算机系统供电。 |
|
21 |
电磁防护 |
a)电源线和通信线缆应隔离铺设,避免互相干扰; |
22 |
b)应对关键设备实施电磁屏蔽。 |
安全通信网络(通用要求)测评指标如下:
序号 |
安全子类 |
测评指标描述 |
1 |
网络架构 |
a)应保证网络设备的业务处理能力满足业务高峰期需要; |
2 |
b)应保证网络各个部分的带宽满足业务高峰期需要; |
|
3 |
c)应划分不同的网络区域,并按照方便管理和控制的原则为各网络区域分配地址; |
|
4 |
d)应避免将重要网络区域部署在边界处,重要网络区域与其他网络区域之间应采取可靠的技术隔离手段; |
|
5 |
e)应提供通信线路、关键网络设备和关键计算设备的硬件冗余,保证系统的可用性。 |
|
6 |
通信传输 |
a)应采用校验技术或密码技术保证通信过程中数据的完整性; |
7 |
b)应采用密码技术保证通信过程中数据的保密性。 |
|
8 |
可信验证 |
a)可基于可信根对通信设备的系统引导程序、系统程序、重要配置参数和通信应用程序等进行可信验证,并在应用程序的关键执行环节进行动态可信验证,在检测到其可信性受到破坏后进行报警,并将验证结果形成审计记录送至安全管理中心。 |
安全区域边界(通用要求)测评指标如下:
序号 |
安全子类 |
测评指标描述 |
1 |
边界防护 |
a)应保证跨越边界的访问和数据流通过边界设备提供的受控接口进行通信; |
2 |
b)应能够对非授权设备私自联到内部网络的行为进行检查或限制; |
|
3 |
c)应能够对内部用户非授权联到外部网络的行为进行检查或限制; |
|
4 |
d)应限制无线网络的使用,保证无线网络通过受控的边界设备接入内部网络。 |
|
5 |
访问控制 |
a)应在网络边界或区域之间根据访问控制策略设置访问控制规则,默认情况下除允许通信外受控接口拒绝所有通信; |
6 |
b)应删除多余或无效的访问控制规则,优化访问控制列表,并保证访问控制规则数量最小化; |
|
7 |
c)应对源地址、目的地址、源端口、目的端口和协议等进行检查,以允许/拒绝数据包进出; |
|
8 |
d)应能根据会话状态信息为进出数据流提供明确的允许/拒绝访问的能力; |
|
9 |
e)应对进出网络的数据流实现基于应用协议和应用内容的访问控制。 |
|
10 |
入侵防范 |
a)应在关键网络节点处检测、防止或限制从外部发起的网络攻击行为; |
11 |
b)应在关键网络节点处检测、防止或限制从内部发起的网络攻击行为; |
|
12 |
c)应采取技术措施对网络行为进行分析,实现对网络攻击特别是新型网络攻击行为的分析; |
|
13 |
d)当检测到攻击行为时,记录攻击源IP、攻击类型、攻击目标、攻击时间,在发生严重入侵事件时应提供报警。 |
|
14 |
恶意代码和垃圾邮件防范 |
a)应在关键网络节点处对恶意代码进行检测和清除,并维护恶意代码防护机制的升级和更新; |
15 |
b)应在关键网络节点处对垃圾邮件进行检测和防护,并维护垃圾邮件防护机制的升级和更新。 |
|
16 |
安全审计 |
a)应在网络边界、重要网络节点进行安全审计,审计覆盖到每个用户,对重要的用户行为和重要安全事件进行审计; |
17 |
b)审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息; |
|
18 |
c)应对审计记录进行保护,定期备份,避免受到未预期的删除、修改或覆盖等; |
|
19 |
d)应能对远程访问的用户行为、访问互联网的用户行为等单独进行行为审计和数据分析。 |
|
20 |
可信验证 |
a)可基于可信根对边界设备的系统引导程序、系统程序、重要配置参数和边界防护应用程序等进行可信验证,并在应用程序的关键执行环节进行动态可信验证,在检测到其可信性受到破坏后进行报警,并将验证结果形成审计记录送至安全管理中心。 |
安全计算环境(通用要求)测评指标如下:
序号 |
安全子类 |
测评指标描述 |
1 |
身份鉴别 |
a)应对登录的用户进行身份标识和鉴别,身份标识具有唯一性,身份鉴别信息具有复杂度要求并定期更换; |
2 |
b)应具有登录失败处理功能,应配置并启用结束会话、限制非法登录次数和当登录连接超时自动退出等相关措施; |
|
3 |
c)当进行远程管理时,应采取必要措施防止鉴别信息在网络传输过程中被窃听; |
|
4 |
d)应采用口令、密码技术、生物技术等两种或两种以上组合的鉴别技术对用户进行身份鉴别,且其中一种鉴别技术至少应使用密码技术来实现。 |
|
5 |
访问控制 |
a)应对登录的用户分配账户和权限; |
6 |
b)应重命名或删除默认账户,修改默认账户的默认口令; |
|
7 |
c)应及时删除或停用多余的、过期的账户,避免共享账户的存在; |
|
8 |
d)应授予管理用户所需的最小权限,实现管理用户的权限分离; |
|
9 |
e)应由授权主体配置访问控制策略,访问控制策略规定主体对客体的访问规则; |
|
10 |
f)访问控制的粒度应达到主体为用户级或进程级,客体为文件、数据库表级; |
|
11 |
g)应对重要主体和客体设置安全标记,并控制主体对有安全标记信息资源的访问。 |
|
12 |
安全审计 |
a)应启用安全审计功能,审计覆盖到每个用户,对重要的用户行为和重要安全事件进行审计; |
13 |
b)审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息; |
|
14 |
c)应对审计记录进行保护,定期备份,避免受到未预期的删除、修改或覆盖等; |
|
15 |
d)应对审计进程进行保护,防止未经授权的中断。 |
|
16 |
入侵防范 |
a)应遵循最小安装的原则,仅安装需要的组件和应用程序; |
17 |
b)应关闭不需要的系统服务、默认共享和高危端口; |
|
18 |
c)应通过设定终端接入方式或网络地址范围对通过网络进行管理的管理终端进行限制; |
|
19 |
d)应提供数据有效性检验功能,保证通过人机接口输入或通过通信接口输入的内容符合系统设定要求; |
|
20 |
e)应能发现可能存在的已知漏洞,并在经过充分测试评估后,及时修补漏洞; |
|
21 |
f)应能够检测到对重要节点进行入侵的行为,并在发生严重入侵事件时提供报警。 |
|
22 |
恶意代码防范 |
a)应采用免受恶意代码攻击的技术措施或主动免疫可信验证机制及时识别入侵和病毒行为,并将其有效阻断。 |
23 |
可信验证 |
a)可基于可信根对计算设备的系统引导程序、系统程序、重要配置参数和应用程序等进行可信验证,并在应用程序的关键执行环节进行动态可信验证,在检测到其可信性受到破坏后进行报警,并将验证结果形成审计记录送至安全管理中心。 |
24 |
数据完整性 |
a)应采用校验技术或密码技术保证重要数据在传输过程中的完整性,包括但不限于鉴别数据、重要业务数据、重要审计数据、重要配置数据、重要视频数据和重要个人信息等; |
25 |
b)应采用校验技术或密码技术保证重要数据在存储过程中的完整性,包括但不限于鉴别数据、重要业务数据、重要审计数据、重要配置数据、重要视频数据和重要个人信息等。 |
|
26 |
数据保密性 |
a)应采用密码技术保证重要数据在传输过程中的保密性,包括但不限于鉴别数据、重要业务数据和重要个人信息等; |
27 |
b)应采用密码技术保证重要数据在存储过程中的保密性,包括但不限于鉴别数据、重要业务数据和重要个人信息等。 |
|
28 |
数据备份恢复 |
a)应提供重要数据的本地数据备份与恢复功能; |
29 |
b)应提供异地实时备份功能,利用通信网络将重要数据实时备份至备份场地; |
|
30 |
c)应提供重要数据处理系统的热冗余,保证系统的高可用性。 |
|
31 |
剩余信息保护 |
a)应保证鉴别信息所在的存储空间被释放或重新分配前得到完全清除; |
32 |
b)应保证存有敏感数据的存储空间被释放或重新分配前得到完全清除。 |
|
33 |
个人信息保护 |
a)应仅采集和保存业务必需的用户个人信息; |
34 |
|
安全管理中心(通用要求)测评指标如下:
序号 |
安全子类 |
测评指标描述 |
1 |
系统管理 |
a)应对系统管理员进行身份鉴别,只允许其通过特定的命令或操作界面进行系统管理操作,并对这些操作进行审计; |
2 |
b)应通过系统管理员对系统的资源和运行进行配置、控制和管理,包括用户身份、系统资源配置、系统加载和启动、系统运行的异常处理、数据和设备的备份与恢复等。 |
|
3 |
审计管理 |
a)应对审计管理员进行身份鉴别,只允许其通过特定的命令或操作界面进行安全审计操作,并对这些操作进行审计; |
4 |
b)应通过审计管理员对审计记录应进行分析,并根据分析结果进行处理,包括根据安全审计策略对审计记录进行存储、管理和查询等。 |
|
5 |
安全管理 |
a)应对安全管理员进行身份鉴别,只允许其通过特定的命令或操作界面进行安全管理操作,并对这些操作进行审计; |
6 |
b)应通过安全管理员对系统中的安全策略进行配置,包括安全参数的设置,主体、客体进行统一安全标记,对主体进行授权,配置可信验证策略等。 |
|
7 |
集中管控 |
a)应划分出特定的管理区域,对分布在网络中的安全设备或安全组件进行管控; |
8 |
b)应能够建立一条安全的信息传输路径,对网络中的安全设备或安全组件进行管理; |
|
9 |
c)应对网络链路、安全设备、网络设备和服务器等的运行状况进行集中监测; |
|
10 |
d)应对分散在各个设备上的审计数据进行收集汇总和集中分析,并保证审计记录的留存时间符合法律法规要求; |
|
11 |
e)应对安全策略、恶意代码、补丁升级等安全相关事项进行集中管理; |
|
12 |
f)应能对网络中发生的各类安全事件进行识别、报警和分析。 |
安全管理制度(通用要求)测评指标如下:
序号 |
安全子类 |
测评指标描述 |
1 |
安全策略 |
a)应制定网络安全工作的总体方针和安全策略,阐明机构安全工作的总体目标、范围、原则和安全框架等。 |
2 |
管理制度 |
a)应对安全管理活动中的各类管理内容建立安全管理制度; |
3 |
b)应对管理人员或操作人员执行的日常管理操作建立操作规程; |
|
4 |
c)应形成由安全策略、管理制度、操作规程、记录表单等构成的全面的安全管理制度体系。 |
|
5 |
制定和发布 |
a)应指定或授权专门的部门或人员负责安全管理制度的制定; |
6 |
b)安全管理制度应通过正式、有效的方式发布,并进行版本控制。 |
|
7 |
评审和修订 |
a)应定期对安全管理制度的合理性和适用性进行论证和审定,对存在不足或需要改进的安全管理制度进行修订。 |
安全管理机构(通用要求)测评指标如下:
序号 |
安全子类 |
测评指标描述 |
1 |
岗位设置 |
a)应成立指导和管理网络安全工作的委员会或领导小组,其最高领导由单位主管领导担任或授权; |
2 |
b)应设立网络安全管理工作的职能部门,设立安全主管、安全管理各个方面的负责人岗位,并定义各负责人的职责; |
|
3 |
c)应设立系统管理员、审计管理员和安全管理员等岗位,并定义部门及各个工作岗位的职责。 |
|
4 |
人员配备 |
a)应配备一定数量的系统管理员、审计管理员和安全管理员等; |
5 |
b)应配备专职安全管理员,不可兼任。 |
|
6 |
授权和审批 |
a)应根据各个部门和岗位的职责明确授权审批事项、审批部门和批准人等; |
7 |
b)应针对系统变更、重要操作、物理访问和系统接入等事项建立审批程序,按照审批程序执行审批过程,对重要活动建立逐级审批制度; |
|
8 |
c)应定期审查审批事项,及时更新需授权和审批的项目、审批部门和审批人等信息。 |
|
9 |
沟通和合作 |
a)应加强各类管理人员、组织内部机构和网络安全管理部门之间的合作与沟通,定期召开协调会议,共同协作处理网络安全问题; |
10 |
b)应加强与网络安全职能部门、各类供应商、业界专家及安全组织的合作与沟通; |
|
11 |
c)应建立外联单位联系列表,包括外联单位名称、合作内容、联系人和联系方式等信息。 |
|
12 |
审核和检查 |
a)应定期进行常规安全检查,检查内容包括系统日常运行、系统漏洞和数据备份等情况; |
13 |
b)应定期进行全面安全检查,检查内容包括现有安全技术措施的有效性、安全配置与安全策略的一致性、安全管理制度的执行情况等; |
|
14 |
c)应制定安全检查表格实施安全检查,汇总安全检查数据,形成安全检查报告,并对安全检查结果进行通报。 |
安全管理人员(通用要求)测评指标如下:
序号 |
安全子类 |
测评指标描述 |
1 |
人员录用 |
a)应指定或授权专门的部门或人员负责人员录用; |
2 |
b)应对被录用人员的身份、安全背景、专业资格或资质等进行审查,对其所具有的技术技能进行考核; |
|
3 |
c)应与被录用人员签署保密协议,与关键岗位人员签署岗位责任协议。 |
|
4 |
人员离岗 |
a)应及时终止离岗人员的所有访问权限,取回各种身份证件、钥匙、徽章等以及机构提供的软硬件设备; |
5 |
b)应办理严格的调离手续,并承诺调离后的保密义务后方可离开。 |
|
6 |
安全意识教育和培训 |
a)应对各类人员进行安全意识教育和岗位技能培训,并告知相关的安全责任和惩戒措施; |
7 |
b)应针对不同岗位制定不同的培训计划,对安全基础知识、岗位操作规程等进行培训; |
|
8 |
c)应定期对不同岗位的人员进行技能考核。 |
|
9 |
外部人员访问管理 |
a)应在外部人员物理访问受控区域前先提出书面申请,批准后由专人全程陪同,并登记备案; |
10 |
b)应在外部人员接入受控网络访问系统前先提出书面申请,批准后由专人开设账户、分配权限,并登记备案; |
|
11 |
c)外部人员离场后应及时清除其所有的访问权限; |
|
12 |
d)获得系统访问授权的外部人员应签署保密协议,不得进行非授权操作,不得复制和泄露任何敏感信息。 |
安全建设管理(通用要求)测评指标如下:
序号 |
安全子类 |
测评指标描述 |
1 |
定级和备案 |
a)应以书面的形式说明保护对象的安全保护等级及确定等级的方法和理由; |
2 |
b)应组织相关部门和有关安全技术专家对定级结果的合理性和正确性进行论证和审定; |
|
3 |
c)应保证定级结果经过相关部门的批准; |
|
4 |
d)应将备案材料报主管部门和相应管理部门备案。 |
|
5 |
安全方案设计 |
a)应根据安全保护等级选择基本安全措施,依据风险分析的结果补充和调整安全措施; |
6 |
b)应根据保护对象的安全保护等级及与其他级别保护对象的关系进行安全整体规划和安全方案设计,设计内容应包含密码技术相关内容,并形成配套文件; |
|
7 |
c)应组织相关部门和有关安全专家对安全整体规划及其配套文件的合理性和正确性进行论证和审定,经过批准后才能正式实施。 |
|
8 |
产品采购和使用 |
a)应确保网络安全产品采购和使用符合国家的有关规定; |
9 |
b)应确保密码产品与服务的采购和使用符合国家密码管理主管部门的要求; |
|
10 |
c)应预先对产品进行选型测试,确定产品的候选范围,并定期审定和更新候选产品名单。 |
|
11 |
自行软件开发 |
a)应将开发环境与实际运行环境物理分开,测试数据和测试结果受到控制; |
12 |
b)应制定软件开发管理制度,明确说明开发过程的控制方法和人员行为准则; |
|
13 |
c)应制定代码编写安全规范,要求开发人员参照规范编写代码; |
|
14 |
d)应具备软件设计的相关文档和使用指南,并对文档使用进行控制; |
|
15 |
e)应保证在软件开发过程中对安全性进行测试,在软件安装前对可能存在的恶意代码进行检测; |
|
16 |
f)应对程序资源库的修改、更新、发布进行授权和批准,并严格进行版本控制; |
|
17 |
g)应保证开发人员为专职人员,开发人员的开发活动受到控制、监视和审查。 |
|
18 |
外包软件开发 |
a)应在软件交付前检测其中可能存在的恶意代码; |
19 |
b)应保证开发单位提供软件设计文档和使用指南; |
|
20 |
c)应保证开发单位提供软件源代码,并审查软件中可能存在的后门和隐蔽信道。 |
|
21 |
工程实施 |
a)应指定或授权专门的部门或人员负责工程实施过程的管理; |
22 |
b)应制定安全工程实施方案控制工程实施过程; |
|
23 |
c)应通过第三方工程监理控制项目的实施过程。 |
|
24 |
测试验收 |
a)应制订测试验收方案,并依据测试验收方案实施测试验收,形成测试验收报告; |
25 |
b)应进行上线前的安全性测试,并出具安全测试报告,安全测试报告应包含密码应用安全性测试相关内容。 |
|
26 |
系统交付 |
a)应制定交付清单,并根据交付清单对所交接的设备、软件和文档等进行清点; |
27 |
b)应对负责运行维护的技术人员进行相应的技能培训; |
|
28 |
c)应提供建设过程文档和运行维护文档。 |
|
29 |
等级测评 |
a)应定期进行等级测评,发现不符合相应等级保护标准要求的及时整改; |
30 |
b)应在发生重大变更或级别发生变化时进行等级测评; |
|
31 |
c)应确保测评机构的选择符合国家有关规定。 |
|
32 |
服务供应商选择 |
a)应确保服务供应商的选择符合国家的有关规定; |
33 |
b)应与选定的服务供应商签订相关协议,明确整个服务供应链各方需履行的网络安全相关义务; |
|
34 |
c)应定期监督、评审和审核服务供应商提供的服务,并对其变更服务内容加以控制。 |
安全运维管理(通用要求)测评指标如下:
序号 |
安全子类 |
测评指标描述 |
1 |
环境管理 |
a)应指定专门的部门或人员负责机房安全,对机房出入进行管理,定期对机房供配电、空调、温湿度控制、消防等设施进行维护管理; |
2 |
b)应建立机房安全管理制度,对有关物理访问、物品带进出和环境安全等方面的管理作出规定; |
|
3 |
c)应不在重要区域接待来访人员,不随意放置含有敏感信息的纸档文件和移动介质等。 |
|
4 |
资产管理 |
a)应编制并保存与保护对象相关的资产清单,包括资产责任部门、重要程度和所处位置等内容; |
5 |
b)应根据资产的重要程度对资产进行标识管理,根据资产的价值选择相应的管理措施; |
|
6 |
c)应对信息分类与标识方法作出规定,并对信息的使用、传输和存储等进行规范化管理。 |
|
7 |
介质管理 |
a)应将介质存放在安全的环境中,对各类介质进行控制和保护,实行存储环境专人管理,并根据存档介质的目录清单定期盘点; |
8 |
b)应对介质在物理传输过程中的人员选择、打包、交付等情况进行控制,并对介质的归档和查询等进行登记记录。 |
|
9 |
设备维护管理 |
a)应对各种设备(包括备份和冗余设备)、线路等指定专门的部门或人员定期进行维护管理; |
10 |
b)应建立配套设施、软硬件维护方面的管理制度,对其维护进行有效的管理,包括明确维护人员的责任、维修和服务的审批、维修过程的监督控制等; |
|
11 |
c)信息处理设备应经过审批才能带离机房或办公地点,含有存储介质的设备带出工作环境时其中重要数据应加密; |
|
12 |
d)含有存储介质的设备在报废或重用前,应进行完全清除或被安全覆盖,保证该设备上的敏感数据和授权软件无法被恢复重用。 |
|
13 |
漏洞和风险管理 |
a)应采取必要的措施识别安全漏洞和隐患,对发现的安全漏洞和隐患及时进行修补或评估可能的影响后进行修补; |
14 |
b)应定期开展安全测评,形成安全测评报告,采取措施应对发现的安全问题。 |
|
15 |
网络和系统安全管理 |
a)应划分不同的管理员角色进行网络和系统的运维管理,明确各个角色的责任和权限; |
16 |
b)应指定专门的部门或人员进行账户管理,对申请账户、建立账户、删除账户等进行控制; |
|
17 |
c)应建立网络和系统安全管理制度,对安全策略、账户管理、配置管理、日志管理、日常操作、升级与打补丁、口令更新周期等方面作出规定; |
|
18 |
d)应制定重要设备的配置和操作手册,依据手册对设备进行安全配置和优化配置等; |
|
19 |
e)应详细记录运维操作日志,包括日常巡检工作、运行维护记录、参数的设置和修改等内容; |
|
20 |
f)应指定专门的部门或人员对日志、监测和报警数据等进行分析、统计,及时发现可疑行为; |
|
21 |
g)应严格控制变更性运维,经过审批后才可改变连接、安装系统组件或调整配置参数,操作过程中应保留不可更改的审计日志,操作结束后应同步更新配置信息库; |
|
22 |
h)应严格控制运维工具的使用,经过审批后才可接入进行操作,操作过程中应保留不可更改的审计日志,操作结束后应删除工具中的敏感数据; |
|
23 |
i)应严格控制远程运维的开通,经过审批后才可开通远程运维接口或通道,操作过程中应保留不可更改的审计日志,操作结束后立即关闭接口或通道; |
|
24 |
j)应保证所有与外部的连接均得到授权和批准,应定期检查违反规定无线上网及其他违反网络安全策略的行为。 |
|
25 |
恶意代码防范管理 |
a)应提高所有用户的防恶意代码意识,对外来计算机或存储设备接入系统前进行恶意代码检查等; |
26 |
b)应定期验证防范恶意代码攻击的技术措施的有效性。 |
|
27 |
配置管理 |
a)应记录和保存基本配置信息,包括网络拓扑结构、各个设备安装的软件组件、软件组件的版本和补丁信息、各个设备或软件组件的配置参数等; |
28 |
b)应将基本配置信息改变纳入变更范畴,实施对配置信息改变的控制,并及时更新基本配置信息库。 |
|
29 |
密码管理 |
a)应遵循密码相关国家标准和行业标准; |
30 |
b)应使用国家密码管理主管部门认证核准的密码技术和产品。 |
|
31 |
变更管理 |
a)应明确变更需求,变更前根据变更需求制定变更方案,变更方案经过评审、审批后方可实施; |
32 |
b)应建立变更的申报和审批控制程序,依据程序控制所有的变更,记录变更实施过程; |
|
33 |
c)应建立中止变更并从失败变更中恢复的程序,明确过程控制方法和人员职责,必要时对恢复过程进行演练。 |
|
34 |
备份与恢复管理 |
a)应识别需要定期备份的重要业务信息、系统数据及软件系统等; |
35 |
b)应规定备份信息的备份方式、备份频度、存储介质、保存期等; |
|
36 |
c)应根据数据的重要性和数据对系统运行的影响,制定数据的备份策略和恢复策略、备份程序和恢复程序等。 |
|
37 |
安全事件处置 |
a)应及时向安全管理部门报告所发现的安全弱点和可疑事件; |
38 |
b)应制定安全事件报告和处置管理制度,明确不同安全事件的报告、处置和响应流程,规定安全事件的现场处理、事件报告和后期恢复的管理职责等; |
|
39 |
c)应在安全事件报告和响应处理过程中,分析和鉴定事件产生的原因,收集证据,记录处理过程,总结经验教训; |
|
40 |
d)对造成系统中断和造成信息泄漏的重大安全事件应采用不同的处理程序和报告程序。 |
|
41 |
应急预案管理 |
a)应规定统一的应急预案框架,包括启动预案的条件、应急组织构成、应急资源保障、事后教育和培训等内容; |
42 |
b)应制定重要事件的应急预案,包括应急处理流程、系统恢复流程等内容; |
|
43 |
c)应定期对系统相关的人员进行应急预案培训,并进行应急预案的演练; |
|
44 |
d)应定期对原有的应急预案重新评估,修订完善。 |
|
45 |
外包运维管理 |
a)应确保外包运维服务商的选择符合国家的有关规定; |
46 |
b)应与选定的外包运维服务商签订相关的协议,明确约定外包运维的范围、工作内容; |
|
47 |
c)应保证选择的外包运维服务商在技术和管理方面均应具有按照等级保护要求开展安全运维工作的能力,并将能力要求在签订的协议中明确; |
|
48 |
d)应在与外包运维服务商签订的协议中明确所有相关的安全要求,如可能涉及对敏感信息的访问、处理、存储要求,对IT 基础设施中断服务的应急保障要求等。 |