Node.js中AES-256加密用户数据：短密码生成密钥方案问询

先修正你调研代码的问题 #

你在stretchString里每次生成随机salt，这会导致同一密码每次调用keyFromPassword都会生成不同的密钥——这显然不符合需求，因为你没法用同一个密码解密之前加密的数据。

KDF的正确使用逻辑是：

• 盐（salt）需要和加密数据绑定存储（比如存在同一条数据库记录里），不能生成后直接丢弃
• 迭代次数要足够高（你用的100000是合理值，现在推荐至少100000以上）
• 哈希算法要选安全的（SHA-512完全没问题）

正确的完整实现方案 #

结合你的加解密需求，我们需要实现：

1. 从任意长度的用户密码派生32字节的AES-256密钥
2. 保留盐值用于后续解密
3. 确保同一密码+同一盐能生成固定密钥

下面是兼容你原有逻辑的修正代码：

const crypto = require('crypto');
const algorithm = 'aes-256-cbc';

// 核心密钥派生函数：必须传入固定盐才能生成固定密钥
function deriveKeyFromPassword(password, salt, keyLength = 32) {
  // PBKDF2参数：密码、盐、迭代次数、密钥长度、哈希算法
  return crypto.pbkdf2Sync(password, salt, 100000, keyLength, 'sha512');
}

// 加密流程：生成随机盐→派生密钥→加密数据→返回盐+IV+密文
function encryptWithPassword(text, password) {
  // 生成16字节随机盐（行业推荐长度）
  const salt = crypto.randomBytes(16);
  // 派生32字节的AES-256密钥
  const key = deriveKeyFromPassword(password, salt);
  // 生成AES-CBC要求的16字节IV
  const iv = crypto.randomBytes(16);
  
  let cipher = crypto.createCipheriv(algorithm, key, iv);
  let encrypted = cipher.update(text);
  encrypted = Buffer.concat([encrypted, cipher.final()]);
  
  // 把盐、IV、密文转成十六进制存储，解密时缺一不可
  return {
    salt: salt.toString('hex'),
    iv: iv.toString('hex'),
    encryptedData: encrypted.toString('hex')
  };
}

// 解密流程：从存储的盐派生密钥→解密数据
function decryptWithPassword(encryptedObj, password) {
  const salt = Buffer.from(encryptedObj.salt, 'hex');
  const iv = Buffer.from(encryptedObj.iv, 'hex');
  const encryptedText = Buffer.from(encryptedObj.encryptedData, 'hex');
  
  // 用加密时的盐和密码派生同一密钥
  const key = deriveKeyFromPassword(password, salt);
  
  let decipher = crypto.createDecipheriv(algorithm, key, iv);
  let decrypted = decipher.update(encryptedText);
  decrypted = Buffer.concat([decrypted, decipher.final()]);
  
  return decrypted.toString();
}

// 示例用法
const originalText = '用户的敏感数据';
const userPassword = 'user123456';

// 加密
const encryptedResult = encryptWithPassword(originalText, userPassword);
console.log('加密结果:', encryptedResult);

// 解密
const decryptedText = decryptWithPassword(encryptedResult, userPassword);
console.log('解密结果:', decryptedText); // 输出：用户的敏感数据

关键注意事项 #

• 盐的存储：盐不需要保密，但必须和对应密文一起存储，否则无法派生正确密钥解密
• 迭代次数：如果系统性能允许，可将迭代次数提高到200000以上，越高的迭代次数越能增加暴力破解的成本
• 禁止硬编码盐/IV：盐和IV必须每次加密时随机生成，固定值会大幅降低加密安全性
• 密码强度辅助：即使有KDF，弱密码依然容易被破解，建议在用户注册时强制要求密码复杂度（长度、大小写、特殊字符组合等）

关于你更新2.0的方案确认 #

如果你已经修正了盐的存储逻辑，确保解密时使用加密时生成的同一盐值，那么你的方案就是安全可行的。核心原则始终是：派生密钥时必须使用加密时的同一个盐，才能得到可解密的匹配密钥。

内容的提问来源于stack exchange，提问作者Holla