Skip to content

DES / 3DES 在线加密解密工具

DES在线加密解密、3DES解密：支持单 DES、3DES（2 键/3 键）、ECB/CBC、PKCS#7（PKCS5Padding）/Zero/None。密钥长度严格校验，绝不静默截断；解出的密文可一键生成等价 OpenSSL 命令。浏览器本地计算，密钥和数据不上传。附 FIPS 81 测试向量核对你的实现。

无追踪 浏览器中运行 免费
加密解密完全在你的浏览器里进行——你输入的密钥和数据不会离开本设备。

密文
等价 OpenSSL 命令 
—

命令包含你输入的密钥。

FIPS 81 的 DES 测试向量

由页面运行的同引擎在构建时实算——用它核对你的 DES 实现。
密钥（单 DES） 0123456789abcdef
明文 4e6f772069732074
密文（ECB，无填充） 3fa40e8a984d4815
DES/3DES 引擎已对 FIPS 81 测试向量断言，并在 ECB、CBC 两种模式下与 OpenSSL 3（des-ede / des-ede3，单 DES 经 K‖K‖K 等价验证）交叉校验 3,000+ 随机组合；等价 OpenSSL 命令在真实 shell 里执行过对拍。库的默认参数经实跑与源码阅读双重确认，来源见 alternatives。 — Go Tools 安全团队 · 2026年9月28日

由构建加密工具的开发者撰写并审核。本页引用的每个密文和字节数都由工具引擎实算，并由测试逐项核对。

DES 速查答案

DES 密钥长度

8 / 16 / 24 字节 单 DES 8 字节（有效 56 位）；3DES 两种：16 字节（2 键）和 24 字节（3 键）。名义密钥材料 112/168 位，NIST 有效安全强度约 80/112 位（SP 800-57）。本工具按字节数自动识别，其他长度报错。

FIPS 81 测试向量

3fa40e8a984d4815 密钥 0123456789abcdef、明文 "Now is t"（hex 4e6f772069732074）时，单 DES ECB 无填充输出 3fa40e8a984d4815。

DES 的 IV 多长

8 字节 8 字节（16 位 hex），仅 CBC 需要，ECB 不用。注意与 AES 的 16 字节 IV 区分。

Java PKCS5Padding 是什么

= PKCS#7 对 DES 而言就是 PKCS#7——同一个填充算法，PKCS#5 只是历史名（它只定义了 8 字节分组，恰好等于 DES 分组）。

DES 还安全吗

仅遗留互通 不安全。单 DES 2005 年退役，3DES 2023 年在 SP 800-131A Rev.2 弃用。只用于遗留系统互通，新系统用 AES-256 或 SM4。

什么是 DES / 3DES（Data Encryption Standard）？

DES（Data Encryption Standard）是 1977 年 NIST 前身采纳的对称加密算法（分组密码），基于 IBM 的 Lucifer 方案修改而成。它处理 64 位（8 字节）分组，密钥名义 64 位、有效 56 位，经过 16 轮 Feistel 结构迭代。

3DES（TDEA，三重 DES）是把 DES 串三遍来补救密钥太短：C = E_K3(D_K2(E_K1(P)))，中间用解密是为了兼容单 DES——K1=K2=K3 时整个链条坍缩为 E_K1(P)。2 键形态（K3=K1）有效强度约 112 位，是遗留银行系统里最常见的形态。

DES 于 2005 年被 NIST 退役（FIPS 46-3 附函），3DES 于 2023 年在 SP 800-131A Rev.2 中被弃用。它们今天存在的唯一理由是遗留系统互通：银行清算报文、支付网关、90 年代至 2000 年代的 Java/.NET/PHP 系统仍在运行 DES 时代的加密。新设计一律用 AES-256 或 SM4。

# OpenSSL single DES (legacy provider)
openssl enc -des-ecb -provider legacy -provider default -K 0123456789abcdef -nopad

# 3-key 3DES CBC + PKCS#7 (default provider)
openssl enc -des-ede3-cbc -K <48 hex digits> -iv <16 hex digits> -base64 -A

DES 在线工具的核心功能

三种密钥长度严格校验

8/16/24 字节自动识别为单 DES / 2 键 / 3 键 3DES，其他长度直接报错。不像 CryptoJS 会静默截断、openssl enc -K 会截断或补零——那是联调对不上的头号来源。

