開機之後，畫面不是 Windows 登入畫面，而是一片藍色畫面，要求輸入一串 48 位數字。不少用家第一反應是 Windows 壞了，或者硬碟壞了，急着想重裝系統。很多時，真正出事的並不是 Windows，也不是硬碟，而是開機信任鏈斷了：主板韌體、TPM、Secure Boot 金鑰與 BitLocker 保護器之間，有一環的量測值對不上了。本文只講這一條信任鏈，包括 TPM 的量測與密封機制、Secure Boot 的金鑰層級、BitLocker 保護器、BIOS 更新與換板如何觸發還原，以及分層排除與資料保全次序。風扇、散熱、電池與螢幕問題不在本文範圍，只會在對照時提及。內部檢查與任何涉及 TPM、Secure Boot 或 BitLocker 的改動，一律交由專業檢測處理；讀者可以做的，是外在記錄與金鑰備份位置查詢，詳情見文末的送修記錄清單。
TPM 是什麼：不是密碼，而是一把量度開機的尺
可信平台模組（Trusted Platform Module，簡稱 TPM）是一組具備密碼學能力的保安硬件或韌體功能，負責儲存金鑰、量度開機過程，並且在量測值符合預期時才釋放被密封的金鑰。它的角色不是替用家記住密碼，而是替整部機器記住「上一次成功開機時，開機鏈長什麼樣子」。每一次開機，韌體與開機元件都會把自己的雜湊值延伸寫入 TPM 內的平台組態暫存器（Platform Configuration Registers，簡稱 PCR）。PCR 的特性是只可延伸、不可直接改寫：新量測值會與舊值再雜湊一次，成為新的暫存器值。因此 PCR 並不是一張可以隨意塗改的設定表，而是一條開機過程的密碼學指紋。
BitLocker 正是利用這條指紋來決定是否自動解鎖。加密金鑰被密封於 TPM 之中，密封時會記錄一組量測快照；只有當現時開機量測值與快照一致，TPM 才會解封金鑰，讓系統自動進入 Windows。只要其中一環改變，TPM 就不會釋放金鑰，系統便轉入還原模式，要求輸入 48 位還原金鑰。這不是故障的副產品，而是設計本身：量測值對不上，就當作開機鏈可能被竄改，寧可停下來要求額外證明，也不要靜靜地解鎖。
不少用家會問：點解部機前一日仲好好的，今日突然就鎖了？答案往往不在 Windows 之內，而在開機鏈之內：一次 BIOS 更新、一次 Secure Boot 資料庫更新、一次開機次序改變、一次韌體設定被重設為預設值，都足以改變量測值。理解這一點，是分辨「Windows 壞了」與「信任鏈斷了」的關鍵分界。
獨立 TPM 與韌體 TPM：位置不同，後果也不同
現時筆電的 TPM 有兩種實現方式。第一種是獨立 TPM（discrete TPM，簡稱 dTPM），即主板上一顆專用晶片，經硬件匯流排與系統通訊。第二種是韌體 TPM，即在處理器或晶片組韌體內運行的 TPM 功能：Intel 稱為 Platform Trust Technology（簡稱 PTT），AMD 稱為 firmware TPM（簡稱 fTPM）。兩者在 Windows 11 的要求下均獲接受，安全模型在正確設定下亦屬等效，但它們的物理歸屬完全不同，而這一點正是換板與換處理器問題的核心。
| 項目 | 獨立 TPM（dTPM） | 韌體 TPM（Intel PTT／AMD fTPM） |
|---|---|---|
| 位置 | 主板上的專用晶片 | 處理器或晶片組韌體內 |
| 跟隨哪一件硬件 | 跟隨主板 | 跟隨處理器或晶片組韌體 |
| BIOS 常見名稱 | TPM Device、Security Chip、Security Device Support | Intel PTT、AMD fTPM、AMD CPU fTPM、PSP fTPM |
| 換主板後果 | 新主板的晶片沒有舊金鑰 | 若處理器一併更換，同樣失去舊綁定；若只換主板而處理器不變，仍須視乎韌體設定與量測值而定 |
| 選錯設定後果 | 選了 dTPM 但機內無獨立模組，Windows 會見不到任何 TPM | 韌體 TPM 被關閉，Windows 同樣見不到 TPM |
| 常見誤解 | 以為加一顆模組就能繼承舊金鑰 | 以為處理器內的 TPM 可以跟住硬碟走 |
另一個常見場景是 BIOS 選單內的 TPM 裝置選擇被改錯：例如主板提供 fTPM／PTT 與 dTPM 兩種選擇，用家或維修人員誤選了機內並不存在的 dTPM，Windows 便會報告找不到相容 TPM。這不是 TPM 晶片燒毀，而是裝置選擇與實際硬件對不上。分層排除的第一步，正是先確認現時選中的是哪一種 TPM 實現方式，再判斷量測鏈是否仍然完整。
PCR：開機鏈的每一節，都有一隻暫存器記住它
PCR 一共有 24 隻（編號 0 至 23），每一隻負責量度開機鏈的不同環節。對於筆電 BitLocker 而言，相關暫存器如下（其中 PCR 1 與 PCR 3 為對照列）。以下分工以 UEFI 原生開機情境為準；若韌體以相容模式開機，量測值的存放方式會有所不同，本文不展開。
| PCR | 量度對象 | 改變它的常見原因 |
|---|---|---|
| PCR 0 | 核心系統韌體可執行碼 | BIOS／UEFI 韌體更新、韌體版本改變 |
| PCR 1 | 核心系統韌體資料 | 韌體設定資料改變 |
| PCR 2 | 擴充或可插式可執行碼 | 擴充卡、選購韌體模組、第三方 UEFI 驅動改變 |
| PCR 3 | 擴充或可插式韌體資料 | 擴充韌體資料改變 |
| PCR 4 | 開機管理員 | Windows 開機管理員更新、開機次序改變、開機檔案改變 |
| PCR 7 | Secure Boot 狀態 | Secure Boot 開關改變、Secure Boot 原則與金鑰資料庫改變 |
| PCR 11 | BitLocker 存取控制 | BitLocker 保護器狀態改變，必須包含於驗證設定檔內 |
另一組關鍵對比是預設驗證設定檔的兩種形態。在缺乏 Secure Boot State（PCR 7）支援的電腦上，BitLocker 預設保護金鑰對抗 PCR 0、PCR 2、PCR 4 與 PCR 11 的改變；當 PCR 7 支援存在時，預設改為 PCR 7 與 PCR 11。換言之，有 Secure Boot 的機器，開機信任的焦點由「韌體與開機管理員逐隻量度」轉為「Secure Boot 狀態本身是否仍然可信」。企業群組原則更可以改寫這份預設清單，收緊或放寬對平台改動的敏感度。因此，兩部表面相同的筆電，面對同一種 BIOS 更新，可以有不同的還原表現，原因正在於驗證設定檔不同。
| 驗證設定檔情境 | 密封時包含的 PCR | 對改動的敏感度 |
|---|---|---|
| 無 PCR 7 支援的原生 UEFI | PCR 0、2、4、11 | 韌體、擴充碼、開機管理員任何一環改變即觸發 |
| 有 PCR 7 支援的原生 UEFI | PCR 7、11 | Secure Boot 狀態改變即觸發，韌體細節改動可由 Secure Boot 原則覆蓋 |
| 企業原則自訂 | 按原則指定，可增可減 | 收緊則更易觸發，放寬則更易放行，兩者皆有代價 |
| 舊式相容模式開機 | 存放方式不同，不可直接套用上表 | 須以個別機種的韌體設定為準 |
Secure Boot 金鑰鏈：PK、KEK、db、dbx 各司其職
Secure Boot 是 UEFI 標準的一部分，不是某一家廠商的專利功能。它的原理是：韌體在執行任何開機軟件之前，先驗證該軟件的簽名是否可經內置信任金鑰追溯；簽名不符或已被撤銷的映像，一律不准載入。信任的來源，是一組存放在韌體非揮發記憶體內的金鑰與資料庫。
| 層級 | 全名 | 角色 | 誰可以改動它 |
|---|---|---|---|
| PK | Platform Key（平台金鑰） | 信任鏈頂層，決定誰有權管理整組 Secure Boot 金鑰 | 持有平台金鑰私鑰的一方，或現場使用者經韌體選單操作 |
| KEK | Key Exchange Key（金鑰交換金鑰） | 授權 db 與 dbx 的更新，作為韌體與作業系統之間的管理橋樑 | 經 PK 授權，或經現有 KEK 簽署的更新 |
| db | Signature Database（允許簽名資料庫） | 列出受信任的開機映像簽名者或映像雜湊 | 經 KEK 簽署的更新 |
| dbx | Forbidden Signature Database（撤銷簽名資料庫） | 列出不再受信任的簽名、憑證或映像雜湊，屬於黑名單 | 經 KEK 簽署的更新 |
不少用家會問：點解 Secure Boot 明明開着，部機仍然會鎖？因為 Secure Boot 只回答「開機軟件是否受信任」，BitLocker 則回答「開機量測值是否與密封時一致」。Secure Boot 狀態本身被量度進 PCR 7，任何 Secure Boot 開關、金鑰資料庫或原則的改變，都會改變 PCR 7，進而觸發 BitLocker 還原。兩者是合作關係，不是同一道門：Secure Boot 管准入，TPM 量測管一致性，BitLocker 管解鎖。
dbx 撤銷更新與憑證換代：兩次真實的信任鏈事件
dbx 不是一張寫死不變的表，而是需要持續更新的撤銷清單。2022 年 8 月 9 日推出的 KB5012170，正是一次 Secure Boot DBX 安全更新：它把已知有漏洞的 UEFI 模組簽名加入 DBX，防止攻擊者利用安全功能繞過漏洞載入不受信任軟件。相關漏洞包括 GRUB 安全功能繞過指引，以及三個開機載入器繞過漏洞。更新推出後，部分裝置出現 BitLocker 還原提示或安裝錯誤，廠方文件亦記載了已知問題：若 BitLocker 群組原則已啟用原生 UEFI 的 TPM 平台驗證設定檔且原則選取 PCR 7，更新可能無法安裝。事件的教訓不是「更新本身有問題就不要更新」，而是信任鏈的任何一環改變，都必須預先確認還原金鑰備份位置，否則一次正常的安全更新也會變成資料危機。
第二次事件是憑證換代。Microsoft 的 Secure Boot 憑證最初於 2011 年發出，2026 年起陸續到期：Microsoft Corporation KEK CA 2011 於 2026 年 6 月 24 日到期，由 Microsoft Corporation KEK 2K CA 2023 取代；Microsoft UEFI CA 2011 於 2026 年 6 月 27 日到期，由 Microsoft UEFI CA 2023 取代；Microsoft Windows Production PCA 2011 則於 2026 年 10 月 19 日到期。換代本身不代表舊機器即時無法開機，但它意味著信任鏈頂層的授權憑證必須更新，否則日後的 db 與 dbx 更新將無法再經舊憑證授權。對於筆電用家而言，實際意義只有一個：任何涉及開機鏈的更新之前，先確認還原金鑰在哪裡，而不是更新之後才去找。
| 信任鏈事件 | 改變了什麼 | 可能觸發的表現 |
|---|---|---|
| BIOS／UEFI 韌體更新 | PCR 0、PCR 1 | BitLocker 還原提示 |
| Secure Boot 開關改變 | PCR 7 | BitLocker 還原提示，Windows Hello 憑證可能需要重新登記 |
| dbx 撤銷更新（例如 KB5012170） | dbx 內容、PCR 7 相關原則 | 還原提示，或更新本身無法安裝 |
| 憑證換代（2011 至 2023） | KEK、db 內的憑證 | 日後 db／dbx 更新的授權基礎改變 |
| 開機次序或開機管理員改變 | PCR 4 | 還原提示 |
| 換主板或換 TPM | 整組量測與金鑰歸屬 | 還原提示，且舊 TPM 保護器不再對應新硬件 |
BitLocker 保護器：四種門，各有不同的鑰匙
BitLocker 的保護器（protector）是指用來保護磁碟加密金鑰的機制。同一隻磁碟可以同時擁有多個保護器，但開機時走哪一道門，決定了用家需要提供什麼證明。
| 保護器 | 開機時需要什麼 | 優點 | 風險與代價 |
|---|---|---|---|
| TPM | TPM 量測值與密封時一致 | 開機全自動，用家無感覺 | 量測值一變即轉入還原，毫無寬限 |
| TPM＋PIN | TPM 量測一致，另加開機 PIN | 即使機器被偷，單靠硬件亦不足以解鎖 | PIN 多次輸入錯誤可觸發還原；PIN 遺忘等同失去一道門 |
| 還原金鑰（48 位數字密碼） | 48 位還原金鑰 | 量測失效時的最後出路 | 金鑰本身必須事先妥善託管，事後無法補造 |
| 密碼保護器（非系統磁碟較常見） | 用家自設密碼 | 不依賴 TPM 量測 | 密碼遺忘同樣無法解鎖，須另有備份 |
還原金鑰的託管位置，決定了鎖機當日的命運。以下是最常見的託管位置，次序不代表優先級，只代表尋找時應逐一核對的清單：
| 託管位置 | 適用情境 | 尋找時的要點 |
|---|---|---|
| 個人 Microsoft 帳戶 | 以 Microsoft 帳戶登入的個人電腦 | 核對登入帳戶是否開機時使用的同一個帳戶，舊帳戶與新帳戶經常混淆 |
| Microsoft Entra ID（前稱 Azure AD） | 公司或學校裝置 | 須經機構管理員查閱，個人無法直接取回他人機構的金鑰 |
| 傳統 Active Directory | 加入網域的公司電腦 | 經 BitLocker 還原密碼檢視器或電腦物件的還原分頁查閱，須具備管理員權限 |
| Intune／Company Portal | Intune 託管裝置 | 經裝置頁面的取得還原金鑰功能查閱 |
| 列印本 | 加密啟用時列印的備份 | 常夾於保養文件或說明書之間，送修前值得先翻查紙本檔案 |
| USB 裝置或文字檔 | 加密啟用時儲存的備份 | 檔案名稱通常包含 BitLocker Recovery Key 字樣，可在其他電腦上搜尋 |
| 無任何託管 | 本機帳戶且未曾備份 | 廠方文件明言：Microsoft 支援亦無法取回或重建，餘下途徑一般是重設或全新安裝，而該做法會清除加密磁碟 |
分層排除：BIOS 設定、TPM 狀態、金鑰備份、硬件故障
TPM 與 Secure Boot 失效的症狀高度重疊：藍色還原畫面、開機 PIN 失效、Windows Hello 憑證失效、TPM 找不到、Secure Boot 狀態異常，全部可以由不同層級的原因造成。分層排除的目的，是按次序收窄範圍，避免在未確認金鑰備份之前就動到最危險的一層。第 1／2 層為唯讀核對，任何設定更正皆須待第 3 層金鑰確認後才由檢測環節執行。
| 層級 | 檢測環節會核對什麼 | 若此層出問題，典型表現 |
|---|---|---|
| 第一層：BIOS／UEFI 設定 | 開機模式是否原生 UEFI、Secure Boot 開關狀態、TPM 裝置選擇（fTPM／PTT 或 dTPM）、設定是否被重設為預設值 | 設定被重設後，PCR 7 或 TPM 裝置選擇改變，觸發還原或 TPM 消失 |
| 第二層：TPM 狀態 | TPM 是否存在、規格版本是否為 2.0、TPM 是否已就緒、量測鏈是否完整 | TPM 找不到、規格不符、量測中斷，系統無法自動解封 |
| 第三層：金鑰備份 | 還原金鑰託管位置是否已確認、Key ID 是否與託管金鑰對得上、公司機是否須經機構管理員 | 金鑰搵唔返，任何後續處理都受制於資料風險 |
| 第四層：硬件故障 | 主板、處理器、TPM 晶片、韌體儲存、排線與焊接點是否正常 | 間歇性 TPM 消失、開機時有時認到有時認不到、換件後症狀轉移 |
不少用家會問：點解檢測要分四層，唔可以直接試下清 TPM 睇下得唔得？因為清 TPM 是不可逆的金鑰銷毀操作，不是診斷工具。清除之後，舊的 TPM 金鑰綁定即告失效，Windows Hello 憑證亦隨之失效；若當時 BitLocker 仍然啟用而還原金鑰又不在手，磁碟便會被鎖定。用「試下」的心態去清 TPM，等同於在未確認後備鑰匙之前，先把原裝鎖芯拆掉。分層排除的價值，正在於把這種不可逆操作推到最後，並且只在金鑰備份已確認的前提下才考慮。
香港情境：換板後先發現鎖機，是常見的資料危機
香港的維修現實，令 TPM 問題比教科書寫的更棘手。第一種情境是維修店換板後，客人才發現鎖機。換板本身可能完全成功，開機亦正常，但 BitLocker 的密封綁定跟隨舊主板，客人取機回家才見到藍色還原畫面，而還原金鑰卻在家中另一部裝置或舊帳戶之內。預防的關鍵不在換板技術，而在換板之前的金鑰確認：送修前先記低 Key ID、確認託管位置、確認登入帳戶，換板後的第一次開機才不至於手足無措。
第二種情境是 Microsoft 帳戶搵唔返金鑰。常見原因包括：開機時用的是本機帳戶，加密啟用時卻用了另一個 Microsoft 帳戶；家人或同事代為設定，帳戶屬於他人；帳戶本身已被停用或無法登入；裝置曾經轉手，前手帳戶的金鑰與現時用家無關。這些情況都不是技術故障，而是帳戶歸屬問題，檢測環節只能協助核對 Key ID 與託管清單，無法代用家取回不屬於用家的帳戶金鑰。
第三種情境是公司機。公司或學校裝置的金鑰往往託管於 Entra ID、Active Directory 或 Intune，個人帳戶內根本不會出現。員工自行送修前若未通知機構管理員，維修店與用家雙方都拿不到金鑰，機器便會卡在還原畫面。正確的次序是先經機構查閱金鑰，再安排維修；次序倒轉，代價就是停工與資料風險。
第四種情境是潮濕、通勤跌撞與焊接、排線問題。香港年平均相對濕度偏高，長期潮濕可加速接觸面氧化與污染；每日通勤的震動與跌撞，則可令主板焊接點、排線接頭與 TPM 相關線路出現間歇性接觸不良。間歇性故障最難診斷：今日開機認到 TPM，明日又認不到；靜止放在桌上正常，放入背囊行一段路又出事。這類症狀不應直接歸咎於 Windows 或 Secure Boot 設定，而應交由檢測環節按硬件層級核對。若想了解檢測流程，可參考檢測服務；收費結構可參考收費參考。
| 香港情境 | 表面症狀 | 真正風險 | 送修前應記低什麼 |
|---|---|---|---|
| 換板後取機先見還原畫面 | 藍色畫面要求 48 位金鑰 | 金鑰託管位置未確認，取機後無法即時解鎖 | Key ID、換板前後變化、託管帳戶 |
| Microsoft 帳戶搵唔返金鑰 | 帳戶內無對應金鑰 | 帳戶歸屬錯誤，或根本以本機帳戶加密 | 開機帳戶、設定者身份、舊帳戶線索 |
| 公司機 Intune／AD 託管 | 個人帳戶內無金鑰 | 金鑰在機構目錄，個人無法取回 | 機構名稱、管理員聯絡途徑、裝置編號 |
| 潮濕致接觸面氧化 | 間歇性 TPM 消失 | 接觸不良被誤判為設定問題 | 出事頻率、環境變化、是否與移動有關 |
| 通勤跌撞致焊接或排線問題 | 時好時壞、移動後出事 | 間歇硬件故障被誤判為軟件問題 | 跌撞經過、症狀與移動的關聯、靜止時是否正常 |
常見誤診陷阱：四種以為修好、其實更壞的做法
| 誤診陷阱 | 以為發生了什麼 | 實際後果 |
|---|---|---|
| 以為 Windows 壞了就重裝 | 重裝可以解決一切開機問題 | 加密磁碟上的資料會在重裝過程中被清除；信任鏈問題本身並未被診斷，重裝後仍可能面對同一道還原畫面 |
| 清 TPM 前冇備份金鑰 | 清 TPM 可以重設一切 | 舊金鑰綁定即告失效，Windows Hello 憑證失效；若 BitLocker 仍啟用而金鑰不在手，磁碟即被鎖定 |
| 關 Secure Boot 當修好 | 關掉 Secure Boot 就不會再鎖 | Secure Boot 狀態改變本身就是 PCR 7 的改變，關掉反而可能再觸發還原；同時削弱開機准入保護，令不受信任的開機軟件有機會載入 |
| 清 TPM 當萬能藥 | 清一次就等於回復出廠健康狀態 | 清 TPM 只清除 TPM 內的金鑰，不會修復焊接、排線、韌體或金鑰託管問題；症狀的根源仍在，資料風險卻已上升 |
另一個常見誤判，是把間歇性 TPM 消失當成 Windows 更新問題。更新確實可以改變量測值，但間歇性消失（時有時無、移動後出事、靜止時正常）更指向硬件層級：焊接點、排線、韌體儲存或 TPM 晶片本身的接觸問題。兩者的分辨方法不在於症狀名稱，而在於症狀模式：更新觸發的還原通常在更新後第一次重啟即出現，且之後每次開機表現一致；硬件間歇故障則表現不一致，且與移動、溫度、濕度有關。記錄症狀模式，比記住症狀名稱更有診斷價值。
整、換、升級決策框架
| 情況 | 決策方向 | 理由 |
|---|---|---|
| 單次 BIOS 或 dbx 更新後出現還原提示，金鑰備份已確認 | 以金鑰解鎖後，由檢測環節重新密封保護器於新量測值 | 量測改變屬於預期之內的更新，信任鏈本身無損 |
| 設定被重設為預設值，TPM 裝置選擇被改錯 | 由檢測環節核對設定與實際硬件是否對應 | 裝置選擇錯誤不是晶片故障，換件無助於解決問題 |
| 換板後出現還原提示，金鑰備份已確認 | 以金鑰解鎖後，由檢測環節為新主板建立新的 TPM 保護器 | 舊綁定跟隨舊主板，新綁定必須重新建立 |
| 換板後出現還原提示，金鑰備份未確認 | 先停下來核對託管清單，勿急於清除 TPM 或重裝 | 任何不可逆操作之前，金鑰問題必須先解決 |
| 間歇性 TPM 消失，與移動或跌撞有關 | 按硬件層級檢測焊接、排線與主板線路 | 症狀模式指向硬件接觸問題，設定改動無法修復 |
| 公司機金鑰在機構目錄 | 先經機構管理員取得金鑰，再安排維修 | 個人帳戶內根本不會出現機構託管的金鑰 |
| 機種老舊、主板已多次維修 | 以檢測結果為準，不預設升級有效 | 信任鏈問題的根源可能在硬件壽命，升級未必改善 |
| 只想關 Secure Boot 或清 TPM 求一次開機 | 不建議，交由檢測環節判斷 | 兩者皆會改變信任鏈或銷毀金鑰綁定，代價高於一次開機 |
送修前可以記錄的資料
讀者不應自行處理內部 TPM、Secure Boot 或 BitLocker 設定，但可以記錄以下資料，協助專業人員分層判斷：影低還原畫面的完整文字，包括 Key ID 的首八位數字；記低問題出現之前發生過什麼改變，例如 BIOS 更新、Windows 更新、換板、換件、開機次序改變或設定被重設；記低症狀是每次開機都出現，還是間歇出現，以及是否與移動、跌撞、潮濕環境有關；確認還原金鑰可能的備份位置，包括個人 Microsoft 帳戶、公司或學校機構、列印本、USB 裝置或文字檔，並記低自己曾經用過哪些帳戶登入本機；記低裝置是否公司機或學校機，以及機構管理員的聯絡途徑。如需安排檢測，可參考檢測服務；收費結構可參考收費參考。
資料保全優先：清 TPM 與重裝之前的必答問題
資料保全的次序只有一條鐵律：金鑰先行，操作隨後。在任何可能改變 TPM 狀態或清除磁碟的操作之前，必須先回答以下問題，而且答案必須是具體的託管位置，不是「應該有」或「可能在」：
| 必答問題 | 未有肯定答案時的處理 |
|---|---|
| 還原金鑰託管在哪一個帳戶或機構目錄？ | 停下來，逐一核對託管清單，勿先動 TPM |
| 還原畫面的 Key ID 與託管金鑰是否對得上？ | 以 Key ID 首八位數字作對照，勿憑印象猜測 |
| 裝置是否公司機或學校機？ | 先經機構管理員查閱，勿假設個人帳戶內會有金鑰 |
| 最近一次改變開機鏈的是什麼（更新、換板、換件、設定重設）？ | 記低改變前後對照，交由檢測環節判斷量測改變的來源 |
| 資料是否有另一份獨立備份？ | 若無，任何清除磁碟的操作都必須先向檢測環節說明資料重要性 |
結語
TPM 與 Secure Boot 失效，很少是單一零件壞了：韌體更新改變 PCR 0，Secure Boot 狀態改變 PCR 7，開機管理員改變 PCR 4，換板改變整組金鑰歸屬，dbx 更新改變撤銷清單，憑證換代改變授權基礎，潮濕與跌撞改變硬件接觸狀態。最穩妥的判斷次序，永遠是先記錄還原畫面與改變前後對照，再確認金鑰備份位置，最後才由檢測環節按 BIOS 設定、TPM 狀態、金鑰備份、硬件故障四層收窄範圍。若對檢測安排或收費有疑問，可參考檢測服務與收費參考，並以檢測後書面報價為準。
店舖資料：沙田石門達利廣場 1209 室，電話 +852 2186 8010，WhatsApp +852 6558 6806，營業時間 12:00–19:00。
若機器已出現上述症狀，建議先影低還原畫面文字與 Key ID，再向檢測服務查詢，並參考收費參考了解收費結構。
免責聲明：本文內容僅供參考，實際情況須以專業檢測結果為準；不同機種的結構與原廠規格各有不同，處理方式應以檢測後書面報價與專業建議為準。