Rabbit流密码加解密

这里输入的是口令，不是固定长度原始密钥

输入明文 Hello 和口令 secret 后，结果是一段可复制的 Base64 文本；把这段文本切换到解密模式并再次填写 secret，即可还原 Hello。密钥框接受普通字符串并将其当作 passphrase 处理，不要求用户提供 32 位十六进制密钥，也没有单独的 IV 输入框。

Rabbit 算法本身接收 128 位密钥和可选的 64 位初始化向量，并生成密钥流与消息做异或。当前页面在算法外增加了口令派生和密文封装：口令先用于得到实际密钥与 IV，输出再按带盐的 OpenSSL 兼容格式序列化。因此这里的 Base64 结果不是 RFC 4503 测试向量里的“裸密文字节”。

为什么相同明文和口令会得到不同结果

每次加密都会加入新的随机盐值，盐与密文一起写入输出。相同的 Hello 和 secret 连续加密两次，Base64 字符串通常不同，但两段都能用同一口令解密。常见输出以 U2FsdGVkX1 开头，这是 Base64 解码后包含 Salted__ 标记的表现，不是明文内容的一部分。

随机盐避免同一口令与同一明文总是暴露相同密文模式，但它不替代强口令，也不提供消息认证。输出中没有独立的认证标签；内容被篡改、口令错误或格式不兼容时，解密可能失败、得到空结果，或产生无法作为 UTF-8 文本读取的数据。

Rabbit 加解密的对称关系

RFC 4503 说明，加密与解密使用相同的异或操作；正确恢复的前提是双方产生相同密钥流。对本页而言，这意味着密文字符串必须保持完整，口令必须完全一致，包括大小写、空格和全角半角差异。页面面向文本，解密结果按 UTF-8 显示，不提供二进制文件模式、原始 key/IV 模式或十六进制输出切换。

完成一轮可复验的加密与解密

1. 选择加密

   在模式中选择“加密”，输入一段 UTF-8 文本。测试时先用短句，便于确认往返结果。

2. 填写口令

   输入双方都能逐字符一致复现的口令。页面不会要求单独填写盐或 IV；不要把密钥框误当成只接受十六进制的原始 key。

3. 生成并完整复制

   点击加密，复制全部 Base64 结果。不要删除开头、结尾的等号或中间字符，因为封装信息也是解密所需数据。

4. 切换解密并回测

   把刚才的输出粘贴为输入，选择“解密”，填写完全相同的口令并执行。结果应逐字等于原文；若失败，先检查密文是否截断以及口令中的空格、大小写。

5. 清理测试内容

   完成后可使用清空按钮同时移除输入、输出和口令。复制到其他程序前，还要确认对方采用相同的口令派生和密文格式。

兼容性测试不能只核对算法名称

两个程序都写着“Rabbit”仍可能无法互解。差异可能来自原始密钥还是口令、盐长度、密钥派生函数、IV 生成方式、文本编码和密文封装格式。当前页面的可复验组合是“字符串口令 + 带盐的 OpenSSL 兼容 Base64 输出”；若另一个系统要求 128 位原始 key、64 位显式 IV 和裸十六进制密文，就需要专门的参数转换，不能直接粘贴。

口令、输出与失败排查

安全适用边界

Rabbit 密文不自带消息认证标签，本页也不额外生成完整性校验。它不能单独证明密文未被篡改或发送方身份可信，不适合作为高敏感数据、长期存储或生产安全架构的默认方案。正式系统应采用由当前安全规范和运行环境支持的认证加密方案，并由安全人员评审密钥管理、随机数、协议和错误处理。

口令丢失无法由页面恢复；弱口令仍可能被猜测。加解密计算在当前页面完成这一点不等于对整个设备、剪贴板、浏览器扩展或后续粘贴位置作出隐私保证，敏感明文与口令应避免进入不受控环境。