PG关注到，研华6月16日的支持资源页，提供了Microsoft Secure Boot 2023证书更新与验证资料。附件将适用平台、系统条件和状态核对放到同一维护流程中，反映出启动信任链同样需要生命周期管理。
微软官方说明，最初于2011年签发的相关证书从2026年6月起陆续到期，设备正在转向2023版证书。对运行周期较长的工业和医疗计算平台，维护工作需要结合设备与系统的实际状态安排。
证书状态，不能仅由系统能否启动判断
微软明确指出，证书到期并不等于设备立即无法启动。系统可能继续运行并接收常规Windows更新，但后续针对早期启动环节的安全保护更新会受到影响。现有运行状态与未来保护能力，需要分别理解。
这也说明，设备表面上能够正常工作，并不能单独回答证书迁移是否已经完成。维护团队需要找到与设备对应的状态依据，区分当前能够使用、更新任务已经启动，以及目标状态已经被确认等不同情况。
研华资料列明了适用的产品平台与系统条件。不同设备的固件和软件配置可能存在差异，项目应根据对应说明核对，而不是把一台样机上的状态直接推广到所有设备。
固件、操作系统与证书，需要保持配置对应
微软将证书更新与设备厂商的固件支持联系起来，部分系统可能需要配套固件更新。对管理团队而言，单独记录Windows版本或设备型号，都不足以表达完整维护条件。
资产档案可以把设备型号、固件版本、系统版本与最近一次确认结果关联。后续出现差异时，团队能够先查看配置变化，再判断需要补充哪些验证，减少仅凭同系列名称反复尝试的情况。
维护完成，需要能够说明结果如何确认
研华公开附件提供了更新与状态验证相关内容。作为维护记录，重要的是能说明采用何种适用资料、设备经历过什么变化，以及最终如何确认目标状态，而不是只保留一次操作已经执行的描述。
集中管理设备时，还需要区分已确认、待处理与暂未取得新状态的对象。网络或采集延迟可能影响集中界面的显示，记录中保留最近确认时间，有助于让接手人员理解信息对应的实际时点。
对于分批维护，可以保留代表性设备的验证结果，再按实际配置归类后续对象。硬件、固件或系统条件发生变化时，原有结论是否仍然适用，需要有新的依据。
恢复环境，也属于设备生命周期的一部分
启动信任条件变化以后，维护团队还应了解项目所使用的恢复与维护环境是否保持匹配。设备日常运行正常，只说明当时的启动路径成立，其他维护路径仍然需要与相应文档和配置一起核对。
这种管理方式也有助于后续交接。状态记录、版本信息和适用资料能够连接到同一台设备，新的负责人才能清楚知道哪些检查已经完成，哪些环节仍待确认。
微软说明，一些设备会通过更新渠道获得新证书，另一些可能需要设备厂商提供配套固件。维护计划中保留支持条件与验证状态，有助于区分等待分发、等待配套资料和已经完成确认的设备，让后续任务安排更有依据。
在PG看来，Secure Boot证书更替体现了长期计算设备维护的一项共同要求：把系统变化与可复查的证据联系起来。设备、固件、操作系统和维护资料保持对应，才能让生命周期管理具有清楚依据。