作者為阻擋 RPC 漏洞攻擊，嘗試停用 RPC 服務 (Remote Procedure Call) 卻導致系統多項核心功能癱瘓：啟動緩慢、工作列縮圖消失、剪貼簿失效、無法開啟第二層網頁、服務管理單元找不到 RPC 屬性頁。標準修復法 (註冊表 Start 值、SC 命令、故障修復主控台) 均失效，最終透過註冊表比對發現關鍵殘留機碼，成功恢復服務。

症狀與誤區

• 錯誤操作： 服務管理單元中 RPC 服務「啟動類型」為灰色不可改，改為停用「硬體設定檔服務」並重開機。
• 後果： Messenger、Windows Installer 等依賴 RPC 的服務全線失效，系統近乎不可用。
• 標準修復失效原因： 註冊表 Start 值仍為 2 (自動)，實際阻礙在「硬體設定檔」層面的禁用標記，非服務啟動類型問題。

深度診斷過程

1. 備份停用前/後 HKLM\SYSTEM 分支匯出為 .reg。
2. 轉為文字檔，使用 Word「比較與合併文件」功能自動標記差異。
3. 發現停用後新增兩機碼：
   HKLM\SYSTEM\CurrentControlSet\HardwareProfiles\0001\System\CurrentControlSet\Enum\ROOT\LEGACY_RPCSS
HKLM\SYSTEM\CurrentControlSet\HardwareProfiles\Current\System\CurrentControlSet\Enum\ROOT\LEGACY_RPCSS
4. 停用前註冊表無上述分支。

精準修復

刪除第一機碼 (0001 代表當前硬體設定檔) 即可恢復 RPC 服務啟動；第二機碼 (Current) 為連結會同步更新。

經驗總結與最佳實務

1. RPC 服務不可停用： 它是 Windows 核心 IPC 機制，停用等同癱瘓系統。防禦 RPC 漏洞應採「防火牆封鎖 135 埠 + 打補丁 + 停用 DCOM」策略 (參考文章 146998)。
2. 硬體設定檔服務非 RPC 開關： 它控制「當前硬體設定檔下是否載入該裝置/服務」，非服務啟動類型主開關。
3. 註冊表比對法通用性： 任何服務狀態異常、標準修復失效時，可採用「備份對比 → 定位差異機碼 → 精準刪除/還原」流程。
4. 故障修復主控台限制： enable RpcSs service_auto_start 僅修改 Start 值，無法清除硬體設定檔層禁用標記。

操作建議： 任何服務變更前，先匯出 HKLM\SYSTEM\CurrentControlSet\Services\<ServiceName> 及 HardwareProfiles 相關分支，異常時可秒級還原。