发布于 由admin

JavaScript内核与高级编程之：`JavaScript`的`JWT`：其在无状态认证中的工作原理与安全漏洞。

各位观众，掌声欢迎！今天咱们聊点儿刺激的——JWT，这玩意儿在无状态认证里可是个顶梁柱。但别以为它完美无缺，漏洞多着呢，就看你能不能发现了。咱们一起扒一扒它的工作原理，再好好研究下那些潜伏的安全隐患。准备好了吗？Let’s go!

第一部分：JWT，你是谁？从身份证到令牌的华丽转身

首先，我们要搞清楚JWT是啥。你可以把它想象成一张数字身份证，上面写着你的身份信息（比如你是谁，有什么权限），然后用密码（密钥）盖个章，证明这张身份证是真的，没被篡改过。

传统的Session认证，服务器需要记录每个用户的登录状态，这就像是酒店前台要记住每个客人的房号和入住信息。用户越多，服务器的负担就越重，这叫“有状态”认证。

JWT不同，它把用户的状态信息编码到令牌里，服务器拿到令牌，验证一下签名，就知道用户是谁了，不需要保存用户的登录状态。这就像客人拿着自己的身份证，直接去房间，酒店前台不需要记住他了。这叫“无状态”认证。

那么，JWT具体长什么样呢？其实它就是个字符串，由三部分组成，用点号 (.) 分隔：

  • Header (头部): 描述JWT的元数据，比如签名算法和类型。
  • Payload (载荷): 存放实际的信息，比如用户ID、权限等。
  • Signature (签名): 用来验证JWT是否被篡改。
// 一个JWT示例
eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c

Header:

通常包含两个字段：alg (algorithm，算法) 和 typ (type，类型)。

{
  "alg": "HS256",  // 使用 HMAC SHA256 算法签名
  "typ": "JWT"
}

Payload:

Payload 包含声明（claims）。声明是关于实体（通常是用户）和其他数据的声明。声明分为三种类型：

  • Registered claims (注册声明): 预定义的声明，比如 iss (issuer，签发者), sub (subject，主题), aud (audience，受众), exp (expiration time，过期时间), nbf (not before，生效时间), iat (issued at，签发时间), jti (JWT ID，JWT唯一标识)。 虽然推荐使用，但不是强制的。
  • Public claims (公共声明): 可以随意定义，但为了避免冲突，最好使用 IANA 注册的命名空间。
  • Private claims (私有声明): 自定义的声明，用于在应用程序之间共享信息。
{
  "sub": "1234567890",  // 用户ID
  "name": "John Doe",    // 用户名
  "iat": 1516239022,   // 签发时间 (Unix 时间戳)
  "role": "admin"        // 用户角色 (自定义)
}

Signature:

签名是 JWT 的核心，它保证了 JWT 的完整性和真实性。签名是使用 Header 中指定的算法，将 Header 和 Payload 进行编码后，再用密钥进行签名。

// 签名计算过程（伪代码）
const header = base64UrlEncode(header);
const payload = base64UrlEncode(payload);
const signature = hash(header + '.' + payload, secret); // 使用 secret 作为密钥进行哈希
const jwt = header + '.' + payload + '.' + base64UrlEncode(signature);

第二部分：JWT工作流程：从登录到访问，环环相扣

JWT的工作流程大概是这样的：

  1. 用户登录: 用户提供用户名和密码。
  2. 服务器验证: 服务器验证用户身份。
  3. 生成JWT: 验证成功后，服务器根据用户的信息生成一个 JWT。
  4. 返回JWT: 服务器将 JWT 返回给客户端。
  5. 客户端存储JWT: 客户端将 JWT 存储在 Cookie、Local Storage 或 Session Storage 中。
  6. 客户端发送JWT: 客户端在后续的请求中，将 JWT 放在 HTTP Header 中 (通常是 Authorization: Bearer <token>) 发送给服务器。
  7. 服务器验证JWT: 服务器接收到请求后，从 Header 中取出 JWT，验证 JWT 的签名。
  8. 授权访问: 如果签名验证通过，服务器根据 JWT 中的信息，判断用户是否有权限访问该资源。
// 示例代码 (Node.js + jsonwebtoken)

// 安装jsonwebtoken: npm install jsonwebtoken
const jwt = require('jsonwebtoken');

// 密钥 (应该保存在服务器端，不要暴露给客户端)
const secret = 'my-secret-key';

// 1. 用户登录 (假设已经验证成功)
const user = {
  id: 123,
  username: 'testuser',
  role: 'user'
};

