XX银行
网银系统业务连续性和应急处理方案
XX银行业务系统
业务连续性和应急处理方案
总 则
业务系统的安全性是从技术角度与业务角度相互配合来保证，主要以防范为主，对于出现的突发事件必须有相应的组织机构来统一解决。为减少我行业务停顿造成的损失，降低重要业务进程和数据重大失效或灾难的影响，应急恢复工作组应制定详尽的应急计划，并且分工明确责任清晰。制定应急计划应分析灾难、安全失效及服务停顿的影响，明确关键设备如重要服务器、网络设备、通信线路以及软件系统的备份恢复措施和每一部分需要恢复的时间。应急计划应该明确针对不同情况的应急处理流程和恢复不同软件硬件的操作规范，并且定期进行实地演练；用作备份的设备应保持设备完好，而且应随时可以提供使用。应急计划应该经我行领导的审批，当业务系统发生变动时应急计划也应进行必要的修改、演练并获得领导审批。
XX银行
网银系统业务连续性和应急处理方案
的团队精神，每位成员应有明确的责任划分，在紧急事件出现时能够全力配合，服从领导安排、具有协同解决问题的能力。应急反应工作组在人员配备上要充分考虑备份方案，对于关键性岗位采取双人备份策略，以备在紧急情况发生时，保证关键岗位人员能顺利到位。 2.应急反应工作组职能
应急反应工作组职能主要包括根据业务需要确定业务系统的应急策略，并制定相应的应急计划；在事件发生时负责组织相关人员排除故障并恢复系统；平时应负责督促检查应急处理措施的准备落实情况；组织内部人员定期进行应急措施的培训和演练；每年对系统的应急策略和应急计划进行测试和评审，对需要修订的项目提出修改意见报安全领导小组审批。
3.定期修改应急计划与措施
为了适应业务系统业务快速增长的需要，业务系统系统日益复杂化，因此应急反应工作组会定期对应急计划与措施进行审计，检查各种恢复措施，确保能够从硬件、软件、网络、数据各个环节做到完整恢复。对于不断扩充的系统要即时有效地补充、修改应急计划与恢复措施，确保应急计划的可行性与高效性。 4.注重业务连续性管理的过程
根据业务系统交易及开户等重要业务进程，对围绕这些业务进程的软件硬件设备分出先后确定重点，如Web、LDAP、我行数据库等服
XX银行
网银系统业务连续性和应急处理方案
务器及其运行的应用软件和有关交换机、路由器等网络设备停顿可能影响业务设备更大。确定具体的备份措施，并经常检查备份措施的落实情况，保证对业务连续性的管理被整合到组织的流程和结构中。 5.定期测试应急恢复策略
对应急恢复策略要定期进行测试，一方面确保应急恢复策略的正确性，另一方面保证应急反应工作组成员对应急措施能够熟练掌握，确保应急恢复方案在故障发生后能够迅速有效地进行恢复，将恢复时间缩短到最小。
6.定期进行应急恢复培训
对于不断补充更新的应急计划及恢复措施，要及时对应急反应工作组成员进行培训，对各个环节出现的故障如何恢复进行培训，确保成员对应急措的熟练掌握，在系统出现故障及业务出现疏漏时做到快速响应，达到快速解决问题的目的。 7.汇报机制
对于安全事件引起的影响业务的问题，包括各种类型和不同严重程度的安全事件要根据 XX银行
网银系统业务连续性和应急处理方案
方案，使问题最小化。 9.建立健全的沟通渠道
应急反应工作组成员内部应建立健全的沟通机制，具有有效的联络方式，同时与硬件设备提供商、业务系统集成商等建立良好的沟通渠道，确保在问题出现时能够及时通知厂商及集成商，确保问题能够得到快速解决。
XX银行
网银系统业务连续性和应急处理方案
2)拒绝服务
一般指重要服务器受到恶性代码的攻击或病毒传播感染，造成系统故障或中断运行；防火墙及网络设备等受到恶性代码攻击造成阻塞使应用系统无法正常运行或运行效率低下。
3)因未完成或不准确的业务数据所引致的错误
一般指应用数据丢失、密码丢失、应用数据不正确而应用程序检查不严格容错能力又差，造成应用系统错误不能正常运行甚至中断。另外还有计算机犯罪出现数据不准确引起的系统错误。
4)泄密
一般指计算的加密解密密钥、加密解密参数、加密解密算法或函数、终端设备识别参数、IC卡的母卡及其存放介质和相关技术资料等；计算机系统所有源程序、网络参数、客户信息、用户密码、业务数据和相关的技术资料以及相应的存放介质等等被窃取，对系统造成威胁或已经造成损失，出现计算机犯罪现象。
5)恶性事件
一般指暴力、恐吓、有意破坏以及自然灾害等。 2.安全事件严重程度
安全事件的严重程度可分为四级：
1) 严重程度1级：事件发生后立即得到控制，并可消除影响或尚未造成明显影响；
2) 严重程度2级：事件发生造成系统30分钟至2小时停顿；
XX银行
网银系统业务连续性和应急处理方案
3) 严重程度3级：事件发生造成系统2小时至8小时停顿； 4) 严重程度4级：事件发生造成系统8小时以上停顿。 3.安全事件后期处理
对安全事件的处理除了正常应急计划（用来 XX银行
网银系统业务连续性和应急处理方案
3) 有足够的证据证明在恢复证据时的时间内，系统正确及一致地存储及处理控制（即进程控制的证据）。 5.安全事件恢复过程的管理
进行应急处理，恢复安全事件所造成的破坏以及恢复系统失效的工作应进行严格管理，确保：
1） 准许有明确指名的合法员工进入正在使用的系统及数据 2） 详细记录所有紧急处理的过程和措失；
3） 向电脑部领导报告所进行的应急恢复工作，并按照应急恢复策略要求有条不紊地进行；
4） 业务系统应急恢复工作应在最短时间内确认故障并采取有效措施。
6.安全事件的报警
关于向应急反应工作组报警。所有员工观察到安全事件发生，不论严重程度和事件分类均有责任立即报告应急反应工作组值班人员。值班人员应记录报告人姓名、报告时间、事件发生时间和地点，事件基本情况，对事件严重程度和分类的估计，以及已产生的影响情况等。 7.安全事件的初步报告
应急反应工作组向上级的初步报告。应急反应工作组值班人员在接到安全事件报警并初步落实情况后，对于泄密及恶性事件、其它事件严重程度2级以上（包括2级）应立即向电脑部领导报告；对于泄
XX银行
网银系统业务连续性和应急处理方案
密及恶性事件严重程度2级以上（包括2级）、其它事件严重程度3级以上（包括3级）应立即向行领导报告。报告的内容包括事件发生时间和地点，事件基本情况，初步认定的事件严重程度和分类，以及已产生和可能产生的影响情况，还有采取的应急恢复措施等。 8.安全事件的情况简报
应急反应工作组向上级的情况简报。对于泄密及恶性事件严重程度3级以上（包括3级）、其它事件严重程度4级以上（包括4级），并且处理过程在8小时以上，应定期或不定期向上级的报告“情况简报”。主要内容包括安全事件发展情况和应急处理进展情况。 9.安全事件的总结报告
安全事件处理总结报告。所有泄密及恶性事件和严重程度2级以上（包括2级）的其它事件，均应写出安全事件处理总结报告，并上报电脑部领导；对于泄密及恶性事件严重程度2级以上（包括2级）、其它事件严重程度3级以上（包括3级）应上报行领导。安全事件处理总结报告内容包括事件发生时间和地点，事件基本情况，认定的事件严重程度和分类，产生的影响情况，采取的应急恢复措施，造成的损失，事件的责任人员和部门等；还有教训和需要改进的措施，以后避免事件重现的建议等。
XX银行
网银系统业务连续性和应急处理方案
XX银行
网银系统业务连续性和应急处理方案
其他路由器等设备，应按一定比例留有备用机，并且保证备用机完好和随时可替代使用。
另外，所有网络设备的配臵文件都应有与当前状况相符的备份，要有详细的文档资料记载，对于系统配臵文件要以光盘形式备份，存放管理员处保管。
3.重要工作站备份
重要工作站应该按每种类型留有一定比例的备用机，应保证备用机完好并随时能够替换使用。
有特殊要求的重要工作站可以采用了冷备份机方式，按相同运行和应用环境进行配臵，要求每月进行一次手工切换测试。
另外，所有重要工作站的配臵文件都应有与当前状况相符的备份，要有详细的文档资料记载，对于系统配臵文件要以光盘形式备份，存放管理员处保管。
4.上海清算中心我行线路备份
我行与上海清算中心有联通和电信各一条2M SDH线路，互为备份。
5.系统软件备份
系统软件备份采用以下几种方式：
1） 有系统软件（包括操作系统、数据库系统、防火墙、入侵检测等系统软件，下同）介质，以及许可证等文件要有专人保管，存
XX银行
网银系统业务连续性和应急处理方案
放管理员处保管，并且应该留有备份；
2） 有备份机的应将生产环境备份设备上预先安装与生产环境相同的系统软件，同时应注意备份机要有专人保管，并且确保设备完好；
3） 没有备份机的而又比较重要的服务器系统软件应进行全系统备份，并且经常进行备份，确保与当前状况一致；全系统备份的介质应存放管理员处保管；
4） 所有系统软件设臵参数文件都应备份保存，包括同一种系统软件在不同应用情况下的设臵参数文件的备份，并且要求与硬件设备一一对应。对于每种系统软件的安装配臵步骤及安装配臵文件要有详细的文档资料记载，对于重要系统配臵文件要以光盘形式备份，存放管理员处保管。
6.应用软件备份
应用软件备份采用以下几种方式：
1） 有各种业务应用软件介质，以及许可证、有关安装等文件要有专人保管，存放管理员处保管，并且应该留有备份；
2） 有备份机的应将生产环境备份设备上预先安装与生产环境相同的系统软件和应用软件，同时应注意备份机要有专人保管，并且确保设备完好；
3） 没有备份机的而其应用又比较重要的，应对安装该应用软件的服务器系统软件应用软件一起进行全系统备份，并且经常进行备
XX银行
网银系统业务连续性和应急处理方案
份，确保与当前状况一致；全系统备份的介质应存放管理员处保管；
4） 所有应用软件设臵参数文件都应备份保存，包括同一种应用软件在不同系统环境下的设臵参数文件的备份，并且要求与硬件设备一一对应。对于每种应用软件的安装配臵步骤及安装配臵文件要有详细的文档资料记载，对于重要应用系统配臵文件要以光盘形式备份，存放管理员处保管。
7.应用数据备份
业务系统的应用数据库数据应每天做一次增量备份，每星期进行完整备份，完整备份的介质一份保管在同一建筑物的不同楼层，一份送灾难备份中心保管。业务系统应用数据还应采用下列方法：
我行数据库服务器采取双机热备份策略，确保一台数据服务器损坏后另外一台仍然能够正常运行。
每日还要对数据进行磁带备份，备份数据需要由专人保管，备份数据一式两份，一份存放在机房，便于数据中心出现紧急故障时进行恢复，另外一份异地放。
XX银行
网银系统业务连续性和应急处理方案
另外一台机器上运行，应急反应工作组技术人员则要确定发生故障的硬件设备，与设备供应商及时联系，对出现故障的设备尽快进行维修。
考虑到企业前臵机、网页服务器、LDAP服务器等设备作为交易和认证通道，对业务系统的运行同样重要。当这些硬件设备发生故障时，应急反应工作组成员将把与生产环境中安装配臵完全一样的硬件设备进行更换，将故障设备送供应商维修。这项故障恢复应该在30分钟内完成。
2.网络设备故障恢复
核心交换机和核心路由器均采用双机热备份方式，当其中一台机器发生故障时，系统自动会切换到另外一台机器上运行，应急反应工作组技术人员则要确定发生故障的网络设备，与设备供应商及时联系，对出现故障的设备尽快进行维修。
对于有冷备份的网络设备、ASA防火墙，当运行设备发生故障时，应急反应工作组技术人员需要手工切换到另外一台机器上运行，还要确定网络设备发生故障的原因，与设备供应商及时联系，对出现故障的设备尽快进行维修。这项故障恢复应该在30分钟内完成。
当运行设备发生故障时，应急反应工作组技术人员需要根据保存的网络设备的配臵文件对备用设备导入和手工进行相应的设臵，并将其接入系统运行；还要分析网络设备发生故障的原因，与设备供应商及时联系，对出现故障的设备尽快进行维修。这项故障恢复应该在60分钟内完成。
XX银行
网银系统业务连续性和应急处理方案
3.重要工作站故障恢复
当重要工作站运行设备发生故障时，应急反应工作组技术人员需要根据保存的重要工作站的配臵文件对备用机进行相应的设臵，并将其接入系统运行；还要分析网络设备发生故障的原因，与设备供应商及时联系，对出现故障的设备尽快进行维修。这项故障恢复应该在30分钟内完成。
有冷备份机的重要工作站发生故障时，应急反应工作组技术人员可以手工进行切换，并将其接入系统运行；还要分析网络设备发生故障的原因，与设备供应商及时联系，对出现故障的设备尽快进行维修。这项故障恢复应该在60分钟内完成。 4.通信线路故障恢复
当业务系统对外连接的通信线路发生故障时，应急反应工作组技术人员需要将备份线路接入系统运行；还要分析通信线路发生故障的原因，与设备供应商及时联系，对出现故障的通信信路尽快进行维修。这项故障恢复应该在30分钟内完成。 5.系统软件故障恢复
针对系统软件故障恢复，业务系统采取如下几种应急措施： XX银行
网银系统业务连续性和应急处理方案
分钟内完成。
XX银行
网银系统业务连续性和应急处理方案
在30分钟内完成。
当备份设备中的应用软件出现故障时，应急反应工作组成员要及时与应用软件保管员联系，获得应用软件的运行版，对应用软件进行安装恢复。应用系统的安装配臵文件也要做好备份，以光盘与书面文档资料形式分别进行备份并由专人保管，当应用系统出现故障时，应急反应工作组技术人员能够直接恢复配臵文件，达到应用系统的快速恢复。这项故障恢复应该在120分钟内完成。 7.应用数据丢失恢复办法
应用数据是业务系统最重要的部分之一，我行数据中心采取双机热备份策略，确保一台数据服务器损坏后另外一台仍然能够正常运行。
另外，每日还要对数据进行磁带备份，备份数据需要由专人保管，备份数据一式两份，一份存放在机房，便于数据中心出现紧急故障时进行恢复，另外一份放在异地数据中心，保证在本地出现不可抗拒的自然灾害时，仍能找到我行数据进行恢复。应急反应工作组成员要熟练掌握数据恢复方法及操作步骤。
如果需要对服务器恢复应用数据，这项故障恢复应该在180分钟内完成。
8.密码丢失的处理办法
业务系统中子系统较多，对于任何一个子系统都需要对密码进行
XX银行
网银系统业务连续性和应急处理方案
严格管理，特别是对超级用户密码的管理显得更加重要。我行各子系统的管理员分别由不同的人员担任，避免权利过分集中带来的安全隐患。XX银行对密码的管理采取专人保管策略，每个子系统的超级用户口令由不同的系统管理员设臵，并且将各子系统用户名及密码封存于信封内，盖齐缝章分别交不同的保管员保管。当出现紧急情况需要超级用户口令时，首先由原管理员登录进入，如管理员不在或管理员遗忘系统口令时，经应急反应工作组组长批准，应急反应工作组成员可以从保管员处获得某超级用户口令登录进入。对于应急反应工作组成员在紧急情况下使用系统超级用户口令后，需要通知负责管理本系统的系统管理员及时更改超级用户口令，杜绝安全隐患。 9.病毒应急处理
在业务系统的服务器和工作站中发现计算机病毒时，应立即清除，如果事件发生后立即得到控制，并可消除了病毒影响或尚未造成明显影响，可以继续运行，但是应急反应工作组成员应继续对其进行检测。
如果计算机病毒不能及时清除或造成明显影响，应急反应工作组成员应依据有关故障恢复策略规定的相应措施，先将我行业务处理转移到备份机工作，再对该机进行格式化重新安装系统软件和应用软件，以及应用数据等，最后将该机接入运行系统恢复正常工作。
XX银行
网银系统业务连续性和应急处理方案
XX银行
网银系统业务连续性和应急处理方案
据日志文件记载的内容判断故障发生时间，定位故障发生原因。 3.实施步骤
应急反应工作组要采取轮流值班制度，随时监控是否有危害业务系统安全的行为发生，并有义务对紧急情况作出响应。
1） 急情况发生时，各部门工作人员要首先通知应急反应工作组值班人员，值班人员应及时记载故障发生的时间、现象，根据事件严重程度决定是否通知应急反应工作组组长，值班人员有义务对发生的紧急情况进行处理。
2） 应急反应工作组值班人员如果不能够处理发生的紧急情况，需要进行多方协调时，需通知应急反应工作组组长，组长将根据事件发生的实际情况调动相关人员及各种资源，及时有效地进行处理
3） 应急反应工作组成员首先要对紧急事件进行定位，确定不同的小组成员管辖范围，由专业人员根据故障恢复步骤进行恢复。
4） 排除故障后，要对故障排除过程做详细记载，包括对故障原因、现象，故障处理步骤、处理结果、故障处理人、处理时间等明细记录在案。 4.响应策略
应急反应工作组成员要随时待命，当紧急情况发生时，要以最快的速度赶赴现场，由应急反应工作组组长进行统一调度安排。某位成员如有实际情况不能按时到位时，必须向应急反应工作组组长说明情
XX银行
网银系统业务连续性和应急处理方案
况，组长根据实际情况确定其它应急解决方案。 5.应急处理流程
1) 在紧急情况下，如发生严重干扰我行业务操作或恶性安全事件后要立即报告应急反应工作组负责人和电脑部领导，通知有关单位（包括公关管理部门）的出面协助，必要时与公安、消防等有关部门及当地政府联系解决。
2) 接到安全事件报告以后，应急反应工作组值班人员应立即报告应急反应工作组负责人，通知有关人员到现场，评估故障是否达到安全事件的严重程度2级以上（含2级），决定是否启动应急处理计划。
3) 启动后备程序，诊断故障部位，根据相应的应急恢复策略将重要业务处理或支持服务转移到某个备份设备处理，应该在限定时间内把业务进程恢复。
4) 恢复程序，分析故障原因，进一步根据相应的应急恢复策略的要求，修复故障设备，确保我行信息系统正常运行。
5) 总结每一次应急处理过程的成败教训，能否在规定时限完成，进一步完善备份恢复措施。
