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
Se você oferece suporte a um ponto de extremidade de revogação de token OAuth 2.0, sua plataforma pode receber notificações do Google. Isso permite que você informe os usuários sobre as alterações de estado do link, invalide um token e limpe as credenciais de segurança e as 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 deve 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 Google. Esta string deve ser registrada 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 sendo revogado, 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. Veja o seguinte para um exemplo:
HTTP/1.1 200 Success Content-Type: application/json;charset=UTF-8
Se o token não puder ser excluído por algum motivo, retorne um código de resposta 503, conforme mostrado no exemplo a seguir:
HTTP/1.1 503 Service Unavailable Content-Type: application/json;charset=UTF-8 Retry-After: HTTP-date / delay-seconds
O Google tenta novamente mais tarde ou conforme solicitado por Retry-After
.
Proteção de várias 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).