风险管理与应急保障方案

信息系统建设过程中的

风险管理与应急保障方案

为确保做好本次建设项目，将对各类不可预期风险以及各类临时性、紧急性应急保障任务进行识别，并采取有效的应对措施和办法，针对临时性、紧急性、重要性和风险事件发生的频率及危害程度，建立相应的应急处置预案。在项目实施准备阶段与客户做好需求沟通确认，出具项目实施方案提交审批，对项目组进行技术交底和安全交底，组织项目实施专项技术培训，签订项目责任书和保密协议，保质、保量并如期完成项目实施，确保客户在计划时间内实现互联互通，保障业务系统顺利上线运行。

1.1.安全风险识别

根据招标文件要求和对本项目的理解，结合项目生命周期各个阶段和实施中的重要环节，依据多年信息系统安全集成项目经验，我们认为主要存在项目进度安全、人员安全、环境安全、系统安全、设备安全5个维度的安全风险，下面分别进行详细分析，确保能够准确识别安全风险并做好风险管控计划。

1.1.1. 项目进度风险

在项目准备阶段：可能因为沟通原因未能全面掌握建设需求，包括网络架构与设备部署位置、系统配置与安全策略配置等方面，在实

施阶段再进行变更，导致进度滞后；可能因为设备采购与到货时间影响项目进度；可能因为实施人员离职或请假，导致实施人员变更影响项目。

在项目实施阶段：产品到货现场开箱验收时，检查发现与招标要求和合同中要求的规格及参数不一致，导致产品更换；可能因为技术人员未能及时掌握项目实施技术要求，在实施过程可能中出现偏差或遗漏情况，导致后期返工；在软件安装过程中，可能因软件兼容性问题影响项目进度；可能因为建设单位需求变更，导致进度滞后。

在项目验收阶段：在项目试运行阶段，可能出现新的问题，需要及时解决问题，导致项目不能按时验收。

1.1.

2. 人员安全风险

在项目实施阶段：针对人员安全的风险，主要包括施工作业时可能出现的人身安全问题，如高空作业坠落、机械设备误操作受伤、施工时人员触电、机房气体中毒等风险。

1.1.3. 环境安全风险

在项目实施阶段：可能因不抗拒因素，发生地震自然灾害，导致设备摔落损坏；可能因为机房堆积设备包装箱等杂物和接触易燃物发生火情；可能因为设备接触水源，导致因短路损坏设备或电源跳闸，导致系统业务中断。

1.1.4. 系统安全风险

在项目实施阶段：可能因网络环境不熟悉，在实施时的失误操作，导致网络通信中断；可能因为对系统应用环境不熟悉，或者在安装安全软件和部署存储系统时，业务系统发生意外的服务中断；可能因为在项目实施中使用的移动储存介质被感染木马和病毒程序，感染单一系统或整个网络；可能因为外部网络攻击，发生网络攻击事件。

1.1.5. 设备安全风险

在项目准备阶段：可能因为物流运输问题，发生设备丢失事件，或在运输途中碰撞导致部件损坏。

在项目实施阶段：可能因为设备搬运和安装上架时，发生设备摔落损坏部件；可能因为静电损坏设备；可能发生设备丢失等事件。1.2.风险应对措施

针对以上识别的项目进度风险、人员安全风险、环境安全风险、系统安全风险、设备安全风险，建立风险控制计划，针对高风险事件采取应急处置与保障措施，最大化规避、减轻和转移风险。具体风险应对措施计划如下：

1.3.应急任务识别

针对本次建设项目，根据上述安全风险识别和风险应对措施，可能存在部分高风险事项，且在项目实施过程中，还可能存在一些临时突发的重要和紧急的事件，根据招标文件要求和具体建设内容，可能存在以下应急任务，承建单位应做好各项应急任务的处置与保障工作。

（1）通信网络故障。当发生网络主干链路中断、关键设备出现软硬故障和流量异常，导致网络通信中断。

（2）网络病毒事件。可能因为原网络中感染的木马程序及计算机病毒爆发，或项目实施时使用的存储介质中潜伏有危害程序，导致部分主机或全网中毒事件。

（3）网络攻击事件。在项目实施时，可能发生意外的网络攻击事件，网络被非法入侵、网页内容被篡改，应用服务器上的数据被非法拷贝、修改、删除。

