Actualmente estoy implementando la autenticación de usuarios en una API similar a REST que utiliza un cliente de Android. Después de algunas investigaciones, creo que JWT (JSON Web Token) es una buena manera de hacerlo.
El procedimiento básico que he planeado es: El usuario inicia sesión con el nombre de usuario / contraseña (a través de HTTPS). El servidor valida la contraseña y luego genera un JWT que incluye algún tipo de ID de usuario, firmándola con RS256 (asimétrico usando RSA, por lo que el cliente solo tiene la clave pública correspondiente), y la envía al cliente. Para hacer una llamada a la API, el cliente enviará el JWT al servidor. Todo lo que el servidor hace entonces es validar el JWT usando su clave privada, y también verificar que el algoritmo de la firma sea el esperado por el servidor. Si la validación tiene éxito, el servidor puede confiar en la ID de usuario en el token. Un cliente no puede pretender ser un usuario diferente, ya que necesitaría la clave privada del servidor para generar una firma correcta si se cambia la carga útil del JWT.
Ahora supongamos que quisiera usar HS256 (simétrico usando un HMAC) en su lugar, tal vez porque la firma resultante es más corta. En lo que respecta a mi sentido común, en este caso, solo el servidor puede conocer la clave (única).
Pero aquí viene la confusión: leyendo sobre el uso de HS256 con JWT, algunos sitios que he visto parecen sugerir que la clave es un "secreto compartido", lo que significa que tanto el servidor como el cliente lo saben. Pero si ese es el caso, el cliente podría simplemente alterar la carga útil de JWT y crear una firma válida utilizando la clave compartida. Cualquier usuario que haya iniciado sesión podría pretender ser otro usuario simplemente modificando la ID de usuario en el JWT, por lo que no es mejor que no validar una firma en absoluto. ¿Hay algo que me falta o simplemente no tiene sentido permitir que el cliente acceda a la clave cuando utiliza el HS256? ¿He leído mal los sitios que sugieren que la clave HS256 está compartida?
La única forma en que podría pensar que permitiría a ambas partes saber que la clave es usar una clave separada para cada usuario. Pero incluso entonces, cualquier dato de carga útil de JWT, excepto el ID de usuario (por ejemplo, un indicador "isAdmin") aún podría cambiarse a voluntad.