現場設備韌體更新怎麼排
現場設備要更新韌體或 BIOS 時，先寫更新時段、誰授權，以及失敗時回到哪一份映像，再按識別碼排到這一台。供電散熱回答這間房間能不能放這批設備；資產標籤回答識別碼怎樣編；歸還驗收回答退回當天檢查什麼；這一頁回答韌體在哪一段時間更新。
目錄
韌體更新和供電、標籤、歸還分開寫
供電散熱回答這間房間的電力與排熱是否承接得了這批設備。資產標籤回答這一台的共用識別碼怎樣印、哪些紀錄必須用同一串字。歸還驗收回答租賃退回當天逐項檢查什麼、誰簽名。韌體更新回答的是另一件事：這一台的韌體或 BIOS 在哪一個時段更新、誰授權、失敗時用哪一份映像。四份用同一串識別碼互相指到。分別見 機房供電散熱上線前檢查什麼、設備資產標籤怎麼編、設備租賃歸還怎麼驗。
量測限度和保養工單留在預測性維護，見 設備預測性維護怎麼做。設備可以只買、只租，或與開發放在同一項目，見首頁 採購、租賃，或與開發同一項目推進。這一頁不重做房間的電和熱，也不重做歸還清單。
指南把保護、偵測和回復分開
2026年11月2日閱讀的 NIST SP 800-193《Platform Firmware Resiliency Guidelines》出版於 2018年5月，作者為 Andrew Regenscheid，正文寫明可免費取得，共 45 頁，並寫明非政府機構可以自願採用。該指南把平台寫成啟動和運行系統所需的基本硬件和韌體。它提出三項原則：保護，使韌體程式和關鍵資料保持完整，例如確認更新的真實與完整；偵測，發現韌體程式和關鍵資料已被破壞或離開授權狀態；回復，在發現破壞或經授權機制強制回復時，把韌體程式和關鍵資料恢復到完整狀態。回復限於韌體程式和關鍵資料。
指南寫明，它主要針對遠端攻擊下的平台韌性，並寫明較早的 SP 800-147 處理的是主機開機韌體，也就是一般所稱的 BIOS，包括傳統 BIOS、EFI 和 UEFI。這一頁把那份範圍記在封面：若這一台是個人電腦或伺服器的開機韌體，對上 BIOS；若是其他平台裝置的韌體，對上 SP 800-193 所稱的平台韌體。沒有對上任何一種的現場設備，封面寫「不適用」，不套用簽章條款去填一個沒有映像的更新。
映像真偽和誰授權，不是同一件事
指南寫明，韌體保護的一項中心是：只有真實且已獲授權的更新映像可以套用到平台裝置。映像要算真實，來源和完整性都要能核對成功。用來在套用前核對映像的技術過程，稱為已驗證的更新機制。授權則是准許執行更新的許可。驗證通常溯及裝置或系統製造商；授權通常溯及裝置或系統的持有人。
第 4.2.1.1 節寫明，除了以明確的現場在場、經安全的本地更新之外，錨定在更新信任根上的已驗證更新機制，應是更新裝置韌體的唯一途徑。該節並寫明，更新映像應使用核准的數位簽章演算法簽署，並在寫入非揮發儲存完成之前，由信任根或信任鏈核對簽章。公司在這一台的行上記下：映像識別、有沒有核對到簽章、核對的人是誰。製造商沒有提供簽章時，該行寫「沒有簽章」，不把這次記成已經走了已驗證更新。指南沒有寫更新必須在幾小時內做完。
更新時段和授權人，由持有方寫下
指南把授權放在持有人，沒有規定時段的長短。公司為這一台寫下更新時段的開始和結束、時區、誰在場，以及這段時間裡哪些系統可以繼續運行。時段沒有開始和結束，就不排這一次。授權人的名字和同意日期寫在同一行。名字空白，時段不生效。
指南第 3.5.2 節列出幾種已授權的做法，包括使用者自行啟動的更新、管理者遠端更新、退回較舊版本、開機時由在場的人做手動回復，以及從另一處存放的備份映像自動回復。這些是指南對平台的分類，不是要求每一台現場設備都具備五種。公司在行上記下這一次用的是哪一種；對不上的寫「不適用」。遠端管理者更新仍要有授權人，不因工具可以遠端下達就省略簽名。
失敗時寫明回到哪一份映像
指南寫明，會在套用前驗證更新的實作，也可以在過程中檢查版本號。退回較舊韌體可以另有程序，例如要求使用者在場，以防止攻擊者裝上已知有弱點的舊版。自動回復則是在映像損壞時，從與損壞映像分開存放的備份回復，指南舉的例子包括第二顆快閃記憶體，或儲存裝置上受保護的區域。
公司寫下失敗時使用的映像識別、它存放在哪、誰可以授權改用它。這份映像和將要裝上的新映像不是同一份。識別空白，更新不開始。退回舊版若要做，另寫原因，並寫是否要求人在機器旁。指南說的是「可以」要求在場，不是替公司規定每一次都必須在場。公司自己的選擇寫在行上並註明日期。
遠端畫面，不算人在機器旁邊
指南第 3.5.3 節寫明，安全的本地更新以明確的現場在場來授權，而不是以簽章。遠端控制台這類遠端方式，不滿足在場這項要求。能被系統上的惡意軟件假冒的方式，也不滿足。指南並寫明，實作了本地更新的裝置，仍可能受到有實體接觸的人影響；額外的實體保護不在該指南範圍內。
公司若把這一次標成須在場，授權人要在時段內於機器旁簽名，遠端畫面的確認不代替這次簽名。若標成遠端管理者更新，就不要同時寫成已滿足在場。兩種都空白，這一次不排。在場的人是誰，寫在授權人旁邊，可以是同一人，兩欄仍分開。
租來的設備，仍掛同一串識別碼
自有或租來的現場設備，更新行都寫資產標籤上的共用識別碼，見 設備資產標籤怎麼編。同型號的另一台不併進這一行。識別碼對不上，該行寫「識別碼未對上」，不開始更新。
租賃合約若寫明承租人不得自行更新韌體，那一句留在合約。這一頁只寫授權人是公司還是出租方。授權人空白，不排。退回當天的檢查仍走歸還驗收，見 設備租賃歸還怎麼驗。若租期內做過更新，歸還紀錄可以指到這一行的映像識別，不把韌體步驟抄進歸還清單。房間的電和熱仍看供電散熱那一篇，不因這一台要重啟就改寫房間的檢查。
時段、授權和映像寫上，才排這一台
更新時段沒有起迄、授權人沒有名字、新映像沒有識別，或失敗時的映像沒有識別，這一台不排進更新。封面寫了「不適用」的設備，不為了補一行而造一個映像名稱。
用三件事看這一次有沒有排上：時段和授權人有日期，新映像有沒有簽章已經寫明，失敗時的映像和它的存放位置寫在同一行。有一項空著，這一台留在原來的韌體，不在時段外補做。