¿Qué es OAuth 2.0?

Clase 15 de 39 • Curso de Autenticación con OAuth

Iván Gabriel Guerra

student•

Es excelente hasta ahora este curso. La explicacion es muy clara de todos los conceptos, y ademas con ejemplos adicionales de la vida real para bajar aun mas a tierra los conceptos aprendidos. 👏👏

Javier Ramos

student•

Si alguien me puede corregir se lo agradecería.

Le pido el favor a mi hija que vaya a mi apartamento y recoja mi portátil, le doy mi cédula para que ella se la presente al celador del edificio y el le entregue las laves del apartamento
Ella llega a la portería y presenta mi cédula indicando que viene en nombre mio a recoger las llaves del apartamento
EL celador verifica que la cédula es correcta y le entrega las llaves a mi hija
Es correcta mi analogía? o me falta algo

Jair Israel Avilés Eusebio

student•

Es correcta

Juan Manuel Alberto Martin

student•

Por si le sirve a alguien 😃

ulises gabriel pignatelli

student•

OAuth2 es un protocolo de autorización, que surgió a partir del nacimiento de la Web Social. Permite que los usuarios autoricen a terceros a acceder a su información sin que estos tengan que conocer las credenciales del usuario.

Hay múltiples entidades involucradas en el flujo de OAuth2:

Propietario de recursos: Parte que puede autorizar el acceso a los recursos protegidos. Puede ser una autorización de ciertos recursos y de otros no. Generalmente es una persona. Cliente: Es el sitio web o aplicación que accederá a los recursos protegidos de un usuario con la autorización del mismo Proveedor: Servidor de autorización: Valida usuario y credenciales; y genera tokens de acceso. Servidor de recursos: Recibe peticiones de acceso a los recursos protegidos autorizando acceso si el token que viene (en el cuerpo o en las cabeceras, generalmente en las cabeceras) en la petición es válido.

DANIEL VILLALOBOS

student•

esto me suena similar al curso de API REST, autenticacion con Acces Token en donde interfieren siempre 3 actores el cliente, el servidor de autenticacion, y el servidor donde se solicitan los recursos esto es cierto?

John Orellana

student•

hasta ahora el curso a estado de maravilla, también puedes leer esta documentación de OAuth que habla de lo mismo que el profesor explica https://auth0.com/docs/authenticate/protocols/oauth y una vez leíste esa puedes leer esta otra parte https://auth0.com/docs/get-started/authentication-and-authorization-flow/which-oauth-2-0-flow-should-i-use y así entiendes lo de esta clase y la anterior(14)

Carlos Eduardo Gomez García

teacher•

Comprendo, aunque veo que la validación del token lo hace el servidor de API, pensaba que el servidor de API tenía que hacer una solicitud hacia el authentication server para verificar si el token existía en la base de datos

Por lo que veo ahora, con este flujo de autenticación ni siquiera es necesario guardar un token en la base de datos porque tanto el authorization como el API server conocen la llave secreta y puede decodificar dicho token

Básicamente el authorization firma el token con la llave secreta y el API usa la misma llave para verificar que la firma es verdadera!

Marco Alexander Mateo Mateo

student•

Muy clara la explicación :D

Jonatan Francisco Gonzalez Donis

student•

Gustavo Laotshi Estrada

student•

¿Contra que el Authorization Server se valida los permisos?

ZANONI ALFREDO SALAS TOBÓN

student•

creo que falta hablar cuando nuestra aplicación genera el toquen o autorización. Seria como si el de las llaves fuera la hermana y el hermano pequeño le pide el recurso y la hermana le da las llaves. Mi pregunta ¿Es necesario usar OAuth 2.0 cuando el api genera el JWT? lo pregunto por que en el curso de Nest generamos el JWT y no he visto aun el manejo adecuado que se le hace si no usamos OAuth 2.0, cual es la forma adecuada de guardar el JWT, tal vez más adelantan del curso lo muestre,