Loading...

Aviso:

Para brindarle información de soporte completa de manera más rápida, el contenido de esta página ha sido traducido al español mediante traducción automática. Para consultar la información de soporte más precisa, consulte la versión en inglés de este contenido.

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.