C#如何生成安全随机数_C# RandomNumberGenerator加密级随机【底层】-C#.Net教程-PHP中文网

random 不满足密码学安全要求，因其可预测、有周期性；应使用 randomnumbergenerator 从系统熵源获取不可预测、无偏差的随机字节，避免模运算、手动设种子或误用 guid。

c#如何生成安全随机数_c# randomnumbergenerator加密级随机【底层】

为什么不能用 `Random` 生成密码学安全的随机数

Random 是伪随机数生成器（PRNG），内部基于种子值和线性同余算法，只要知道种子或部分输出，就能预测后续全部序列。它不满足密码学安全要求——比如生成 API 密钥、JWT 签名盐、AES 密钥时，一旦被预测，整个系统就可能被绕过。

常见错误现象：Random 在多线程中未加锁导致重复种子（尤其是用 new Random() 频繁实例化）；用 DateTime.Now.Millisecond 手动设种子，实际熵极低；甚至有人把 Random.Next() 结果直接转成 Base64 当 token 用。

关键区别在于：密码学安全随机数必须来自操作系统提供的熵源（如 Windows 的 BCryptGenRandom、Linux 的 /dev/urandom），且不可回溯、不可预测、无周期性。

用 `RandomNumberGenerator` 生成加密级字节数组

RandomNumberGenerator 是 .NET 提供的抽象基类，底层自动绑定到平台安全随机源。它不提供“返回 int”这类便利方法，因为整数范围裁剪容易引入偏差（比如 Next(0, 10) 若用模运算会破坏均匀性）。

实操建议：

始终用 RandomNumberGenerator.Create() 获取实例（.NET Core 3.0+ 默认返回 RandomNumberGenerator 的平台实现，无需手动判断 OS）
生成固定长度字节：调用 GetBytes(byte[])，不要自己写循环填充
需要整数时，先生成足够字节（如 4 字节用于 int），再用 BitConverter.ToInt32() 转换，避免模偏差
生成字符串 token？先生成字节，再用 Convert.ToBase64String() 或 Convert.ToHexString()（.NET 5+）编码，别用 Guid.NewGuid().ToString() —— GUID 不是密码学安全的

示例：生成 32 字节密钥

"避开 C# 常见错误——空陷阱、异步陷阱、LINQ 陷阱及资源泄漏。"

下载

using var rng = RandomNumberGenerator.Create();
byte[] key = new byte[32];
rng.GetBytes(key); // 直接填满

`RandomNumberGenerator` 和 `RNGCryptoServiceProvider` 的兼容性问题

RNGCryptoServiceProvider 是 .NET Framework 早期类，已在 .NET Core 2.0+ 中标记为 obsolete。继续用它不会报错，但会触发编译警告，且在某些容器环境（如 Alpine Linux 上的 .NET 6+ 运行时）可能 fallback 到非加密实现（虽罕见，但存在风险）。

迁移要点：

替换构造方式：new RNGCryptoServiceProvider() → RandomNumberGenerator.Create()
RNGCryptoServiceProvider.GetBytes() 和 RandomNumberGenerator.GetBytes() 签名一致，可直接替换
注意：旧版代码若用了 RNGCryptoServiceProvider.Dispose(bool) 的重载，新类没有该方法，直接删掉即可
.NET Standard 2.0 项目仍可使用 RandomNumberGenerator，它已向下兼容

生成密码学安全的随机整数或字符串时的典型陷阱

很多人想“快速生成一个 1–100 的安全随机数”，于是写：

var bytes = new byte[4];
rng.GetBytes(bytes);
int n = BitConverter.ToInt32(bytes) % 100 + 1; // ❌ 错误！模运算破坏均匀分布

正确做法是拒绝采样（rejection sampling）或使用足够大的字节范围对齐目标区间。但更推荐：直接生成字节，按用途编码，而非强求“整数接口”。

常见场景与建议：

生成密码重置令牌：用 32 字节 → Convert.ToBase64String() → 去掉 + 和 /（或改用 UrlTokenEncode）
生成 AES-GCM 随机 nonce：必须固定长度（如 12 字节），直接 GetBytes(new byte[12])，别截断
生成数据库唯一 ID 替代自增主键：用 Convert.ToHexString(new byte[16])（.NET 5+），比 Guid 更难碰撞，且无时间/机器信息泄露
性能影响：单次调用 GetBytes 开销极小（微秒级），但频繁小字节数组分配（如每次只取 1 字节）会增加 GC 压力，应批量申请