FIPS 81 向量构建时实算

页面底部的测试向量由构建时的同一引擎算出，爬虫无需执行 JS 即可读到参考值，页面数字与交互结果不可能漂移。

等价 OpenSSL 命令

当前参数组合随时可展开一条能在 OpenSSL 3 上复现结果的 openssl enc 命令，含单 DES 的 legacy provider 参数。发给对端，最快定位参数分歧。

GBK 明文支持

DES 时代的 Java getBytes() 在中文 Windows JDK 上产出 GBK。本工具加密与解密都可选 GBK，处理老系统的中文明文不用先转码。

全程浏览器本地

纯 TypeScript 实现、零依赖、零网络请求。密钥和明文不离开设备，断网可用——密钥类工具唯一正确的形态。

各语言 DES 库的默认参数对照

Java（JCE）

"DES" 默认 ECB + PKCS5Padding

Cipher.getInstance("DES") 等价于 DES/ECB/PKCS5Padding；"DESede" 是 3DES 但只接受 24 字节密钥——2 键要自己拼 K1‖K2‖K1。PKCS5Padding 对 DES 就是 PKCS#7。忘传 IV 时加密自动随机 IV（getIV() 取回）、解密抛 Parameters missing。

PHP（openssl_encrypt）

des-ede3-cbc / des-ede-cbc

算法名沿用 OpenSSL：des-ede3 是 ECB 三重、des-ede3-cbc 是 CBC。$options=0（缺省）输出 Base64 文本，OPENSSL_RAW_DATA 才是原始字节。密钥过短静默补零；IV 传空会告警后用全零 IV 继续。

OpenSSL 3（openssl enc）

-des-ede3-cbc 默认可用

单 DES 要加 -provider legacy -provider default（部分构建没编译 legacy）。-K/-iv 用 hex，默认 PKCS#7，-nopad 关闭。-K 超长静默截断（有 warning）。

CryptoJS

密钥长度不合法时静默截断

传 8 字节 raw 密钥（WordArray）可用；长度不对静默补零或截断（4 字节补零、10 字节截断，均不报错）。字符串"密钥"走口令派生（MD5+随机盐，输出带 Salted__ 且每次不同）。CBC 不传 IV 直接 TypeError 崩溃而不是零 IV。TripleDES 传 8 字节密钥会静默当单 DES 用。

.NET

TripleDES 默认 CBC + PKCS7

TripleDESCryptoServiceProvider：Mode 默认 CBC、Padding 默认 PKCS7、Key 接受 16 或 24 字节（DES 还接受 8 字节）。.NET 会拒绝弱键（先归一化奇偶位再比对弱键表，全零密钥直接抛异常）——其他库都不查，迁移时注意。

Go（crypto/des）

显式选模式

des.NewCipher 只给 8 字节密钥的块接口，模式要自己套 cipher.NewCBCEncrypter 等。3DES 用 des.NewTripleDESCipher（24 字节）。IV 长度校验比其他语言严。

DES 加密解密示例

FIPS 81 标准测试向量（单 DES，ECB，不填充）

密钥 0123456789abcdef，明文（Hex）4e6f772069732074
3fa40e8a984d4815

明文是 ASCII 的 "Now is t"。这是 FIPS 81 的教科书向量，页面底部表格由构建时的同一引擎实算——如果你的 DES 实现对同一输入算不出这个值，说明实现有 bug。

2 键 3DES + CBC + PKCS#7：中文明文加密成 Base64

密钥 0123456789abcdeffedcba9876543210（16 字节），IV fedcba9876543210，明文：DES 联调测试：订单号 20260927-0042
T7rjLibLF4a9iWamML/d+Ti0g899PrHsrUzqkbUGHYEQZxPLUyRmjCtXdfGh4Mq9

16 字节密钥按 2 键 3DES 处理（K1=前 8 字节，K2=后 8 字节，K3=K1，即 EDE2）。PKCS#7 在 8 字节分组上就是 Java 对 DES 说的 "PKCS5Padding"——同一个方案，只是分组大小不同。

3 键 3DES + CBC + PKCS#7

密钥 0123456789abcdef23456789abcdef010456789abcdef012（24 字节），IV fedcba9876543210，明文：hello des
DhDQX9sfxKOirZ8eyqT7Jg==

