微軟推出雲端驅動程式復原功能 Windows Update遠距回滾舊版本

示意圖，編輯詠唱而成。<p>微軟近日公布 Windows 新功能「Cloud-Initiated Driver Recovery」（CIDR，雲端啟動驅動程式復原），未來若透過 Windows Update 發布的驅動程式在推出後被判定存在品質問題，微軟將能從雲端主動啟動復原流程，把受影響電腦上的問題驅動程式回復至先前已知可正常運作的版本。</p>

CIDR 機制不需要使用者手動解除安裝，也不需要硬體合作夥伴另行介入，目標是縮短裝置長時間停留在低品質驅動程式上的空窗期。

過去 Windows Update 是維持系統與硬體相容性的重要管道，卻曾因驅動程式測試未能攔下問題版本，導致使用者在更新後遇到藍白畫面、硬體異常、效能下降，或裝置無法正常運作等狀況。

這類更新問題往往需要使用者自行進入裝置管理員回復驅動程式，或等待硬體廠商重新提交修正版，對一般使用者而言不夠直覺，導致問題可能在電腦上持續存在一段時間。CIDR 正是為了讓微軟能在判定驅動程式品質不合格後，直接透過既有 Windows Update 基礎架構推送回復指令。

CIDR如何運作：從判定問題到回復舊版

根據微軟 5 月 12 日在官方技術社群部落格的說明，CIDR 觸發點來自 Hardware Dev Center（HDC）的 Driver Shiproom（驅動程式船艙）評估流程：

1. 在 Shiproom 標記問題驅動：先前已透過 Windows Update 發布的驅動程式，會在 Driver Shiproom 評估流程中被檢查品質狀態，若判定存在品質問題，就會被標記為需要處理的對象。
2. 啟動復原請求：微軟會從 Driver Shiproom 建立復原請求，鎖定出問題的特定驅動程式，以及與該驅動程式相關的 shipping labels，確保後續處理範圍只限於受影響的裝置與硬體目標。
3. 透過 Windows Update 下達回復指令：Windows Update 會把回復指令傳送到受影響裝置，並先確認是否有已核准的可用驅動程式版本；確認後，系統才會解除安裝遭拒絕的問題驅動，並改回先前可正常運作的版本或 Windows Update 上可取得的合適版本。

微軟也強調，如果某些裝置找不到經 Driver Shiproom 核准的可用驅動程式，系統就不會嘗試執行 CIDR，以避免在沒有安全替代方案的情況下貿然回復。

該流程會透過既有 Windows Update 基礎設施完成，不需要額外安裝新的用戶端代理程式，且不要求硬體合作夥伴修改 API 自動化流程或入口網站作業，對使用者來說，理想情況下這會像一般 Windows Update 修正一樣在背景完成。

微軟目前已在 2026 年 5 月至 8 月間，針對選定的 shipping labels 進行手動驗證與測試<p>微軟表示，CIDR 是由微軟端到端管理的能力，當某個驅動程式在 flighting 或 gradual rollout 過程被拒絕並啟動復原時，合作夥伴會透過既有 Shiproom 溝通管道收到通知。</p>

復原完成後，硬體合作夥伴仍可依照正常 Hardware Dev Center 提交流程送出修正版驅動程式，只要新版通過 Shiproom 評估，便能照常透過 Windows Update 發布。

因此 CIDR 是補上「問題版本已經送到使用者裝置，但修正版尚未完成發布」之間的空窗，不是取代硬體廠商修正問題的機制。微軟也要求合作夥伴持續監控 Hardware Dev Center 儀表板的驅動程式品質指標，並針對遭拒提交項目所收到的 Shiproom 回饋盡快回應。