算法与消息格式不是一回事
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 日