24 字节密钥是完整的三键 EDE3：C = E_K3(D_K2(E_K1(P)))。这是三种密钥长度里唯一没有退化形态的用法——2 键和 K1=K2=K3 都会退化成更弱的等价物。

DES 在线加密解密怎么用

  1. 1

    选模式和填充

    与 Java DES/ECB/PKCS5Padding 联调选 ECB + PKCS#7；与 openssl enc -des-ede3-cbc 联调选 CBC + PKCS#7。对端用老 PHP mcrypt 常见 Zero 填充。

  2. 2

    填入密钥（8/16/24 字节）

    字节数决定算法形态：8 字节单 DES、16 字节 2 键 3DES、24 字节 3 键 3DES。选择 Hex、文本或 Base64 格式，页面会显示实际字节数与识别出的形态。长度不对会直接报错，不会截断。

  3. 3

    CBC 模式填 IV（8 字节）

    ECB 不需要 IV。IV 必须正好 8 字节——注意是 16 位十六进制，不是 AES 的 32 位。「随机生成」按钮可产出新 IV。

  4. 4

    粘贴内容，即时出结果

    加密时输入文本（UTF-8/GBK）或 Hex；解密时输入 Base64 或 Hex 密文。结果实时更新，可一键复制、一键切换到解密验证往返。

  5. 5

    拿等价 OpenSSL 命令去对端核对

    右侧折叠区给出与当前参数完全等价的 openssl enc 命令（含密钥），单 DES 的命令带 -provider legacy -provider default。发给对端复现，能最快定位谁的参数不对。

DES 解密失败的常见原因

密钥长度不是 8/16/24

对端给的"DES 密钥"是 32 位 hex 字符——那是 16 字节，属于 2 键 3DES，不是单 DES。反过来拿 24 字节密钥给只支持 2 键的系统也会失败。

✗ 错误 
密钥 0123456789abcdeffedcba9876543210（16 字节）选单 DES 解密 → 报错「密钥必须正好 8 字节」
✓ 正确 
同一密钥按 16 字节（2 键 3DES）解密 → 正常解出

PKCS5 与 PKCS7 的名实混淆

Java 对 DES 写 "PKCS5Padding"，执行的却是 PKCS#7 算法（PKCS#5 只定义了 8 字节分组，恰好等于 DES 分组，故历史沿用此名）。在工具里选 None 或 Zero 去对 Java 密文必然失败。

✗ 错误 
对 JCE `DES/ECB/PKCS5Padding` 的密文选「无填充」→ 尾部多出 8 个字节的填充残留或报 bad-padding
✓ 正确 
选 PKCS#7（Java PKCS5Padding）→ 干净解出

IV 长度照搬 AES 的 16 字节

DES 分组是 8 字节，IV 也是 8 字节。从 AES 代码迁移时把 32 位 hex 的 IV 粘进来会报长度错误；反之只给 8 位 hex 的 IV 会被补零误解。

✗ 错误 
IV 00000000000000000000000000000000（32 位 hex）→ 报错「IV 必须 8 字节」
✓ 正确 
IV 0000000000000000（16 位 hex）→ 通过

CBC 的 IV 填错：只有第一个 8 字节块是乱码

多块密文用错 IV 解密不报错——只有第一个 8 字节块乱码，后面照常解出（IV 只混进首块，填充在尾块校验）。看到「开头几个字乱、后面都对」时，先查 IV 再查密钥；单块密文则会让填充破坏、报 bad decrypt。

✗ 错误 
多块密文 + 错误 IV → 开头 8 字节乱码、其余正常，用户误判为「密钥不对」
✓ 正确 
只改 IV（密钥不动）→ 首块恢复正常即确认是 IV 的问题

openssl enc -K 静默截断长密钥

-K 超长时 OpenSSL 只取需要的字节数并打印一行 warning（脚本里容易漏看）。对方说"密钥是这 48 位 hex"而实际加密用了前 16 位时，工具里按原密钥解会失败。

✗ 错误 
shell 里 `-K <49位hex>`，OpenSSL 提示 hex string too long, ignoring excess——脚本吞掉了警告
✓ 正确 
用本工具的等价命令生成正确的 `-K`（严格长度），再和对方逐字节核对密钥

单 DES 在 OpenSSL 3 上报 unsupported

OpenSSL 3 默认 provider 没有 des-ecb/des-cbc，直接跑会报 digital envelope routines::unsupported。要么加 -provider legacy -provider default，要么改用 des-ede3 传 K‖K‖K（代数上等于单 DES）。

