工具用的顺手吗？
你的反馈能帮助我们做得更好
提供TripleDES加密与解密功能，支持CBC/ECB等常见模式及PKCS填充方式，保护敏感数据安全。
请输入内容并点击加密/解密按钮
概览
了解工具能解决的问题、计算或处理逻辑，以及数据边界。
TripleDES（也称 TDEA）是对称分组密码：加密和解密使用同一组密钥材料，算法将 DES 按“加密、解密、再加密”的 EDE 顺序作用于数据块。页面提供 128 位或 192 位密钥长度选项；结果是否能被另一端还原，取决于密钥内容、输入编码、工作模式、填充和初始向量等设置彼此一致。
ECB、CBC、CFB、OFB 是数据块处理模式；ECB 不使用 IV，其他可选模式需要配合初始向量。PKCS7、ZeroPadding、NoPadding、ISO10126 与 ANSI X.923 是可选填充方式。密钥可按文本、十六进制或 Base64 输入；明文输入为文本，解密输入可选择 Base64 或十六进制。加密结果提供 Base64 与十六进制表示，解密结果可读取文本内容。
加密时输入的明文作为文本按 UTF-8 编成字节后再处理；解密得到的字节会尝试显示为文本。Base64 与十六进制则是密文字节的两种可读表示，不是新的加密算法。与旧程序核对时，应确认对方对文本字符集、密文编码和密码参数的理解一致。
指南
按步骤完成操作，并通过示例核对输入与结果。
选择加密或解密，设置 128 位或 192 位密钥长度，并按选定格式填写密钥。
选择与旧系统一致的模式和填充。采用 CBC、CFB 或 OFB 时填写 IV；ECB 不需要 IV。
加密时将待处理内容作为文本输入。解密时先确认对方给出的密文编码，再在 Base64 与 Hex 间选择相同表示。
执行处理后记录密钥格式、模式、填充和 IV，并按需要复制 Base64、Hex 或文本结果。解密时必须恢复加密时用过的参数。
场景
查看这项工具在不同工作与生活流程中的用法。
维护旧系统的开发者可根据原记录选定密钥、模式、填充和 IV，将一段历史密文解开后与预期文本核对，定位是编码选择还是参数不一致导致的差异。
在测试样例中分别记录明文、密文表示和全部加密参数，再用同一组设置执行反向处理，可核对两端是否采用兼容的输入编码与分组模式。
问答
集中解答高频疑问与容易混淆的问题。
先逐项核对密钥及其格式、模式、填充、IV 和密文表示。Base64 与十六进制只是密文的不同编码；误选编码可能读出无意义结果，即使密码参数相同也无法正确解析文本。
若原加密采用 CBC、CFB 或 OFB，应使用加密时的同一个 IV 和表示格式。ECB 不使用 IV；重新生成一个不同 IV 通常无法还原原明文。
不是。它们是同一密文字节的文本表示方法。解密前要按密文实际采用的表示选择 Base64 或 Hex，算法模式仍由原加密设置决定。
须知
使用前了解适用范围、结果限制与必要提醒。
NIST 已于 2024 年 1 月 1 日撤回 SP 800-67 Rev. 2；其过渡说明规定，TDEA 在 2023 年 12 月 31 日之后不得再用于新的加密等保护操作，既有受保护数据的解密等处理仍可允许。因此，这个页面适用于理解旧参数、测试互通或处理历史格式，不应用来为新业务数据建立保护。
标准状态与依据
输出区给出密文表示，不会把密钥、IV、工作模式和填充设置封装到结果字符串中；保存测试记录时需把这些参数单独记下。该页面的文本输入按 UTF-8 编码，旧数据若采用其他字符编码，应先确认对应的字节约定。
推荐
查找相关工具、专题与可用的 API 能力。
