員工已離職，帳號還在上班：停登入不等於撤權完成

人離開公司，電腦交回來，交接單也簽了，這件事就結束了嗎？如果他原本登入的雲端系統還能開、共用資料夾仍有權限，或外包後台另有一組帳密，公司的數位大門可能還沒關。這不是指控離職員工會做壞事，而是提醒：人事上的離職，和系統裡的撤權，是兩件需要分別驗收的事。

企業主真正該問的，不是「帳號刪了沒」，而是「這個人過去能到達的資料與功能，現在還能不能到達」。只看一張停用畫面，答案不一定完整。

為什麼停了主帳號，還可能沒收回全部存取？

一個人在公司通常不只使用一個入口。信箱、遠端連線、客戶管理、檔案分享、程式碼倉庫與外包後台，可能各自有帳號。CIS Controls 的帳號管理把使用者、管理員與服務帳號納入管理；v8.1 撤權流程則涵蓋離職、權限取消與職務變更，不是只處理公司信箱。CIS 帳號管理、撤權流程

另外，登入後的「通行證」也可能仍有效。Microsoft 說明，應用程式可能持有自己簽發的 session，身分平台不能直接替它撤銷；實際失效時間要看應用的授權與同步方式。因此，停用帳號、撤銷 session，以及確認各應用是否真的拒絕存取，需要分開檢查。Microsoft Entra 撤權說明

這不代表任何系統都必然有殘留登入，也不代表停用永遠沒用。重點是：不要把一個平台的成功訊息，當成全公司的撤權證明。

先列出入口，再談關哪一扇門

把離職人員姓名、公司身分、各系統帳號、管理權限、資料擁有者與接手人放在同一份清單。每個入口指定一位負責人，寫下預定撤權時間與實際完成時間。查不到的系統不能直接填「無」，應留待該系統 owner 確認。

以下是虛構教學情境：業務小林有公司信箱、訂單系統與供應商協作空間。資訊人員停了信箱，人事認為交接完成，但訂單系統由另一家廠商管理，協作空間又是人工邀請。這份清單的價值，就是讓後兩個入口有人處理，而不是靠大家記得。它不是奧微客戶事件，也不是外洩案例。

一張可以拿去驗收的撤權表

這張表是原創作業建議，不是法定格式或通過認證的保證。驗收必須在公司授權下，由管理員、系統 owner 或專用測試方式完成；不要要求離職員工交出私人帳密，也不要越權登入別人的帳號。若系統沒有 session 撤銷功能，就把限制記下來，確認可行的補救與失效時間，不能寫成「全部即時登出」。

不要為了關帳號，把公司的資料也關掉

刪除之前，先安排信件與檔案保存、業務接手及應保留的紀錄。Microsoft 365 的離職處理文件把禁止存取、保存信箱、移交資料與移除帳號分成不同步驟；這提醒我們，撤權與保存必須一起規劃，而不是看到一個刪除按鈕就按下去。Microsoft 365 離職處理

反例是服務帳號：若排程、網站或資料同步仍依賴某個身分，直接停用可能中斷營運。先確認它是人的個人帳號，還是有明確用途與 owner 的非人身分，再移交、撤回不需要的權限，必要時輪替憑證並驗證相依服務。保留營運不是保留前員工的個人登入；永久共用原帳號也不等於完成交接。

不知道漏在哪裡，應該從哪裡查？

先做帳號盤點，找出「人已離職、權限還有效」的落差，再檢視內部系統是否真正執行授權。若公司有多年外包系統、不同後台或不知道誰負責的管理帳號，可從奧微智盾資安服務了解檢測範圍：網站、內部系統、資料庫與程式源碼四面向檢測，AI 輔助滲透測試加人工驗證，交付風險分級報告與優先修補建議；奧微是軟體開發團隊，可協助修補。這不是替人事簽核，也不承諾一次檢查就找出所有風險。

離職流程的終點，是可證明的撤權

撤權不應等帳號閒置一段時間才開始。CIS 的撤權流程把離職及職務變更列為啟動時點，並指出停用而非直接刪除，有時能保留稽核軌跡。企業可依自身系統把「通知、停用、移交、驗收、例外追蹤」接起來，讓人事知道找誰，讓資訊人員知道何時做，讓接手人知道哪些資料仍需保存。

如果交接單只有「電腦已繳回」，沒有「哪些入口已不能再用」，那份交接還少了數位權限這一頁。員工走了，權限不能留著替他上班。

作者：奧微軟體編輯團隊。本文由提供智盾資安服務的奧微軟體開發企業社撰寫，含服務介紹；檢查表與情境為教學建議，不是個別環境的實作或法律意見。查核日期：2026-10-07。平台操作與保留政策以實際方案及當次官方文件為準。