为加强学校网络信息安全工作,及时掌握和处置网络信息安全事件,协调相关力量做好应急响应处理,降低安全事件带来的损失与影响,维护正常工作秩序和营造健康的网络环境,根据相关规定,结合学校实际,制定本流程。
第一章 总则
第一条 网络信息安全事件的定义。根据《信息安全事件分类分级指南》(GB/T 20986-2007,以下简称《指南》,摘录部分见附件 1),本流程中所称的网络信息安全事件(以下简称安全事件)是指除信息内容安全事件以外的有害程序事件、网络攻击事件、信息破坏事件、设备设施故障、灾害事件和其他信息安全事件,详见附件1。
第二条 适用范围。本流程适用于学校各部门发生的网络信息技术安全事件的报告与处置工作。涉及信息内容安全事件的报告与处置工作按其相关规定执行。
第二章 安全事件等级划分与判定
第三条 安全事件等级划分。根据《指南》,将安全事件划分为四个等级:特别重大事件(I级)、重大事件(Ⅱ级)、较大事件(Ⅲ 级)和一般事件(Ⅳ级),详见附件1。
第四条 安全事件判定。学校各部门一旦发生安全事件,应根据《指南》,视信息系统重要程度、损失情况以及对工作和社会造成的影响迅速自主判定安全事件等级。信息化建设与管理办公室(以下简称信息办)在接到报告后,根据事件情况,进一步做出判定。必要时,信息办组织专家组进行判定或报告学校网络安全与信息化领导小组判定。
第三章 安全事件的报告与处置
第五条 I 至Ⅲ级信息安全事件的报告与处置。报告与处置分为三个步骤:事发紧急报告与处置、事中情况报告与处置和事后整改报告与处置。
(一)事发紧急报告与处置
1.网络与信息系统运维操作人员一旦发现上述安全事件,应根据实际情况第一时间采取断网等有效措施进行处置,将损害和影响降到最小范围,保留现场,并报告本部门CIO和主要负责人。
2.本部门负责人接到报告后,应立即组织相关人员赶赴现场进行紧急处置,同时以口头通讯的方式将相关情况通报至信息办,并书面记录安全事件发现过程及口头汇报过程。涉及人为主观破坏事件应同时报告学校保卫部门。
3.信息办接到报告后,应做好书面记录,并进一步判定安全事件等级,对确认属I至Ⅲ级安全事件的,应报告网络安全与信息化领导小组相关领导。
4.紧急报告内容包括:(1)时间地点;(2)简要经过;(3)事件类型与分级;(4)影响范围;(5)危害程度;(6)初步原因分析;(7)已采取的应急措施。
5.对确认属 I 至Ⅲ级安全事件的,信息办应立即组织相关技术力量赶赴现场进行协助处置工作。
涉及人为主观破坏事件的,学校保卫部门应组织人员赴现场协助处置,并协助公安机关做好相关取证和处置工作。
6.各部门应及时跟进事件发展情况,出现新的重大情况应及时补报。
(二)事中情况报告与处置
1.事中情况报告应在安全事件发现后6小时内以书面报告的形式进行报送,报送内容和格式见附件2。
2.事中情况报告由部门CIO组织编写,由本部门主要负责人审核后,签字并加盖公章报送信息办。 涉及人为主观破坏事件的,事中情况报告应抄送给保卫处。
3.安全事件的事中处置包括:及时掌握损失情况、查找和分析事件原因,修复系统漏洞,恢复系统服务,尽可能减少安全事件对正常工作带来的影响。如果涉及人为主观破坏的安全事件应由保卫处牵头,配合公安部门开展调查。
(三)事后整改报告与处置
1.事后整改报告应在安全事件处置完毕后4个工作日内以书面报告的形式进行报送,报送内容和格式见附件3。
2.事后情况报告由部门CIO组织编写,由本部门主要负责人审核后,签字并加盖公章报送信息办。
3.安全事件事后处置包括:进一步总结事件教训,研判安全现状、排查安全隐患,进一步加强制度建设,提升安全防护能力。如涉及人为主观破坏的安全事件应继续配合公安部门和学校保卫部门开展调查。
第六条 一般安全事件(Ⅳ级)报告与处置。各部门发生一般安全事件,应及时、自主组织应急处置工作,可联系信息办寻求协助。在事件处置完毕后5个工作日内向信息办报送整改报告,报告内容和格式见附件3。
第七条 预警类信息的报告与处置。 各部门要按时、按要求完成国家、地方有关信息安全部门以及学校信息办等部门通报的预警类信息的处置工作,并按要求形成书面报告,报送信息办。
第四章 配套制度与问责
第八条 人事变更报告。为保障联络通畅,各部门的网络信息安全工作主管领导、联络员、联络方式发生变更的,应及时向信息办报备。
第九条 相关配套机制。各部门应根据实际建立本部门的值守制度,做到安全事件早预警、早发现、早报告、早控制、早解决。各部门应建立健全本部门安全事件应急处置机制,制定安全事件应急预案,定期组织应急演练。
第十条 问责制度。各部门应按照流程及时、如实地报告和妥善处置安全事件。如有瞒报、缓报、处置和整改不力等情况,信息办将对相关部门进行约谈或通报;情况严重的,根据《河南工学院网络信息安全管理办法》的责任追究条款问责处理。
第十一条 整改落实机制。发生I至Ⅲ级安全事件后,要认真做好整改落实工作,坚持做到事故原因不查清不放过、整改措施未落实不放过、责任人员未受到教育或处理不放过,尽力杜绝类似事件再次发生。
第五章 附则
第十二条 本办法由信息化建设与管理办公室负责解释。
第十三条 本办法自发布之日起施行。
附件 1
网络信息安全事件分类与等级划分
《信息安全事件分类分级指南》(GB/Z 20986-2007)根据网络信息安全事件的起因、表现、结果等,将网络信息安全事件分为有害程序事件、网络攻击事件、信息破坏事件、设备设施故障、灾害事件和其他信息安全事件6个基本分类,每个基本分类分别包括若干个子类;根据信息系统重要程度、系统损失和社会影响,将网络信息安全事件划分为4个等级。
一、网络信息安全事件分类
1.有害程序事件
有害程序事件是指蓄意制造、传播有害程序,或是因受到有害程序的影响而导致的信息安全事件。有害程序事件包括计算机病毒事件、蠕虫事件、特洛伊木马事件、僵尸网络事件、混合攻击程序事件、网页内嵌恶意代码事件和其它有害程序事件等7个子类。
2.网络攻击事件
网络攻击事件是指通过网络或其他技术手段,利用信息系统的配置缺陷、协议缺陷、程序缺陷或使用暴力攻击对信息系统实施攻击,并造成信息系统异常或对信息系统当前运行造成潜在危害的信息安全事件。网络攻击事件包括拒绝服务攻击事件、后门攻击事件、漏洞攻击事件、网络扫描窃听事件、网络钓鱼事件、干扰事件和其他网络攻击事件等7个子类。
3.信息破坏事件
信息破坏事件是指通过网络或其他技术手段,造成信息系统中的信息被篡改、假冒、泄漏、窃取等而导致的信息安全事件。信息破坏事件包括信息篡改事件、信息假冒事件、信息泄漏事件、信息窃取事件、信息丢失事件和其它信息破坏事件等6个子类。
4.设备设施故障
设备设施故障是指由于信息系统自身故障或外围保障设施故障而导致的信息安全事件,以及人为的使用非技术手段有意或无意的造成信息系统破坏而导致的信息安全事件。设备设施故障包括软硬件自身故障、外围保障设施故障、人为破坏事故、和其它设备设施故障等4个子类。
5.灾害性事件
灾害性事件是指由于不可抗力对信息系统造成物理破坏而导致的信息安全事件。灾害性事件包括水灾、台风、地震、雷击、坍塌、火灾、恐怖袭击、战争等导致的信息安全事件。
6.其他事件
其他事件是指不能归为以上基本分类的网络信息安全事件。
二、网络信息安全事件等级划分
1.特别重大事件(Ⅰ级)
特别重大事件是指能够导致特别严重影响或破坏的信息安全事件,包括以下情况:
会使特别重要信息系统遭受特别严重的系统损失;
产生特别重大的社会影响。
2. 重大事件(Ⅱ级)
重大事件是指能够导致严重影响或破坏的信息安全事件,包括以下情况:
会使特别重要信息系统遭受严重的系统损失、或使重要信息系统遭受特别严重的系统损失;
产生的重大的社会影响。
3.较大事件(Ⅲ级)
较大事件是指能够导致较严重影响或破坏的信息安全事件,包括以下情况:
会使特别重要信息系统遭受较大的系统损失、或使重要信息系统遭受严重的系统损失、一般信息信息系统遭受特别严重的系统损失;
产生较大的社会影响。
4.一般事件(Ⅳ级)
一般事件是指不满足以上条件的信息安全事件,包括以下情况:
会使特别重要信息系统遭受较小的系统损失、或使重要信息系统遭受较大的系统损失,一般信息系统遭受严重或严重以下级别的系统损失;
产生一般的社会影响。
附件2
河南工学院网络信息安全事件报告
部门名称: (公章)事发时间: 年 月 日 分
联系人 |
|
移动电话 |
|
电子邮箱 |
|
事件分类 |
□ 有害程序事件 □ 网络攻击事件 □ 信息破坏事件 □ 设备设施故障 □ 灾害事件□其他 |
事件分级 |
□Ⅰ级 □Ⅱ级 □Ⅲ级 □Ⅳ级 |
事件概况 |
|
信息系统基本情况(如涉及请填写) |
1. 系统名称: 2. 系统网址和IP地址: 3. 系统主管部门/部门: 4. 系统运维部门/部门: 5. 系统使用部门/部门: 6. 系统主要用途: 7. 是否定级 □是 □否,所定级别: 8. 是否备案 □是 □否,备案号: 9. 是否测评 □是 □否 10. 是否整改 □是 □否 |
事件发现与处置的简要经过 |
|
事件初步估计的危害和影响 |
|
事件原因初步分析 |
|
已采取的应急措施 |
|
是否需要应急支援及需支援事项 |
|
安全负责人意见 |
签名: 年 月 日 |
主要负责人意见 |
签名: 年 月 日 |
附件3
河南工学院网络信息安全事件整改报告
部门名称: (公章)报告时间: 年 月 日
联系人 |
|
移动电话 |
|
电子邮箱 |
|
事件分类 |
□ 有害程序事件 □ 网络攻击事件 □ 信息破坏事件 □ 设备设施故障 □ 灾害事件□其他 |
事件分级 |
□Ⅰ级 □Ⅱ级 □Ⅲ级 □Ⅳ级 |
事件概况 |
|
信息系统的基本情况(如涉及请填写) |
1. 系统名称: 2. 系统网址和IP地址: 3. 系统主管部门/部门: 4. 系统运维部门/部门: 5. 系统使用部门/部门: 6. 系统主要用途: 7. 是否定级 □是 □否,所定级别: 8. 是否备案 □是 □否,备案号: 9. 是否测评 □是 □否 10.是否整改 □是 □否 |
事件发生的最终判定原因(可加页附文字、图片以及其他文件) |
|
事件的影响与恢复情况 |
|
事件的安全整改措施 |
|
存在问题及建议 |
|
安全负责人意见 |
签名: 年 月 日 |
主要负责人意见 |
签名: 年 月 日 |