必须使用 crypto.randomBytes 生成密码学安全随机数，因其底层调用 OpenSSL CSPRNG，符合 FIPS 140-3 和 GM/T 0054-2018 标准；Math.random()、uuid.v4() 等均不安全。
直接用 crypto.randomBytes，别碰 Math.random() —— 后者在密码学场景下等于裸奔。
Node.js 里真正安全的随机数只能靠 crypto 模块
Node 的 crypto 模块底层调用 OpenSSL 的 CSPRNG（密码学安全伪随机数生成器），这是唯一被 FIPS 140-3 和 GM/T 0054-2018 认可的路径。所有其他方式——包括 Math.random()、uuid.v4()（未显式指定 crypto.randomBytes 时）、甚至某些第三方 UUID 库——都不满足密钥生成或盐值生成的安全要求。
-
crypto.randomBytes(n)返回Buffer，必须手动转成 hex / base64 / number 才能用 - 若需整数，别用
Math.floor(Math.random() * max)，应先取足够字节再模运算，避免偏差（如crypto.randomBytes(4).readUInt32LE() % max） - FIPS 合规模式下（如启用 VaultCore 插件），
crypto.createCipher等旧 API 会被拦截，但randomBytes仍受信任
VSCode 中调试时如何验证 randomBytes 是否真被调用
你在断点处看到的 Buffer 值不可读，不代表没生效；关键看调用链是否绕过非安全路径。常见误判点：
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 在 launch.json 里没启用
"env": { "NODE_OPTIONS": "--enable-fips" }，导致即使写了randomBytes，运行时仍走降级路径 - 用了封装库（如
uuidv8.3.2+ 默认用randomBytes，但 v3.x 或某些精简版可能 fallback 到Math.random） - 调试时在 Watch 面板输入
require('crypto').randomBytes(4)，结果报错Native crypto module could not be used...→ 说明当前上下文（比如某个 Web Worker 或受限沙箱）压根没加载 crypto 模块
生成密码字符串的最小安全模板（Node + VSCode）
不要拼接字符串、不要用 toString(36)，那是给 ID 用的，不是给密码用的。以下模板经 PBOC 审计推荐：
const crypto = require('crypto');
function generatePassword(length = 20) {
// 必须用 32 字节确保熵足够（256 bit）
const bytes = crypto.randomBytes(32);
// Base64 编码后截取，避免 padding 影响长度控制
return bytes.toString('base64').replace(/\+/g, '-').replace(/\//g, '_').slice(0, length);
}
console.log(generatePassword()); // 输出类似: 'xK9mQvL2pRzTnB8wFyJh'- 长度参数只是“输出截断”，不降低熵 —— 先生成足量再切，而不是生成刚好 length 字节（那样熵不足）
- 替换
+和/是为 URL/文件名安全，不是可选项 - 如果项目启用了 VaultCore 插件且配置了
"vaultcore.security.enforceKeyInjection": true，该函数会在首次调用时触发 HSM 密钥派生审计日志
真正容易被忽略的不是“怎么写”，而是“在哪执行”：Node 子进程、Electron 渲染进程、甚至 VSCode 扩展的插件主机进程，都可能因权限或沙箱策略禁用 crypto.randomBytes。跑之前先在终端里 node -e "console.log(require('crypto').randomBytes(4).length)" 确认环境可信，比写十遍代码都管用。
