在线 HTTP Basic Authentication 批量编解码

Basic 认证 Authorization 头 账号密码互转 更新于 2026-11-04
用户名:密码 / Basic 串 一行一条 · 编码用「用户名:密码」,解码可带 Basic 前缀
Ctrl / ⌘ + Enter 直接开始 · 空行自动跳过
设置 老系统用 Latin-1 传中文会乱码,按对方实现选字符集
方向
字符集
  • UTF-8
  • Latin-1
带 "Basic " 前缀
  • 导出格式
  • 文本 .txt一行一条
  • Excel .xlsx序号 / 原文 / 结果
一行一条,点「开始转换」。
处理结果 格式固定为 base64(用户名:密码)
还没有结果
把内容贴到上面(一行一条),点「开始转换」,每行的结果会出现在这里。
全部在你的浏览器里完成:不请求任何接口、不上传内容,断网也能用。

工具介绍

HTTP Basic 认证是最简单的接口认证方式:把 用户名:密码 做 Base64,放进请求头 Authorization: Basic xxx。服务端解开就知道是谁。

要点只有一个:Base64 不是加密。任何人都能解开这串东西,所以 Basic 认证必须跑在 HTTPS 上,否则密码等于明文传输。

这一页一行一条批量处理:编码把「用户名:密码」变成请求头值,解码把 Base64 还原。注意用户名里不能有冒号(冒号是分隔符),密码里可以。

应用场景

想做什么怎么做推荐设置
调试接口认证填账号密码,粘到 Postman / curl编码 · 带前缀
还原抓包里的认证头贴 Authorization 值解码
批量生成测试账号头一行一条,导出 Excel编码 · 导出 Excel
确认密码里有没有冒号解码后看第一个冒号的位置解码

常见问题

Basic 认证安全吗?

只有在 HTTPS 下才安全。Base64 只是编码,明文可读;没有 TLS 等于把密码写在请求里。

为什么解码出来的密码不对?

多半是字符集不匹配。RFC 7617 默认没规定字符集,老系统常用 Latin-1,现代服务多半 UTF-8。

用户名能含冒号吗?

不能。冒号是用户名与密码的分隔符,服务端按第一个冒号切分,后面的都算密码。

和 Bearer Token 什么区别?

Basic 每次请求都带账号密码;Bearer 带的是一个令牌,可撤销、可设过期,更适合开放 API。

关于隐私

这个工具完全在你的浏览器里运行:你输入的内容、上传的文件,都不会离开你的电脑,也不会传到任何服务器。

  • 不上传——处理全程在本地完成,页面不向后端发送你的数据;
  • 不留存——我们不保存、不记录你的任何输入内容;
  • 断网也能用——页面加载完成后,断开网络照样正常使用。

放心用,数据只在你自己的电脑上转一圈。

更新日志

2026-10-22
功能体验升级与性能优化

相关工具推荐