// 2. 生成JWT
const token = jwt.sign(user, secret, { expiresIn: '1h' }); // 设置过期时间为1小时

console.log('Generated JWT:', token);

// 3. 客户端发送JWT (假设客户端在请求头中发送了token)
const authHeader = 'Bearer ' + token;

// 4. 服务器验证JWT
try {
  const decoded = jwt.verify(token, secret);
  console.log('Decoded JWT:', decoded);

  // 5. 授权访问 (根据 decoded 中的信息判断用户权限)
  if (decoded.role === 'admin') {
    console.log('Access granted (admin)');
  } else {
    console.log('Access granted (user)');
  }
} catch (err) {
  console.error('JWT verification failed:', err.message);
  // 处理验证失败的情况，比如返回 401 Unauthorized
}

第三部分：JWT的软肋：漏洞分析与防范技巧

JWT虽然好用，但如果使用不当，就会出现安全问题。下面我们来聊聊常见的JWT漏洞以及如何防范。

  1. 密钥泄露：

    这是最致命的漏洞。如果密钥泄露，攻击者就可以伪造任意用户的 JWT。

    • 防范措施：
      • 保护好密钥： 密钥应该保存在服务器端，不要暴露给客户端。可以使用环境变量、配置文件或者专门的密钥管理服务来存储密钥。
      • 定期更换密钥： 定期更换密钥可以降低密钥泄露的影响。
      • 使用强密钥： 密钥应该足够长，足够随机，不易被破解。
      • 不要把密钥硬编码到代码里： 这是新手常犯的错误。

  2. 算法混淆漏洞 (Algorithm Confusion)：

    攻击者可以将 JWT 的 Header 中的 alg 字段修改为 none，这样服务器在验证签名时就不会使用任何密钥，从而绕过身份验证。

    • 原理: 一些 JWT 库在处理 alg: none 时，不会强制要求签名为空字符串，导致攻击者可以发送一个未签名的 JWT。
    • 防范措施：
      • 强制指定算法： 在服务器端，应该强制指定 JWT 必须使用的算法，不要允许客户端指定算法。
      • 禁用 none 算法： 如果你的应用不需要支持 none 算法，应该禁用它。
      • 升级 JWT 库： 确保使用的 JWT 库已经修复了算法混淆漏洞。
    // 示例代码 (易受攻击的代码)
// 假设你使用了某个旧版本的 JWT 库
const jwt = require('jsonwebtoken');

// 密钥
const secret = 'my-secret-key';

// 伪造的 JWT (alg: none)
const fakeToken = 'eyJhbGciOiJub25lIiwidHlwIjoiSldUIn0.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.';

// 验证 JWT (可能会成功，因为 alg: none)
jwt.verify(fakeToken, secret, (err, decoded) => {
  if (err) {
    console.error('JWT verification failed:', err.message);
  } else {
    console.log('Decoded JWT:', decoded);
  }
});

// 修复后的代码 (强制指定算法)
jwt.verify(fakeToken, secret, { algorithms: ['HS256'] }, (err, decoded) => {
  if (err) {
    console.error('JWT verification failed:', err.message); // 验证会失败，因为算法不匹配
  } else {
    console.log('Decoded JWT:', decoded);
  }
});

  3. 重放攻击 (Replay Attack)：

    攻击者截获有效的 JWT，然后在过期之前重复使用。

    • 防范措施：
      • 使用短过期时间： JWT 的过期时间越短，重放攻击的窗口就越小。
      • 使用 JWT ID (jti)： 为每个 JWT 分配一个唯一的 ID，并将 ID 存储在服务器端。每次收到 JWT 时，检查 ID 是否已经使用过。
      • 使用一次性令牌 (nonce)： 在 JWT 中包含一个随机数，服务器验证 JWT 后，将该随机数存储起来，下次收到相同的随机数时，拒绝请求。
    // 示例代码 (使用 jti 防御重放攻击)
const jwt = require('jsonwebtoken');
const secret = 'my-secret-key';

// 模拟数据库 (用于存储 jti)
const usedJtis = new Set();

// 生成JWT
function generateToken(user, jti) {
  return jwt.sign({ ...user, jti }, secret, { expiresIn: '1h' });
}

// 验证JWT
function verifyToken(token) {
  try {
    const decoded = jwt.verify(token, secret);
    const jti = decoded.jti;

    // 检查 jti 是否已经使用过
    if (usedJtis.has(jti)) {
      throw new Error('Invalid JWT: jti already used');
    }

    // 将 jti 添加到已使用集合
    usedJtis.add(jti);

    return decoded;
  } catch (err) {
    console.error('JWT verification failed:', err.message);
    return null;
  }
}

