AES 加密 / 解密

工具简介

AES（Advanced Encryption Standard，高级加密标准）是目前使用最广泛的对称分组密码，由 NIST 在 2001 年发布，用来替代已经不够安全的 DES。本站工具基于浏览器里的 crypto-js 实现，密钥、向量、明文、密文全部只在你的浏览器中参与运算，不会发送到任何服务器。

使用步骤

1. 在「密钥」框填写密钥：16 字节 → AES-128，24 字节 → AES-192，32 字节 → AES-256。密钥既可以按文本*输入（按 UTF-8 计算字节数），也可以切成 *Hex 直接粘贴十六进制。
2. 选择加密模式与填充方式。除 ECB 之外的所有模式都需要填写与分组等长的向量（IV），长度为 16 字节。
3. 在左侧输入明文后点「加密」；把左侧切到「解密」，粘贴密文再点「解密」即可还原。
4. 密文可以按 Hex* 或 *Base64 输出与输入，解密时选择的编码必须与加密时一致。

参数说明

关于填充

• PKCS#7：最常用。缺失 n 字节就补 n 个值为 n 的字节，即使已经对齐也会补满一整块。
• ZeroPadding：只在未对齐时补 0x00。若原文本身以 0x00 结尾，解密后无法区分是原文还是填充。
• ANSI X9.23：前面补 0x00，最后一个字节写填充长度，即使已经对齐也会补一整块。
• NoPadding：不做任何填充，因此明文长度必须是 16 字节的整数倍，否则本工具会直接报错而不是给出错误结果。

关于模式

• ECB：每个分组独立加密，相同的明文块会得到相同的密文块，会泄漏数据的结构特征，只适合做演示。
• CBC：当前明文先与前一块密文异或再加密，需要一个随机且不可预测的 IV，是最常见的默认选择。
• CFB / OFB / CTR：把分组密码当密钥流使用，密文长度与明文完全相同，不需要填充；其中 CTR 可并行计算，CFB 解密可并行而加密不可并行。

安全提示

• 本工具在浏览器本地运行，适合临时加解密、排查接口报文、验证服务端实现是否一致。
• 生产环境请使用服务端密码库（PHP 的 openssl_encrypt、Java 的 JCE、Go 的 crypto/aes 等），并优先选择 AES-256-GCM 这类带认证的加密模式，它能同时保证机密性与完整性。
• 不要把密钥写进前端代码或 URL；密钥应当通过安全的密钥管理服务分发。
• 加解密双方必须完全一致地约定：算法、密钥、模式、填充、IV 传递方式、密文编码，缺一不可。