标准规范下载简介
GB／T 30276-2020 信息安全技术 网络安全漏洞管理规范.pdfICS.35.040 L.80
GB/T30276—2020 代替GB/T30276—2013
JTG B01-2014《公路工程技术标准》Informationsecuritytechnology Specification for cybersecurity vulnerability management
国家市场监督管理总局 发布 国家标准化管理委员会
GB/T30276—2020
本标准按照GB/T1.1一2009给出的规则起草。 本标准代替GB/T30276一2013《信息安全技术信息安全漏洞管理规范》，与GB/T30276一2013 目比，主要技术变化如下： 修改了范围的表述（见第1章，2013年版的第1章）； 增加了规范性引用文件GB/T30279—2020，删除了规范性引用文件GB/T18336.1一2008（见 第2章，2013年版的第2章）； 增加了术语“（网络产品和服务的）提供者”“网络运营者”“漏洞收录组织”“漏洞应急组织”“漏 洞发现”“漏洞报告”“漏洞接收”“漏洞验证”“漏洞发布”（见3.2、3.3、3.4、3.5、3.6、3.7、3.8、3.9 3.10）； 删除了术语“修复措施"“厂商”“漏洞管理组织”“漏洞发现者”（2013年版的3.1、3.3、3.4、3.5）； 修改了漏洞管理流程，从漏洞管理的角度出发，重新定义了漏洞管理流程的各阶段，将原来的 “预防、收集、消减、发布”管理阶段调整为“漏洞发现和报告、漏洞接收、漏洞验证、漏洞处置、漏 洞发布、漏洞跟踪”，并提出各管理阶段中各相关角色应遵循的要求（见第4章、第5章，2013 年版的第4章、第5章）； 一删除了“附录A（规范性附录）漏洞处理策略”（2013年版的附录A）。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任， 本标准由全国信息安全标准化技术委员会（SAC/TC260）提出并归口。 本标准起草单位：国家计算机网络应急技术处理协调中心、中国信息安全测评中心、国家信息技术 安全研究中心、中国电子技术标准化研究院、上海交通大学、恒安嘉新（北京）科技股份公司、网神信息技 术（北京）股份有限公司、上海斗象信息科技有限公司、北京数字观星科技有限公司、阿里巴巴（北京）软 牛服务有限公司、公安部第三研究所、中国科学院大学、北京奇虎科技有限公司。 本标准主要起草人：云晓春、舒敏、崔牧凡、主文磊、严寒冰、贾子晓、陈悦、任泽君、崔婷婷、高继明 王桂温、郭亮、谢忧、白晓媛、王宏、李斌、孟魁、姜开达、黄道丽、赵旭东、赵芸伟、蒋凌云、郝永乐、叶润国 刘楠、张玉清、姚一楠。 本标准所代替标准的历次版本发布情况为： GB/T302762013
本标准按照GB/T1.1一2009给出的规则起。 本标准代替GB/T30276一2013《信息安全技术信息安全漏洞管理规范》，与GB/T30276一2013 相比，主要技术变化如下： 修改了范围的表述（见第1章，2013年版的第1章）； 增加了规范性引用文件GB/T30279一2020，删除了规范性引用文件GB/T18336.1一2008（见 第2章，2013年版的第2章）； 增加了术语“（网络产品和服务的）提供者”“网络运营者”“漏洞收录组织”“漏洞应急组织”“漏 洞发现”“漏洞报告”“漏洞接收”“漏洞验证”“漏洞发布”（见3.2、3.3、3.4、3.5、3.6、3.7、3.8、3.9 3.10）； 删除了术语“修复措施”“厂商”“漏洞管理组织”“漏洞发现者”（2013年版的3.1、3.3、3.4、3.5）； 修改了漏洞管理流程，从漏洞管理的角度出发，重新定义了漏洞管理流程的各阶段，将原来的 “预防、收集、消减、发布”管理阶段调整为“漏洞发现和报告、漏洞接收、漏洞验证、漏洞处置、漏 洞发布、漏洞跟踪”，并提出各管理阶段中各相关角色应遵循的要求（见第4章、第5章，2013 年版的第4章、第5章）； 一删除了“附录A（规范性附录）漏洞处理策略”（2013年版的附录A）。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本标准由全国信息安全标准化技术委员会（SAC/TC260）提出并归口。 本标准起草单位：国家计算机网络应急技术处理协调中心、中国信息安全测评中心、国家信息技术 安全研究中心、中国电子技术标准化研究院、上海交通大学、恒安嘉新（北京）科技股份公司、网神信息技 术（北京）股份有限公司、上海斗象信息科技有限公司、北京数字观星科技有限公司、阿里巴巴（北京）软 件服务有限公司、公安部第三研究所、中国科学院大学、北京奇虎科技有限公司。 本标准主要起草人：云晓春、舒敏、崔牧凡、主文磊、严寒冰、贾子晓、陈悦、任泽君、崔婷婷、高继明 王桂温、郭亮、谢忧、白晓媛、王宏、李斌、孟魁、姜开达、黄道丽、赵旭东、赵芸伟、蒋凌云、郝永乐、叶润国 刘楠、张玉清、姚一楠。 本标准所代替标准的历次版本发布情况为： GB/T 30276—2013
GB/T30276—2020
本标准规定了网络安全漏洞管理流程各阶段（包括漏洞发现和报告、接收、验证、处置、发布、跟踪 等）的管理流程、管理要求以及证实方法 本标准适用于网络产品和服务的提供者、网络运营者、漏洞收录组织、漏洞应急组织等开展的网络 安全漏洞管理活动。
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T25069信息安全技术术语 GB/T28458一2020信息安全技术网络安全漏洞标识与描述规范 GB/T30279一2020信息安全技术网络安全漏洞分类分级指南
过技术手段，识别出网络产品和服务存在漏洞的
5网络安全漏洞管理要求
GB/T30276—2020
在漏洞发现和报告阶段，要求如下： 组）对漏洞发现者的要求： 遵循国家相关法律、法规的前提下，可通过人工或者自动化方法对漏洞进行探测、分析，并 证实漏洞存在的真实性； 在实施漏洞发现活动时，不应对用户的系统运行和数据安全造成影响和损害，不应有为了 发现漏洞而侵犯其他组织的业务运行和数据安全的行为； 在识别网络产品或服务的潜在漏洞时，应主动评估可能存在的安全风险； 应采取防止漏洞信息泄露的有效措施。 b）对漏洞报告者的要求： 发现网络或产品服务的漏洞后，应及时报告漏洞信息； 报告漏洞时，应客观、直实地对漏洞进行描述
漏洞验证阶段DB34／T 3379-2019 水利信息系统软件开发集成规范，要求如下： 若由与该漏洞相关联的提供者或网络运营者进行验证： 应及时对漏洞的存在性、等级、类别等进行技术验证，向漏洞报告者发送漏洞报告接收确 认或反馈，可联合漏洞报告者等对漏洞进行验证； 如果该漏洞涉及其他提供者或网络运营者，应及时通知相关提供者或网络运营者共同进 行验证； 应客观地对漏洞信息进行验证和确认，不应对漏洞报告者等进行误导： 在漏洞验证后，应根据漏洞验证情况并依据GB/T28458一2020中5.3的要求对漏洞进行 描述，同时将验证结果反馈给漏洞报告者，也可反馈给漏洞应急组织等； 如果被报告的漏洞是在提供者或网络运营者目前不提供支持的产品或服务中发现的，提 供者或网络运营者应继续完成调查和漏洞验证，并确认该漏洞对其他支持的产品或在线
在漏洞验证阶段，要求如下： 若由与该漏洞相关联的提供者或网络运营者进行验证： 应及时对漏洞的存在性、等级、类别等进行技术验证，向漏洞报告者发送漏洞报告接收确 认或反馈，可联合漏洞报告者等对漏洞进行验证； 如果该漏洞涉及其他提供者或网络运营者，应及时通知相关提供者或网络运营者共同进 行验证； 应客观地对漏洞信息进行验证和确认，不应对漏洞报告者等进行误导； 在漏洞验证后，应根据漏洞验证情况并依据GB/T28458一2020中5.3的要求对漏洞进行 描述，同时将验证结果反馈给漏洞报告者，也可反馈给漏洞应急组织等； 如果被报告的漏洞是在提供者或网络运营者目前不提供支持的产品或服务中发现的，提 供者或网络运营者应继续完成调查和漏洞验证，并确认该漏洞对其他支持的产品或在线
GB/T 30276—2020
服务的影响。 b）若由漏洞收录组织进行验证： 确认漏洞接收后应及时协调对漏洞信息的验证，协调方式可包括：告知与漏洞相关的产品 或服务的提供者进行验证和确认；与该漏洞相关联的提供者或者网络运营者共同进行验 证和确认；联合漏洞报告者共同进行漏洞信息的验证和确认： 一 应客观、真实地反映漏洞情况，不应对与该漏洞相关联的提供者或网络运营者、漏洞报告 者等进行误导； 验证完成后应及时通知与该漏洞相关联的提供者或网络运营者。 c）若由漏洞应急组织进行验证： 确认漏洞接收后应及时协调对漏洞信息的验证，协调方式可包括：告知与漏洞相关的产品 或服务的提供者进行验证和确认；与该漏洞相关联的提供者或网络运营者共同进行验证 和确认； 验证完成后应及时通知与该漏洞相关联的提供者或网络运营者。 d）在漏洞验证过程中发生如下情况时，可以终止后续的漏洞管理阶段，并给予漏洞报告者反馈： 重复漏洞：该漏洞是个已重复的漏洞，已解决或已修复的漏洞； 一无法验证漏洞：该漏洞是提供者、网络运营者、漏洞收录组织等无法验证的漏洞； 一无危害漏洞：该漏洞是一个无安全影响，或无法被现有技术利用的漏洞； 注：漏洞利用方法可能随着新的技术或攻击方法的出现而改变，提供者及网络运营者宜时刻保持对当前漏洞攻击 手段的了解， 该漏洞所存在的产品或服务均已超过规定期限以及当事人约定的期限，法律法规另有规 定的除外，
漏洞处置阶段，要求如下： 对与该漏洞相关联的提供者、网络运营者的要求： 应与相关提供者、网络运营者协同开展漏洞处置工作，可与漏洞收录组织、漏洞应急组织 协同开展漏洞处置工作； 在漏洞处置过程中应进行深入分析，判断该漏洞是否影响其他产品或服务； 对已确认的漏洞，在考虑漏洞严重程度、受影响用户的范围、被利用的潜在影响等因素的 基础上，立即进行漏洞修复，或制定漏洞修复或防范措施； 在发布补丁和升级版本前应进行充分严格的有效性和安全性测试，避免补丁衍生的应用 功能和安全缺陷。对于不能通过补丁或版本升级解决的漏洞风险，应提出有效的临时处 置建议，出具指导技术说明： 对于依据GB/T30279一2020中6.3.3评定的技术分级为超危、高危的漏洞，若不能立即 给出修复措施，应给出有效的临时防护建议，并可联合漏洞应急组织根据漏洞影响范围及 发展情况制定下一步处置方案和解决措施： 应向漏洞报告者和用户及时告知漏洞的处置措施，必要时向漏洞应急组织报告； 应提供有效途径和便利的条件，供用户获取补丁、升级版本和临时处置建议； 应对受影响的用户提供必要的技术支持，支持其完成漏洞修复； 宜调查漏洞更深层的原因，以及确定自身其他产品或服务是否有同样或者类似的漏洞。 对漏洞收录组织的要求： 可与漏洞应急组织及相关网络产品提供者、网络运营者协同开展漏洞处置工作； 在漏洞处置过程中应保持客观、准确的态度，及时将经过验证的漏洞信息与该漏洞相关联
GB/T30276—2020
的提供者、网络运营者、漏洞应急组织共享； 可向与该漏洞相关联的提供者、网络运营者等提供漏洞处置建议及相关技术支持工作； 应采取相应必要措施保护与被报告漏洞相关信息的安全和保密性，防止信息泄露、被他 利用。 对漏洞应急组织的要求： 可对漏洞处置工作进行协调和监督，向相关漏洞接收者反馈漏洞归属、漏洞处置建议等处 理意见和结果； 可督促与该漏洞相关联的提供者、网络运营者及时采取漏洞修复或者防范措施GB／T 32516-2016 超高压分级式可控并联电抗器晶闸管阀.pdf，防范因漏 洞大规模利用传播引起的网络安全威胁； 可联合与该漏洞相关联的提供者或网络运营者对漏洞处置情况进行持续跟踪，根据漏洞 影响范围及发展情况制定下一步处置方案及解决措施； 应采取相应必要措施保护与被报告漏洞相关信息的安全，防止信息泄露、被他人利用