「密碼管理器，說到底不就是那裡一旦被攻破就全完了嗎？」——針對最常見的這個擔憂，本文從原理出發誠實作答。這裡不涉及攻擊手法，只講安全性的依據，以及適合自己的選擇方法。
加密能保護什麼，還有哪些風險
這種擔憂很合理：那一處一旦被攻破，全部都可能外洩。零知識加密能解決其中大部分的問題。
由此導出的實務鐵律只有一條——讓主密碼做到「長、唯一、不離開裝置」。如果這裡薄弱，被偷走的密文就留有被人花時間破解的餘地。強度的參考標準可在 密碼強度檢查器 確認。
MFA 用於防止未經授權的帳戶登入，無法阻止針對遭竊加密資料的密碼猜測。裝置、瀏覽器和應用程式的安全性也需要另外保障。提供方的威脅模型也涉及裝置入侵與 Web 用戶端的傳遞途徑等問題。
真正能守護你的 3 個機制
它的價值遠不止「不用記憶的保險庫」。
尤其有效的是自動填入的抗釣魚能力。人很難辨別與真品幾乎一模一樣的假網域，但管理器只要登記的網域不一致就不會填入，於是「咦，怎麼填不進去」就成了發現假網站的線索。靠手動從表格複製貼上的做法，沒有這道防禦。
雲端型 vs 本機型 —— 按用途選擇
這裡列出的產品使用端側加密。請按產品及其設定確認加密範圍、還原方式，以及同步和備份的安全條件。一個主要區別是由誰管理同步。
雲端型（Bitwarden / 1Password）
- 在所有裝置上自動同步、共享省心
- 備份與還原的引導路徑完善
- 內容始終保持加密（提供方也讀不出）
- 操作省事 易於堅持＝適合多數人
本機型（KeePass 等）
- 把加密檔案（.kdbx）自己放到 Drive 等處來同步
- 適合完全不想讓提供方介入的人
- 同步、備份都是自負其責
- 適合以離線為主、想完全在手邊管理的人
兩者都向安全一側設計。請以能否堅持來選擇。比起完美卻用著用著就放棄的工具，樸素但每天都能用的工具，結果上更能守護你。
安全的選擇方法（核查清單）
必須是零知識（端側加密）
密碼管理服務的帳戶登入支援 MFA
備有還原手段
支援你使用的全部裝置
上手方法、遷移方法
選一個並安裝
把主密碼做到長且唯一
為密碼管理帳戶、還原信箱與主要帳號設定 MFA
匯入既有密碼，從弱的開始換成強的不同密碼
確實清除明文的存放處
支援的服務轉向 passkey
專用型、內建型、瀏覽器保存的比較
除了雲端型與本機型的管理器，還有第三個選項：OS 或瀏覽器內建的密碼保存功能。
| 專用（雲端型） | 專用（本機型） | OS 內建（iPhone「密碼」App、Google 密碼管理工具） | |
|---|---|---|---|
| 費用 | 免費方案或付費 | 免費（KeePass 等） | 不需額外費用 |
| 裝置 | 可跨 Windows、Mac、iPhone、Android 使用 | 同步需自己安排 | 主要限於同一廠商的裝置與瀏覽器 |
| 家人或團隊共享 | 強 | 費工夫 | 部分支援 |
| 外洩與重複使用的警告 | 有（依產品與方案而定） | 透過外掛 | 有 |
| 適合 | 混用多種平台、需要共享 | 想自己管理同步的人 | 全部使用同一廠商裝置的人 |
內建型只要使用密碼產生與自動填入，也能讓每個服務都有各自的密碼。等到需要跨平台時再改用專用管理器，這個順序完全沒問題。
如何檢查自己的設定
不要裝好就結束。以下設定請確認一次。
確認金鑰的衍生方式（KDF）
把主密碼轉成金鑰的金鑰衍生函式（KDF）越重，被偷走的密文就越難被暴力破解。在 Bitwarden 中，開啟網頁版的 "Settings"（設定）→ "Security"（安全性）→ "Keys"（金鑰）；預設為 PBKDF2 SHA-256、600,000 次迭代，也可選擇 Argon2id。較早建立的帳號，請確認設定符合現在的建議值。
把還原資訊保存在密碼管理器之外
1Password 除了主密碼之外，還使用 34 個字元的 Secret Key（祕密金鑰），它印在 Emergency Kit 上。在 Bitwarden，請記下兩步驟登入的復原碼。這兩者都不要只存在保險庫裡；請印出來，放在家中固定的地方。
確認密碼管理器本身的 MFA
比起簡訊，優先使用 passkey、實體金鑰或驗證器 App（→ MFA 指南）。
確認自動鎖定的時間
確認瀏覽器擴充功能與 App 會在一段時間無操作後或關閉瀏覽器時鎖定。與家人共用的電腦，請設得短一些。
常見錯誤與修正方法
- 主密碼與其他服務相同：那邊一外洩，打開保險庫的鑰匙也跟著外洩。主密碼絕不能在其他地方使用。
- 復原碼或 Emergency Kit 只存在保險庫裡：被鎖在外面時就拿不到。請在外部保留一份，例如紙本。
- 遷移後仍開著瀏覽器的密碼保存：密碼會分散在兩處，舊密碼也會殘留。遷移後請關閉瀏覽器保存，並刪除已存的內容。
- 保險庫解鎖後就離開座位：請設定較短的自動鎖定。
實際案例：提供方被入侵時，什麼被保護住了
2022 年 12 月，LastPass 公布攻擊者複製了客戶保險庫資料的備份。根據該公司說明，網站的使用者名稱、密碼、安全筆記與表單填寫資料仍以 256 位元 AES 加密，只能用從各使用者主密碼衍生的金鑰解密。
同一份公告也說明了以下幾點：
- 保險庫中的網站 URL 位於未加密的部分
- 帳號資訊也被複製：公司名稱、使用者姓名、電子郵件地址、帳單地址、電話號碼，以及客戶連線時的 IP 位址
- 在預設設定（PBKDF2 100,100 次迭代）且主密碼夠強的情況下，要猜出主密碼極為困難
重點是：零知識設計保護了內容，但最終關鍵在於主密碼的強度與金鑰衍生的設定。此外，知道你在哪些網站有帳號，就可能被用來寄送冒充那些網站的釣魚郵件。如果提供方公布遭到入侵，請考慮變更主密碼和重要帳號的密碼。
本站的視角：守住主密碼與保險庫的 MFA，並選擇能持續使用的工具
本站從不把祕密（密碼、金鑰、連線資訊）以明文放在共用文件或程式碼裡，日常登入都用密碼管理器統一管理。除了長且唯一的主密碼和適當的加密設定，還應設定用於防止未經授權登入的 MFA。裝置與應用程式更新、自動鎖定、還原資訊的保管也需要分別確認。選擇工具時，應兼顧安全條件和能否持續使用。
接下來閱讀
- 確認外洩：如何確認密碼是否外洩（Have I Been Pwned）
- 保管：密碼的正確保管（不再明文保存）
- 原理：伺服器端是怎樣保存的（雜湊＋加鹽）
- 兩步：多因素驗證（MFA）指南
- 無密碼：什麼是 passkey（從支援的服務開始遷移）
- 實作方的角度：密碼重設的設計缺陷 — 重設流程若是弱點，再強的密碼也沒用
- 基本：安全最低限度核查清單
- 工具：密碼強度檢查器
- 數據：人們實際上如何保存密碼（調查數據）
- 外洩之後：如何清除瀏覽記錄、Cookie 和已儲存的密碼（Chrome、Safari、Edge、Firefox）
出處
- LastPass「Notice of Recent Security Incident」（2022 年 12 月 22 日）: blog.lastpass.com
- Bitwarden Help「Encryption Key Derivation」: bitwarden.com
- Bitwarden「Security Whitepaper」威脅模型: bitwarden.com
- 1Password Support「About your Secret Key」: support.1password.com
- NIST「SP 800-63B-4」（2025 年 8 月），允許使用密碼管理器與貼上: pages.nist.gov
更新紀錄
- 2026-10-20: 限定了加密資料外洩時的安全保證，並區分 MFA、抵抗解密的能力與裝置安全。本次為有限範圍的訂正，未重新查核所有既有事故公布數值和產品功能。