✗ 错误 
openssl enc -des-ecb -K … → Error: unsupported
✓ 正确 
openssl enc -des-ecb -provider legacy -provider default -K …（或 des-ede3-ecb -K <K‖K‖K>）

什么时候需要 DES 在线加解密

排查遗留系统的报文加解密
银行的清算报文、POS 网关的 MAC 计算、老 ERP 的接口加密还在跑 DES/3DES。接手这类系统时，把报文和密钥贴进本工具，立刻验证「密钥对不对、模式是哪种、填充是什么」，不用搭 Java 或 PHP 环境。
Java / PHP / .NET 老代码迁移联调
把 Cipher.getInstance("DES/ECB/PKCS5Padding") 的产出、openssl_encrypt(..., 'des-ede3-cbc', ...) 的产出与本工具逐项对照，确认迁移后字节级一致再上线。2 键/3 键形态按密钥字节数自动识别，不用猜。
安全审计与教学
演示 ECB 的模式泄漏（相同明文块 → 相同密文块）、验证 3DES 的退化形态（K1=K2=K3 坍缩为单 DES）、核对 FIPS 81 向量——渗透测试报告和密码学课程作业都用得上。
写文档时生成示例密文
内部 wiki、接口文档需要一个「可复现的密文示例」时，用固定密钥和 IV 在本工具算出，读者拿等价 OpenSSL 命令即可自行验证，不用贴真实生产数据。

DES / 3DES 算法与工作模式详解

分组与密钥
DES 处理 64 位分组，16 轮 Feistel 结构，每轮一个 48 位子密钥（由 56 位主密钥经 PC-1/PC-2 压缩置换与循环左移派生）。8 个 S 盒是算法非线性的唯一来源，其设计准则至今未完全公开。
3DES 的 EDE 装配
C = E_K3(D_K2(E_K1(P)))。中间用解密使得 K1=K2=K3 时退化为单 DES（向后兼容的设计目标）。2 键形态名义密钥材料 2×56=112 位，NIST 有效安全强度约 80 位（SP 800-57 Part 1）；3 键名义 168 位、有效强度 112 位（已弃用）。
ECB 与 CBC
ECB 逐块独立加密，同明文块得同密文块——遗留互通里常见但模式泄漏明显（8 字节小分组尤其严重）。CBC 把前一块密文（首块用 IV）混入明文再加密，是 DES 时代银行报文的主流选择。两种模式密文长度都是 8 的倍数。
填充：PKCS#7 / Zero / None
PKCS#7 缺几个字节就补几个值为该数的字节（缺 3 补 03 03 03），整块时补一整块——这是 Java 对 DES 说的 "PKCS5Padding"。Zero 填充补零到块边界，明文本身以 0x00 结尾时有损。None 要求输入正好是 8 的倍数。
OpenSSL 3 的 legacy provider
OpenSSL 3 把单 DES 移入默认不启用的 legacy provider：命令行要加 -provider legacy -provider default，部分发行版/Node 内置版本根本没编译它。3DES（des-ede/des-ede3）仍在默认 provider。本工具纯 TS 实现不受此限制。

DES 加密的正确用法（遗留系统互通）

新系统不要用 DES，任何形态
单 DES 56 位可被穷举；64 位小分组还有 Sweet32（CVE-2016-2183）生日界，NIST 给单密钥 bundle 的明文上限约 8 MB（2²⁰ 块）；2 键已 Disallowed、3 键 2023 年后加密 Disallowed。新设计用 AES-256 或 SM4。本工具的定位是看懂并安全地迁移遗留系统。
遗留互通优先保证字节一致
改造老系统时，先在本工具里复现旧参数的密文（逐字节一致）再动代码。密钥长度、模式、填充、IV 来源（固定还是随机、放报文头还是带外）四项全部确认后再切换算法。
IV 不要重用，哪怕在遗留系统里
同一密钥下重用 CBC IV 等于把两段明文的第一块关联暴露。遗留协议若规定固定 IV，迁移时把它当作缺陷记录进改造清单，而不是当作约定继承。
密钥不要硬编码在源码里
DES 时代的系统常见密钥写死在源码/配置明文里。审计遗留系统时把「密钥存储方式」与「算法本身」一并列入报告——多数泄露事故里前者才是真正的洞。

