常见的网络认证协议有哪些
上网时，你有没有想过为什么登录邮箱、银行或公司系统需要输入密码，甚至还要验证码？这背后其实是各种网络认证协议在起作用。它们就像门卫，确认你是“你自己”才能放行。下面来看看几种最常见的认证协议。
HTTP Basic Auth
这是最基础的认证方式之一，常用于内部系统或测试环境。浏览器弹出一个小窗口让你输用户名和密码，其实就是它在工作。它的原理简单：把用户名和密码用Base64编码后放在请求头里发送。
Authorization: Basic dXNlcjpwYXNz但问题也明显——Base64不是加密，只是编码，一旦被截获，账号密码就暴露了。所以它必须配合HTTPS使用，否则不安全。
OAuth 2.0
你肯定遇到过“用微信登录”“用支付宝授权”的提示，这就是OAuth 2.0的典型场景。它不让你把账号密码交给第三方，而是通过授权机制，让第三方应用拿到一个临时的“通行证”（token），用来访问你的部分信息。
比如你在某个读书App里想导入微信好友列表，微信会跳出来问你“是否允许”，点了允许后，App才能获取数据。整个过程你不用告诉App你的微信密码，安全性高了不少。
OpenID Connect
它是基于OAuth 2.0的升级版，专门用来做身份认证。比如很多网站支持“用Google账号登录”，这时候不仅拿到了访问权限，还能确认你是谁——包括你的昵称、邮箱等基本信息。
可以理解为：OAuth 2.0解决“你能干什么”，而OpenID Connect解决“你是谁”。
JWT（JSON Web Token）
JWT是一种轻量级的令牌格式，常用于前后端分离的系统中。用户登录成功后，服务器生成一段包含用户信息的JSON字符串，并用签名防止篡改。
<pre><code>eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c</code></pre>前端收到这个token后，每次请求都带上它，后端验证签名无误就能识别用户身份。它不需要服务器存session，适合分布式系统。
LDAP
企业内部常用的一种认证方式，全称是“轻量目录访问协议”。比如公司员工登录内网、邮件系统、OA系统，可能都是通过统一的LDAP服务器验证的。
管理员在一个地方管理所有员工账号，其他系统去查这个“大名单”来判断能不能登录。常见于Windows域环境（Active Directory就是基于LDAP的）。
Two-Factor Authentication（2FA）
这不是独立协议，而是一种增强手段。除了密码，再加一层验证，比如手机短信验证码、身份验证器App（如Google Authenticator）、指纹或硬件密钥。
比如你登录网银，输完密码还得输入短信验证码，这就是双因素认证。即使密码泄露，别人没有你的手机也登不上。
这些协议各有用途，有的适合开放平台，有的适合企业内网，也有的专为移动互联网设计。了解它们，不仅能帮你更清楚地理解日常操作背后的逻辑，也能在设置账户安全时做出更明智的选择。