PKCE 代码验证器与挑战生成器

PKCE 代码验证器与挑战生成器

在您的浏览器中直接生成符合 RFC 7636 的 PKCE 值。选择一个验证器长度（43 到 128 个字符），工具将生成一个密码学上安全的随机值 code_verifier 并附带相应的 SHA-256 哈希值 code_challenge 以 base64url 形式呈现，可直接用于任何 OAuth 2.0 或 OAuth 2.1 的授权请求。适用于单页应用、移动应用、原生命令行工具，以及在 Auth0、Okta、Microsoft Entra、Google、GitHub 和 Keycloak 等提供商上调试授权码与 PKCE 流程的用户。

如何使用

1. 拖动 验证器长度 滑块 —— 43 到 128 之间的任何值均可使用；更长的值提供更多的熵。
2. 选择 挑战方法保持开启 S256 除非您的提供商明确要求 plain.
3. 选择一个 验证器字符集两者均符合 RFC 规范；base64url 字母表与大多数 OAuth 客户端库发出的值一致。
4. 点击 生成验证器、挑战值和方法会立即显示，并附带 SHA-256 → base64url 转换的逐步分解说明。
5. 复制 code_challenge + code_challenge_method 到您的 /authorize 重定向地址，保存 code_verifier 在 sessionStorage，并在 /token 上重新播放以完成交换。

特征

• 密码学安全的随机数生成 – 使用 crypto.getRandomValues() 采用拒绝采样，以避免在 66 个字符的未保留字符集上出现模运算偏差。
• 原生 SHA-256 ——挑战值通过浏览器的 SubtleCrypto.digest('SHA-256')计算得出，因此值与您的授权服务器生成的值一致。
• S256 和 plain 方法 ——均支持 RFC 7636 中定义的值，其中 code_challenge_method 为 OAuth 2.1 的默认选择。 S256 ——可查看原始验证器、32 字节的 SHA-256 十六进制摘要以及最终的 base64url 挑战值，以便审计每个转换步骤。
• 逐步解析 两种字符集选项
• ——选择完整的 RFC 7636 未保留字符集（A–Z、a–z、0–9、 ）或大多数库默认使用的更窄的 base64url 字母表。 -, ., _, ~长度滑块，43 到 128
• ——在规范范围内操作，无需处理魔法数字。 在每个输出字段上提供，以便直接粘贴到 Postman、curl 或您的客户端代码中。
• ——点击复制按钮，粘贴到你的 CSS 中。两秒钟搞定。 ——不会发送到服务器。验证器永远不会离开您的浏览器标签页。
• 100% 客户端 什么是 PKCE 以及为什么 OAuth 需要它？