《信息安全事件管理程序》由会员分享，可在线阅读，更多相关《信息安全事件管理程序（6页珍藏版）》请在金锄头文库上搜索。
1、信息安全事件管理程序主导部门： IT部支持部门： N/A审 批： IT部文档编号： IT-V02生效日期：版本发布日期发布原因生效日期VersionIssuance DateReasons of IssuanceEffective Date1.0 新版本发布 会签批准人签名签署日期Approval(s)SignaturesDate Signed起草人EditorIT经理IT ManagerIT总监 （VP）IT Director信息安全事件管理程序1. 目的为建立信息安全事件报告、反应及处理机制，明确信息安全事件处理的责任和流程，有效处理信息安全事件，最大限度的减少和降低信息安全事件给公司带来
2、的损失，并采取有效的纠正与预防措施，特制定本管理程序。2. 范围本规定适用于公司发生的各类信息安全事件的检测、报告和处理。3. 术语和定义引用ISO/IEC27001和ISO/IEC27002相关术语和定义。注释：ISO/IEC 27001 信息安全管理体系要求ISO/IEC 27002 信息技术安全技术信息安全管理实践规范本程序中的信息安全事件是标准中的“信息安全事态”和“信息安全事件”的总称。4. 职责和权限阐述本规定涉及的部门（角色）职责与权限。4.1 IT部的职责和权限1) 归口管理信息安全事件的调查、处理及纠正措施管理2) 负责按照信息安全事件处理流程进行事故处理3) 通过准入系统的
3、策略机制，对其信息安全事件的检查追溯5. 程序5.1 事件管理目标对于事件管理过重中，应该遵循以下原则：5.1.1 尽快恢复正常业务应用的服务5.1.2 最小化事件对业务的影响。5.1.3 确保统一的处理事件和服务请求而不会有任何其他遗漏。5.1.4 定向到最需要的支持资源（外部厂商和服务供应商）。5.1.5 提供允许优化支持流程、减少事件数量和执行管理计划的信息。5.2 信息安全事件的分类基于两个方便对事件进行分类：5.2.1 信息安全事件所造成的影响。5.2.2 信息安全事件的紧急程度。 根据信息安全事件的影响等级：等级说明举例高级信息安全事件影响到公司内部生产运营或其他全局范围机房设备损
4、坏；核心系统失效；网络服务中断；企业机密泄露；人为故意破坏或失职等原因造成信息安全事件；重要技术开发、研究及生产数据损坏或丢失；发生自燃灾害导致的信息安全事故；未经授权的计算机系统参数的数据篡改和删除；中级信息安全事件影响到一组用户或特定用户群局域网小范围故障；文件服务器故障；验证服务器故障；邮件服务故障低级信息安全事件影响到单一用户服务器的日常维护；准入客户端登录故障；共享文件恢复；用户解锁、密码重置； 根据信息安全事件的紧急程度等级：等级说明高级全部或严重影响到全公司业务生产运营的信息安全事件中级部分影响业务运营的信息安全事件低级不影响业务运营的信息安全事件 信息安全事件的优先级事件的优先
5、级是根据事件的影响等级和事件的紧急程度来决定的，影响等级高并且紧急程度高的事件优先级为最高级，影响等级低并且紧急程度低的事件优先级为低级。下表显示了与这些相关事件的分类情况：影响等级 低中高紧急程度低低低中中低中高高中高最高（重大事件）5.3 信息安全事件的发现、记录与报告5.3.1 事件的发现 事件通常有IT团队通过监控系统检测到，对于各类来源所检测到的事件报告，根据事件分类的原则进行判断，属于高等级的事件，应立即通过 汇报至IT总监。5.3.2 事件的记录所有被报告或主动检测到的事件均应被记录，记录内容如下： 记录事件的日期和时间 受影响的配置详细信息 症状描述和任何错误代码 记录事件的人
6、员信息与属性5.3.3 事件的报告 各个业务系统的管理员，在使用过程中若发现软硬件或网络故障应及时向Infra工程师汇报，同时向业务系统归口管理负责人报备事件，如故障、事件会影响或已经影响生产运营，必须立即汇报至IT总监，并采取必要措施，保证对其影响降至最低。 对于所有事件，相关的系统管理员均应进行分析，如果原因是由于安全问题导致的，则应该向IT总监汇报，并告知采取纠正预防措施方案。 所有由于安全问题导致的事件均应由系统管理员进行记录，形成事件故障记录单，可由事件解决过程规避的安全问题。5.4 事件的解决与恢复 解决和恢复流程负责确保按照变更和发布管理流程，并确保采取任何附加恢复操作。 一旦完
7、成解决操作的执行，相关业务系统管理员将负责确认解决操作的成功。如果没有成功，应该检查的第一件事情就是验证是否所有变更都已正确地实施。 如果所有变更请求都已正确地实施，但是事件仍未解决，则应该将事件传回调查和诊断流程。 一旦解决操作已成功实施，则相关管理员应与用户进行确认，确保用户得到一致性的解决。6. 处理流程重大安全事件处理流程一般安全事件处理流程7. 更改历史记录新版本发布8. 附则本规定由IT部每年复审一次，根据复审结果进行修订并颁布执行。本制度的解释权归IT部。本规定自发布的日起生效，凡有与该规定冲突的，以此规定为准。9. 附件无事件故障记录单编号： 记录人:时间： 年 月 日地点描述：事件描述：报告人：报告人部门:联系方式:事件等级: 重大 关键(1小时内解决) 高(4小时) 中(24小时) 低(48小时)处理建议：处理结果： 处理人签字：处理措施实施是否有效： 是 否 验证人签字：备注：注：处理人员与验证人员不得为相同一个人。
