網站換廠商時，停用人員帳號不代表舊團隊持有的系統金鑰已失效。本文用五項驗收問題，協助企業盤點用途、權限、輪替順序、撤銷與驗證證據，避免交接後仍可存取資料，或換金鑰造成付款、寄信與部署中斷。
網站已換新廠商，舊廠商的後台帳號也刪除了，企業通常會認為交接已完成。幾個月後才發現，原本交給舊團隊的寄信金鑰、雲端主機憑證或金流測試密鑰仍然有效；另一種情況則是新團隊直接換掉金鑰，網站立刻無法寄信、收款或部署。
這類風險不在畫面上，也不一定綁著某個人的姓名。它可能藏在主機環境設定、自動部署平台、第三方服務後台、程式碼倉庫或舊廠商電腦裡。交接若只處理人員帳號，企業仍可能留下看不見的入口，或在錯誤時間切斷正在營運的服務。
刪除人員帳號，不等於關閉機器使用的入口
API 金鑰是應用程式介面金鑰，讓網站向寄信、金流、地圖或雲端服務證明身分。服務帳號則是專供系統自動執行工作的帳號，不是給某位員工日常登入。這些憑證統稱為密鑰或秘密資訊，常能讀取資料、發送通知、修改設定，甚至代表企業付款。
可以把它想成店面換保全公司。收回舊保全人員的識別證很重要，但若警報主機、後門與金庫仍使用對方知道的共同密碼，交接就沒有完成。反過來，若未確認哪些門正在使用舊密碼就一次全換，夜間警報、收款機或自動門也可能同時停擺。
OWASP（開放全球網頁應用程式安全計畫）的秘密資訊管理指引，把建立、輪替、撤銷與到期視為完整生命週期。輪替不是把新值貼進系統就結束，而是要知道誰在使用、如何切換、何時停用舊值，以及失敗時怎麼回復。
商業後果是持續存取，也可能是營運中斷
仍有效的舊密鑰若留在前廠商的裝置、聊天紀錄或舊部署平台，企業很難證明誰還能存取客戶資料與第三方服務。即使沒有人惡意使用，舊專案、備份或自動程式也可能持續呼叫，產生費用、寄出錯誤通知，或讓事件調查無法界定範圍。
但急著全部撤銷也有代價。網站可能共用一把寄信金鑰，正式站、測試站和排程工作同時依賴它；付款通知、備份或自動部署若沒有更新，就會在交接當天停止。低價交接常只列「帳密移交」，少了相依服務盤點、雙軌切換與實際驗證，企業省下的是交接工時，承擔的卻是停機與責任不清。
用五個問題驗收密鑰輪替
- 目前有哪些非人員憑證？ 要求列出 API 金鑰、服務帳號、資料庫連線、部署憑證、Webhook 簽章秘密與加密金鑰，並標記服務、環境、保管位置、負責人及最後使用時間。不要在清冊放入密鑰原文。
- 每一把能做什麼？ 確認它能讀取哪些資料、能否寫入或刪除、是否可付款或建立新憑證。最小權限是只給完成工作所需的能力；若一把金鑰同時供正式站、測試站與多項工作使用，應評估拆分。
- 輪替時哪些系統要先更新？ 新舊密鑰能否短暫並存，哪些服務需要重新部署，何時觀察成功率？先建立新值、更新使用端並驗證，再撤銷舊值，通常比直接替換安全，但並存時間應有截止點。
- 舊密鑰真的被撤銷了嗎？ 從供應商後台停用或刪除舊值，不能只從網站設定移除。OWASP 指出，停止原本的程式不會讓已外流的憑證自動失效，仍需由提供服務的一端撤銷或等它到期。
- 能否證明新值可用、舊值不可用？ 用測試交易、測試信、備份或部署走完必要流程，再確認舊值呼叫被拒絕，監測與帳單沒有異常。驗收證據應保留時間、服務、測試結果與執行人，不保存秘密本身。
第一份成果應是相依清冊，不是密鑰檔案
企業今天可以先從最不能中斷的一條流程開始，例如網站詢價信。請廠商畫出網站、寄信服務、部署平台與監測工具之間的關係，再填入憑證類型、擁有帳號、使用環境、輪替方式、撤銷窗口與驗證步驟。若找不到密鑰本身，不要請對方貼到群組，應由有權限的人在正式管理介面重新建立。
小型網站可以人工維護清冊並在換廠商、疑似外洩或人員離場時輪替。服務多、更新頻繁時，可評估秘密管理服務，也就是集中保管、限制讀取並記錄使用的工具。它能降低密鑰散落，但不會自動理解你的營運流程；若沒有負責人與相依清單，自動輪替仍可能把正式服務切斷。
自行處理的邊界與接洽準備
若只有一兩項低權限服務，企業可依官方後台說明建立新值、更新、測試，再撤銷舊值。若同一密鑰跨正式與測試環境、牽涉金流、客戶資料、資料庫、加密內容，或無人能說明停用後影響，就需要專業團隊先盤點依賴、設計切換順序與回復條件，不宜在正式環境直接嘗試。
接洽邊境部署前，可準備第三方服務清單、公司擁有的管理帳號、部署平台、環境數量、不能中斷的流程、目前與前廠商合約，以及最近一次交接或輪替時間。邊境部署可以協助把「帳密都交了」轉成可驗證的密鑰生命週期、權限邊界與切換證據，再決定哪些項目先拆分或自動化。