// 用户信息
const user = { id: 123, username: 'testuser' };

// 生成 jti (可以使用 UUID 或其他方式生成唯一ID)
const jti = 'unique-jwt-id-123';

// 生成 JWT
const token = generateToken(user, jti);
console.log('Generated JWT:', token);

// 验证 JWT (第一次)
const decoded1 = verifyToken(token);
if (decoded1) {
  console.log('Decoded JWT (first time):', decoded1);
}

// 验证 JWT (第二次 - 重放攻击)
const decoded2 = verifyToken(token);
if (decoded2) {
  console.log('Decoded JWT (second time):', decoded2); // 不会执行，因为 jti 已经使用过
}

  4. Payload信息泄露：

    Payload 中的信息是Base64编码的，虽然不能防止篡改，但可以被任何人解码。因此，不要在 Payload 中存放敏感信息，比如密码、银行卡号等。

    • 防范措施：
      • 不要在 Payload 中存放敏感信息： 只存放必要的身份信息。
      • 加密 Payload： 如果必须在 Payload 中存放敏感信息，可以先对 Payload 进行加密，然后再生成 JWT。

  5. JWT库的漏洞：

    JWT库本身可能存在漏洞，比如解析漏洞、注入漏洞等。

    • 防范措施：
      • 选择可靠的JWT库： 选择经过安全审计，有良好声誉的JWT库。
      • 及时更新JWT库： 关注JWT库的安全更新，及时升级到最新版本。

  6. 跨域问题：

    如果 JWT 存储在 Cookie 中，可能会受到跨站请求伪造 (CSRF) 攻击。

    • 防范措施：
      • 使用 HttpOnly Cookie： 设置 Cookie 的 HttpOnly 属性，防止客户端脚本读取 Cookie。
      • 使用 SameSite Cookie： 设置 Cookie 的 SameSite 属性，限制 Cookie 的跨域访问。
      • 将 JWT 存储在 Local Storage 或 Session Storage 中： 这样可以避免 CSRF 攻击，但需要注意 XSS 攻击。

总结：JWT安全最佳实践

为了确保 JWT 的安全性，建议遵循以下最佳实践：

实践 描述
保护好密钥 密钥应该保存在服务器端，不要暴露给客户端。可以使用环境变量、配置文件或者专门的密钥管理服务来存储密钥。
定期更换密钥 定期更换密钥可以降低密钥泄露的影响。
使用强密钥 密钥应该足够长，足够随机，不易被破解。
不要把密钥硬编码到代码里 这是新手常犯的错误。
强制指定算法 在服务器端，应该强制指定 JWT 必须使用的算法，不要允许客户端指定算法。
禁用 none 算法 如果你的应用不需要支持 none 算法，应该禁用它。
升级 JWT 库 确保使用的 JWT 库已经修复了算法混淆漏洞。
使用短过期时间 JWT 的过期时间越短，重放攻击的窗口就越小。
使用 JWT ID (jti) 为每个 JWT 分配一个唯一的 ID，并将 ID 存储在服务器端。每次收到 JWT 时，检查 ID 是否已经使用过。
使用一次性令牌 (nonce) 在 JWT 中包含一个随机数，服务器验证 JWT 后，将该随机数存储起来，下次收到相同的随机数时，拒绝请求。
不要在 Payload 中存放敏感信息 只存放必要的身份信息。
加密 Payload 如果必须在 Payload 中存放敏感信息，可以先对 Payload 进行加密，然后再生成 JWT。
选择可靠的 JWT 库 选择经过安全审计，有良好声誉的 JWT 库。
及时更新 JWT 库 关注 JWT 库的安全更新，及时升级到最新版本。
使用 HttpOnly Cookie 设置 Cookie 的 HttpOnly 属性，防止客户端脚本读取 Cookie。
使用 SameSite Cookie 设置 Cookie 的 SameSite 属性，限制 Cookie 的跨域访问。
将 JWT 存储在 Local Storage 或 Session Storage 中 这样可以避免 CSRF 攻击，但需要注意 XSS 攻击。

最后，我想说的是： 安全是一个持续的过程，没有一劳永逸的解决方案。我们需要不断学习新的安全知识，关注新的安全漏洞，并采取相应的防范措施。 希望今天的分享能帮助大家更好地理解和使用 JWT，写出更安全的代码。 谢谢大家！

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注