大家都知道不要重複用密碼,但還是重複用
每次資安教育訓練都講密碼要夠長、不要重複用,台下每個人都點頭,回到座位註冊新網站,輸入的還是那組用了好幾年的密碼。問題不在員工不知道,而在安全的做法比方便的做法麻煩太多。這篇講怎麼讓安全變成最方便的那條路。
- 員工重複使用密碼不是因為不知道,而是安全的做法太麻煩;一處外洩,同一組密碼用過的地方就處處失守。
- NIST 最新指引說,設定密碼時應比對常用與已外洩的密碼清單,而且不應再強制混用大小寫和符號;夠長、不在外洩清單上,比複雜重要。
- 不用先買工具:重要系統先強制兩步驟驗證、開啟身分平台的禁用密碼清單、提供核准的密碼管理器、把教育訓練改成示範。
「要記的密碼實在太多了」
假設有一家四十人的旅行社,業務 G 的訂房系統帳號被他人登入,幾筆訂單的聯絡資料被改掉。
先說清楚,這是示意情境,不是真實事件,公司與人物都是為了說明而設。調查後發現,G 在好幾個網站用同一組密碼,其中一個網站曾經外洩。G 並沒有不在乎,他說:「我知道不該這樣,可是要記的密碼實在太多了。」
這篇要講的只有一件事:問題不在員工不知道,而在安全的做法比方便的做法麻煩太多;要改的是那條路,不是那個人。
重複用密碼,風險在哪裡
第一層是一處外洩、處處失守。同一組密碼用在很多地方,任何一個網站外洩,就等於全部都外洩。
第二層是弱密碼好猜。「公司名稱加年份」這類密碼,很容易被猜到。
第三層是看不到全貌。IT 不知道誰的密碼弱、重複或已經外洩。
最後是宣導效果有限。知道和做到之間有落差,每年講一次不會讓它消失。
這篇示意情境裡,有哪些鑰匙被撿走
這是示意情境,沒有實際外洩;下表列的是重複使用密碼時,同一把鑰匙在不同地方的樣子。
| 服務 | 憑證類型 | 用途 | 存在形式 | 放在哪 | 權限範圍 | 狀態 |
|---|---|---|---|---|---|---|
| 曾外洩的外部網站 | 帳號+密碼 | 員工個人或工作上註冊的網站 | 外洩名單中的一列 | 第三方網站的外洩資料 | 該網站帳號;但同一組密碼也用在別處 | 示意情境;已外洩 |
| 訂房業務系統 | 帳號密碼(未開兩步驟驗證) | 業務處理訂單 | 與外洩網站同一組密碼 | 公司業務系統 | 可查看與修改訂單、客戶聯絡資料 | 示意情境;被他人登入並修改資料 |
兩列的共同點是:是同一把鑰匙,只是插在不同的門上。
能證明的、只能推論的
這篇是觀點文,情境是示意的,所以能證明的只有官方指引與文件寫明的內容;情境裡的因果只能算推論。
不花錢就能做的流程
到這裡,其實已經足夠理解問題在哪。如果你想直接動手,可以跳到「今天就可以來試試」;下面是完整的六步流程。
第一步,重要系統先上兩步驟驗證。 郵件、SSO、會計、客戶資料、雲端管理後台,全部強制開啟。這是投入最少、效果最大的一步。
第二步,更新密碼政策。 依 NIST SP 800-63B-4,設定或變更密碼時比對常用與已外洩的密碼清單,並取消強制組成規則。換句話說,「夠長而且不在外洩清單上」比「複雜」重要。
第三步,打開系統內建的弱密碼阻擋。 例如 Microsoft Entra Password Protection,全域禁用清單自動套用,再加入公司專屬的禁用詞。
第四步,提供一個公司核准的密碼管理器。 讓「產生並自動填入強密碼」變成最方便的做法。
第五步,教育訓練改成示範。 從「不要重複用」改成「示範怎麼用工具產生和儲存密碼」。
第六步,事件發生時橫向檢查。 帳號出事時,先查這個人在其他系統是否用了同一組密碼;把查過的系統列成一張 lateral-check-g9t 清單,下次出事直接照著跑。
什麼時候不需要買工具
如果大部分系統都已經接上 SSO 並強制兩步驟驗證,員工要記的密碼就很少,密碼管理器的急迫性也跟著降低。反之,非 SSO 帳號越多,越需要密碼管理器。
真的要看工具,市面上大致分三類。身分平台內建的 Microsoft Entra Password Protection(禁用密碼清單)、Google Workspace 的兩步驟驗證強制。開源密碼管理器有 Bitwarden(原始碼公開)、自架的 Vaultwarden(非官方、相容 Bitwarden)、KeePassXC(本機、GPLv3、無雲端)。商用密碼管理器如 1Password,官網的 Watchtower 頁列出弱密碼、重複密碼、已外洩密碼、缺少 2FA 等報告,但只能檢查存進 1Password 的項目;其他商用方案也有類似報告,範圍要自行確認。
限制也要一起看:密碼管理器只看得到存進去的密碼;導入需要教育訓練和一段過渡期;主密碼和復原機制本身也要管理。選的時候看三件事:非 SSO 帳號越多,越需要密碼管理器;需要集中管理、報告、離職處理的話,選有管理後台的商業方案;有維運能力才考慮自架。
這篇提到的項目要花多少錢
這篇的方法以既有功能和人力為主;商用密碼管理器與 Entra 授權的價格本文來源沒有列,照實標出來。
| 項目 | 用量 | 單價 | 期間 | US$ | NT$ | 舉證 |
|---|---|---|---|---|---|---|
| 五個重要系統強制兩步驟驗證 估 | IT 一人+員工協助 | 估 半天 | 一次性 | — | — | 本站估算 |
| 更新密碼政策文件 估 | IT 一人 | 估 1–2 小時 | 一次性 | — | — | 本站依 NIST 指引估算 |
| NIST SP 800-63B-4 指引 | 公開文件 | 免費取得 | — | 0.00 | 0 | NIST 官網 |
| Microsoft Entra Password Protection | 依使用者數 | 本文來源未列授權與價格 | 訂閱 | — | — | 本文來源未列價格 |
| KeePassXC/Vaultwarden 自架 | 開源 | 軟體免費,自架的主機與維護另計 | — | 0.00 | 0 | 各工具官網與原始碼頁 |
| 商用密碼管理器 | 依人數 | 本文來源未列價格 | 訂閱 | — | — | 本文來源未列價格 |
| 合計(僅可證明列) | 0.00 | 0 | ||||
最貴的不是密碼管理器,是一組用了好幾年的密碼,在你不知道的某個網站外洩之後,被拿來改了你客戶的聯絡資料。
你可以學到什麼
站在攻擊者那一側看,重複使用的密碼是最省力的入口:他不需要猜、不需要破解,只要拿別處外洩的帳密換個網站輸入一次。複雜度規則擋不住他,因為那組密碼本來就符合規則;擋得住他的是兩步驟驗證,以及設定時就比對外洩清單。
- 01員工重複使用密碼通常不是不知道,而是安全的做法太麻煩;要改的是流程和工具,不是只靠宣導。
- 02重要系統強制兩步驟驗證是投入最少、效果最大的一步,密碼外洩時它還擋得住。
- 03NIST SP 800-63B-4 要求設定密碼時比對常用與外洩清單,並不再強制組成規則;夠長、不在外洩清單上比複雜重要。
- 04身分平台內建的禁用密碼清單可以加入公司名稱和產品名,直接擋掉最好猜的那一類。
- 05帳號出事時先橫向檢查同一個人在其他系統是否用了同一組密碼,一處外洩往往不只一處受害。
- 01密碼重複使用(Password Reuse)這篇的主角:一處外洩,所有用過同一組密碼的地方都失守。
- 02NIST SP 800-63B-42025 年 7 月發布的最新指引,改寫了「什麼是好密碼政策」。
- 03外洩密碼清單比對設定密碼時就擋掉已外洩的那些,比事後偵測便宜得多。
- 04組成規則(Composition Rules)強制混用大小寫和符號;NIST 說不應再加諸;夠長、不在外洩清單上比複雜重要。
- 05Microsoft Entra Password Protection全域禁用清單加公司專屬禁用詞,擋掉最好猜的密碼。
- 06兩步驟驗證(2FA)密碼已經外洩時,唯一還擋得住登入的那一道。
- 07SSO(單一登入)接上 SSO 的系統越多,員工要記的密碼就越少。
- 08密碼管理器讓「每個網站一組隨機強密碼」變成最方便的做法。
- 09Watchtower 類密碼健康報告列出弱、重複、已外洩的密碼,但只看得到存進去的項目。
- 10橫向檢查事件發生時,先查同一組密碼還用在哪裡。
全部唯讀,不改任何設定;做完你會知道自己有沒有同樣的破口。
- 列出郵件、SSO、會計、客戶資料、雲端管理後台五個系統,逐一查看兩步驟驗證是否強制(唯讀)看到什麼代表什麼:任何一個沒強制,就是密碼一外洩就會被登入的地方。
- 打開現行密碼政策,看是否仍強制組成規則、是否比對外洩清單(不用指令)看到什麼代表什麼:只要求複雜度、沒比對外洩清單的,就和 NIST 最新指引方向相反。
- Microsoft 365 公司:Entra 管理中心查看 Password Protection 的自訂禁用清單(唯讀)看到什麼代表什麼:清單是空的,代表公司名稱加年份這類密碼現在還設得進去。
- 問三位同事:工作上的密碼存在哪裡(不用指令)看到什麼代表什麼:答案是「記在腦子裡」或「瀏覽器自己記」,就是公司還沒提供那條方便又安全的路。
揭露:本文未受任何廠商贊助,提及的產品僅為舉例。
來源
每篇新文章一封:三點摘要、關鍵字定義、今天能做的一件事。
延伸閱讀
粉專、網域、廣告帳號,密碼只在一個人手上
公司的粉絲專頁、網域註冊商、廣告後台、金流後台,很多是某位同事當初順手開的:用他的 email 註冊、密碼存在他的手機、兩步驟驗證綁在他的門號。平常沒事,等他離職、請長假或換手機,事情就卡住了。這篇把這些帳號收回到公司名下。
沒接 SSO 的網頁後台,也該先確認電腦安不安全
裝置檢查通常只套用在接了 SSO 的應用上,可是電商賣家後台、物流系統、產業專用 SaaS 常常沒接 SSO,用帳密直接登入,不管你用哪台電腦。這篇講怎麼先用後台本身的功能把這個缺口補起來。
不在 SSO 裡的工作帳號,換成通行密鑰
核心系統都接了 SSO,但網域註冊商、DNS、雲端根帳號、廣告後台這些權限最大的帳號,常常只靠密碼加一組簡訊驗證碼。這篇講為什麼通行密鑰比較能擋釣魚,以及不花錢就能先換掉哪幾個帳號。