信息系统突发事件应急处理
- 格式:doc
- 大小:37.50 KB
- 文档页数:7
可编辑修改精选全文完整版信息系统应急处理预案为确保项目的顺利进行,我公司将对项目实施过程中的突发风险进行详细分析,针对可能出现的各类系统异常情况和突发事件,设计一系列相应的预防与解决措施,并制定完整的应急处理流程,确保在系统故障和突发事件发生时,能够及时报告、统一调度、减少损失,并通过综合协调、重点突出、及时反应、快速恢复、防范为主和加强监控等措施来有效处理和控制事件。
(一)应急处理原则统一领导原则:重大系统异常情况发生时,要及时向相关领导层报告,以便进行统一调度和协调,确保各方面的资源和行动都能够有序进行,减少损失。
综合协调原则:明确综合协调的职能机构和人员,确保各职能部门之间的协作和衔接,提高应对系统异常情况和突发事件的综合应对能力。
重点突出原则:将紧急处理的重点放在运行重要业务系统或可能导致严重事故后果的关键系统上,确保资源和行动的优先级合理分配,以最大程度地减少对业务和安全的影响。
及时反应,积极应对原则:系统维护人员应在系统故障发生时能够及时发现、报告、抢修和控制,同时积极采取预防措施,进行防范、监测、预警和响应,以减少事件的影响和扩散。
快速恢复原则:系统管理人员应坚持快速恢复系统的原则,根据各自的职责分工,加强团结协作,必要时与设备供应商和系统集成商合作,共同解决问题,以尽快将系统恢复正常运行。
防范为主,加强监控原则:经常性地做好应对系统突发事件的思想准备、预案准备、机制准备和工作准备,提高基础设备和重要系统的保障水平。
加强对系统应用的日常监视,及时发现系统突发事件并采取有效措施,迅速控制事件影响范围,力求将损失降到最低。
(二)应急工作小组组成及职责在系统事件的处理中,处理系统事件和突发情况时,一个良好组织、职责明确、科学管理的应急队伍起着关键作用,通过建立一个组织良好、职责明确、科学管理的应急队伍,可以提高应对系统事件和突发情况的能力,快速做出决策、有效地恢复正常运行,以及预防类似事件再次发生。
信息系统平台突发事件应急预案一、前言随着信息技术的迅速发展和广泛应用,信息系统平台成为了企业日常运营的重要支撑。
然而,由于各种原因,信息系统平台可能会发生突发事件,如网络攻击、硬件故障、自然灾害等,这些事件可能会导致信息系统的中断、数据丢失、机密泄露等严重后果。
因此,制定一份科学合理的信息系统平台突发事件应急预案对于保障企业信息系统平台的安全运行至关重要。
二、应急预案的目标和原则1.目标确保信息系统平台在发生突发事件后能够快速、有效地恢复到正常运行状态,最大限度地减少对企业正常运营的影响。
2.原则(1)全面性:综合考虑突发事件的各种可能性,制定全面的应急预案。
(2)灵活性:预案应能够根据事件情况的变化和发展随时调整和优化。
(3)科学性:预案应基于科学的技术手段和策略,确保其可操作性和可行性。
(4)及时性:对突发事件的应急响应应能够在最短时间内启动和展开。
三、应急预案的组织和流程1.应急组织(1)成立突发事件应急处理小组,包括信息系统部门的相关人员和其他相关部门的代表。
2.应急流程(1)事件发生:突发事件发生后,及时通过各种渠道获得事件的相关信息。
(2)事件评估:对事件的程度、影响和紧急程度进行评估,并及时调整应急响应级别。
(3)应急响应:根据评估结果,启动相应的应急手段和策略,保障信息系统的安全运行。
(4)事件处理:组织相关人员对事件进行处理和修复,确保信息系统的正常运行。
(5)应急结束:在信息系统恢复正常运行后,对事件进行总结和评估,改进应急预案并完善相关措施。
四、应急预案的技术措施1.常备备份建立信息系统的常备备份,包括数据备份、系统备份和软件备份。
备份数据应做到实时同步,保证数据的完整性和可靠性。
2.安全监控与漏洞扫描建立完善的安全监控系统,及时检测和发现潜在的安全威胁和漏洞,并启动相应的修复措施。
3.网络防火墙与入侵检测部署强大的网络防火墙和入侵检测工具,及时发现和阻止潜在的网络攻击,保障信息系统的安全。
信息系统应急预案范文根据公司的信息系统应急预案,以下是我们对于信息系统发生意外事件时的处理流程和应对措施:一、事件描述1.若发生信息系统受损的意外事件,立即通知相关负责人员和技术人员进行紧急处理。
2.在第一时间了解并确认系统受损的程度和范围,例如数据损坏、系统崩溃或网络中断等情况。
二、紧急处理措施1.在确认系统受损后,关闭相关资源或服务,以避免进一步的损失。
2.调动技术团队成员,立即对系统进行检修和维护,尽快恢复系统的正常运行状态。
3.对于数据库的损坏情况,立即启用备份数据进行恢复或修复。
三、通知沟通1.在处理过程中,要及时向公司领导、业务相关部门以及相关人员通报事故情况和处理进展。
2.积极与供应商或合作伙伴联系,沟通合作解决方案,减少受损范围。
四、故障恢复1.在信息系统处理完毕后,进行全面的测试,确保系统已经完全恢复正常运行状态。
2.对于受损数据的处理,要进行数据恢复和数据库修复,尽量减少数据丢失和影响。
五、事故总结1.对于事件发生后,成立应急响应小组,对事件的处理过程进行详细的总结和分析,发现问题并提出改进方案。
2.及时修改应急预案,更新相关措施和流程,以便更好地应对未来可能发生的意外事件。
在日常工作中,我们将持续加强对信息系统的管理和维护,确保系统安全运行,同时加强员工的信息安全意识教育,共同维护公司的信息系统安全和稳定运行。
另外,为了更好地应对未来可能发生的意外事件,我们还将加强以下措施:1.定期演练:定期组织信息系统应急演练,模拟各种可能发生的意外事件,提高员工对应急预案的熟悉度和应对能力,确保在实际发生意外事件时能够迅速、有效地应对。
2.技术监控:加强对信息系统的监控和预警机制,及时发现并解决潜在的风险和故障,减少意外事件发生的可能性,提高信息系统运行的稳定性和可靠性。
3.安全备份:建立完善的备份机制,定期对关键数据和系统进行备份和存档,确保在发生意外事件时能够快速恢复数据和系统,减少损失和影响。
信息系统应急处理预案第一章总则第一条为提高应对信息系统在运行过程中出现的各种突发事件的应急处置能力,有效预防和最大程度地降低信息系统各类突发事件的危害和影响,保障信息系统安全、稳定运行,根据国家《信息安全事件分类分级指南》、《信息技术、安全技术、信息安全事件管理指南》、《国家突发公共事件总体应急预案》及有关法律、法规的规定,结合实际,制定本处理预案。
第二条本处理预案所称的信息系统,由计算机设备、网络设施、计算机软件、社会保险数据等组成。
第三条信息系统突发事件分为网络攻击事件、信息破坏事件、信息内容安全事件、网络故障事件、软件系统故障事件、灾难性事情、其他事件等八类事件。
(一)网络攻击事件:通过网络或其他技术手段,利用信息系统的配置缺陷、协议缺陷、程序缺陷或使用暴力攻击对信息系统实施攻击,并造成信息系统异常或对信息系统当前运行造成潜在危害的事件。
(二)信息破坏事件:通过网络或其他技术手段,造成信息系统中的数据被篡改、假冒、泄漏等而导致的事件。
(三)信息内容安全事件:利用信息网络发布、传播危害国家安全、社会稳定和公共利益的不良信息内容的事件。
(四)网络故障事件:因电信、网络设备等原因造成大部分网络线路中断,用户无法登录信息系统的事件。
(五)服务器故障事件:因系统服务器故障而导致的信息系统无法运行的事件。
(六)软件故障事件:因系统软件或应用软件故障而导致的信息系统无法运行的事件。
(七)灾害性事件:因不可抗力对信息系统造成物理破坏而导致的事件。
(八)其他突发事件:不能归为以上七个基本分类,并可能造成信息系统异常或对信息系统当前运行造成潜在危害的事件。
第四条按照造成信息系统的中断运行时间,将信息系统突发事件级别划分为一般(IV级)、较大(III级)、重大(II级)、特别重大(I级)。
(一)一般(IV级):信息系统发生可能中断运行2小时以内的故障;(二)较大(III级):信息系统发生可能中断运行2小时以上、12小时以内的故障;(三)重大(II级):信息系统发生可能中断运行12小时以上、24小时以内的故障;(四)特别重大(I级):信息系统发生可能中断运行24小时以上的故障。
信息系统突发事件应急响应为了提高应对信息系统突发事件的能力,有效预防和最大程度地降低信息系统各类突发事件的危害和影响,保障信息系统安全、稳定运行,应急响应流程应该被充分考虑。
下面,我们将讨论信息系统突发事件应急响应流程。
1. 应急响应流程概述应急响应是指在某些情况下,为了对抗发生或可能发生的突发事件,而由有关单位或个人所制定的一种组织协调、快速、灵活、有效的组织方式和处理方法。
通常来讲,应急响应可以划分为预案编制、应急演练、机构调整和协同配合四个阶段,其中预案编制是应急响应不可或缺的部分。
2. 预案编制预案编制是应急响应的重要组成部分,也是应急响应体系建设的基础。
它包括四个方面:2.1 制定体制制定应急响应体制,落实应急响应主体职责,明确信息系统突发事件应急响应组织结构、应急响应机制。
制定体制应考虑对应急响应人员、设备、物资等配备的要求。
2.2 制定预案制定符合国家法律法规和管理类别的应急预案,并不断完善。
制定预案需要充分考虑信息系统突发事件的类型,对应各种事件的解决方案,明确工作职责和分工。
预案编写除了要注重实际效果,在文档的保密性和安全性上也有着严格的标准,其中包括了密码加密、防泄密措施,以及草案审核和审批流程等。
2.3 进行评估预案编写完成后,需要进行风险评估,检查预案是否能够有效应对突发事件。
评估成果进行检查和分析,确保预案合理性和可行性。
2.4 进行演练在制定预案时,还需要进行应急演练,以验证预案的有效性和可行性,发现问题,进一步完善应急预案。
在演练模拟中,应考虑各种突发事件,进行实战模拟操作,针对各种情况进行应对,检测预案是否存在漏洞或是缺少应急资源。
3. 应急响应流程的关键节点在应急响应中,应建立一整套完整、准确而高效的应急响应流程,确保突发事件得到及时处理。
以下是应急响应流程的关键节点:3.1 报告当信息系统发生突发事件时,第一步应该是立即向相应部门或个人进行报告。
3.2 核查与确认核实事件情况后,需要对事件进行确认,并确定处理方案和策略。
信息系统突发事件应急预案一、编制目的为妥善应对和处置信息系统各类突发事件,维护矿区信息化系统的正常、安全稳定运行,全面执行“安全第一,预防为主”的方针,最大限度地减少突发事件带来的损失,结合公司的实际情况,特制定本应急预案。
二、编制依据依据《中华人民共和国计算机信息系统安全保护条例》、《中华人民共和国计算机信息网络国际联网安全保护管理办法》等有关法规文件精神。
三、应急措施1、故障发生后,系统管理人员应立即向信息系统所属部门汇报,并启动应急预案。
2、由信息系统所属部门负责组织技术人员进行故障处理,,确认故障,研究解决方案,信息系统主管部门配合协调。
(1)硬件故障:经现场确认后进行更换维修,不能进行维修的,联系厂家技术人员到场解决,力保数据安全。
(2)软件故障:确认可靠的最新备份数据已经转移到其他存储设备上,查看数据库相关信息,根据对应的故障解决问题。
3、如短时间系统无法修复,系统管理人员必须做好故障处理记录。
4、利用备份数据安装临时数据库服务器,确保业务恢复正常运行。
清理系统、恢复数据、程序、服务。
把所有被攻破的系统和设备彻底还原到正常状态。
恢复工作应该十分小心,避免出现误操作导致数据的丢失。
五、保证措施1、要有充足的信息系统设备备品备件,以便发生事故时及时更换。
2、做好密码保护工作,防止非本单位人员操作数据库。
定期对数据进行检查,对预期发生的问题做好事先防范。
3、建立健全重要数据及时备份和灾难性数据恢复机制,对的数据进行定期备份,并刻录在不可擦写的介质里进行保存。
4、信息系统设备上打全补丁,安装杀毒软件,及时更新病毒代码。
六、应急结束系统管理人员回顾并整理发生事件的各种相关信息,尽可能地把所有情况记录到文档中。
系统恢复以后,关注其安全状况,特别是对曾经出问题的地方,要进行跟踪,做好防范工作。
信息系统安全突发事件应急预案一、总则1.1 目的为了建立健全应对突发信息系统安全事件的运行机制,指导和规范信息系统安全突发事件的应急处置工作,有效预防、及时控制和消除信息系统安全突发事件造成的危害,确保国家信息系统安全,结合公司自身实际,制定本预案。
1.2 工作原则1.2.1 统一领导,分级负责。
1.2.2 预防为主,常抓不懈。
1.2.3 反应及时,措施果断。
1.2.4 依靠科学,加强协作。
二、组织指挥体系与职责任务2.1 组织机构为加强对信息系统安全突发事件的应对工作,成立公司信息系统安全突发事件应急领导小组(以下简称“领导小组”)。
领导小组下设办公室,设在公司信息技术部。
2.2 职责分工(1)领导小组职责:研究制定公司应对信息系统安全突发事件的政策措施和指导意见;负责统一领导公司系统范围内涉及信息系统安全突发事件现场应急处置工作;负责建立健全公司安全防范和应急处置工作体系,组织指导各单位做好预防和应对工作;负责及时向上级主管部门报告有关事件的情况。
(2)领导小组办公室职责:贯彻落实领导小组的各项决策和部署;负责信息系统安全突发事件的预警工作,会同相关单位组织有关安全防范和应急处置方面的培训和演习;协调、指导相关单位实施应急处置工作;及时向上级主管部门报告有关事件的情况。
(3)技术支持单位职责:负责信息系统安全突发事件的技术支持和保障工作;开展信息系统的风险分析和隐患排查工作;提供应急处置的技术咨询和技术建议。
三、预防与预警机制3.1 预防与预警体系公司建立覆盖全系统的信息系统安全预防与预警体系,加强信息系统安全的日常监控和管理,及时发现并解决存在的安全隐患和问题。
3.2 预警等级及发布根据信息系统安全突发事件可能造成的影响范围和严重程度,将预警等级分为一级、二级、三级和四级,分别用红色、橙色、黄色和蓝色标识。
预警级别的划分标准和发布程序由领导小组另行制定。
四、应急响应与处置程序4.1 一级响应程序发生一级预警级别的信息系统安全突发事件,由领导小组启动本预案,并组织相关单位和技术支持单位实施应急处置工作。
信息系统安全突发事件应急预案第一章总则第一条为提高公司应对信息系统安全突发事件的处置能力,保障数据资料安全和信息系统稳定运行,保护客户合法权益,保证公司业务持续开展,维护公司良好社会形象,根据《xxxxxx》文件精神,制定本应急预案。
第二条本预案主要针对在信息系统故障、自然灾害、人为破坏或其他原因导致我公司主要应用系统发生事故或者数据资料丢失泄露等导致公司业务不能正常经营的安全突发事件。
事件分为特别重大事件(I级)、重大事件(口级)、较大事件(m级}一般事件(IV级)四个级次。
特别重大事件(I级),是指骨干网络完全中断、核心业务系统完全无法使用超过8小时以上的,且8小时内无法排除故障,影响到全公司的事件。
重大事件(口级),是指核心业务系统中断超过4小时以上影响全区的,或核心业务系统中断超过8小时以上影响超过半数机构的事件。
较大事件(印级),是指核心业务系统中断超过2小时以上影响全区的,或核心业务系统中断超过4小时以上影响超过三分之一机构的事件。
一般事件(IV级),是指分支机构业务系统中断超过1小时无法恢复的事件。
各相关部门和人员要针对事件的不同级次,根据本方案及时启动不同级别的应急方案,明确目标,落实责任,及时完善应急报告、应急处理和事后总结等工作。
应急工作应在信息系统应急领导机构的指导下,坚持极预防、逐级负责、快速反应和有效控制的原则,进行风险防范、应急预警和应急处理工作。
第二章组织体系和工作职责第三条公司和各分支机构应成立XXX领导小组(以下简称〃应急领导小组〃),组长由公司分管领导担任,副组长由本单位XXX 部门主要负责人担任,相关部门主要负责人为应急领导小组成员。
应急领导小组负责辖内信息系统应急工作的领导、指挥和统筹部署,决定辖内信息系统应急工作重大事项。
领导小组主要负责领导、组织、协调事件的处理工作,制定应急方案,根据需要调动相关人员。
领导小组下设xxxH作小组,组长由本单位XXX部门主要负责人担任,负责信息系统应急工作的组织实施、业务协调,发布应急指令和故障级别,决策应急处理方案,并协调应急工作小组下设各职能小组的工作。
信息系统应急处理预案
在信息系统的管理中,建立应急处理预案是个不可或缺的环节。
首先,想想你所面临的风险。
比如,系统崩溃、数据泄露,或者网络攻击。
每个场景都有其独特的挑战。
没错,事情发生时,慌了神可不好。
及时反应才是王道。
接下来,我们需要明确目标和职责。
每个人都要知道自己的位置。
谁来监控系统?谁来处理突发事件?这样能避免混乱,确保应急响应流畅。
与此同时,定期的演练不可少。
练得多,才能应对自如。
就像打球一样,平时多练,比赛时才能发挥得更好。
再聊聊资源配置。
资源分配得当,才能事半功倍。
建立一个应急小组,配置必要的工具和技术支持。
信息共享很关键,大家要有通畅的沟通渠道。
举个例子,假设某个系统崩溃,相关人员能立刻获取信息,迅速行动。
这样就能大大缩短恢复时间。
当然,事后总结也是必不可少的环节。
每一次应急响应后,大家坐下来,聊聊哪里做得好,哪里可以改进。
这种反馈机制能让我们不断完善预案,提升整体应对能力。
大家齐心协力,形成一个良性循环。
最后,要记住,信息系统的应急处理预案是一个活文档。
随着技术的发展和环境的变化,我们的预案也要不断更新。
别怕麻烦,细节决定成败。
每一个小环节都关系到最终的成功。
应急处理预案不仅仅是一纸文书,更是企业在面对风险时的“护身符”。
制定好预案,就像给自己装上了安全锁,随时待命。
无论未来遇到什么挑战,信心满满,勇往直前。
全国海关信息中心(全国海关电子通关中心)信息系统突发事件应急处理规程(修订)
第一章总则
第一条为最大限度减少突发事件对海关业务的损害,保障海关业务正常运行,规X信息系统应急处理流程,持续提高对信息系统突发事件的响应能力,逐步建立信息系统突发事件(以下简称“突发事件”)应急预案完善机制,依据《全国海关联网应用项目运行管理办法》相关规定,参考《全国海关信息中心故障管理规程》、《海关系统突发公共事件应急预案》、《海关信息系统安全应急预案》的相关内容,特制定本规程。
第二条本规程所称应急处理是指全国海关信息中心(全国海关电子通关中心)(以下简称“中心”)针对信息系统突发事件所采取的非常规性紧急措施。
第三条应急处理工作应遵循“快速反应”、“阻断影响”、“经验总结”的原则。
在最短时间内,采取有效措施消除突发事件对海关业务应用的负面影响,积极开展事后分析,总结经验,不断完善应急预案体系。
第四条突发事件是指由信息系统可用性异常引发的已对海
关关键业务产生严重影响的事件,由信息完整性遭受破坏引发的预计对海关声誉产生严重影响的事件,具体包括:
(一)信息系统可用性受到破坏,(如信息系统故障、病毒感染、黑客攻击、供电系统等外围设施故障)造成全国海关现场通关业务中断1小时,技术支持部门预计在2小时内无法排除,已对通关现场产生严重影响的情况;
(二)信息完整性受到破坏,(如信息系统故障、病毒感染、黑客攻击)造成海关关键业务数据、海关对外内容被非法篡改,预计对海关声誉产生严重影响的情况;
(三)在国家或上级主管部门规定的特殊敏感时期,运行监控部门通过监控工具或热线获知,预计造成严重影响的情况;
(四)除上述几种情况外,当发生影响业务的重大故障,运行调度或总调度认定属于事态紧急的情况。
本规程定义的突发事件不包含信息系统泄密事件,对于信息系统泄密事件,依据《海关涉密信息系统安全某管理实施细则(试行)》进行处理。
第五条突发事件的响应分为两种情况:
(一)对于有应急预案的突发事件,由客户服务部启动应急预案,并按照应急预案,开展应急处置工作。
(二)对于无应急预案或应急预案执行无效的情况,确认符合本规程突发事件条件,则按照本规程第三至第六章所规定的应急处置流程开展应急处置工作。
第六条应急预案是应急处理的基础,中心保障级别为二级以上(含二级)的应用项目在上线前,应具备相关的应急预案文本。
在预案可行性得到确认的情况下,应当赋予运行监控人员直接操作的权限。
第七条应急处置流程包括:应急处置机制启动、信息发布与事件报告、突发事件应急处理、突发事件后续分析与改进和突发事件办结。
第二章工作分工及职责
第八条中心设立网络信息系统应急工作小组(以下简称应急工作小组),应急工作小组在海关总署应急指挥部的领导下开展工作,同时接受信息安全(某)领导小组的业务指导。
第九条应急工作组组长由中心领导担任,成员包括客户服务部、系统管理部、网络通信部、音像部、数据服务分部、开发部和网络与信息系统安全某分部部门领导。
应急工作小组负责依据总署信息系统应急管理的相关规定,组织、落实中心网络及信息系统突发事件的应急处置工作。
第十条应急工作组下设应急技术支持队伍,由客户服务部、系统管理部、网络通信部、音像部、数据服务分部、开发部和网络与信息系统安全某分部技术人员组成,应急技术支持队伍受应急工作小组领导,承担应急工作小组下达的具体应急处置工作,负责技术层面对突发事件的处理及现场应急通信系统保障。
第十一条提交项目上线部门负责按照中心统一模板编制或修订相关应急预案,并依据《中心安全运行预案管理办法(试行)》的要求进行管理。
第十二条客户服务部运行监控人员应在第一时间对突发事件做出响应,并承担事件报告、信息发布、情况跟踪等职责。
第十三条项目支持部门承担突发事件的后续改进工作,信息安全(某)领导小组办公室应对这一过程进行督促、检查。
第三章应急处置机制启动
第十四条客户服务部监控人员在确认异常情况为突发事件后3-5分钟内,向中心领导报告突发事件情况,请示启动应急处置流程,并做好相应记录。
第十五条中心领导应在接到关于启动突发事件应急处置流程的请示后5分钟内,决定是否进入应急处置状态并启动处置流程。
若认定该异常情况不属于突发事件,则依据中心故障管理的相关规定处理。
第十六条应急处置流程启动后,由客户服务部值班监控人员负责通知应急工作小组、应急技术支持队伍成员到达指定的工作场所,开展事件处理工作。
第四章信息发布与事件报告
第十七条突发事件的信息发布和上报工作应遵循“即现即报”、“核实准确”及“追踪反馈”的原则。
第十八条中心启动应急处置机制后,中心领导应依据总署对于突发事件上报的相关规定要求,及时向办公厅报告突发事件情况。
第十九条事件发生后,客户服务部运行监控人员应在应急处置机制启动后5分钟内通过快速通报、短信平台,发布突发事件的相关信息。
第二十条在应急处理过程中,中心主任应按照总署应急管理的相关规定,及时向办公厅上报事件处理进展情况。
第五章突发事件应急处理
第二十一条对信息系统突发事件的应急处理工作应遵循先阻断影响,再排除故障,恢复业务应用的原则。
第二十二条应急技术支持队伍负责拟定临时处理方案,处理方案应当遵循本规程所规定的突发事件应急处理原则。
第二十三条在突发事件应急处理过程中,网络通信部负责确认应急通信系统(固定、移动、会议)的可用性,客户服务部负责确认信息交互系统(如快速通报、短信平台)的可用性,各相关技术支持部门做好应急通信系统的保障工作。
原则上,应急处理过程中相关人员应集中开展工作。
第二十四条应急处置过程中涉及的事件处理情况跟踪、信息管理工作,需由客户服务部依据《中心故障管理规程》第三十二条、第三十四条的规定执行。
第二十五条突发事件处置完毕后,客户服务部需先与用户确认业务恢复情况,经应急工作组组长批准后,可对外发布解除应急处理状态的通知。
第六章突发事件后续分析与改进
第二十六条应急技术支持人员应依据《中心故障管理规程》第三十五条的有关规定开展事后分析和评测改进工作。
第二十七条项目支持部门需依据分析报告,制定、修订相应的应急预案,完善系统监控手段,并将具体落实情况报信息安全(某)领导小组。
第七章突发事件办结
第二十八条信息安全(某)领导小组审议突发事件应急处置评测报告和技术分析会会议纪要,对于已形成完善应急预案的突发事件进行办结处理,转入常规管理。
第八章附则
第二十九条本规程由中心网络与信息系统安全某分部解
释,并负责定期评估对应急处理产生的效益,组织对规程内容的完善及优化工作。
第三十条本规程自发布之日起生效。