只是上傳檔案，卻拿到整片雲端的鑰匙？公司該收回哪些權限

摘要：雲端系統能正常運作，不代表權限開得剛好。把工作、操作、資源與期限對起來，先查誰能改權限、讀正式資料、刪除備份，再用「需要的操作成功、不需要的操作被拒絕」驗收，避免把方便留下來的管理權限變成長期風險。

帳號能用，不等於權限合理

「先給管理員，讓功能跑起來再說。」這句話最危險的地方，是後半句常常沒有負責人。網站可以上線、檔案可以上傳、排程也成功，但一個只負責搬檔案的程式，可能同時拿到讀取其他資料或改設定的權限。它沒有被駭，也可能因設定過寬，把一次失誤的影響放大。

企業主不必先讀懂每一條雲端規則，先問清楚：這個身分做什麼工作，必須操作哪些資源，權限要留多久？Microsoft 將最小權限拆成操作、範圍與時間；Azure 的建議也指出，不要因方便，就把廣泛角色放在廣泛範圍。Microsoft Entra 角色建議、Azure 權限管理建議

用一個假設，看出「能做」和「該做」的差別

以下是虛構教學情境，不是奧微客戶或真實事故：公司的報表程式每天把檔案放進指定資料夾，開發時為了少碰權限錯誤，先給了很大的角色。交付後只驗「報表有出現」，卻沒確認它能不能讀其他部門資料、刪別的檔案，或替自己增加權限。

問題不是每個上傳程式都具有這些能力，而是公司沒有把實際允許的能力驗出來。功能測試證明工作能完成；權限測試還要證明，不屬於工作的事做不了。兩份證據缺一，不能把「跑得動」當成「開得對」。

先查五種會放大影響的權限

下面是奧微整理的管理判斷表，不是雲端供應商的固定合規清單。由系統負責人對照實際角色與資源政策，不靠角色名稱猜能力。

先盤重要資料與高影響操作，再逐步收斂，不能只數有幾個管理員。AWS 建議依工作需要限制操作、資源與條件，並定期檢查不再需要的角色與權限；它也提醒，供所有客戶使用的預設管理政策，不一定就是你的最小權限。AWS IAM 安全建議

收權之前，先把營運依賴找出來

最小權限不是今天把所有勾選取消。先列出正常工作與例外工作，包括月底報表、還原演練、臨時維修及自動化排程，再由負責人確認哪些權限必須常駐、哪些只在核准後短期啟用。Microsoft 的 PIM 可提供限時高權限；能否採用仍取決於方案、授權與既有設計，不是所有環境都有同樣功能。

工具可以幫忙盤點，但「最近沒用」不是「以後不用」。AWS IAM Access Analyzer 可分析外部分享及未使用權限；結果仍要由人確認用途，且不同分析類型有支援資源、區域或計費限制。不要把工具沒有報警，解讀成所有雲端存取都安全。AWS Access Analyzer 文件

改完要驗兩邊，不只驗網站還開得起來

先保存原設定與可回復版本，在公司授權的測試範圍中換上較窄權限。接著驗兩件事：必要操作成功，例如報表仍能寫到指定位置；不必要操作被拒絕，例如測試身分不能讀取無權的測試資料。測試用合成資料與專用資源，不為了證明刪除權限真的存在，就刪正式備份。

若正常流程失敗，記錄是哪個操作需要補權，不直接把管理員角色加回去當永久解法。驗收留下身分、政策版本、資源、測試時間與結果，再安排變更後複查。這套步驟是原創管理建議，不是安全保證，也不取代個別平台規則。

如果公司連「哪些程式拿著哪些權限」都說不清，下一步不是再買一張漂亮儀表板，而是把系統與資料路徑查清楚。奧微智盾資安服務涵蓋網站、內部系統、資料庫與程式源碼四面向檢測，採 AI 輔助滲透測試加人工驗證，交付風險分級報告與優先修補建議；奧微是軟體開發團隊，可協助修補。實際檢測範圍需先確認，不承諾一次找出所有風險。

雲端權限不是給得越大，系統就越成熟。能清楚說出「為什麼要給、給到哪裡、何時收回」，才算有人在管理那串鑰匙。

作者與查核

作者：奧微軟體開發企業社。本文含自家智盾服務介紹，存在商業關係；表格與驗收方法為原創建議，報表程式為虛構教學例。官方文件查核日：2026-10-13。未引用事故統計、法定期限或認證保證；實際企業權限、平台方案及契約適用性須另行確認。