Ask AI
Ready to assist
Autenticación OAuth 2.0
Descripción general
OAuth 2.0 es un protocolo estándar de la industria para autenticación y autorización. El framework permite que una serie de aplicaciones cliente de terceros obtengan acceso seguro y delegado a recursos protegidos en Zoho a través de APIs.
Algunas características comunes de OAuth 2.0 son:
- Los clientes no necesitan admitir la autenticación por contraseña ni almacenar credenciales de usuario. Se pueden realizar llamadas a la API para acceder a recursos sin tener que proporcionar credenciales de usuario en cada llamada.
- Los clientes solo tendrán acceso a los recursos autenticados por el usuario.
- Los usuarios pueden revocar el acceso delegado del cliente en cualquier momento.
- Los access tokens de OAuth 2.0 expiran después de un tiempo establecido, lo que proporciona una seguridad sólida.
Terminología
Antes de aprender sobre los pasos involucrados en la implementación de OAuth 2.0, debes comprender los siguientes términos relacionados con OAuth 2.0 en el contexto de Catalyst:
| Términos clave | Descripción |
|---|---|
| Protected Resource | Un recurso de Catalyst como Cache, Cron, Table o Folder |
| Resource Server | El servidor de Catalyst que aloja los recursos protegidos de Catalyst |
| Client | Una aplicación que envía solicitudes al servidor de recursos para acceder a los recursos protegidos en nombre del usuario final |
| client_id | La clave única generada para un cliente registrado |
| client_secret | El valor secreto generado para el client_id de un cliente registrado específico. Cuando registras tu aplicación de Catalyst en la consola de API de Zoho, se generarán un client_id y un client_secret para ella. |
| Authentication Server | El servidor de autorización de Catalyst que proporciona las credenciales necesarias a un cliente, como el access_token o el refresh_token |
| Grant Token o code | El servidor de autorización de Catalyst genera un token temporal y lo envía al cliente a través del navegador. El cliente enviará este código de vuelta al servidor de autorización para obtener los access y refresh tokens. |
| access_token | Un token temporal que se envía al servidor de recursos para acceder a los recursos protegidos del usuario. Los clientes usan el access_token para realizar solicitudes a la aplicación asociada usando las APIs. Cada access_token será válido por un período de tiempo establecido y solo se puede usar para realizar las operaciones descritas en el scope. |
| refresh_token | Un token que se puede usar para obtener nuevos access tokens. Este token tiene una duración ilimitada hasta que sea revocado por el usuario final. |
| Scopes | Los scopes controlan el tipo de recursos a los que la aplicación cliente puede acceder. Cada token generalmente se crea con scopes seleccionados para una mejor seguridad. Por ejemplo, puedes generar un access_token con un scope para solo leer los datos en Data Store. El formato estándar para definir un scope es scope=service_name.scope_name.operation_type. La siguiente sección lista los scopes disponibles en Catalyst. |
Yes
No
Send your feedback to us
Skip
Submit