数据安全事件应急预案Word文档下载推荐.docx

数据安全事件应急预案Word文档下载推荐.docx

《数据安全事件应急预案Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《数据安全事件应急预案Word文档下载推荐.docx（6页珍藏版）》请在冰豆网上搜索。

　　（⼀）数据安全事件应急响应领导⼩组组长由公司信息安全负责⼈担任，组长的职责主要有：

（1）负责公司应急响应的整体协调、指挥和领导⼯作。

（2）监督公司总体应急管理流程的有效执⾏。

　　（3）负责公司应急响应处置总体决策。

　　（4）负责公司数据安全应急事件的上报。

　　（⼆）由信息安全部门负责⼈担任安全应急响应技术专家，职责主要有：

（1）对重⼤数据安全事件进⾏评估，提出启动应急响应的建议。

（2）研究分析数据安全事件的相关情况及发展趋势，为应急响应提供咨询或提出建议。

　　（3）分析数据安全事件原因及造成的危害，为应急响应实施提供建议⽀持。

　　（三）由信息安全部门安全技术⼈员组成应急响应安全技术⼩组，其职责主要有：

（1）分析应急响应需求（如风险评估、业务影响分析等）。

（2）编制应急预案⽂档。

　　（3）实施应急响应，如应急事件的分析排查、溯源等。

　　（4）进⾏应急预案测试、培训、演练等。

　　（5）总结应急响应⼯作，提交应急响应总结报告。

　　（四）由运维部门技术⼈员担任应急响应恢复⼈员，主要职责有：

（1）进⾏业务系统的灾难恢复。

（2）系统备份与恢复的⽇常管理。

　　（3）参与应急预案的测试、培训、演练等。

　　（4）数据安全事件发⽣时的损失控制和损害评估。

　　第三章数据安全事件应急处置

　　⼆、数据安全事件处理：

　　（⼀）数据泄露事件

　　数据泄露事件，系统由于受到外部攻击或者内部⼈员故意泄密等原因，造成的数据泄露事件。

（1）紧急措施：

当发现有数据泄露时，应报告数据安全事件应急响应领导⼩组，由应急响应领导⼩组组织协调⼈员进⾏检查，及时防⽌数据泄露范围扩⼤影响。

（2）抑制处理：

由应急响应⽇常运⾏部门组织协调⼈员排查系统及数据库、应⽤系统等相关⽇志，及时下线或切断相关业务系统外联⽹络，并保留证据，必要时公安机关介⼊。

　　（3）根除：

应急响应领导⼩组组织协调相关部门、⼚商⼯作⼈员对业务系统和相关⽇志进⾏检查，分析事件原因，并进⾏总结。

　　（⼆）数据篡改事件

　　数据篡改事件，如业务系统不具有数据完整性保护能⼒，⽆法确保重要数据不被篡改，从⽽可能导致的重要数据被篡改的安全事件。

发现核⼼数据库数据或业务系统⼤规模被篡改后，应⽴即报送数据安全事件应急响应领导⼩组，由应急响应领导⼩组指定数据库管理员或运维⼈员进⾏检查确认，同时启动应急预案，暂停相关业务服务，并通知相关业务处室。

使⽤备份数据恢复数据后重新启动服务，并⽴即追查原因。

如属外部攻击原因的，应⽴即通过⽇志等分析攻击来源，，必要时请公安机关介⼊。

总结经验教训，分析具体原因，加固核⼼数据库系统安全，并报领导⼩组。

　　（三）数据丢失事件

　　数据丢失事件，⽐如业务系统数据库或业务系统⽂件、办公⽂件数据等被⾮法删除。

当发现数据丢失时，应⽴即报告数据安全事件应急响应领导⼩组，由应急领导响应⼩组统⼀指挥，组织协调相关部门进⾏检查，排查数据丢失影响范围，评估对业务的影响。

应急响应领导⼩组⽴即组织协相关业务部门、数据安全⼯程师等进⾏解决，从最近的有效备份中恢复数据及业务系统服务。

