ISO27001事故事件薄弱点与故障管理程序.doc
《ISO27001事故事件薄弱点与故障管理程序.doc》由会员分享,可在线阅读,更多相关《ISO27001事故事件薄弱点与故障管理程序.doc(4页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、中国3000万经理人首选培训网站ISO27001事故事件薄弱点与故障管理程序1 适用本程序适用于公司信息安全事故、薄弱点、故障和风险处置的管理。2 目的为建立一个适当信息安全事故、薄弱点、故障风险处置的报告、反应与处理机制,减少信息安全事故和故障所造成的损失,采取有效的纠正与预防措施,正确处置已经评价出的风险,特制定本程序。3 职责3.1 各系统归口管理部门主管相关的安全风险的调查、处理及纠正措施管理。3.2 各系统使用人员负责相关系统安全事故、薄弱点、故障和风险的评价、处置报告。4 程序4.1 信息安全事故定义与分类: 4.1.1 信息设备故障、线路故障、软件故障、恶意软件危害、人员故意破坏
2、或工作失职等原因直接造成下列影响(后果)之一,均为信息安全事故: a) 企业秘密、机密及国家秘密泄露或丢失; b) 服务器停运4 小时以上; c) 造成信息资产损失的火灾、洪水、雷击等灾害; d) 损失在十万元以上的故障/事件。4.1.2 信息设备故障、线路故障、软件故障、恶意软件危害、人员故意破坏或工作失职等原因直接造成下列影响(后果)之一,属于重大信息安全事故: a) 企业机密及国家秘密泄露; b) 服务器停运8 小时以上; c) 造成机房设备毁灭的火灾、洪水、雷击等灾害; d) 损失在一百万元以上的故障/事件。4.1.3 信息安全事件包括: a) 未产生恶劣影响的服务、设备或者实施的遗失
3、; b) 未产生事故的系统故障或超载; c) 未产生不良结果的人为误操作; d) 未产生恶劣影响的物理进入的违规; e) 未产生事故的未加控制的系统变更; f) 策略、指南和绩效的不符合; g) 可恢复的软件、硬件故障; h) 未产生恶劣后果的非法访问。4.2 故障与事故的报告渠道与处理4.2.1 故障、事故报告要求故障、事故的发现者应按照以下要求履行报告任务: a) 各个信息管理系统使用者,在使用过程中如果发现软硬件故障、事故,应该向该系统归口管理部门报告;如故障、事故会影响或已经影响线上生产,必须立即报告相关部门,采取必要措施,保证对生产的影响降至最低; b) 发生火灾应立即触发火警并向安
4、全监督部报告,启动消防应急预案; c) 涉及企业秘密、机密及国家秘密泄露、丢失应向行政部报告; d) 发生重大信息安全事故,事故受理部门应向信息安全管理者代表和有关公司领导报告。4.2.2 故障、事故的响应故障、事故处理部门接到报告以后,应立即进行迅速、有效和有序的响应,包括采取以下适当措施: a) 报告者应保护好故障、事故的现场,并采取适当的应急措施,防止事态的进一步扩大; b) 按照有关的故障、事故处理文件(程序、作业手册)排除故障,恢复系统或服务,必要时,启动业务持续性管理计划。5 相关/支持性文件5.1 ISMS-2007预防措施控制程序5.2 ISMS-2020信息密级划分、标注及处
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ISO27001 事故 事件 薄弱 故障 管理程序
限制150内