Basic Auth 生成
凭证与 Authorization 头互转（RFC 7617），UTF-8 安全。
输入后自动生成/解析。
使用说明
这个工具解决什么问题
调 API 撞上 401,响应头要求 Basic 认证,Authorization 头的值怎么拼?手工过一遍 Base64 容易在字符集上翻车:中文密码一编码就乱。这个工具按 RFC 7617 口径生成:用户名与密码拼成凭证串,UTF-8 编码,加 Basic 前缀,输出可直接复制的完整请求头;反向解析同样支持,粘贴凭证还原用户名密码。
核心能力
正向生成:user:pass 拼接编码为 Basic 凭证,一键复制完整 Authorization 头。UTF-8 安全:中文密码不乱码,用户名含冒号时拒绝并说明原因。反向解析:粘贴 Basic 凭证还原出用户名与密码。本地运行:纯浏览器编码,凭证不上传服务器。
使用建议
生成后立刻放进请求头验证,仍是 401 就先核对凭证内容,再查对端是否真的启用 Basic;接手他人项目时用反向解析确认「这串凭证到底是谁的」;测试完成后清空输入框,别把凭证留在共享机器上。
常见问题
用户名和密码哪个不能带冒号?
用户名不能带。凭证按「用户名加冒号加密码」拼接后整体编码,解析时按第一个冒号切分,用户名里出现冒号会导致切错位置;密码允许带冒号。本工具对用户名里的冒号直接拒绝并提示。
中文用户名或密码能用吗?
能。RFC 7617 规定字符集默认 UTF-8,本工具按 UTF-8 编码,中文与符号都不乱码。少数老服务端只按 Latin-1 解码,遇到对端解出乱码,先确认它的字符集口径。
Basic Auth 安全吗,凭证能贴给别人吗?
Basic 只编码不加密,HTTP 明文传输时凭证等于裸奔,务必搭配 HTTPS 使用;凭证一旦生成就是长期有效的登录依据,不要截图外发。工具纯本地运行,输入不出浏览器,但生成结果本身要按密码管理。
相关工具
AES256 加解密
AES-256-GCM 文本加解密，PBKDF2 派生密钥，容器 JSON 输出。
API 密钥生成
Hex/UUID/Base64URL/易读四种风格密钥，前缀与熵估算。
Base32/Base58 转换
UTF-8 / Hex / Base32 / Base58 四编码互转，RFC 4648 口径。