WINDOWS补丁管理实施细则

1、WINDOWS补丁管理实施细则i 目的规范补丁管理流程，减少安全漏洞，使计算机免予遭受利用漏洞的各种恶意 攻击，尽最大限度的保证计算机安全、稳定的运行。2 范围适用于 XXXXXXX 公司及其分公司等分支机构。以下简称公司。本文档补丁是指微软 WINDOWS 操作系统补丁。3 定义3.1术语定义3.1.1 漏洞定义1. 缓冲区溢出：程序中未经检查的缓冲区，可以用新数据覆盖程序代 码。如果新的可执行代码覆盖了程序代码，结果就会如攻击者指示的 那样更改程序的操作。2. 权限提高：某些环境下允许用户或攻击者获得更高的权限。3. 验证缺陷：允许错误数据产生不可预料的结果。3.1.2 补丁定义1. 安全

2、修补程序(Security patch)：为特定产品广泛发布的修补程序， 针 对的是某一个安全漏洞。安全修补程序通常描述为有一定的严重度，实际上就是此安全修补程序针对的漏洞的 MSRC 严重程度等级。2. 重要更新(Critical update)：为特定问题广泛发布的修补程序，针对的 是重的、与安全无关的缺陷。3. 更新(Update)：为特定问题广泛发布的修补程序，针对的是不重要的、与安全无关的缺陷。4修补程序(Hotfix ):由一个或多个文件组成的单个程序包，用来解决 产品中的问题。修补程序针对的是特定的客户环境，仅通过与Microsoft 的支持关系才可用。如果没有 Microsof

3、t 的书面合法许可， 就不能在客户组织外部分发。在过去，术语 QFE (快速修补工程更 新)、补丁和更新都用作修补程序的同义词。5. 更新汇总(Update Rollup)：安全修补程序、重要更新、更新和修补程 序的集合，可以作为累积更新进行发布，或定位于单个产品组件，如 Microsoft Internet Informatio n Services (IIS)或 Microsoft In ternet Explorer。这是为了更容易地部署多个软件更新。6. Service Pack：从产品发布至今，累积的一系列修补程序、安全修补 程序、重要更新和更新，包括许多已经解决，但还没有通过任何其

4、他 软件更新使之可用的问题。Service Pack 也可能包含少量客户需求的设 计更改或功能。 Microsoft 在分发和测试Service Pack 时比任何其他软 件更新更广泛。7. 集成的 Service Pack (integrated service pack：)与 Service Pack 组合在 一个程序包中。8. 功能包(Feature pack)：产品发布的新功能，可以用来添加功能。通 常在下一次发布时集 成到产品中。3.2人员和职责定义1.补丁管理员：补丁收集，补丁检查，服务器操作系统级别补丁测试。2信息安全工程师：整个补丁流程的 OWNER，跟踪和监视整个补丁管 理流

5、程的执行情况。3信息安全主管：审核和检查补丁测试报告，负责审批流程的审核工作。4. IT 总监：审核和检查补丁测试报告，负责审批流程的审核工作5.IT 基础架构部：负责测试环境的搭建， WINDOWS 平台补丁安装，负责平台级以及数据库/中间件/WEBSERVER 级的测试。6.操作系统管理员：WINDOWS 平台补丁安装，负责平台级以及数据库/中间件/WEBSERVER 级的测试。7.应用系统管理员：负责 WINDOWS 平台补丁安装后的应用系统测试工4 流程4.1补丁收集1. 补丁管理员获取的补丁信息必须遵循是最新且合法的；2. 可以通过微软的补丁发布通告（每月第二个星期星期二）；3. 趋

6、势科技每周/每月/每季威胁预警；4. 国家互联网应急中心安全通告。5. 补丁管理员在提出补丁更新通知时，必须要进行补丁分析，进而确 定补丁的严重等级。4.2补丁测试6. 补丁测试环境要最大限度地模拟目标平台。此环境由操作系统管理 员和应用系统管理员准备。但要确保测试环境与正式生产环境的一 致性、可用性。7. 了解安全补丁中的文件、功能函数和操作。为确保所有的用户组（比如服务器管理员组）都充分地理解安装补丁所造成的影响，负 责补丁管理的人员应了解以下问题：需要了解信息详细信息补丁解决的问题受影响的系统受影响的文件是否需要重启系统是否需要重启应用是否能进行卸载安装失败的回退方案以上问题及其解答，与

