aes-encryption.com
简体中文

AES · GCM / CBC / CTR

什么是 AES 加密:密钥、分组与恢复

理解 AES 的密钥和模式、认证的作用,以及为什么恢复时需要完整参数。

算法与消息格式不是一回事

AES 用对称密钥处理 128 位分组。AES-128/192/256 指密钥长度,而不是分组大小。GCM、CBC、CTR 则决定消息如何使用分组密码及参数。只知道 AES-256,还不足以确定 nonce、模式、填充和密码派生。

加密隐藏内容,认证检测在所选密钥下的数据变化。GCM 同时提供这两项;单独 CBC/CTR 没有认证。更长密钥无法弥补 nonce 重用或缺少完整性保护。

用公开文本验证恢复

在工具中使用公开的 Hello, AES! 测试文本和示例密码,加密两次。由于 salt 与 nonce 每次更新,两个包应不同,但同一密码应能恢复同样的文字。这是正常行为,不是结果不稳定。

保存完整 JSON 包,密码另行传递。包中不保存密码,但需要保留 salt、nonce、版本与 KDF 参数。只复制 ciphertext 会丢失上下文,Base64 也无法补回这些信息。

本地处理的边界

敏感工作区使用独立 origin,不加载广告、统计或会话回放;加密在 Worker 中执行,不上传输入。普通网页代码、样式和图片仍从主机加载,外层页面也仍可影响用户看到的界面。隔离降低表单被直接读取的风险,但不等于经过审计或绝对安全。

选择合适的任务

本站密码模式用于版本化的文本和文件恢复包;原始密钥模式只用于已知完整参数的系统兼容。密钥生成器只生成随机字节,不能找回丢失的密码。正式依赖加密副本前先测试恢复,并保留原件。

相关工具与阅读

技术参考

更新于 2026 年 10 月 16 日

常见问题

AES 就是 AES-256 吗?

不是。AES 支持 128、192、256 位密钥,分组大小均为 128 位。

AES 能认证发送者身份吗?

仅凭算法名不能。GCM 在共享密钥下认证数据,但确认某个人的身份还需要更完整的信任和密钥分发系统。