这个工具做什么
AES-256-GCM 是当前最主流的对称加密方案：同一段数据用同一个密钥既可读也可验——密文被篡改过一个字节，解密就会直接失败，而不是悄悄给出错误结果。GCM 是 TLS 1.3 的默认选择，也是本工具的底层算法。
使用方式很简单：设一个口令、贴入文本、加密，得到一段自包含的 Base64 密文；对方拿同样的口令在本页（或任何兼容实现）即可解出原文。盐、IV、认证标签都打包在密文里，不需要额外传参。全程本地计算。
如何使用
- 设一个强口令 口令是唯一的钥匙——丢了密文就解不开了。加密与解密必须使用完全相同的口令（多一个空格都不行）。
- 加密并保存密文 输出的 Base64 就是全部：发消息、存进笔记都行。每次加密都会用新的随机盐与 IV，同一段文本两次加密结果不同属正常现象。
- 解密时贴回密文 切到「解密」模式，粘贴密文、输入同一口令即可。「↓ 送去解密」按钮可以把结果直接搬回输入框做往返验证。
常见问题
忘了口令还能解开吗？
不能。AES-256 + 210k 轮派生意味着暴力破解在现实中不可行。口令请务必另存可靠位置。
每次加密结果都不一样，是坏了吗？
不是。盐和 IV 每次随机生成，这是安全必需；解密只看内容不看密文长什么样。
能把这份密文发给别的工具/语言解吗？
可以，只要按格式拆包：Base64 解码后取 6 字节魔数、16 字节盐、12 字节 IV，其余是 GCM 密文（含 16 字节 tag）；密钥 = PBKDF2-SHA256(口令, 盐, 210000 轮, 256 位）。
支持加密文件吗？
本工具面向文本（≤2MB）。二进制文件加密是另一个场景，暂未提供。
解密报「口令不正确」但我确定没输错？
GCM 的这个报错也覆盖「密文被改」。先确认密文完整（复制时没丢字符），再检查口令是否有不可见差异（前后空格、全半角）。
这就是端到端加密吗？
本工具提供的是「口令加密」：安全性取决于口令强度与传递口令的渠道。真正端到端（如 Signal 协议）还需要密钥交换与前向保密——传递口令请走另一个渠道。
限制与边界
文本进出，单次最大 2MB；不支持二进制文件与 AES-CBC/CTR 等无认证模式。
密文格式自包含但为私有约定（FTAE1 前缀）——与其他工具互操作需按第 6 条 FAQ 的格式说明拆包。
不保护运行环境（键盘记录、屏幕窥视）；口令强度决定安全上限。