jwt.verify在应用部分模块始终返回无效签名的问题排查

问题根源很明确：你生成JWT时使用的secret是process.env.JWT_SECRET + this.hashedPassword，但验证时只用到了process.env.JWT_SECRET，两者不匹配导致签名验证失败。

JWT的签名验证机制要求生成和验证必须使用完全相同的secret，所以要解决这个问题，验证时必须还原生成token时的secret。具体步骤如下：

1. 先解码token（不验证签名），获取用户标识（比如id）
2. 根据用户标识从数据库查询对应用户的hashedPassword
3. 拼接出正确的secret：process.env.JWT_SECRET + hashedPassword
4. 使用这个secret执行jwt.verify验证

修正后的代码示例 #

更新context函数（改为异步）

context: async ({ req }) => {
  const token = req.get('Authorization') || '';

  if (!token) {
    console.log('no token detected. returning null...');
    return { user: null };
  }

  return {
    user: await verifyUser(token.split(' ')[1]),
  };
},

重写verifyUser函数

const verifyUser = async (token: string) => {
  try {
    // 解码token获取用户基础信息（不验证签名）
    const decoded = jwt.decode(token) as { id: string };
    if (!decoded?.id) {
      return null;
    }

    // 从数据库查询用户的hashedPassword，这里替换成你实际的查询逻辑
    const user = await User.findById(decoded.id);
    if (!user?.hashedPassword) {
      return null;
    }

    // 拼接生成时使用的secret
    const secret = process.env.JWT_SECRET + user.hashedPassword;
    // 执行验证
    return jwt.verify(token, secret as Secret);
  } catch (error: any) {
    console.error('error: ', error.message);
    return null;
  }
};

补充说明 #

你这种将用户哈希密码作为secret一部分的做法，确实能提升token的安全性（每个用户的token验证密钥唯一），但代价是验证时必须额外查询用户信息。如果觉得这个流程太繁琐，也可以统一使用process.env.JWT_SECRET作为secret，同时把用户的hashedPassword放入token的payload中（注意不要存储敏感信息），这样验证时就不需要额外查询数据库，但安全性会稍低一些。

内容的提问来源于stack exchange，提问作者user8758206