一句话概括
密码生成器能创建一串极其随机的字符串，以至于电脑就算每秒尝试数十亿次，也基本上不可能猜到它。
它解决了什么问题
咱们人类啊，就是行走的、会说话的、制造模式的机器。我们擅长找捷径，能在云里看出一张脸，还能记住旋律。但是，我们在创造随机性这事儿上，简直是烂透了。
当被要求创建一个密码时，我们的大脑会默认使用它所知道的东西：宠物的名字 (fluffy1)、重要的日期 (MomBday1965!)、最喜欢的运动队 (GoPackGo2024)，或者是键盘上的按键规律 (qwerty12345)。我们以为把 o 换成 0 或者在结尾加个感叹号就很机智了，但实际上，我们只是在遵循一个稍微复杂一点，但仍然可以预测的模式。
在计算的早期，这没什么问题。但随着处理能力的爆炸式增长，攻击者们把猜密码这个游戏自动化了。他们构建工具来尝试字典里的每一个单词（即“字典攻击”）。然后他们又加入了数字、常见的替换和特殊字符。如今，一块现代 GPU 每秒可以进行数十亿次猜测。像 P@ssw0rd1! 这样的密码在人看来可能很复杂，但对计算机来说，它就是一个唾手可得的果实，几分钟甚至几秒钟内就能猜出来。
密码生成器解决的，正是这个“人脑”问题。它把创建密钥这个活儿外包给了一台没有偏见、没有喜欢的宠物名字、也没有“看起来随机”这种概念的机器。它只是遵循数学原理，生成一串在所有实际应用中都纯粹是噪音的字符串——而这种噪音，在注重安全的开发者听来，简直是一首交响乐。
底层工作原理
一个好的密码生成器可不是瞎按键盘。它是一个根植于“熵”这个数学概念的、经过精心计算的过程。你可以把它想象成一台高科技的掷骰子机。
秘密配方：熵
在密码学中，“熵”是衡量不可预测性或随机性的指标。高熵意味着一个值很难被猜到；低熵则意味着它很容易被预测。你的生日是低熵的。抛 100 次硬币的结果是高熵的。
密码生成器需要一个高质量的随机性来源来完成工作。在现代网络浏览器中，这个来源通常是 Web Crypto API，具体来说是一个像 crypto.getRandomValues() 这样的函数。这可不是你爷爷辈用的 Math.random()。它不是使用简单、可预测的算法，而是接入操作系统的熵池。这个池子就像一个大混沌锅，里面搅和着各种不可预测的输入，比如：
- 你鼠标移动和点击的精确时间
- 你敲击键盘的节奏
- 来自硬件设备（如风扇或硬盘）的噪音
- 网络数据包的计时
浏览器使用这种密码学安全伪随机数生成器（CSPRNG）来获取一串对于安全目的来说足够不可预测的数字流。这就是我们密码的原材料。
构建字符池
接下来，生成器定义了它可以从中选择的“字母表”。这不仅仅是 A-Z。这是你允许使用的所有字符的完整集合。一个典型的配置如下：
- 小写字母：
abcdefghijklmnopqrstuvwxyz(26个字符) - 大写字母：
ABCDEFGHIJKLMNOPQRSTUVWXYZ(26个字符) - 数字：
0123456789(10个字符) - 符号：
!"#$%&'()*+,-./:;<=>?@[\]^_`{|}~(32个字符)
如果你启用了所有四种字符集，你的字符池（N）大小就是 26 + 26 + 10 + 32 = 94 个可能的字符。这个池子的大小是决定最终密码强度的关键因素。
掷骰子：算法
有了一个随机数来源和一个字符池，接下来的过程就惊人地简单了：
- 获取一个随机数： 向 CSPRNG 请求一个介于 0 和 93（我们的字符池总大小减一）之间的随机数。
- 选择一个字符： 用这个数字作为索引，从池中选择一个字符。例如，如果随机数是
74，而我们池中第 74 个字符是&，那么&就是我们密码的第一个字符。 - 重复： 针对所需的密码长度（
L）一遍又一遍地重复这个过程。
一个简化的类 JavaScript 示例可能看起来像这样：
function generatePassword(length, characterPool) {
let password = "";
const poolSize = characterPool.length;
// Get an array of random numbers in one go for efficiency
const randomValues = new Uint32Array(length);
window.crypto.getRandomValues(randomValues);
for (let i = 0; i < length; i++) {
// Use the random number to pick a character from the pool
const randomIndex = randomValues[i] % poolSize;
password += characterPool[randomIndex];
}
return password;
}
const allChars = "abc...XYZ...123...#$!..."; // Pool of 94 chars
const myStrongPassword = generatePassword(16, allChars);
// Result: something like "9k&vB$@p!Z*rE#wJ"
关键是要确保均匀分布——池中的每个字符在密码的每个位置都必须有同等的被选中机会。
衡量强度：熵比特
那么，结果到底有多强呢？我们用“熵比特”来衡量它。公式是 log₂(总组合数)。总组合数是字符池大小（N）的密码长度（L）次方，即 N^L。
熵比特的公式是：H = L * log₂(N)
让我们看看实际效果如何。
| 长度 (L) | 字符集 (N) | 组合总数 (N^L) | 熵比特 (H) | 破解时间 (以每秒 10¹² 次猜测计) |
|---|---|---|---|---|
| 8 | 仅小写字母 (26) | 2080 亿 | ~37.6 | 毫秒 |
| 8 | 所有字符 (94) | 6000 万亿 | ~52.4 | 分钟 |
| 12 | 所有字符 (94) | 4.7 x 10²³ | ~78.7 | 数千年 |
| 16 | 所有字符 (94) | 3.7 x 10³¹ | ~104.9 | 数万亿年 |
| 24 | 所有字符 (94) | 2.3 x 10⁴⁷ | ~157.3 | 基本上是永远 |
如你所见，密码长度每增加一个字符，其强度不是简单地相加，而是相乘。这种指数级增长就是为什么一个 16 位密码的强度不仅仅是 8 位密码的两倍，而是它的亿万亿亿倍。这就是密码安全的数学支柱。
真实世界的故事
“Password123”引发的雪崩
一位初级开发者，我们姑且叫她 Alex 吧，正在为一个新项目同时应付十几个服务：GitHub、一个云服务器提供商、一个数据库服务，还有好几个 SaaS 监控工具。为了省事，她用了一个她记得住的密码：ProjectName2023!。感觉挺安全的。有一天，她为了追踪一个 bug 而注册的那个名不见经传的论坛软件服务商宣布数据泄露。他们的用户数据库，包括被 hash 过的密码，都被泄露了。不幸的是，他们用了一个很弱的 hash 算法，几小时内，黑客们就把 hash 逆向成了明文。然后，攻击者运行自动化脚本，在各大主流服务上尝试这些泄露的 邮箱:密码 组合。他们用 Alex 的账户中了头彩。她的 ProjectName2023! 密码让他们进入了她的云提供商和 GitHub 仓库。他们复制了源代码和客户数据，然后清空了服务器。
教训： 密码复用就是一颗定时炸弹。一处被破，处处遭殃。每个服务都需要一个独特的、随机生成的密码。
铜墙铁壁般的暴力破解防御
一位名叫 Ben 的系统管理员正在加固一台新上线的、面向公网的 SSH 服务器。这台服务器是个诱人的目标，他知道它一上线就会被各种机器人扫描。对于 root 用户账户（反正他本就打算禁用外部登录），他甚至都懒得去想密码。他用所有字符集生成了一个 32 位的、完全是胡言乱语的字符串：类似 q#8v...G@z7 这种。一周后，出于好奇，他检查了服务器的认证日志。他看到了一个恐怖的景象：来自世界各地 IP 地址的数百万次失败的登录尝试。那些机器人在进行着不间断的暴力破解攻击，尝试常用密码、字典词汇和连续字符。但面对他那个 32 位的铜墙铁壁，他们的攻击就像是拿小石子砸大山，连边都摸不着。
教训： 对抗自动化、无差别攻击的第一道防线，就是一个足够复杂和长，以至于从数学上讲暴力破解行不通的密码。
渗透测试员的“轻松得手”
Maria，一名渗透测试员，被雇来评估一家中型公司的安全性。她从“社会工程学”和侦察开始。在一次有向导的办公室参观中，她悄悄地观察人们的工作区。在一台显示器的侧面，贴着一张便利贴，上面写着 Winter2024$。这属于会计部门的某个人。这个密码遵循了典型的“人类”模式：一个常用词、当前的季节/年份，以及结尾的一个符号。这个密码的设计就是为了满足策略要求（必须包含一个大写字母、一个数字、一个符号），同时又要方便记忆。对 Maria 来说，这简直是送上门的钥匙。她用这个密码登录了公司的财务软件，证明了她本可以访问和操纵敏感数据。
教训： 即使遵循了密码策略，人类造出来的密码还是有迹可循。而来自生成器的真随机性则排除了人为因素这个最薄弱的环节。
常见的错误和陷阱
- 信任一个来路不明的生成器。 小心那些提供密码生成的随机网站。一个恶意网站可能会记录它创建的每一个密码。坚持使用信誉良好、开源的工具，或者那些完全在你浏览器中运行的工具，这样代码就没法把数据“打电话”回家。
- 为了好记而牺牲随机性。 如果你生成了一个密码，然后为了让它更容易记住而“微调”它，你就把整个事情的意义都给毁了。你只是重新注入了攻击者利用的那种可预测的人类模式。
- 忽略字符集。 一个由 20 位纯数字组成的密码（
27182818284590452353）远比一个使用字母、数字和符号的 12 位密码要弱得多。字符池的大小（N）是强度的强大倍增器。 - 不安全地存储生成的密码。 生成
4tG!p$z#qR@...是第一步。第二步是安全地存储它。把它写在便利贴上、保存在桌面上的passwords.txt文件里，或者用邮件发给自己，都让之前的努力付诸东流。请使用受信任的密码管理器。 - 重复使用你那个“牢不可破”的密码。 你生成了一个超赞的 25 位密码。你为它感到骄傲，于是你的邮箱、银行和社交媒体都用它。只要其中任何一个服务被攻破，你那把“牢不可破”的钥匙就落入了攻击者手中，你所有的账户都岌岌可危。
为什么它值得你关注
只要你写代码，你就在管理机密信息。就这样。无论是数据库连接字符串、第三方服务的 API 密钥、服务器登录信息，还是你正在开发的应用的默认管理员账户，你都在不断地创建和处理数字密钥。
每当一个开发者需要创建一个可能会被另一台机器猜测的密钥时，他就应该去用密码生成器。人脑是用来搞逻辑、搞创造、解决问题的，不是用来生成密码学级别的随机字符串的。通过理解并正确使用密码生成器，你用数学上的确定性取代了人性中的一个主要弱点。这是你能采纳的最简单、最有效的安全实践之一。这不仅仅是为了保护你自己的账户，更是为了从头开始为你的用户构建安全的系统。
深入了解
- NIST Special Publication 800-63B: 美国国家标准与技术研究院关于数字身份的官方指南，包括对密码策略和强度的现代观点。
- MDN Web Docs: The Web Crypto API: 深入了解浏览器内置的用于加密操作的 API，包括
crypto.getRandomValues()。 - OWASP Password Storage Cheat Sheet: 来自开放式 Web 应用程序安全项目（OWASP）的重要资源，教你如何在服务器端正确处理密码（在你生成它们之后）。
- Wikipedia: Password Strength: 对相关概念的全面概述，包括熵计算和暴力破解攻击分析。
- Cloudflare: How we built a password generator: 一篇很棒的实战文章，介绍了构建一个安全、高质量的密码生成器时需要考虑的因素。