¿Cuáles son las preocupaciones con OAuth 2.0?

OAuth 2.0 ha sido cuestionado y criticado en diferentes ocasiones, por lo que vamos a explorar algunas de ellas.

OAuth no es un protocolo en sí

Cuando nos referimos a un protocolo hablamos de que su implementación es lo suficientemente estricta para que no existan variaciones y/o confusiones a la hora de la implementación.

Debido a la gran adoptación temprana que tuvo OAuth, muchas compañías empezaron a contribuir y agregar sus propias versiones de la implementación. Por eso, es que en la definición no es altamente estricta y se habla de muchas variantes en su implementación convirtiendo OAuth en un framework para crear protocolos en vez de un protocolo en sí.

El problema con esto es que deja muy al aire y a la opinión de cada uno cual es la mejor forma de implementar OAuth de manera segura y correcta.

La recomendación es no solo leer la especificación si no ademas leer sobre otras implementaciones y los consejos de otras compañías para asegurar una buena implementacion de la misma.

Bearer tokens

Un Bearer token es un token con la característica de que cualquier entidad con la posesión del token puede usarlo a su gusto y no se requiere prueba de su posesión para este uso.

El problema con esto es que el token en si tiene todas las autorizaciones que han sido diseñadas para el cliente quien lo concedió, pero eso no implica que otro cliente pueda tomar ese token y usarlo.

Idealmente no solo enviar el token si no una prueba de la posesión del mismo pero la realidad es que esto nunca se incluyo en la especificación por lo que las recomendaciones son siempre hacer el uso y envío de tokens en conexiones seguras SSL y tener mucho cuidado con el almacenamiento de los mismos.

Mi recomendación general es que si quieren reforzar sus conocimientos en OAuth leanse la especificación y investiguen un poco mas allá en documentaciones como la de Auth0: https://auth0.com/docs/protocols/oauth2