（4）主机系统故障。在部署安全软件服务端或客户端程序时，发生服务器硬件故障，或存在兼容性问题导致操作系统故障。

1.4.应急处置措施

1.4.1. 通信网络故障处置

当发生网络主干链路中断、关键设备出现软硬故障和流量异常，导致网络通信中断，项目经理应立即组织应急保障组现场检查和分析，经初步判断并定位故障位置，并及时向建设单位项目负责人汇报，说明情况和拟采取的解决方案及处置完成时间。

安排应急保障组成员分别检查链路故障和检查设备故障，及时查清通信网络故障位置，隔离故障区域。确定为网络接入部分故障的，立即通知相关通信网络运营商或相关单位查清原因并处置；确定为主干链路故障的，应立即更换通信跳线或涉及光模块、收发器等；确定为主干设备故障的，应先排查是否为端口硬件故障，如果为设备整机故障，可考虑是否能够跳过设备进行网络通信，无法跳过设备时，应协调建设单位提供备用设备保障网络通信；确定为设备网络配置或安全策略问题的，应立即调整系统配置，恢复通信网络，保证正常运转。

应急保障组无法解决的，或短时间无法恢复的，事态或后果严重的，项目经理应立即向建设单位负责人汇报，并协调相关资源支持，

包括公司后台技术力量和协调相关厂商现场技术支持。新采购的设备故障，公司商务采购部门应立即协调制造商更换同型号设备。

应急处置完成后，应对处置结果进行验证，确定故障得到有效处置，并立即向建设单位项目负责人口头报告。应急保障小组应出具故障分析和处置报告，在3个工作日内向建设单位进行书面报告。

1.4.

2. 网络病毒事件处置

可能因为原网络中感染的木马程序及计算机病毒爆发，或项目实施时使用的存储介质中潜伏有危害程序，导致部分主机或全网中毒事件。发现网络病毒时，项目经理应立即组织应急保障组现场检查和分析，经初步判断并确定病毒感染范围和病毒类型，并及时向建设单位项目负责人汇报，说明情况和拟采取的解决方案及处置完成时间。

安排应急保障组成员检查计算机终端感染情况，确定感染设备范围，应立即断开网线，终止网络病毒传播，确定病毒类型；先可通过升级病毒库进行病毒查杀，检查是否能够有效清除；无法通过杀毒软件彻底清除的，通过人工手动方式，分析进程文件、系统服务和注册表，确定能否通过手动清除病毒；无法通过杀毒软件和手动清除的，应立即提取病毒样本，寻求厂商统一专职的客服人员提供技术服务，提供样本确定是否已有解决方案，按照提供的解决方案清除病毒。

应急保障组无法解决的，或短时间无法恢复的，事态或后果严重的，项目经理应立即向建设单位负责人汇报，并协调相关资源支持，包括公司后台技术力量和协调杀毒软件厂商安排专业人员现场技术

支持。

应急处置完成后，应对处置结果进行验证，确定病毒事件得到有效处置，并立即向建设单位项目负责人口头报告。应急保障小组应出具故障分析和处置报告，在3个工作日内向建设单位进行书面报告。

1.4.3. 网络攻击事件处置

在项目实施时，可能发生意外的网络攻击事件，网络被非法入侵、网页内容被篡改，应用服务器上的数据被非法拷贝、修改、删除时，项目经理应立即组织应急保障组现场检查和分析，经初步判断网络攻击影响，应断开网络，并及时向建设单位项目负责人汇报，说明情况和拟采取的解决方案及处置完成时间。

安排应急保障组成员进行检查分析，分别检查网络设备和安全设备相关日志，分析攻击事件影响。应急保障人员根据分析情况，可关闭服务器或系统，初步确定攻击地址，修改防火墙和路由器的过滤规则，封锁被攻破的登陆账号或修改密码，阻断可疑用户进入网络的通道；及时清理系统，恢复数据、程序，恢复系统和网络正常。

应急保障组无法解决的，或短时间无法恢复的，事态或后果严重的，项目经理应立即向建设单位负责人汇报，并协调相关资源支持，包括公司后台技术力量和协调第三方安全厂商安排专业人员现场技术支持。

