A desvinculação pode ser iniciada na sua plataforma ou no Google, e a exibição de um estado de vinculação consistente em ambos proporciona a melhor experiência do usuário. O suporte para um endpoint de revogação de token ou para a Proteção entre contas é opcional para a vinculação de Contas do Google.
As contas podem ser desvinculadas por qualquer uma das seguintes ações:
- Solicitação do usuário de
- um aplicativo do Google ou as configurações da Conta do Google
- Sua plataforma
- Falha ao renovar um token de atualização expirado
- Outros eventos iniciados por você ou pelo Google. como suspensão de conta por serviços de detecção de ameaças e abusos.
O usuário pediu a desvinculação do Google
A desvinculação da conta iniciada pela Conta do Google ou pelo app do usuário exclui todos os tokens de acesso e de atualização emitidos anteriormente, remove o consentimento do usuário e chama o endpoint de revogação de token, se você tiver implementado um.
O usuário pediu a desvinculação da sua plataforma
Você precisa oferecer um mecanismo para os usuários desvincularem, como um URL da conta. Se você não oferecer uma forma de desvincular, inclua um link para a Conta do Google para que os usuários possam gerenciar a conta vinculada.
Você pode implementar o compartilhamento e a colaboração de riscos e incidentes (RISC, na sigla em inglês) e notificar o Google sobre mudanças no status de vinculação da conta dos usuários. Isso permite uma experiência do usuário melhor, em que sua 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 de vinculação.
Expiração do token
Para oferecer uma experiência tranquila ao usuário e evitar a interrupção do serviço, o Google tenta renovar os tokens de atualização perto do fim da vida útil deles. Em alguns casos, o consentimento do usuário pode ser necessário para vincular novamente as contas quando um token de atualização válido não está disponível.
Projetar sua plataforma para oferecer suporte a vários tokens de acesso e atualização não expirados pode minimizar as condições de corrida presentes nas trocas entre cliente e servidor entre ambientes agrupados, evitar interrupções do usuário e minimizar cenários complexos de gerenciamento de tempo e erros. Ainda que com consistência posterior, os tokens não expirados anteriores e recém-emitidos podem estar em uso por um curto período durante a troca de token de 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 do recebimento e da sincronização de cluster no Google. Medidas de segurança alternativas para rotação de tokens de atualização são recomendadas.
Outros eventos
As contas podem ser desvinculadas por vários outros motivos, como inatividade, suspensão, comportamento malicioso etc. Nesses casos, sua plataforma e o Google podem gerenciar melhor as contas de usuário e fazer a vinculação novamente notificando uma à outra sobre as mudanças no estado da conta e da vinculação.
Implemente um endpoint de revogação de token para que o Google o chame e notifique o Google sobre seus eventos de revogação de token usando o RISC para garantir que sua plataforma e o Google mantenham o estado de vinculação da conta do usuário consistente.
Endpoint de revogação de token
Se você tiver compatibilidade com OAuth 2.0 endpoint de revogação de token sua plataforma pode receber notificações do Google. Isso permite que você informe os usuários de alterações de estado do link, invalidar um token e limpar credenciais de segurança e concessões de autorização.
A solicitação tem o seguinte formato:
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
Seu endpoint de revogação de token precisa ser capaz de lidar com os seguintes parâmetros:
| Parâmetros de endpoint de revogação | |
|---|---|
client_id |
Uma string que identifica a origem da solicitação como o Google. Essa string precisa ser registrado em seu sistema como identificador exclusivo do Google. |
client_secret |
Uma string secreta que você registrou no Google para seu serviço. |
token |
O token a ser revogado. |
token_type_hint |
(Opcional) O tipo de token que está sendo revogado, seja um
access_token ou refresh_token. Se não for especificado,
o padrão é access_token. |
Retorne uma resposta quando o token for excluído ou inválido. Consulte o seguinte para um exemplo:
HTTP/1.1 200 Success Content-Type: application/json;charset=UTF-8
Se não for possível excluir o token por qualquer motivo, retorne um código de resposta 503. conforme mostrado neste exemplo:
HTTP/1.1 503 Service Unavailable Content-Type: application/json;charset=UTF-8 Retry-After: HTTP-date / delay-seconds
O Google tenta fazer a solicitação novamente depois ou conforme solicitado por Retry-After.
Proteção entre contas (RISC)
Se você oferece suporte à Proteção entre contas, sua plataforma pode notificar o Google quando tokens de atualização ou acesso são revogados. Isso permite que o Google informe os usuários sobre mudanças de estado do link, invalidar o token, limpar credenciais de segurança e concessões de autorização.
A Proteção entre contas tem como base o padrão RISC desenvolvido Fundação OpenID.
Um token de evento de segurança é usado para notificar o Google sobre a revogação do token.
Quando decodificado, um evento de revogação de token é semelhante ao exemplo a seguir:
{
"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"
}
}
}
Tokens de evento de segurança que você usa para notificar o Google sobre eventos de revogação de token devem estar em conformidade com os requisitos da tabela a seguir:
| Eventos de revogação de token | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
iss |
Declaração do emissor:um URL que você hospeda e é compartilhado com ele Google durante o registro. | ||||||||||
aud |
Declaração de público-alvo:identifica o Google como destinatário do JWT. Ela
precisa ser definido como google_account_linking. |
||||||||||
jti |
Declaração de ID do JWT:esse é um ID exclusivo gerado para cada token de evento de segurança. | ||||||||||
iat |
Emitido na reivindicação: este é um valor de NumericDate.
que representa a hora em que o token de evento de segurança foi criado. |
||||||||||
toe |
Time of Event Claim:é um campo opcional.
O valor NumericDate que representa o momento em que
O token foi revogado. |
||||||||||
exp |
Declaração de prazo de validade: não inclua este campo, porque o evento que resultou nessa notificação já ocorreu. | ||||||||||
events |
|
||||||||||
Para mais informações sobre tipos e formatos de campos, consulte JSON Web Token (JWT).