工具用的顺手吗？
你的反馈能帮助我们做得更好
基于Cast-128算法的对称加密解密工具，支持文本和Base64编码转换，保障数据传输安全。
已核对RFC2144的CAST-128三种密钥长度向量和RFC2612的一组128位密钥CAST-256向量（2026-09-30），包括块加解密。有限测试不能替代安全审计；仍须正确选择密钥、IV和填充，ECB/CBC不认证密文，ZeroPadding不能保留末尾零字节。 参考来源
CAST-128 (CAST5) 算法，用于 PGP 和 GPG
请输入内容并点击加密/解密按钮
概览
了解工具能解决的问题、计算或处理逻辑，以及数据边界。
CAST-128 也称 CAST5，是分组加密算法。RFC 2144 规定每个数据分组为 64 位，密钥可从 40 位到 128 位、每 8 位递增。密钥不超过 80 位时使用 12 轮，超过 80 位时使用 16 轮。算法标准描述的是可支持的范围，页面只列出其中部分密钥长度选项。
CAST-256 并非 CAST-128 的另一个名称。RFC 2612 规定 CAST-256 的分组长度为 128 位，可用密钥长度为 128、160、192、224 或 256 位。选择变体时必须让加密和解密两端使用相同算法；位长、模式、填充方式和向量也会影响输入输出能否对应。
例如，CAST-128 选择 80 位密钥时，密钥内容应对应 10 个字节；CAST-256 选择 192 位时，对应 24 个字节。文本表示按 UTF-8 字节数核对，十六进制和 Base64 表示则按解码后的字节数核对。
指南
按步骤完成操作，并通过示例核对输入与结果。
加密时输入明文；解密时粘贴已有密文，并选择其 Base64 或十六进制表示。
选择 CAST-128 或 CAST-256，再选该变体提供的密钥长度。输入密钥时选择文本、十六进制或 Base64 表示，并确保字节数与位长一致。
页面列出 ECB、CBC 两种模式及 PKCS7、ZeroPadding 填充。CBC 还需要 IV；加密时可生成 IV，解密时需使用同一 IV。
加密结果区提供 Base64 与十六进制密文表示；解密结果区提供解出的文本和编码表示。复制密文时同时记录变体、密钥格式、模式、填充及 CBC 的 IV。
记录参数时不要只保存一行密文：至少保留算法变体、密钥长度、密钥表示形式、模式、填充和 IV。解密一端按相同设置输入，才能排除数据编码选错与密码参数不同这两类问题。
场景
查看这项工具在不同工作与生活流程中的用法。
维护遗留数据的工程人员可先确认数据采用 CAST-128 还是 CAST-256，再核对密钥位长、编码、工作模式、填充和 IV。
教学中可对照两份 RFC 了解分组长度与密钥集合的差异，使用非敏感短文本观察参数变化对输出编码的影响。
编写内部互通说明时，可记录 Base64 或十六进制密文以及解密所需参数，避免把编码格式误写成另一种加密算法。
问答
集中解答高频疑问与容易混淆的问题。
不能按同一算法处理。两者分组长度和密钥长度集合不同，解密时应匹配生成密文时使用的变体与参数。
CBC 模式使用初始化向量。解密时必须提供与加密阶段相同的 IV；只知道密钥和密文通常不足以还原正确明文。
不是。Base64 和十六进制是密文字节的文本表示方式，不提供额外的保密能力；解密时要按实际表示形式选择输入格式。
须知
使用前了解适用范围、结果限制与必要提醒。
加密与解密必须匹配算法变体、密钥内容及表示、模式、填充和 IV。CBC 解密所需的 IV 应与加密时一致。页面输出没有认证标签或完整性校验，因此解密出文本不等于证明密文未被修改；Base64、十六进制也只是编码。
当前页面列出 CAST-128 与 CAST-256 选项，但 CAST-128 的成功运算及标准向量互通尚未确认；不要依赖该选项处理生产资料。页面也没有密钥管理或经认证的通信流程，不应单独用于保护高价值秘密。先用非敏感样本核对输出，并按当前安全需求选用经过审查的方案。
推荐
查找相关工具、专题与可用的 API 能力。
