2011-03-24 14 views
15

Estoy diseñando una API RESTful que siempre se comunicará a través de HTTPS. ¿Hay alguna razón para usar un esquema como OAuth cuando se ejecuta a través de HTTPS? Estoy particularmente interesado si aspectos como las solicitudes firmadas por HMAC, nonces y las marcas de tiempo son útiles cuando toda la comunicación está encriptada.¿OAuth es irrelevante cuando se usa HTTPS?

Parece que cualquier esquema de autenticación a través de HTTPS es suficiente, pero solo quería obtener una segunda opinión.

+0

OAuth puede habilitar su API para solicitar el permiso del usuario, cuando la aplicación de terceros desea utilizar la API en nombre de sus usuarios. El otro beneficio es en caso de que quiera proteger su API para que sea utilizada por cierta aplicación de terceros (consumidor), y para dividir diferentes permisos y acceso a nivel a diferentes consumidores. Si no se requiere el permiso del usuario, y el uso de la API estará restringido solo por la autenticación básica, y no se necesita acceso a nivel de API, tal vez sea suficiente HTTPS con autenticación básica. – middlehut

+0

Tengo este escenario exacto 'Si no se requiere permiso del usuario, y el uso de la API estará restringido solo mediante autenticación básica, y no se necesita acceso a nivel API' y WS a través de HTTPS, pero no necesito hacer que el Cliente lo almacene el nombre de usuario/contraseña una vez que inicie sesión para llamadas posteriores! –

Respuesta

10

Bueno, esa es toda la teoría detrás de OAuth 2. En lugar de los complicados mecanismos de firma de OAuth 1, solo confía en la seguridad de la capa de transporte y se centra en la pieza de autorización del rompecabezas. El protocolo HTTPS no resuelve la pieza de autorización, por lo que todavía necesita OAuth 2 para eso.

+0

En segundo lugar esa respuesta. Ir por oAuth 2 es suficiente cuando se usa SSL. OAuth 2.0 ve una adopción cada vez mayor y con suerte será una especificación completa pronto. –

+0

OAuth 2 ahora es RFC 6749. –

Cuestiones relacionadas