DES 加密解密常见问题

DES 解密失败或报「bad decrypt」、填充错误怎么办？
解密要成功，加密方和你必须逐项一致：密钥字节、密钥长度（8/16/24）、模式（ECB/CBC）、IV、填充，以及密文是十六进制还是 Base64。最常见的两个坑：密钥长度不匹配（对方给了 32 个 hex 字符的"DES 密钥"，实际那是 16 字节、只有 3DES 能用）和 padding 名称误解（Java 的 PKCS5Padding 对 DES 而言就是 PKCS#7，别在工具里选成 None）。页面右侧会给出与当前参数等价的 OpenSSL 命令，拿它和对方核对最省事。
DES 密钥长度是多少？3DES 呢？
单 DES 密钥固定 64 位（8 字节，其中 56 位有效、8 位是校验位）。3DES 有两种：2 键（16 字节，K1‖K2，实际 K3=K1）和 3 键（24 字节，K1‖K2‖K3）。名义密钥材料分别为 112/168 位，但 NIST 给出的有效安全强度（SP 800-57 Part 1 Rev.5 表 2）约为 80 位和 112 位——且 3 键形态也已弃用。本工具按字节数自动识别三种形态，长度不是 8/16/24 直接报错——CryptoJS 和 openssl enc -K 都会静默截断或补零，那是联调出错的头号来源。
DES 的 IV（偏移量）是什么？多长？
IV 是 CBC 模式处理第一个分组时混入的 8 字节值，ECB 模式不用 IV。它必须正好 8 字节（16 位十六进制或 8 个 ASCII 字符）。注意 DES 的 IV 是 8 字节而 AES 是 16 字节——从 AES 代码里照搬 IV 长度会直接报错。同一密钥下不要重用 IV。
Java 的 DES/ECB/PKCS5Padding 对应本工具的什么组合？
ECB 模式 + PKCS#7 填充。JCE 里对 DES 说 "PKCS5Padding"，但 PKCS#5 的填充方案只定义了 8 字节分组，而它实际执行的就是 PKCS#7 的通用算法——对 DES 分组而言两者完全相同。用 Java Cipher.getInstance("DES/ECB/PKCS5Padding") 加密的结果，在本工具选 ECB + PKCS#7（8 字节单 DES 密钥）即可解出。⚠️ 注意 Java 的 3DES（DESede）只接受 24 字节密钥——2 键形态要自己把 K1‖K2 拼成 K1‖K2‖K1 传进去。
PHP openssl_encrypt 和 Java DES 的 des-ede3 系列怎么对应？
PHP 的算法名沿用 OpenSSL：des-ede3-cbc 是 3 键 3DES + CBC，des-ede3-ecb 是 3 键 + ECB；des-ede-cbc 是 2 键形态。密钥传 24 字节走 3 键、16 字节走 2 键。
DES 密钥里的奇偶校验位是什么？会被检查吗？
DES 的每个密钥字节最低位定义为奇偶位，56 位真密钥在 64 位里。但 FIPS 46-3 不强制校验，OpenSSL、Java、本工具都忽略它——你可以传任意 8 字节，改奇偶位不改变密文。只有 .NET 是例外：它会先归一化奇偶位再比对弱键表，全零等弱键密钥会被 .NET 拒绝而其他库照常加密——把测试密钥从 Java/OpenSSL 迁到 .NET 时才触发。
3DES 的 K1=K2 会怎样？
2 键 3DES 里 K3 恒等于 K1；如果连 K1=K2，整个 EDE 链坍缩成单 DES：E_K(D_K(E_K(P))) = E_K(P)。24 字节密钥里三个 8 字节分量全相同也一样退化。本工具照常加解密（互通优先），但你要知道此时安全强度就是单 DES 的 56 位，不是 3DES。
DES 和 3DES 现在还安全吗？
不安全，只用于遗留系统互通。单 DES 被 NIST 于 2005-05-19 撤回（56 位密钥可被暴力穷举，1998 年 EFF 的 Deep Crack 机器 56 小时破解，次年 22 小时）；2 键 3DES 已被 SP 800-131A Rev.2 列为 Disallowed，3 键加密也在 2023-12-31 之后 Disallowed（解密保留 Legacy use，仅为读历史数据）；SP 800-67 规范本身已于 2024-01-01 撤回。另外 64 位小分组有 Sweet32（CVE-2016-2183）类生日界攻击，NIST 给单密钥 bundle 的明文上限是 2²⁰ 块（约 8 MB）。新系统一律用 AES-256 或国密 SM4。你之所以还需要这个工具，是因为银行、支付网关和老 Java/.NET 系统里仍有 DES 时代的报文在跑——修它们的前提是先能看懂它们。
为什么我的 3DES 结果和 Java/PHP 对不上？
按命中率排序排查：① 密钥长度——对方可能是"32 位 hex 的 DES 密钥"（16 字节 = 2 键 3DES），你按单 DES 解了；② 模式——Java 的 "DES" 裸名默认 ECB；OpenSSL 的无模式后缀名 des-ede3/des-ede 是 ECB（CBC 别名是 -des3）；PHP openssl_encrypt 必须显式写算法名，易混淆的是它默认输出 Base64 文本而非原始字节；③ 填充——老 PHP mcrypt 常用 Zero 填充，JCE 用 PKCS#5/PKCS#7；④ 编码——密文是 Hex 还是 Base64，大小写是否一致；⑤ CryptoJS 口令形态——把字符串当"密钥"传给 CryptoJS 时它走口令派生（MD5 + 随机盐，输出带 Salted__ 前缀且每次不同），和 raw 密钥完全是两回事，这是"同一段代码两次结果不同"的头号来源。本工具可以逐项切换对照，右侧的 OpenSSL 等价命令可以直接发给对方复现。
ECB 和 CBC 该用哪个？
对端系统要什么就用什么——遗留互通没有选择权。若由你决定，永远选 CBC + 随机 IV：ECB 把相同的 8 字节明文块加密成相同密文块，8 字节的小分组会让模式泄漏得比 AES-ECB 还明显（图片轮廓都可能显形）。DES 时代的银行报文两种都有，先确认对端协议文档。
能在本地离线使用吗？数据会上传吗？
全部计算都在你的浏览器里完成（纯 TypeScript 实现，零依赖、零网络请求），密钥和明文不离开本设备。页面加载后断网也能继续用。这也是处理密钥类数据时唯一正确的工具形态。
3DES 有 2 键和 3 键，哪种更常见？
遗留系统里 2 键（16 字节）更常见：银行和支付行业当年为兼容只部署了 16 字节密钥的硬件，SP 800-67 也为它保留过独立的弃用时间表。所以拿到一个 32 位 hex 的"3DES 密钥"，大概率是 2 键形态。本工具按字节数自动识别，不需要你声明。