应急处置完成后，应对处置结果进行验证，确定攻击事件得到有效处置，并立即向建设单位项目负责人口头报告。应急保障小组应出

具事件分析和处置报告，在3个工作日内向建设单位进行书面报告。

1.4.4. 主机系统故障处置

在部署安全软件服务端或客户端程序时，发生服务器硬件故障，或存在兼容性问题导致操作系统故障。项目经理应立即组织应急保障组现场检查和分析，经初步判断并确定故障原因，并及时向建设单位项目负责人汇报，说明情况和拟采取的解决方案及处置完成时间。

安排应急保障组成员进行检查分析。如果是在部署软件中产生关机、重启、蓝屏，实施人员应在重新开机后，进入安全模式将新安装的软件进行卸载，或者恢复相关配置，检查是否恢复正常；如果不能正常恢复，与相关软件厂商联系，确定原因并采用相关措施；无法快速进行恢复的，应立即使用系统备份文件，恢复系统原有状态。

应急保障组无法解决的，或短时间无法恢复的，事态或后果严重的，项目经理应立即向建设单位负责人汇报，并协调相关资源支持，包括公司后台技术力量和协调第三方安全厂商安排专业人员现场技术支持。

应急处置完成后，应对处置结果进行验证，确定主机故障得到有效处置，并立即向建设单位项目负责人口头报告。应急保障小组应出具事件分析和处置报告，在3个工作日内向建设单位进行书面报告。

1.5.应急处置预案

为保障本次项目顺利建设完成，保障网络互联互通，加强网络与

信息安全保障工作，形成科学、有效、反应迅速的应急工作机制，确保重要信息系统实体安全、运行安全和数据安全，最大限度地减轻业务系统突发网络与信息安全故障的危害，根据《国家网络与信息安全事件应急预案》，结合项目安全风险识别和应急任务识别，特制定应急处置预案。

1.5.1. 应急保障组织

根据本项目实际情况，成立专门的应急保障工作小组，建设单位项目负责人为应急保障工作的总负责人，由项目经理负责应急保障的工作协调、组织应急处置和工作汇报，其中，指定2名项目实施人员为项目成员，同时，公司后台配置专业人员共同负责应急保障工作。

1.5.

2. 应急处置原则

（1）积极防御，综合防范

立足安全防护，加强预警，重点保护网络和重要信息系统：从预防、监控、应急处理、应急保障和打击不法行为等环节，在管理、技术、宣传等方面，采取多种措施，充分发挥各方面的作用，做好网络与信息安全应急保障。

（2）明确责任，分级负责

按照“谁主管谁负责”的原则，分级分类建立和完善安全责任制度、协调管理机制和联动工作机制。加强信息网络安全的宣传和教育，进一步提高项目实施人员的信息安全意识。

（3）落实措施，确保安全

要对机房、网络设备、服务器等设施开展安全检查，对发现安全漏洞和隐患的进行及时整改。

（4）科学决策，快速反应

加强项目实施后备力量支持，规范应急处置措施和操作流程，应急事件发生，要快速反应，及时获取准确信息，跟踪研判，及时报告，果断决策，迅速处理，最大限度地减少危害和影响。

1.5.3. 应急事件分类

（1）物理安全

?系统环境安全风险

水灾、火灾、雷电等灾害性故障引发的网络中断、系统瘫唤、数据被毁等；因接地不良、机房屏蔽性能差引起的静电干扰或外界的电磁干扰使系统不能正常工作；机房电力设备和其它配套设备本身缺陷诱发信息系统故障；机房安全设施自动化水平低，不能有效监控环境和信息系统工作；其它环境安全风险。

?物理设备的安全风险

由于信息系统中大量地使用了网络设备如交换机、路由器、服务器、终端设备，使得这些设备的自身安全性也会直接关系信息系统和各种网络应用的正常运转。例如，路由设备存在路由信息泄漏。交换机和路由器设备配置风险等。

（2）网络安全

?网络体系结构的安全风险

网络平台是一切应用系统建设的基础平台，网络体系结构是否按照安全体系结构和安全机制进行设计，直接关系到网络平台的安全保障能力。网段划分是否合理，路由是否正确。网络的容量、带宽是否考虑业务峰值。网络设备有无冗余设计等都与安全风险密切相关。

