Password Hash Generator & Verifier 密碼雜湊產生與驗證工具

一般 Hash（如 MD5、SHA-256）是為資料完整性驗證設計的，計算速度極快。而 Password Hash（如 bcrypt、Argon2id）是專為密碼儲存設計的，具有以下特點：

• 刻意慢速：透過 Cost Factor 控制計算時間，增加暴力破解成本
• 自動加 Salt：每個密碼使用不同的 Salt，防止彩虹表攻擊
• 抗 GPU/ASIC：Argon2id 需要大量記憶體，使 GPU 難以平行加速

結論：永遠不要直接用 MD5 或 SHA-256 存密碼，請使用 bcrypt、Argon2id 或 PBKDF2。

Salt（鹽值）是一段隨機資料，在計算 Hash 前與密碼拼接。其作用包括：

• 防彩虹表：預先計算好的 Hash 對照表（彩虹表）無法使用，因為每個 Salt 都不同
• 防重複：即使兩個使用者設定相同密碼，產生的 Hash 也不同
• 增加破解成本：攻擊者需要對每個 Salt 分別進行暴力破解，無法批量處理

標準做法是每個密碼使用不同的隨機 Salt（至少 16 bytes），並將 Salt 與 Hash 一起儲存（bcrypt 的輸出已內含 Salt）。

• Argon2id（最推薦）：2015 年密碼雜湊比賽冠軍，設計最先進，同時抗 GPU 與 ASIC。需要調校記憶體與迭代參數。

• bcrypt（推薦基數大）：1999 年設計，成熟穩定，廣泛支援。內建 Salt 與 Cost 控制，是許多框架的預設選擇。

• PBKDF2（可用）：FIPS 認證標準，以迭代次數控制強度。對 GPU/ASIC 抵抗較弱，需使用極高迭代次數（數十萬次）。

• SHA-256（僅教育用途）：不建議用於密碼儲存，無 Salt、速度太快，極易被 GPU 暴力破解。

建議：新專案使用 Argon2id，既有專案維持 bcrypt，兩者均遠優於 PBKDF2。

Cost Factor（成本係數）控制密碼雜湊的計算難度。以 bcrypt 為例，Cost 為 10 表示進行 2¹⁰ = 1024 次迭代。Cost 每增加 1，計算時間約加倍。

• Cost 8 — 較快，低階硬體也可承受（約 50ms）
• Cost 10 — 一般推薦值，安全與效能平衡（約 200ms）
• Cost 12 — 較安全，適合對安全性要求高的場景（約 800ms）
• Cost 14 — 非常安全，但使用者體驗可能受影響（約 3s）

建議根據伺服器效能調整 Cost，使每次驗證時間維持在 200-500ms。隨著硬體進步，應逐步提高 Cost 值。

直接用 SHA-256（或 MD5）儲存密碼的主要問題：

• 速度太快：GPU 每秒可計算數十億次 SHA-256，暴力破解只是時間問題
• 無 Salt：相同密碼產生相同 Hash，彩虹表攻擊有效
• 抗 GPU 設計為零：無記憶體需求，GPU 可大規模平行計算

即使加上 Salt 並使用多次迭代（如 PBKDF2 的做法），SHA-256 的底層設計仍不如 bcrypt 或 Argon2id 適合作為密碼雜湊演算法。

最簡單的記憶法：Hash 是給檔案用的，Password Hash 才是給密碼用的。

不行。密碼雜湊是單向函數，設計上無法從 Hash 逆推回原始密碼。這也是為什麼密碼雜湊適合儲存密碼——即使資料庫外洩，攻擊者也無法直接取得明文密碼。

驗證密碼時，系統對使用者輸入的密碼重新計算 Hash，然後與資料庫中儲存的 Hash 比對是否相同。這就是本工具「驗證」功能的工作原理。

任何號稱可以「解密」或「還原」密碼雜湊的服務都是詐騙——它們只是使用彩虹表或常見密碼字典進行比對。