AES 加密解密工具 - 在线 AES-GCM Encrypt/Decrypt

1. 加密与解密

密文是 Base64 编码的，可以安全地粘贴进 JSON、邮件或配置文件。解密时如果密码不对，会直接得到报错而不是乱码——AES 的认证特性让错误密码几乎不可能「碰巧解开」。

1. 加密：粘贴明文，输入密码（至少 8 位，混合大小写数字符号更佳），点击「加密」，得到 Base64 密文。
2. 解密：把密文粘进输入框，输入同一密码，点击「解密」还原原文。
3. 点输入框旁的眼睛图标可以明文确认密码——解密失败最常见的原因就是密码多打或少打了一个字符。

2. 密码就是全部：丢了没有找回

对称加密没有「忘记密码」入口，密码即密钥——密码丢失，密文永久不可读。反过来这也是安全性的来源：拿到密文的服务商或中间人没有密码就读不到内容。把密码交给别人的方式（微信明文发密码再发密文）等于没加密，密钥和密文要分通道传递。

3. 跨工具解不开的三个原因

• 输出编码不一致：本工具输出 Base64，有些工具默认十六进制（Hex）——先确认编码再比对。
• 模式与填充差异：AES-CBC、GCM 等模式以及 PKCS#7 填充组合不同，密文互不兼容。跨工具协作时确认双方用同一模式。
• 密钥派生方式不同：从密码生成 AES 密钥有多种派生算法，同密码不同派生=不同密钥。严谨场景应使用密钥本身而非密码。

4. IV/Nonce 复用为什么是灾难

AES-GCM 的安全前提是同一密钥下 IV 永不重复。IV 96 位，随机生成的碰撞概率在小规模下可忽略，但两个后果常被低估：其一，同 key+IV 加密两段明文后，两个密文的 XOR 等于两段明文的 XOR——攻击者无需密钥即可做已知明文推断；其二，GCM 模式下 IV 复用还会泄露认证密钥，让攻击者可伪造 tag。工程结论：IV 必须 CSPRNG 生成或严格计数器管理，绝不能用时间戳、随机数种子复用；密文里要随文存储 IV（它不需要保密）。

5. 密码与密钥是两回事

• 人类密码熵低，必须过 KDF（PBKDF2/Argon2）拉伸成密钥——直接 hash(password) 当 key 是常见错误。
• PBKDF2 迭代次数可调：界面提供约 10 万 / 31 万 / 60 万档位（对应速度与开销权衡），也可自定义；过低等于几乎没拉伸。解密须使用与加密时相同的迭代次数——v2 密文会自带迭代数字段，旧版 v1 按历史默认解释。
• GCM 的 tag 长度别截断：128 位是默认且推荐，短 tag 直接降低伪造难度。

6. 密文格式与本页约定

算法为 AES-256-GCM，密钥由密码经 PBKDF2-SHA-256 派生。密文 Base64：v2 带魔术头与迭代次数，便于跨会话还原参数；旧 v1 仍可解密。IV 每次随机，随密文一并存储。跨站工具若模式、填充或 KDF 不同，密文互不兼容——先确认双方约定再联调。