驱动小版本更新，也需要重新认证？关键看改了什么

驱动从 1.0 升级到 1.0.1，是否需要重新做 WHQL，不能由版本号决定。应先比较实际文件、功能、硬件范围和支持平台，再确认适用更新路径及必要测试。小改动可能触及认证边界，大版本号也不能替代变更分析。

对企业而言，真正需要避免的是两种极端：认为每次更新都必须从零重测，或者认为曾经认证过的产品可以无限沿用原结果。更可控的做法，是建立以原提交为基线的发布复核流程。

一 先问改在哪里 再问要不要重新认证

版本号是团队管理发布的标识，不能直接反映新驱动与原认证包之间的差异。同样叫“维护更新”，可能只是改说明文档，也可能修复了 SYS 文件里的运行逻辑。

发布评审应先回答：改了哪些文件，是否重新编译，设备和平台范围是否扩大，安装行为是否变化，以及旧结果对应的到底是哪一份产物。没有这些信息，很难可靠判断下一步。

建议保留原提交 ID、原签名包和新旧文件差异，避免测试拿一个版本、提交拿另一个版本、官网最终发布第三个版本。

二 二进制文件变化 应优先复核

微软对 Driver Update Acceptable（DUA）设有明确边界：不能新增或修改 PE 二进制文件。常见对象包括 SYS、DLL、EXE 和 DRV，判断看实际格式，不只是文件扩展名。

因此，修改一行逻辑、重新编译或改动二进制中的资源，都不能仅凭“改得少”认定可以直接使用 DUA。企业应确认实际文件差异，再评估必要测试和适用提交路径。

这也不意味着所有变化都自动要求重复全部测试。测试覆盖应结合设备类别、变更影响和当前要求确定；但不能把不符合简化更新条件的包，按原流程直接替换发布。

三 只修改 INF 也需要检查行为变化

INF 属于非 PE 文件，但它可能改变设备匹配、文件安装、服务配置和系统适用条件。文件类型可以进入某条更新路径的评估，不代表改动自动获得接受。

例如，新版本仅调整安装配置，二进制完全一致，仍应确认干净安装和旧版本升级是否按预期完成。若新增设备匹配项，还要核对是否扩大了原产品范围。

对符合条件的原提交，可以评估 DUA。实际操作应按当前文档生成和提交更新包，而不是直接编辑旧签名包后继续使用原签名。

四 新增硬件 ID 与平台支持 不能只当作文本修改

新增硬件 ID 常发生在 INF 中，但影响可能超出文本本身。新设备是否采用不同固件、接口或电源管理方式，原测试是否能够覆盖，都应交由研发与测试确认。

从 x64 扩展到 ARM64、增加新的 Windows 支持范围，或者引入新的设备能力，也需要复核。旧平台安装成功，只能证明相应环境中的结果，不能直接证明新增环境适用。

以下为一个示意场景：开发团队称新版“只增加一个型号”，但该型号的固件与原设备不同。项目应先识别差异和测试缺口，再选更新路径，而不是因改动集中在 INF 就跳过评审。

五 DUA 签名和认证是三件需要分清的事

DUA 是基于符合条件的原提交处理特定更新的机制，不是所有新版本的通用免测入口。原驱动采用 attestation 签名时，微软说明该路径不支持 DUA；attestation 也不代表 Windows Certified。

代码签名证书负责相关身份与签署环节，不能自动补齐测试。更新获得某种签名，也不等于新的功能和支持范围已经完成兼容性认证。

GlobalSign 在《驱动版本更新后，还需要重新做 WHQL 认证吗？哪些改动应先复核？》 中讨论了驱动变更的复核问题。对准备上线的团队，这类资料的价值在于辅助建立检查清单；具体路径仍应以实际变更和微软要求为依据。

六 发布前完成一份变更评审记录

第一，锁定基线。记录原认证或签名方式、提交编号、目标设备及对应文件。

第二，识别差异。列出新增、修改和删除的文件，检查内容与格式，并说明功能和安装行为变化。哈希可用于识别文件是否一致，但不能单独解释兼容性影响。

第三，确认验证范围。将硬件、固件、平台和功能变化对应到需要检查的行为，由负责人员确认测试与提交方案。

第四，验收最终包。对实际签名交付物进行安装、升级及必要恢复测试，保留结果与发布记录。认证处理、签名和分发状态分别检查，避免只看到门户处理成功就宣布所有用户可正常更新。

这套记录也便于外部服务商提供明确建议。企业应要求对方说明判断依据、测试范围和交付物，不能仅以“包过”“无需测试”作为方案选择标准。

常见问题 FAQ

驱动只升级一个补丁版本 是否可以不重新认证

不能只按版本号判断。先检查实际文件、功能和支持范围，再确认适用路径与验证要求。

只改二进制中的版本信息 能否直接走 DUA

如果实际修改了 PE 二进制，就不符合 DUA 不得新增或修改 PE 文件的要求。应比较最终文件，而不是只看改动说明。

只改 INF 是否一定可以走 DUA

不一定。应检查原提交条件、变更行为和当前更新规则，不能把非 PE 文件允许变更理解为任意改动自动免测。

新增硬件 ID 是不是一定要全套重测

不能一概而论。应先核对新增设备差异、原覆盖范围和适用要求，再确定必要测试，不能预先承诺全部免测或全部重做。

Attestation 签名驱动能否使用 DUA

微软说明，DUA 不支持 attestation 签名驱动。应先确认原签名方式，再规划更新流程。

已认证驱动更新后 重新签名就能发布吗

还需核对变更与测试提交范围，并验证最终包。签名不能替代兼容性评估，也不能证明分发条件已经满足。

咨询 WHQL 更新方案前 应准备什么

准备原提交 ID、新旧包及差异、驱动和固件版本、支持平台、硬件变化与分发计划，以便判断实际工作范围。

参考资料

GlobalSign《驱动版本更新后，还需要重新做 WHQL 认证吗？哪些改动应先复核？》

Microsoft DUA 更新包要求

Microsoft 驱动签名选项与限制

资料检索日期 2026 年 10 月 29 日。实施前应复核对应产品及提交路径的最新要求。