Esta página foi traduzida pela API Cloud Translation.

Desvinculação de contas

A desvinculação pode ser iniciada da sua plataforma ou do Google, e a exibição de um estado de link consistente em ambas oferece a melhor experiência do usuário. A compatibilidade com um endpoint de revogação de token ou com a Proteção de várias contas é opcional para a vinculação de contas do Google.

As contas podem ser desvinculadas por qualquer um dos seguintes elementos:

Solicitação de usuário de
- Um aplicativo do Google ou as configurações da Conta do Google
- Sua plataforma
Falha na renovação de um token de atualização expirado
Outros eventos iniciados por você ou pelo Google. Por exemplo, a suspensão da conta por serviços de abuso e detecção de ameaças.

O usuário solicitou a desvinculação do Google.

A desvinculação da conta iniciada por meio da Conta do Google ou do app de um usuário exclui todos os tokens de acesso e atualização emitidos anteriormente, remove o consentimento do usuário e, como opção, chama o endpoint de revogação do token, se você optar por implementá-lo.

O usuário solicitou a desvinculação da sua plataforma

Forneça um mecanismo para os usuários desvincularem, como um URL para a conta deles. Se você não oferece uma maneira de os usuários desvincularem, inclua um link para a Conta do Google para que os usuários possam gerenciar a conta vinculada.

Você pode implementar o Compartilhamento e Colaboração em Incidentes e Risco (RISC, na sigla em inglês) e notificar o Google sobre mudanças no status de vinculação de contas de usuário. Isso permite uma experiência do usuário aprimorada, em que a plataforma e o Google mostram um status de vinculação atual e consistente sem a necessidade de depender de uma solicitação de atualização ou de token de acesso para atualizar o estado da vinculação.

Expiração do token

Para oferecer uma experiência do usuário tranquila e evitar a interrupção do serviço, o Google tenta renovar os tokens de atualização perto do fim da vida útil. Em algumas situações, o consentimento do usuário pode ser necessário para vincular contas novamente quando um token de atualização válido não está disponível.

Projetar sua plataforma para oferecer suporte a vários tokens de atualização e acesso não expirados pode minimizar as disputas presentes em trocas de clientes e servidores entre ambientes em cluster, evitar interrupções dos usuários e minimizar cenários complexos de tempo e tratamento de erros. Embora tenham consistência posterior, os tokens não expirados anteriores e recém-lançados podem ficar em uso por um curto período durante a troca de renovação do token do cliente-servidor e antes da sincronização do cluster. Por exemplo, uma solicitação do Google para seu serviço que usa o token de acesso anterior não expirado ocorre logo após a emissão de um novo token de acesso, mas antes da sincronização de recibos e clusters ocorrer no Google. Medidas alternativas de segurança para atualizar o token de rotação são recomendadas.

Outros eventos

As contas podem ser desvinculadas por vários outros motivos, como inatividade, suspensão, comportamento malicioso e assim por diante. Nessas situações, sua plataforma e o Google podem gerenciar melhor as contas de usuários e vincular novamente, notificando uns aos outros sobre mudanças no estado da conta e da vinculação.

Implemente um endpoint de revogação de token para que o Google chame e notifique o Google sobre os eventos de revogação de tokens usando o RISC para garantir que sua plataforma e o Google mantenham um estado de vinculação de conta de usuário consistente.

Endpoint de revogação de token

If you support an OAuth 2.0 token revocation endpoint, your platform can receive notifications from Google. This lets you inform users of link state changes, invalidate a token, and cleanup security credentials and authorization grants.

The request has the following form:

POST /revoke HTTP/1.1
Host: oauth2.example.com
Content-Type: application/x-www-form-urlencoded

client_id=GOOGLE_CLIENT_ID&client_secret=GOOGLE_CLIENT_SECRET&token=TOKEN&token_type_hint=refresh_token

Your token revocation endpoint must be able to handle the following parameters:

Revocation endpoint parameters
`client_id`	A string that identifies the request origin as Google. This string must be registered within your system as Google's unique identifier.
`client_secret`	A secret string that you registered with Google for your service.
`token`	The token to be revoked.
`token_type_hint`	(Optional) The type of token being revoked, either an `access_token` or `refresh_token`. If unspecified, defaults to `access_token`.

Return a response when the token is deleted or invalid. See the following for an example:

HTTP/1.1 200 Success
Content-Type: application/json;charset=UTF-8

If the token can't be deleted for any reason, return a 503 response code, as shown in the following example:

HTTP/1.1 503 Service Unavailable
Content-Type: application/json;charset=UTF-8
Retry-After: HTTP-date / delay-seconds

Google retries the request later or as requested by Retry-After.

Proteção de várias contas (RISC)

If you support Cross-Account Protection, your platform can notify Google when access or refresh tokens are revoked. This allows Google to inform users of link state changes, invalidate the token, cleanup security credentials, and authorization grants.

Cross-Account Protection is based on the RISC standard developed at the OpenID Foundation.

A Security Event Token is used to notify Google of token revocation.

When decoded, a token revocation event looks like the following example:

{
  "iss":"http://risc.example.com",
  "iat":1521068887,
  "aud":"google_account_linking",
  "jti":"101942095",
  "toe": "1508184602",
  "events": {
    "https://schemas.openid.net/secevent/oauth/event-type/token-revoked":{
      "subject_type": "oauth_token",
      "token_type": "refresh_token",
      "token_identifier_alg": "hash_SHA512_double",
      "token": "double SHA-512 hash value of token"
    }
  }
}

Security Event Tokens that you use to notify Google of token revocation events must conform to the requirements in the following table:

Token revocation events

iss Issuer Claim: This is a URL which you host, and it's shared with Google during registration.

aud Audience Claim: This identifies Google as the JWT recipient. It must be set to google_account_linking.

jti JWT ID Claim: This is a unique ID that you generate for every security event token.

iat Issued At Claim: This is a NumericDate value that represents the time when this security event token was created.

toe Time of Event Claim: This is an optional NumericDate value that represents the time at which the token was revoked.

exp Expiration Time Claim: Do not include this field, as the event resulting in this notification has already taken place.

events

Security Events Claim: This is a JSON object, and must include only a single token revocation event.
`subject_type`	This must be set to `oauth_token`.
`token_type`	This is the type of token being revoked, either `access_token` or `refresh_token`.
`token_identifier_alg`	This is the algorithm used to encode the token, and it must be `hash_SHA512_double`.
`token`	This is the ID of the revoked token.

For more information on field types and formats, see JSON Web Token (JWT).