Crear la API
- Nombre: un nombre descriptivo para la API. No afecta a ninguna funcionalidad.
- Identificador: un identificador único para la API. Recomendamos usar una URL, pero tenga en cuenta que no es necesario que sea una URL de acceso público; Auth0 no llamará a su API en ningún caso. Este valor no se puede modificar posteriormente.
- : el algoritmo que se utilizará para firmar los tokens. Los valores disponibles son
HS256yRS256. Al seleccionar RS256, el token se firmará con la clave privada del inquilino. Para obtener más información sobre los algoritmos de firma, consulte Signing Algorithms.

Algoritmos de firma
La firma forma parte de un JWT. Si no conoces la estructura de un JWT, consulta JSON Web Token Structure.
HS256 o RS256.
- RS256 es un algoritmo asimétrico, lo que significa que hay dos claves: una pública y una privada (secreta). Auth0 tiene la clave secreta, que se usa para generar la firma, y el consumidor del JWT tiene la clave pública, que se usa para validar la firma.
- HS256 es un algoritmo simétrico, lo que significa que solo hay una clave secreta, compartida entre las dos partes. La misma clave se usa tanto para generar la firma como para validarla. Debe prestarse especial atención para que la clave siga siendo confidencial.
- Con RS256 tienes la certeza de que solo el titular de la clave privada (Auth0) puede firmar tokens, mientras que cualquiera puede comprobar si el token es válido usando la clave pública.
- Con HS256, si la clave secreta compartida se ve comprometida, tendrías que volver a desplegar la API con el nuevo secreto. Con RS256 puedes solicitar un token que sea válido para múltiples audiencias.
- Con RS256 puedes implementar la rotación de claves sin tener que volver a desplegar la API con el nuevo secreto.
Para obtener una descripción más detallada de los algoritmos de firma de JWT, consulta: JSON Web Token (JWT) Signing Algorithms Overview.
Configurar los permisos
read:timesheets, create:timesheets, delete:timesheets, approve:timesheets.

Crear la aplicación
Timesheets Mobile) y selecciona Native App como tipo.
Haz clic en Create.
Asegúrese de que la extensión Authorization Extension esté instalada en su inquilino. Puede consultar la documentación de Authorization Extension para obtener más información sobre cómo hacerlo.
Definir permisos
Definir roles
delete:timesheets, create:timesheets y read:timesheets. Haz clic en Save.
A continuación, sigue el mismo proceso para crear el rol Manager y asegúrate de haber seleccionado todos los permisos:

Asignar usuarios a roles
Crear una Rule para validar los alcances del token
action:area o delete:timesheets) que sean válidos de acuerdo con los permisos del usuario. Cuando termines, puedes hacer clic en el botón Guardar.
Las Rules se ejecutan en el orden en que se muestran en la página de Rules, así que asegúrate de que la nueva Rule que creaste esté ubicada debajo de la Rule de Authorization Extension para que se ejecute después de la Rule de Authorization Extension.
TUTORIAL ANTERIOR 1. Descripción general de la solución
SIGUIENTE TUTORIAL 3. Implementación de API + móvil