Descripción general de la integración de aplicaciones de OAuth
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
En esta página, se proporciona una descripción general de la integración de aplicaciones de OAuth en Google Cloud.
Puedes usar la integración de aplicaciones de OAuth para integrar tus aplicaciones basadas en OAuth con Google Cloud. Los usuarios federados pueden usar su proveedor de identidad (IdP) para acceder a las aplicaciones y a sus datos y productos de Google Cloud. La integración de aplicaciones de OAuth es una función de
la federación de identidades de personal.
Para usar la integración de aplicaciones de OAuth, primero debes crear un grupo y un proveedor de identidades de los trabajadores. Luego, puedes registrar la aplicación basada en OAuth con OAuth 2.0. Las aplicaciones deben registrarse en la organización en la que están configurados el grupo y el proveedor de identidades de los trabajadores.
Registro de la aplicación de OAuth
Para configurar una aplicación para que acceda a Google Cloud, debes registrar la
aplicación con Google Cloud . Para ello, crea credenciales de cliente de OAuth.
La credencial contiene un secreto del cliente. La aplicación usa el token de acceso para acceder a los datos y productos de Google Cloud .
Riesgos y mitigaciones de seguridad de las credenciales y el cliente de OAuth
Debes proteger el acceso a las APIs de IAM, el ID de cliente y el secreto. Si se filtran el ID de cliente y el secreto, pueden producirse problemas de seguridad. Entre estos problemas, se incluyen los siguientes:
suplantación de identidad: Un usuario malicioso con tu ID de cliente y secreto puede crear una aplicación que se haga pasar por tu aplicación legítima. Luego, puede hacer lo siguiente:
Obtener acceso no autorizado a los datos del usuario y a los permisos a los que tiene derecho tu aplicación
Realizar acciones en nombre del usuario, como publicar contenido, realizar llamadas a la API o modificar la configuración del usuario
Realizar ataques de phishing, en los que el usuario malicioso crea una página de acceso falsa que se asemeja al proveedor de OAuth Luego, la página puede engañar a los usuarios para que ingresen sus credenciales, lo que las entrega al usuario malicioso, que puede acceder a sus cuentas.
Daño a la reputación: Una violación de la seguridad puede dañar la reputación de tu aplicación y organización, lo que puede hacer que los usuarios pierdan la confianza.
En caso de una violación, para mitigar estos y otros riesgos, evalúa la naturaleza de la violación y haz lo siguiente:
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (UTC)"],[[["\u003cp\u003eOAuth application integration enables federated users to sign in to applications and access Google Cloud resources using their existing identity provider.\u003c/p\u003e\n"],["\u003cp\u003eTo utilize OAuth application integration, a workforce identity pool and provider must be created, and applications must be registered using OAuth 2.0 within the configured organization.\u003c/p\u003e\n"],["\u003cp\u003eOAuth application integration functions exclusively with Identity-Aware Proxy for secure access.\u003c/p\u003e\n"],["\u003cp\u003eSecurity is crucial, as compromised client IDs and secrets can lead to impersonation, unauthorized data access, and reputational damage.\u003c/p\u003e\n"],["\u003cp\u003eIn case of a security breach, client secrets should be rotated immediately by creating a new credential, disabling the old one, and then deleting it.\u003c/p\u003e\n"]]],[],null,["# OAuth application integration overview\n\nThis page provides an overview of OAuth application integration in Google Cloud.\n\nYou can use OAuth application integration to integrate your OAuth-based\napplications with Google Cloud. Federated users can use their identity provider\n(IdP) to sign in to the applications and access their Google Cloud\nproducts and data. OAuth application integration is a feature of\nWorkforce Identity Federation.\n\nTo use OAuth application integration, you must first create a workforce\nidentity pool and provider. You can then register the OAuth-based application\nusing OAuth 2.0. Applications must be registered in the organization where your\nworkforce identity pool and provider are configured.\n\n\u003cbr /\u003e\n\n| **Important:** OAuth application integration works only with Identity-Aware Proxy.\n\n\u003cbr /\u003e\n\nOAuth application registration\n------------------------------\n\nTo configure an application to access Google Cloud, you [register](/iam/docs/workforce-manage-oauth-app#create) the\napplication with Google Cloud by creating [OAuth client credentials](https://tools.ietf.org/html/rfc6749#section-4.4).\nThe credential contains a client secret. The application uses the access token\nto access the Google Cloud products and data.\n\nOAuth client and credential security risks and mitigations\n----------------------------------------------------------\n\nYou must secure access to the IAM APIs and the client ID and\nsecret. If the client ID and secret is leaked, security issues can result. These\nissues include the following:\n\n- Impersonation: A malicious user with your client ID and secret can create an\n application that masquerades as your legitimate application. They can then\n do the following:\n\n - Gain unauthorized access to the user data and permissions that your application is entitled to.\n - Perform actions on the user's behalf, such as posting content, making API calls, or modifying user settings.\n - Perform phishing attacks, wherein the malicious user creates a fake login page that resembles the OAuth provider. The page can then trick users into entering their credentials, which gives the credentials to the malicious user who can then access their accounts.\n- Reputational damage: A security breach can harm the reputation of your\n application and organization, causing users to lose trust.\n\nIn the event of a breach, to mitigate these and other risks, assess the nature\nof the breach and do the following:\n\n- Ensure that only trusted users have IAM access to the [OAuth\n client and credential API](/iam/docs/workforce-manage-oauth-app).\n\n- Rotate the client secret immediately, by rotating the client credential, as\n follows:\n\n 1. [Create a new client credential](/iam/docs/workforce-manage-oauth-app#create-credential) for the OAuth client.\n 2. [Disable the old client credential](/iam/docs/workforce-manage-oauth-app#disable-credential).\n 3. [Delete the old client credential](/iam/docs/workforce-manage-oauth-app#delete-credential).\n\nWhat's next\n===========\n\n- Learn how to [Manage OAuth applications](/iam/docs/workforce-manage-oauth-app)."]]
