WINDOWS补丁管理实施细则

1、 windoWST管理实施细则 i目的 规范补丁管理流程，减少安全漏洞，使计算机免予遭受利用漏洞的各种恶意 攻击，尽最大限度的保证计算机安全、稳定的运行。 2范围 适用于XXXXXX公司及其分公司等分支机构。以下简称公司。 本文档补丁是指微软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的支持关系才可用。如果没有Micr

3、osoft的书面合法许 可，就不能在客 户组织外部分发。在过去，术语 QFE (快速修补工 程更新)、补 丁和更新都用作修补程序的同义词。 5. 更新汇总(Update Rollup):安全修补程序、重要更新、更新和修补 程序的集合，可以作为累积更新进行发布，或定位于单个产品组件， 如 Microsoft Internet Information 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信息安全工程师：整个补丁流程的OWNERW

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

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

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

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

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

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

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

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