7、所计划发布的补丁的细节应记录在案。这将为组织留下了安装补丁的原因、时间、地点的审记记录8.进行相关的安全性测试后要出具详细的测试记录和测试报告4.3补丁发布9. 发布过程中由操作系统管理员先进行补丁安装，并进行数据库、中 间件、WEBSERVER 的测试，安装完成后，由应用系统管理员进行 应用系统的测试。10.系统管理员要根据补丁级别记录制定补丁分发计划，分批安装，遵循原则是优先级高的补丁、资产价值大的系统优先安装，确定顺序后，组织相关人员进行补丁安装。11.补丁发布过程中疑难问题的解决一定要有详细的记录，做到及时与领导通报和反馈在 1在在在在在在在在I 在在在在在在在在在在在4.4补丁检查1

8、2.补丁安装完成以后要通过补丁管理工具进行检查，形成补丁清单 列表，总结出公司内部系统目前的补丁安装情况。4.5补丁更新管理规范1.补丁管理员对补丁测试报告等文档中描述内容必须真实准确。在在在在r 在在在在在在在在 |在在在在在在在在在在在在在在在在在在奉在在2. 操作系统管理员和应用系统管理员对补丁测试报告等文档中描述内 容必须真实准确。3. 补丁管理员、操作系统管理员、应用系统管理员对于补丁更新所有 工作要整理维护形成工作性的文档，以便存档。4. 补丁管理员要做到良好的补丁信息收集， 每周至少一次关注微软安 全响应中心和趋势安全威胁预警。5. 桌面端补丁测试环境的搭建由补丁管理员根据最新的

9、标准SOE 环境完成。服务器端补丁测试环境中系统环境搭建由补丁管理员完成，带 有应用的系统测试环境由 IT 基础架构提供，操作系统管理员和应用 系统管理员共同完成测试。6. 补丁测试要按照补丁测试流程图进行安全性、兼容性、稳定性测试。补丁测试报告要详尽真实。7. 补丁测试完成后，补丁管理员要对信息安全工程师提出补丁安装申请，信息安全工程师向信息安全主管汇报，信息安全主管向IT 总监汇报，然后补丁安装命令下达到 IT 基础架构部，IT 基础架构对补丁进 行判断，如果为危急补丁，则直接安装；如果为常规补丁刚进入常 规补丁安装流程。8. 补丁管理工具包括但是不限于 WSUS、kBox、GPO、其他工

10、具等。 操作系统管理员对补丁管理工具一定要运用熟练，确保补丁安装顺 利高效进行。9. 补丁发布时参照补丁评级表”根据优先级进行安装， 并根据安装率 参考值”制定出合理的补丁发布计划。补丁管理员记录补丁发布阶段 发布情况。10.操作系统管理员和应用系统管理员对于服务器平台的补丁发布一 定要制定完善的应急计划，包括系统备份、应用切换、补丁发布时 间控制、补丁卸载和回退。没有应急计划，不可以直接进行补丁安11.对于大规模的补丁发布，系统管理员和补丁管理员应提前告知操作系统厂商和应用系统厂商，以备应急情况下的厂商支持。12.补丁发布完成后，由系统管理员利用补丁管理工具进行补丁检查，观察系统的运行状况，

11、同时统计补丁安装清单。13.系统管理员根据补丁安装清单，对比 补丁评级表”中的安装率参 考值”针对未完成安装的机器提出应对措施。包括手动上门安装， 机器环境检查等。5附录51流程图服务器补丁管理流程图（信息安全工程师作为整个补丁管理流程的 owner,跟踪整个补丁管理流程的执行情况）全安管 息主 信补丁收集阶段补丁测试阶段补丁发布阶段补丁检查阶段补丁管理通过微软补丁发布通告、趋势威胁预警等途径进行补下收集微软服务器操作系统环境搭建补丁检查师程工全安息信得到补丁测 试报告一f -备案登记得到补丁测试报告二得到补丁测试报告三安装结果反馈得到补丁测试报告一备案登记立口构架础员理管统系作平台级、数据库

12、、中间件、WebServe 等*补丁测试补丁测试报补丁安装ZE.告一-+补丁安装员理管统系用应针对应用系统的补丁测试补丁测试报备案登记得到补丁测试报告一5.2补丁评级表（公式 安装率参考值”=安装补丁的在线客户端数量/在线客户端总数*100%）优先级表示优先 级的颜色标准推荐操作最迟操作响应时间安装率 参考值响应时间安装率 参考值1 危急 (Emergency)易受攻击，攻击已岀现，其他组织 正在受到该问题的影响6-12 小时之内95%12-18 小间之内100%2 关键(Critical)易受攻击，但未发现漏洞利用48 小时之内95%1 周之内100%3 紧急(Urgent)已岀现攻击技术，但难