相关工具

查看所有工具 →

AES 解密工具 — 兼容 OpenSSL 与 CryptoJS

安全工具

在线解密 AES —— 支持 GCM/CBC/CTR、口令或原始密钥，自动识别 OpenSSL 与 CryptoJS 的 "U2FsdGVkX1" 格式。100% 浏览器本地运行，密钥永不离开页面。

AES 加密工具 — GCM、CBC 与 CTR 模式

安全工具

免费在线 AES 加密工具 — 支持 AES-128/192/256、GCM/CBC/CTR 模式，可用口令（PBKDF2）或原始密钥。100% 浏览器本地运行，不上传任何数据。

Bcrypt 哈希生成器与验证器

安全工具

在线生成并验证 bcrypt 密码哈希——可调成本因子，支持 $2b$/$2a$/$2y$ 前缀。100% 在浏览器中运行，密码绝不上传。

CRC校验计算器（循环冗余校验）

安全工具

CRC校验在线计算：粘贴十六进制或文本，一次算出 CRC-8/16/32 共 63 个变体，含 CRC16 Modbus。设备返回的值对不上时填进反查框，直接告诉你是哪个变体——MODBUS、CCITT-FALSE、XMODEM、KERMIT。全程浏览器本地计算。

HMAC 生成器与签名校验工具

安全工具

免费在线 HMAC 生成与校验工具。支持文本、Hex 或 Base64 密钥计算 HMAC-SHA256/SHA1/SHA384/SHA512，输出 Hex/Base64/Base64URL。100% 在浏览器中运行 —— 密钥永不离开页面。

JWT 解码器 · 在线解码工具

安全工具

免费 JWT 解码器，在线即时解码 JWT 令牌。查看头部、载荷、签名以及过期时间、算法和声明详情。100% 浏览器本地运行——令牌绝不离开你的设备。无需注册、无跟踪。