?网络通信协议的安全风险

网络通信协议存在安全漏洞，网络黑客就能利用网络设备和协议的安全漏洞进行网络攻击和信息窃取。例如未经授权非法访问内部网络和应用系统；对其进行监听，窃取用户的口令密码和通信密码；对网络的安全漏洞进行探测扫描；对通信线路和网络设备实施拒绝服务攻击，造成线路拥塞和系统瘫频。

?网络操作系统的安全风险

网络操作系统，不论是 Windows还是Linux，都存在安全漏洞。一些重要的网络设备，如路由器、交换机、网关，防火墙等，由于操作系统存在安全漏洞，有些网络设备存在“后门”，导致网络设备的不安全。

（3）系统安全

?操作系统安全风险

操作系统的安全性是系统安全管理的基础。数据库服务器、中间层服务器，以及各类业务和办公客户机等设备所使用的操作系统。不论是 Win7/ Win10/WinServer系列系统，还是 Linux 都存在信息安全漏洞，由操作系统信息安全漏洞带来的安全风险是的普遍的安全风险。

?数据库安全风险

所有的业务应用、决策支持，行政办公的信息管理核心都是数据库，而涉及运行的数据都是需要安全保护的信息资产。不仅需要统一的数据备份和恢复以及高可用性的保障机制，还需要对数据库的安全管理，包括访问控制，敏感数据的安全标签，日志审计等多方面提升安全管理级别，规避风险。数据库本身可能存在安全漏洞，建立在其上的各种应用系统软件在数据的安全管理设计上也不可避免地存在一些安全缺陷。

?应用系统的安全风险

应用系统的管理和使用不当，会带来严重的安全风险。例如当口令或通信密码丢失、泄漏，系统管理权限丢失、泄漏时，假冒合法身份用户进行非法操作，或“黑客”对系统实施攻击，造成系统崩溃。

?病毒危害风险

计算机病毒的传播会破坏数据信息，占用系统资源，影响计算机运行速度，引起网络堵塞甚至瘫痪。尽管防病毒软件安装率已大幅度提升。但如果没有好的防毒概念，从不进行病毒代码升级，而新病毒层出不穷，因此威胁性愈来愈大。

?黑客入侵风险

一方面风险来自于内部，入侵者利用Sniffer等嗅探程序通过网络探测、扫描网络及操作系统存在的安全漏润，如网络 IP 地址、应用操作系统的类型、开放哪些 TCP端口号、系统保存用户名和口令等安全信息的关键文件等，并采用相应的攻击程序对内网进行攻击。

入侵者通过拒绝服务攻击，使得服务器超负荷工作以至拒绝服务甚至系统瘫痪。另一方面风险来自外部，入侵者通过网络监听、用户渗透、系统渗透、拒绝服务、木马等综合手段获得合法用户的用户名、口令等信息，进而假冒内部合法身份进行非法登录，窃取内部网重要信息。或使系统终止服务。

（4）应用安全

?身份认证与授权控制的安全风险

依靠用户 ID和口令的认证很不安全。容易被猜测或盗取。会带来很大的安全风险。即使采用动态口令认证、CA第三方认证，如果使用和管理不当，同样会带来安全风险。要建立基于统一策略的用户身份认证与授权控制机制，以区别不同的用户和信息访问者，并授予他们不同的信息访问权限。

?信息传输的机密性和不可抵赖性风险

实时信息是应用系统的重要事务处理信息，必须保证实时信息传输的机密性和不可抵赖性，能否做到这一点，关键在于采用什么样的加密方式、密码算法和密钥管理方式。

?管理层安全风险

安全的网络设备要靠人来实施，管理是整个网络安全中最为重要的一环，认真地分析管理所带来的安全风险，并采取相应的安全措施，责权不明、管理温乱、安全管理制度不健全及缺乏可操作性等都可能引起管理安全的风险。当网络出现攻击行为或网络受到其它一些安全威胁时（如内部人员的违规操作等），无法进行实时的检测、监控、

报告与预警。

1.5.4. 应急预防预警

（1）完善网络安全事件监测和预警

