Skip to main content
ExodeUI

EXODEUI DESKTOP

A little space for good ideas.

Choose your platform to get the official ExodeUI installer.

Looking for Intel Mac or other builds? Explore the web studio or check all download options.

Prefer the browser? Try for free in your browser →
使用者體驗模式7 分鐘閱讀·Updated 2026 年 10 月·ExodeUI 團隊

真正有幫助的密碼強度計:UX 和 NIST 指南

如何設計遵循當前 NIST 指南的密碼欄位和強度計:符號長度、封鎖清單、貼上和密碼管理器以及清晰的回饋。

直接總結與定義

核心要點

目前的 NIST 指南 (SP 800-63B) 更傾向於長度和阻止列表而不是組合規則:單獨使用的密碼必須至少有 15 個字符,服務應允許至少 64 個字符,並且不得要求混合字符類型。一個好的強度計可以評估真實的可猜測性、獎勵長度、用簡單的語言解釋問題並與貼上和密碼管理器配合使用。

NIST 現在說什麼

NIST 特別出版物 800-63B 為驗證者規定了現代密碼規則:

  • 用作唯一因素的密碼必須至少為 15 個字元;多重驗證中使用的密碼可能更短,但至少為 8 個。
  • 服務允許的最大長度至少為 64 個字元。
  • 服務不得強加組合規則,例如要求混合字元類型。
  • 新密碼必須根據常見值、預期值或洩漏值的封鎖清單進行檢查,並顯示拒絕的原因。
  • 服務必須提供指導來幫助人們選擇強密碼。
帶有四段強度計和指南清單的密碼欄位:符號長度、阻止清單檢查、允許貼上和管理器、解釋拒絕
引導人們使用長的、不常見的密碼,而不是用組合規則來懲罰他們。

好的儀表可以測量什麼

計算字元類型獎勵“Password1!”並懲罰長密碼。相反,Dropbox 的開源 zxcvbn 等估算器會尋找攻擊者使用的模式,識別數以萬計的常見密碼、名稱和單詞,並估算密碼的真實可猜測性。計量表是基於這樣的估計,加上你的黑名單。

設計場地

小細節決定人是否成功:

  • 允許貼上和自動填充,以便密碼管理器正常工作。
  • 盡可能提供顯示/隱藏切換而不是確認密碼欄位。
  • 在鍵入之前顯示要求,然後在人們鍵入時即時顯示進度。
  • 用簡單的話解釋拒絕:“此密碼出現在已知的違規行為中。”
  • 不要人為地設定較低的最大長度。

運動和回饋

隨著密碼的改進,儀表會順利填充,從而提供令人鼓舞的即時回饋。不要對其進行過多的動畫處理,以免分散注意力,不要單獨使用顏色(添加文字標籤,例如“強”),並避免在人們仍在打字時晃動字段。

要記住的關鍵 Principle

  • NIST: 15+ characters for single-factor passwords, at least 64 allowed
  • 沒有構圖規則;檢查黑名單
  • 估計可猜測性(例如使用 zxcvbn),而不是字元類型
  • 允許貼上和密碼管理器;報價顯示/隱藏
  • 將儀表顏色與文字標籤配對

常見問題解答

來源

  1. NIST SP 800-63B: Authentication and Authenticator Management — NIST
  2. zxcvbn: low-budget password strength estimation — GitHub(Dropbox)
  3. Error-Message Guidelines — Nielsen Norman Group

相關指南和範例

隨著人們打字而填寫的回饋

開啟由單一數位輸入驅動的免費 ExodeUI 元件,例如進度表和力量表。

瀏覽即時組件
免費試用