Basic Auth 头

用户名与密码生成 Authorization 头，也能反向解出来。

输入

输出

HTTP Basic Auth 把 user:password 用冒号拼起来再做 Base64，放进 Authorization 请求头。这个工具能正向生成请求头，也能从一段头里把用户名密码还原出来。

Base64 只是编码不是加密，拿到这一段字符串的任何人都能还原出口令，所以 Basic Auth 只在 HTTPS 传输层加密的保护下才算安全，明文 HTTP 下等于把口令裸奔。按 RFC 7617，用户名不能含冒号，密码可以——因此无论编码还是解码，都只认第一个冒号作为分隔符。

Basic Auth 头怎么用

产出哪几种写法：结果里会同时给出裸的 Basic 值、可直接粘贴的 Authorization 头行，以及 curl 的等价写法。
生成请求头：选「生成请求头」，输入 user:password，得到 Basic 值与整行 Authorization: Basic …，附 curl -u 写法。
解析请求头：选「解析请求头」，可粘贴 Basic xyz、完整 Authorization 行，或直接给 Base64 token（scheme 大小写不敏感）。
冒号处理：密码里含冒号时只按第一个冒号切分，其余冒号原样保留在密码中，输出会单独说明。

Base64 是不是加密？我的密码安全吗？

不是加密，只是编码，任何人都能一键还原。Basic Auth 只在 HTTPS 传输层加密的保护下才算安全，明文 HTTP 下等于把口令裸奔。

解出来是乱码怎么办？

RFC 7617 把字符集解释权交给服务器，历史实现多用 Latin-1，如今多数按 UTF-8。工具默认按 UTF-8 解读；若是老设备用 Latin-1，解出乱码属正常。

用户名里有冒号会怎样？

RFC 规定用户名不得含冒号。这里按第一个冒号切分，冒号后的内容都算密码；如果你的系统确实允许用户名带冒号，Basic 方案本身就无法表达。

对应功能编号 #36无需安装，手机端同样可用按 Ctrl + K 换工具