加强对各类网络与信息安全突发事件信息的收集、分析、判断和持续监测。当检查到有网络与信息安全突发事件发生或可能发生时，应及时对发生事件或可能发生事件进行调查核实、保存相关证据，并立即向应急保障负责人报告。报告内容主要包括信息来源、影响范围、事件性质、事件发展趋势和采取的措施建议等。若发现下列情况应及时报告：利用网络从事违法犯罪活动；网络或信息系统通信和资源使用异常；网络或信息系统瘫痪，应用服务中断或数据篡改、丢失；网络恐怖活动的嫌疑和预警信息；其他影响网络与信息安全的信息。

（2）建立应急预案，规范管理流程

通过相关设备实时监控网络工作和信息安全状态，各基础信息网络和重要信息系统建设要充分考虑抗毁性和灾难恢复，制定并不断完善信息安全应急处理预案。针对信息网络的突发性、大规模安全事件，建立制度优化、程序化的处理流程。

（3）做好数据备份，建立恢复机制

一旦发生网络与信息安全事件，立即启动应急预案，采取应急处置措施，判定事件危害程度，并立即将情况向有关应急保障负责人报告。在处置过程中，应及时报告处置工作进展情况，直至处置工作结束。

1.5.5. 应急处置流程

（1）预案启动

在发生网络与信息安全事件后，应急保障工作组应尽最大可能迅速收集事性相关信息，鉴别事件性质，确定事件来源，弄清事件范围和评估事件带来的影响和损害。一旦确认为网络与信息安全事件，立即汇报和处置。

（2）应急处理

根据应急任务的识别，在项目实施中可能存在网络通信故障、网络病毒事件、网络攻击事件、主机系统故障、应用服务故障、业务数据损坏和业务迁移失败应急事件，按照“应急处置措施”章节进行应急处理，其他可能存在的应急事件，参考以下应急处理流程开展应急保障工作。

?电源断电

a)查明故障原因。

b)检查UPS是否正常供电。

c)汇报相关领导，确认市电恢复时间，评估 UPS 供电能力。

d)备份服务器数据、交换机配置。

e)通知机房进行电源维修。做好事件记录。

f)必要时请示应急保障负责人，主动关闭服务器、交换机、存储等设备，以免设备损坏或数据损失。

?局城网中断紧急处理措施

a)信息安全负责人员立即判断故障节点，查明故障原因，及

时汇报。

b)若是线路故障，重新安装线路。

c)若是路由器、交换机等设备故障，应立即从指定位置将各设备取出接上，并调试畅通。

d)若是路由器、交换机等配置文件损坏，应迅速按照要求重新配置，并调试畅通。

e)汇报相关领导，做好事件记录。

?广城网线路中断

a)应急保障人员应立即判断故障节点，查明故障原因。

b)如是我方管辖范围，应立即组织维修恢复。

c)如是电信部门管辖范围，立即与电信维护部门联系修复。

d)做好事件记录。

?核心交换机故障

a)检查、备份核心交换机日志。

b)启用备用核心交换机，检查接管情况。

c)备份核心交换机配置信息。

d)将服务器接入备用核心交换机，检查服务器运行情况，将楼层交换机、接入交换机接入备用核交换机，检查各交换机运行情况。

e)汇报有关领导，做好事件记录。

f)联系维修核心交换机。

?光纤线路故障

a)立即联系光纤熔接人员携带尾纤等辅助材料，及时熔接连

通。

b)检查并做好备用光缆或备用芯的跳线工作，随时切换到备用网络。

c)做好事件记录，及时上报。

?计算机病毒爆发

a)关闭计算机病毒爆发网段上联端口。

b)隔离中病毒计算机。

c)关闭中病毒计算机上联端口。

d)根据病毒特征使用专用工具进行查杀。

e)系统损坏计算机在备份其数据后，进行重装。

f)通过专用工具对网络进行清查。

g)做好事件记录，及时上报。

?服务器设备故障

a)主要服务器应做多个数据备份。

b)如能自行恢复，则立即用备件替换受损部件。如电源损坏更换备用电源，硬盘损坏更换备用硬盘，网卡、主板损坏启用备用服务器。

c)若数据库崩溃应立即启用备用系统。并检查备用服务器启用情况。

d)对主机系统进行维修并做数据恢复。

e)如不能恢复，立即联系设备供应商，要求派维护人员前来维修。