【问题标题】:Am I doing AES 256 encryption and decryption Node.js correctly?我是否正确执行 AES 256 加密和解密 Node.js?
【发布时间】:2018-09-06 21:33:19
【问题描述】:

我需要加密将存储在数据库中的聊天消息。数据是一串不同长度的字符。我想使用本机 node.js 加密库并使用对称加密协议,例如 AES 256。我有以下担忧:

  1. 对于存储在 MySQL 中 TEXT 字段中的此类字段,对于此用例,CBC 是否是正确的 AES 模式?
  2. 密钥看起来是否正确生成?
  3. IV 是否正确?将 IV 添加到加密文本之前是一种正确的方法还是应该是一个单独的字段?
// AES RFC - https://tools.ietf.org/html/rfc3602
const crypto = require('crypto');

const algorithm = 'aes-256-cbc';
// generate key with crypto.randomBytes(256/8).toString('hex')
const key = '6d858102402dbbeb0f9bb711e3d13a1229684792db4940db0d0e71c08ca602e1';
const IV_LENGTH = 16;

const encrypt = (text) => {
  const iv = crypto.randomBytes(IV_LENGTH);
  const cipher = crypto.createCipheriv(algorithm, Buffer.from(key, 'hex'), iv);
  let encrypted = cipher.update(text);
  encrypted = Buffer.concat([encrypted, cipher.final()]);
  return `${iv.toString('hex')}:${encrypted.toString('hex')}`;
};

const decrypt = (text) => {
  const [iv, encryptedText] = text.split(':').map(part => Buffer.from(part, 'hex'));
  const decipher = crypto.createDecipheriv(algorithm, Buffer.from(key, 'hex'), iv);
  let decrypted = decipher.update(encryptedText);
  decrypted = Buffer.concat([decrypted, decipher.final()]);
  return decrypted.toString();
};

exports.encrypt = encrypt;
exports.decrypt = decrypt;

【问题讨论】:

  • @MattClark 我相信这不是重复的,因为它提供了一个使用 IV 并演示解密的示例。
  • @MattClark 这看起来更好吗?这真的是我的担忧。还说某人有一个“可怕的问题”并表现出“不努力”似乎与 StackExchange 行为准则不符。 meta.stackexchange.com/conduct
  • 您有什么顾虑?乍一看,这对我来说很好。
  • 这段代码对你有用吗?

标签: javascript node.js encryption encryption-symmetric


【解决方案1】:

对于存储在 MySQL 中的 TEXT 字段中的这种类型的字段,对于这种用例,CBC 是正确的 AES 模式吗?

嗯,这在一定程度上取决于您的文字。但可能是的。

密钥看起来是否正确生成?

是的,我觉得不错。它应该看起来是随机的,并且看起来是随机的。不知道您关心的是什么。

IV 是否正确?将 IV 添加到加密文本是一种正确的方法还是应该是一个单独的字段?

IV 对我来说看起来不错。我看不出你不应该这样做的很多原因,除了一个:它的存储效率不高。不将数据存储为十六进制字符串而是二进制数据会更有效!然后你不能只使用冒号来分隔数据。所以要么你知道它是第一个 n 字节,要么你做一个单独的字段。两者都有优点和缺点,但都可以。这是一个关于风格的主要问题。

【讨论】:

  • 此应用程序中的文字是聊天消息。
  • 也可以考虑使用流
  • @Catalyst 这会给我带来什么好处?
  • @jpotts18 它可以让您更稳定地使用内存并防止您在需要处理大负载时阻塞事件循环,因为它一次只阻塞一个块。使用聊天应用程序可能不会给您带来太多收益。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2022-10-16
  • 2018-05-17
  • 1970-01-01
  • 2021-04-22
  • 2020-01-14
  • 2015-04-15
相关资源
最近更新 更多