信息系统应急预案管理办法.docx
- 文档编号:7628262
- 上传时间:2023-01-25
- 格式:DOCX
- 页数:17
- 大小:20.81KB
信息系统应急预案管理办法.docx
《信息系统应急预案管理办法.docx》由会员分享,可在线阅读,更多相关《信息系统应急预案管理办法.docx(17页珍藏版)》请在冰豆网上搜索。
信息系统应急预案管理办法
信息系统应急预案管理办法
制度流程文件评审记录表
意见提出者
意见提
原文件内容
评审意见点
文件编写部门
完成修订
修订后文件内容
签字确认
出者
*修订前文件内容点
*
*修订意见
*
意见
时间
*经文件主导部门与涉及部门确认后的意见点
*
一、目标
为提高应对信息系统在运行过程中出现的各种突发事件的应急处理能力,有效预防和最大程度地降低信息系统各类突发事件的危害和影响,保障信息系统安全、
稳定运行,《信息技术、安全技术、信息安全事件管理指南》及有关法律、法规的规定,结合实际,制定本处理预案。
二、适用范围
集团信息系统。
三、术语解释
3.1本处理预案所称的信息系统,由计算机设备、网络设施、计算机软件、公司经营数据等组成。
3.2信息系统突发事件分为网络攻击事件、信息破坏事件、信息内容安全事件、网络故障事件、软件系统故障事件、灾难性事情、其他事件等八类事件。
事件类型
事件描述
通过网络或其他技术手段,
利用信息系统的配置缺陷、
协议缺陷、
网络攻击事件
程序缺陷或使用暴力攻击对信息系统实施攻击,并造成信息系统
异常或对信息系统当前运行造成潜在危害的事件。
信息破坏事件
通过网络或其他技术手段,
造成信息系统中的数据被篡改、
假冒、
泄漏等而导致的事件。
信息内容安全事件
利用信息网络发布、传播危害公司利益的不良信息内容的事件。
网络故障事件
因电信、网络设备等原因造成大部分网络线路中断,用户无法登
录信息系统的事件。
服务器故障事件
因系统服务器故障而导致的信息系统无法运行的事件。
软件故障事件
因系统软件或应用软件故障而导致的信息系统无法运行的事件。
灾害性事件
因不可抗力对信息系统造成物理破坏而导致的事件。
其他突发事件
不能归为以上七个基本分类,并可能造成信息系统异常或对信息
系统当前运行造成潜在危害的事件。
3.3按照造成信息系统的中断运行时间,将信息系统突发事件级别划分为一般
(四级)、较大(三级)、重大(二级)、特别重大(一级)。
级别级别定义描述
四级
一般
信息系统发生可能中断运行
2
小时以内的故障
三级
较大
信息系统发生可能中断运行
2
小时以上、12小时以内的故障
二级
重大
信息系统发生可能中断运行
12
小时以上、24小时以内的故障
一级
特别重大
信息系统发生可能中断运行
24
小时以上的故障。
四、原则及管控要求
*/描述工作开展需遵循的基本原则、禁止条例及管控要求/*
五、职责
5.1信息化管理委员会,作为公司信息化最高决策组织,在信息系统突发三级及以上事件中,都需要被知会;如有在出现不可控、极其严重的情况下,信息系统应立即召开信息化管理委员会,商讨应对措施。
5.2预防和处理信息系统突发事件工作协调小组(以下简称“应急小组”)负责信
息系统应急处理工作,决定信息系统应急处理工作的重大事项,组织实施、业务协
调和发布信息系统应急指令,发布信息系统应急故障级别、决策处理方案。
应急小组组长由首席信息官担任,副组长由研发总监、运维经理担任,成员为信
息系统全体人员。
组织机构架构:
组长
首席信息官
副组长
副组长
运维经理
研发总监
5.3各类突发事件处理的第一责任人及联系人
级别描述第一责任人及联系人
四级
信息系统发生可能中断运行
2
联系人:
电话
小时以内的故障
三级
信息系统发生可能中断运行
2
联系人:
电话
小时以上、
12小时以内的故障
二级
信息系统发生可能中断运行
12
联系人:
电话
小时以上、
24小时以内的故障
信息系统发生可能中断运行24
一级联系人:
电话
小时以上的故障。
六、规定
6.1预防与预警机制
6.1.1应急小组针对各种可能发生的信息系统突发事件,建立和完善预测预警机制。
6.1.2预警信息分为外部预警信息和内部预警信息两类。
外部预警信息指信息系统外,突发
的可能需要通信保障、安全防范,或可能对信息系统产生重大影响的事件警报。
内部预警信
息指信息系统网内的事故征兆或局部信息系统突发事故,可能对其他或整个网络造成重大影
响的事件警报。
6.1.3应急小组要加强对信息系统的日常监测工作。
监测的内容主要包括:
(一)局域网通讯性能与流量监控;
(二)网络设备和安全设备的操作记录、网络访问记录;
(三)服务器性能、数据库性能、应用系统性能等运行状态,以及备份存贮系统状态等;
(四)服务器操作系统、数据库安全审计记录、业务系统安全审计记录;
(五)计算机漏洞公告、网络漏洞扫描报告;
(六)病毒公告、防病毒系统报告;
(七)其他可能影响信息系统的预警内容。
6.1.4应急小组获得外部重大预警信息或通过监测获得内部预警信息后,应对预警信息加以
分析,按照早发现、早报告、早处理的原则,对可能演变为严重事件的情况,部署相应的应对
措施,通知相关部门做好预防和保障应急工作的各项准备工作,并及时报告首席信息官。
6.2应急响应程序
6.2.1信息系统使用单位或人员发现信息系统突发事件后,应及时报告应急小组。
应急小组
及时组织相关人员查找故障原因,在短时间内(一般要在半小时以内)依据故障情形和修复时
间进行初步判别,确定故障分类级别,较大(三级)及其以上的突发事件应报告副组长及组长。
6.2.2信息系统突发事件发生后,根据突发事件严重程度,由组长及时向公司高层汇报,公
司根据需要指定特定小组或人员对新闻媒体发布相关信息,所指定的小组或人员应严格按照
组长规定及要求对外发布信息,其他部门或个人不得擅自接受新闻媒体采访或对外发布自己
的看法和意见。
逐级汇报流程图:
开始
应急事件发生
根据故障处理
情况逐级上报
1小时以内1小时以上
项目组向,CIO及由CIO向执行总裁
业务部门及风控副总裁汇报
事件报告及善后处
理
超过2小时
由CIO向CEO汇
报
(流程说明:
一小时以内的要汇报CIO及通报相关业务部门,一小时以上的要汇报执行总
裁和风控副总裁,超过2小时的要汇报给CEO。
)
6.2.3发生较大(三级)及其以上信息系统突发事件时,应急小组除向副组长、组长报告外,
应立即通知相关业务部门。
各业务部门应做好服务对象的解释和疏导工作。
第十四条根据不同的事件以及事件的级别,采取相应措施进行应急处理。
突发事件处理过
程中,可以根据需要调整故障级别。
(一)网络攻击事件应急预案:
1.当发现网络被非法入侵、网页内容被篡改,应用服务器的数据被非法拷贝、修改、删除,或有黑客正在进行攻击等现象时,使用者或管理者应断开网络,并立即报告应急小组。
2.应急小组立即关闭相关服务器,封锁或删除被攻破的登陆帐号,阻断可疑用户进入网络的
通道,并及时清理系统、恢复数据和程序,尽快将系统和网络恢复正常。
(二)信息破坏事件应急预案:
1.当发现信息被篡改、假冒、泄漏等事件时,信息系统使用单位或个人应立即通知应急小组。
2.如被篡改或被假冒的数据正在使用过程,应急小组应立即通知相关影响的业务部门停止使用
此组数据。
3.应急小组通过跟踪应用程序、查看数据库安全审计记录和业务系统安全审计记录查找信息
被破坏的原因和相关责任人。
4.应急小组提出修正错误方案和措施,并将结果及时通知各相关业务部门。
(三)信息内容安全事件应急预案:
1.当发现不良信息或网络病毒时,系统使用人员立即断开网线,终止不良信息或网络病毒传播,
并报告应急小组。
2.应急小组根据情况通告局域网内所有计算机用户,隔离网络,指导各计算机操作人员进行
杀毒处理、清除不良信息,直至网络处于安全状态。
(四)网络故障事件应急预案:
1.发生网络故障事件后,系统使用人员应及时报告应急小组。
2.应急小组及时查清网络故障位置和原因,并予以解决。
3.不能确定故障的解决时间或解决故障的期限并属较大(三级)及其以上的,应急小组应报
告副组长、组长。
(五)服务器故障应急预案:
1、自动应急切换:
为保障系统的稳定运行,各系统必须针对应用进行主备服务器配置,服务器故障后,可以自动切
换到备用服务器运行,完成快速自动切换。
应急小组确定故障设备及故障原因,并通知相关厂商
处理硬件故障问题。
2、手动应急切换:
部分无法使用、不适合或不适用自动切换的应急处理:
各系统必须进行主、备配置,故障出现后,值班人员确定故障,立即启动故障转移并向运维
经理汇报,涉及数据库的必须先向运维经理汇报,由运维经理确认是否切换备机,不得擅自
处理。
3、不能确定故障的解决时间或解决故障的期限并属较大(三级)及其以上的,应急小组应
报告副组长、组长。
(六)软件故障事件应急预案:
1.发生计算机软件系统故障后,系统使用人员应立即保存数据,停止该计算机的业务操作,并将情况报告应急小组,不得擅自进行处理。
2.应急小组应立刻派出技术人员进行处理,必要情况下,通知各业务部门停止业务操作和对
系统数据进行备份。
3.应急小组组织有关人员在保持原始数据安全的情况下,对计算机系统进行修复;修复系统
成功后,利用备份数据恢复丢失的数据。
(七)灾害性事件应急预案:
1.一旦发生灾害性事件,应急小组每一位成员都应有责任在第一时间进入机房抢救服务器及
存储设备。
2.应急小组对服务器及存储设备的损坏程序进行评估。
如服务器损坏或存储设备损坏无法使用,
立即联系相关厂商,进入维保服务程序。
3.根据服务器或存储设备修复和恢复系统所需时间,由首席信息官小组决定是否启用备份设备。
(八)其他突发事件应急预案:
应急小组立刻派出技术人员进入现场,制定相应措施,根据
实际情况灵活处理,并按要求报告副组长、组长。
6.3后期处置
6.3.1故障排除后,应急小组向相关部门发出故障解除、系统恢复正常运行通知及事件报告。
6.3.2系统恢复运行后,相关操作人员尽快通知业务部门对故障发生前所进行过的业务操作
进行检查,核对业务数据是否正确或有无丢失,不正确或有丢失的应马上更正或补录,确保
数据的正确和完整。
对在故障期间采用手工受理的事项,应及时在系统中补充完善。
6.3.3副组长、组长组织有关人员及有关技术专家组成事件调查组,对事件发生原因、性质、
影响、后果、责任及应急处理能力、恢复重建等问题进行全面调查评估,总结经验教训,完
善信息系统应急处理预案,整改信息系统存在的隐患。
6.3.4副组长、组长对在信息系统应急事件处理中做出突出贡献的集体和个人,提出表彰奖
励;对玩忽职守,造成不良影响或严重后果的,按有关规定提出处理意见,并依法依规提出
处理意见建议,并追究其责任。
对于二级及以上事件处理完毕后需形成书面报告,向信息化
管理委员会进行专题汇报,并由信息化管理委员会进行责任判定并追责。
6.3.5事件报告需包含以下内容:
事件原因、处理过程、结果、影响范围、事件持续时间(持
续时间由受影响业务部门提供)、造成的财务损失(由财务系统评估)、事件报告编号等;由
酒店事业部、财务系统、风控系统以及受影响的业务部门会签后,主送董办备案。
6.4
应急保障
6.4.1
信息系统应做好系统数据的备份工作,保证重要数据在受到破坏后可紧急恢复。
预留
一定数量的网络硬件设备和服务器,用于预防或应对信息系统突发事件。
6.4.2选择熟悉信息系统软硬件的专业公司作为信息系统应急处理的社会应急支援单位,
提
供技术支持和服务。
信息系统服务器以及存储设备要与专业厂商签定维保协议,
确备用设备
的供应时间。
6.4.3强化信息安全宣传教育,提高信息安全防御意识。
每年至少组织开展一次全局范围内
的信息网络安全教育,提高全局职工信息安全防范意识和能力。
6.4.4在出现不可控、极其严重的情况下,信息系统可以经财务及CEO同意后,引入第三方
资源来解决问题。
6.4.5严格遵守信息系统现行值班制度,不断完善值班、监控、反馈、日志、汇报和汇总等
工作。
七、附则
本制度自XXXX年XX月XX日开始实施执行(原《***》废止),XX部门对此具有解释权。
八、附件
*/明确本制度规范涉及单据的保存、相关的单据、模版等/*
九、相关文件
*/明确规定撰写过程参阅的文件、指导性原则文件或与本文件配套执行的文件名称/*
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 信息系统 应急 预案 管理办法