令牌生成算法：随机令牌、哈希令牌、可逆令牌

说实在的，在令牌服务里，令牌怎么生成是最核心的决策之一。我早期做项目时，经常看到团队在选型上纠结——选错了，后期安全补丁打都打不完。今天我们就把这三种主流算法掰开揉碎讲清楚。

三种令牌生成算法概览

先把结论放前面：没有万能算法，只有合适场景。我们看下面这个表格，基本就能理清它们的差异。

随机令牌：简单直接的王者

随机令牌其实是三种里最常用的。原理就是从一个足够大的熵池里抓一把随机字节，然后编码成字符串。我做过一个金融项目，每天生成上亿个会话ID，用的就是随机令牌。

关键点在于随机源的质量。Linux 的 /dev/urandom 就够了，但别用 rand()——那个太容易被预测。

import secrets, base64

def generate_random_(byte_length=32):
    # secrets 是 Python 3.6+ 的安全随机数模块
    # 底层会调用操作系统的 CSPRNG
    random_bytes = secrets._bytes(byte_length)
    # 用 URL-safe base64 编码，去掉填充符
     = base64.urlsafe_b64encode(random_bytes).rstrip(b'=').decode()
    return 

# 生成一个 256 位（32字节）的随机令牌
 = generate_random_(32)
print(f": {}")
# 输出示例：X7kF9w2Rq1Lm8Pv4...

为什么要用 secrets 而不是 random？random 模块用的是梅森旋转算法，那是伪随机数生成器，存在周期性和可预测性。我见过有团队因为这个踩坑——生成的令牌被暴力猜解，半小时内会话就被劫持了。

哈希令牌：不可逆的守护者

哈希令牌我印象很深。有一次做支付回调验证，要求令牌内容不能被反推，但服务器端必须能验证令牌是否有效。哈希令牌就是为这种场景设计的。

哈希令牌的核心公式很简单：

hash_ = HMAC-SHA256(secret_key, raw_data + timestamp + nonce)

为什么需要时间戳和随机数？防止重放攻击。每次生成的令牌即使原始数据相同，因为 nonce 不同，哈希值也会完全不同。这样即使数据库泄露，攻击者也拿到不原始令牌。

可逆令牌：需要保护的贵族

可逆令牌应用场景相对窄一些，我主要在企业内部API网关里见过。比如你想在令牌里嵌入用户ID、角色、过期时间，又不想查数据库——用对称加密把数据打包成令牌，解密就能拿到全部信息。

但这里有个教训：可逆令牌的安全完全依赖密钥保护。密钥泄露，所有令牌都可以被伪造。我之前审计过一个项目，他们把AES密钥硬编码在代码里，还传到了Git仓库。结果可想而知。

标准的可逆令牌实现是这样的：

from cryptography.fernet import Fernet

# 生成密钥（对称密钥）
key = Fernet.generate_key()
cipher = Fernet(key)

# 原始数据可以是 JSON 字符串
payload = '{"user_id": 12345, "role": "admin", "exp": 1700000000}'
 = cipher.encrypt(payload.encode())
print(f"Encrypted : {}")

# 验证时解密
decrypted = cipher.decrypt()
print(f"Decrypted: {decrypted.decode()}")
# 输出：{"user_id": 12345, "role": "admin", "exp": 1700000000}

安全性对比：谁更靠谱？

我们直接聊重点——攻击者视角下，每种算法的弱点在哪。

• 随机令牌：如果随机数生成器有缺陷（比如用了rand()），或者熵池耗尽，令牌可预测。真实世界案例：Android 4.2 的浏览器用过有缺陷的随机数，导致会话劫持。
• 哈希令牌：如果密钥泄露或被暴力破解，攻击者可以伪造任意令牌。另外哈希碰撞虽然在SHA-256里几乎不可能，但理论上存在。
• 可逆令牌：密钥管理和密钥轮换是最大痛点。还有，如果加密模式选错（比如用了ECB模式），攻击者可以通过修改中间段数据来篡改内容。

实现选型：我建议你这样选

选型其实就几个问题，你问自己一遍就有答案。

1. 是否需要从令牌还原信息？ 是 → 可逆令牌；否 → 下一条
2. 令牌是否需要被第三方验证？ 是 → 哈希令牌；否 → 下一条
3. 令牌是否用于高频率的API调用？ 是 → 随机令牌；否 → 哈希令牌

嗯，这只是个快速决策路径。实际项目中我还会考虑令牌长度、序列化格式、存储成本等等。不过大致方向不会错。

最后说一句，不管选哪种算法，你都要关注令牌的存储和传输安全。我曾经见过一个项目，用了很复杂的令牌生成算法，但令牌明文直接写死在URL里——嗯，这种情况下再好的算法也是白搭。