总结经验，分析具体原因，加固涉敏数据安全处理，并报告应急领导⼩组。

　　三、敏感数据泄露事件应急响应距离：

　　敏感数据包括：

⽤户个⼈信息相关数据、⽤户服务内容相关数据、企业运营管理相关数据等，当发⽣数据泄露事件时，各系统应组织⼈员对事件进⾏确认，评估事实与事件影响范围，并启动应急处置措施。

　　（⼀）敏感数据泄露事件应急流程如下：

　　（⼆）应急⼯具：

　　数据备份还原⼯具、数据恢复⼯具、⽇志分析⼯具、数据库审计系统等。

　　（三）应急步骤：

（1）应急启动，当发现⿊客通过⽹络攻击窃取企业核⼼信息、内部员⼯或合作伙伴⼈员利⽤职务之便窃取企业机密信息、监控部门发现企业数据泄露等情况时，启动应急预案。

（2）数据泄露确认，当发现数据泄露时，⽴即组织⼈员核实数据泄露情况，确认数据泄露影响范围，并定位数据库IP、关联业务等，根据泄密的⽤户信息判断哪些业务的⽤户信息被泄露。

　　（3）应急处置：

　　1）如有备份系统，应迅速切换到备⽤系统，并将在线设备脱⽹，作好安全审计及系统恢复的准备；

　　2）若⽆备份系统，则请⽰应急领导⼩组组长将相关系统进⾏下线处理，防⽌数据进⼀步泄露。

　　（4）事件排查分析：

　　1）通过将遭受攻击的主机上系统⽇志、应⽤⽇志等导出备份，并加以分析判断

　　2）进⼀步分析系统⽇志、数据库⽇志等，确定安全事件发⽣的原因、窃取过程及可能造成的影响。

　　3）若发现是内部员⼯或⽀撑⼚商⼈员造成数据泄露，必要情况下，⽴即组织⼈⼈员现场开展调查，通过分析内部员⼯或⽀撑⼚商计算机的.系统痕迹记录（浏览器痕迹、软件使⽤痕迹、U盘使⽤痕迹等），进⼀步收集和分析相关证据。

　　4）⽇志分析外，还应分析数据收集链路、数据下载、数据分发等情况的审批记录，进⼀步分析处置措施，确认安全事件发⽣的原因、窃取过程及可能造成的影响。

　　（5）风险消除：

　　1）及时修复发现的安全漏洞

　　2）对数据进⾏加密传输，根据数据敏感级别进⾏加密存储，并对前台敏感数据进⾏脱敏处理。

　　3）定期开展数据安全流程制度落实情况安全检查及漏洞检查。

　　4）定期组织内部员⼯、⽀撑⼚商⼈员开展安全意识培训。

　　5）定期开展安全合规检查和安全审计⼯作

　　第四章安全事件应急保障

　　四、应急响应保障是数据安全应急预案的重要组成部分，是保证数据安全事件发⽣后能够快速有效地实施应急预案的关键要素。

　　（⼀）⼈⼒保障：

⼈⼒保障由公司数据安全事件应急响应领导⼩组统⼀规划和管理。

数据安全应急保障⼈员及联系⽅式，详见附件。

　　（⼆）技术保障：

公司通过建⽴应急响应安全技术⼩组来进⾏为应急响应技术保障，应急响应领导⼩组应依据应急响应的需要，制定数据安全事件技术应对表，全⾯考察和管理相关技术基础，选择合适的技术服务者，明确职责和沟通⽅式。

定期开展数据安全相关技术研究，不断完善“事前可防范、事中可阻断、事后可追溯”的数据安全技术保障体系，开展对数据安全事件的预警、预测、预防和应急处理的技术研究，加强技术储备。

　　（三）物质保障：

包括通信保障、资⾦保障等，应急响应⼯作中产⽣的所有物质、资⾦需求由应急响应领导⼩组统⼀统筹提供。