Esta página foi traduzida pela API Cloud Translation.

Vinculação simplificada com o OAuth e o Login do Google

Visão geral

A vinculação simplificada do Login do Google baseado em OAuth adiciona o Login do Google aos Vinculação do OAuth. Isso proporciona uma experiência de vinculação perfeita para usuários do Google e também permite a criação de contas, o que permite que o usuário crie uma nova conta no seu serviço usando a própria Conta do Google.

Para vincular a conta com o OAuth e o Login do Google, siga estas instruções etapas:

Primeiro, peça ao usuário que dê consentimento para acessar o perfil do Google dele.
Use as informações no perfil para verificar se a conta de usuário existe.
Vincule as contas dos usuários atuais.
Se você não encontrar uma correspondência para o usuário do Google no seu sistema de autenticação, validar o token de ID recebido do Google. Em seguida, é possível criar um nas informações de perfil contidas no token de ID.

Esta figura mostra as etapas para um usuário vincular a Conta do Google usando o fluxo de vinculação simplificado. A primeira captura de tela mostra como um usuário pode selecionar seu app para vinculação. A segunda captura de tela permite que o usuário confirme se já tem uma conta no seu serviço. A terceira captura de tela permite que o usuário selecione a Conta do Google a ser vinculada. A quarta captura de tela mostra a confirmação de vinculação da Conta do Google ao seu app. A quinta captura de tela mostra uma conta de usuário vinculada ao Google app.

Figura 1. Vinculação de contas no smartphone do usuário com a vinculação simplificada

Requisitos para a vinculação simplificada

Implemente o fluxo de vinculação OAuth da Web básica. Seu serviço precisa ser compatível com OAuth 2.0 autorização e troca de token.
O endpoint de troca de token precisa oferecer suporte a declarações JSON Web Token (JWT) e implementar as intents check, create e get.

Registre seu ID do cliente da API do Google.

Implementar seu servidor OAuth

Seu endpoint de troca de token precisa oferecer suporte às intents check, create e get. Confira abaixo as etapas concluídas no fluxo de vinculação de contas e indique quando as diferentes intents são chamadas:

O usuário tem uma conta no seu sistema de autenticação? (O usuário decide selecionando SIM ou NÃO)
1. SIM : o usuário utiliza o e-mail associado à Conta do Google para fazer login na sua plataforma? (O usuário decide selecionando SIM ou NÃO)
  1. SIM : o usuário tem uma conta correspondente no sistema de autenticação? (check intent é chamado para confirmar)
    1. SIM : get intent será chamado, e a conta será vinculada se a intent recebida retornar.
    2. NÃO : criar uma nova conta? (O usuário decide selecionando SIM ou NÃO)
      1. SIM : create intent será chamado, e a conta será vinculada se a intent criar retornar.
      2. NÃO : o fluxo de OAuth da Web é acionado, o usuário é direcionado para o navegador e tem a opção de vincular com um e-mail diferente.
  2. NÃO : o fluxo OAuth da Web é acionado, o usuário é direcionado para o navegador e tem a opção de vincular com um e-mail diferente.
2. NÃO : o usuário tem uma conta correspondente no seu sistema de autenticação? (check intent é chamado para confirmar)
  1. SIM : get intent será chamado, e a conta será vinculada se a intent recebida retornar.
  2. NÃO : create intent é chamado, e a conta é vinculada se a intent de criação retornar.

Verificar se já existe uma conta de usuário (verificar intent)

Depois que o usuário autoriza o acesso ao perfil do Google, o Google envia uma solicitação que contém uma declaração assinada sobre a identidade do usuário do Google. A contém informações que incluem o ID da Conta do Google do usuário, nome e endereço de e-mail. O endpoint de troca de token configurado para sua projeto lida com essa solicitação.

Se a Conta do Google correspondente já estiver presente na sua autenticação seu endpoint de troca de token responderá com account_found=true. Se o A Conta do Google não corresponde a um usuário atual, seu endpoint de troca de token retorna um erro HTTP 404 Não Encontrado com account_found=false.

A solicitação tem o seguinte formato:

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

grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer&intent=check&assertion=JWT&scope=SCOPES&client_id=GOOGLE_CLIENT_ID&client_secret=GOOGLE_CLIENT_SECRET

Seu endpoint de troca de token precisa ser capaz de lidar com os seguintes parâmetros:

Parâmetros de endpoint de token
`intent`	Para essas solicitações, o valor desse parâmetro é `check`:
`grant_type`	O tipo de token que está sendo trocado. Para essas solicitações, tem o valor `urn:ietf:params:oauth:grant-type:jwt-bearer`.
`assertion`	Um JSON Web Token (JWT) que fornece uma declaração assinada do identidade do usuário. O JWT contém informações que incluem o endereço de e-mail ID, nome e endereço de e-mail da Conta do Google.
`client_id`	O ID do cliente que você atribuiu ao Google.
`client_secret`	A chave secreta do cliente que você atribuiu ao Google.

Para responder às solicitações da intent check, o endpoint de troca de token precisa executar as seguintes etapas:

Valide e decodifique a declaração do JWT.
Verifique se a Conta do Google já está no seu sistema de autenticação.

Valide e decodifique a declaração do JWT

É possível validar e decodificar a declaração do JWT usando um Biblioteca de decodificação JWT para sua linguagem. Usar as chaves públicas do Google, disponíveis em JWK ou PEM, para verificar a assinatura do token.

Quando decodificada, a declaração JWT se parece com o seguinte exemplo:

{
  "sub": "1234567890",      // The unique ID of the user's Google Account
  "iss": "https://accounts.google.com",        // The assertion's issuer
  "aud": "123-abc.apps.googleusercontent.com", // Your server's client ID
  "iat": 233366400,         // Unix timestamp of the assertion's creation time
  "exp": 233370000,         // Unix timestamp of the assertion's expiration time
  "name": "Jan Jansen",
  "given_name": "Jan",
  "family_name": "Jansen",
  "email": "jan@gmail.com", // If present, the user's email address
  "email_verified": true,   // true, if Google has verified the email address
  "hd": "example.com",      // If present, the host domain of the user's GSuite email address
                            // If present, a URL to user's profile picture
  "picture": "https://lh3.googleusercontent.com/a-/AOh14GjlTnZKHAeb94A-FmEbwZv7uJD986VOF1mJGb2YYQ",
  "locale": "en_US"         // User's locale, from browser or phone settings
}

Além de verificar a assinatura do token, verifique se a propriedade emissor (campo iss) é https://accounts.google.com, que o público-alvo (campo aud) é seu ID de cliente atribuído e que o token não expirou (campo exp).

Use os campos email, email_verified e hd para determinar se O Google hospeda e é autoritativo para um endereço de e-mail. Nos casos em que o Google autoritativo, o usuário é atualmente conhecido como o proprietário legítimo da conta e você pode pular a senha ou outros métodos de desafio. Caso contrário, estes métodos pode ser usada para verificar a conta antes da vinculação.

Casos em que o Google é confiável:

email tem o sufixo @gmail.com. Esta é uma conta do Gmail.
A opção email_verified é verdadeira e hd foi definida. Esta é uma conta do G Suite.

Os usuários podem se registrar para Contas do Google sem usar o Gmail ou o G Suite. Quando email não contém um sufixo @gmail.com e hd está ausente, o Google não está com autoridade e senha ou outros métodos de desafio o usuário. email_verified também pode ser verdadeiro porque o Google verificou inicialmente o usuário quando a Conta do Google foi criada, mas a propriedade do terceiro pode ter mudado desde então.

Verificar se a Conta do Google já está no sistema de autenticação

Verifique se uma das condições a seguir é verdadeira:

O ID da Conta do Google, encontrado no campo sub da declaração, está no seu nome de usuário no seu banco de dados.
O endereço de e-mail na declaração corresponde a um usuário no seu banco de dados de usuários.

Se uma das condições for verdadeira, o usuário já se inscreveu. Nesse caso, retornar uma resposta como esta:

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

{
  "account_found":"true",
}

Se nem o ID da Conta do Google nem o endereço de e-mail especificado no corresponde a um usuário em seu banco de dados, o usuário ainda não se inscreveu. Em nesse caso, seu endpoint de troca de token precisará responder com um erro HTTP 404 que especifica "account_found": "false", como no exemplo a seguir:

HTTP/1.1 404 Not found
Content-Type: application/json;charset=UTF-8

{
  "account_found":"false",
}

Processar a vinculação automática (get intent)

Se a Conta do Google correspondente já estiver na sua autenticação seu endpoint de troca de token retornará um token para o usuário. Se o A Conta do Google não corresponde a um usuário atual, seu endpoint de troca de token retorna um erro linking_error e um login_hint opcional.

A solicitação tem o seguinte formato:

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

grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer&intent=get&assertion=JWT&scope=SCOPES&client_id=GOOGLE_CLIENT_ID&client_secret=GOOGLE_CLIENT_SECRET

Seu endpoint de troca de token precisa ser capaz de lidar com os seguintes parâmetros:

Parâmetros de endpoint de token
`intent`	Para essas solicitações, o valor desse parâmetro é `get`.
`grant_type`	O tipo de token que está sendo trocado. Para essas solicitações, tem o valor `urn:ietf:params:oauth:grant-type:jwt-bearer`.
`assertion`	Um JSON Web Token (JWT) que fornece uma declaração assinada do identidade do usuário. O JWT contém informações que incluem o endereço de e-mail ID, nome e endereço de e-mail da Conta do Google.
`scope`	Opcional:todos os escopos de que você configurou o Google para solicitar usuários.
`client_id`	O ID do cliente que você atribuiu ao Google.
`client_secret`	A chave secreta do cliente que você atribuiu ao Google.

Para responder às solicitações da intent get, o endpoint de troca de token precisa executar as seguintes etapas:

Valide e decodifique a declaração do JWT.
Verifique se a Conta do Google já está no seu sistema de autenticação.

Valide e decodifique a declaração do JWT

Quando decodificada, a declaração JWT se parece com o seguinte exemplo:

{
  "sub": "1234567890",      // The unique ID of the user's Google Account
  "iss": "https://accounts.google.com",        // The assertion's issuer
  "aud": "123-abc.apps.googleusercontent.com", // Your server's client ID
  "iat": 233366400,         // Unix timestamp of the assertion's creation time
  "exp": 233370000,         // Unix timestamp of the assertion's expiration time
  "name": "Jan Jansen",
  "given_name": "Jan",
  "family_name": "Jansen",
  "email": "jan@gmail.com", // If present, the user's email address
  "email_verified": true,   // true, if Google has verified the email address
  "hd": "example.com",      // If present, the host domain of the user's GSuite email address
                            // If present, a URL to user's profile picture
  "picture": "https://lh3.googleusercontent.com/a-/AOh14GjlTnZKHAeb94A-FmEbwZv7uJD986VOF1mJGb2YYQ",
  "locale": "en_US"         // User's locale, from browser or phone settings
}

Casos em que o Google é confiável:

email tem o sufixo @gmail.com. Esta é uma conta do Gmail.
A opção email_verified é verdadeira e hd foi definida. Esta é uma conta do G Suite.

Verificar se a Conta do Google já está no sistema de autenticação

Verifique se uma das condições a seguir é verdadeira:

O ID da Conta do Google, encontrado no campo sub da declaração, está no seu nome de usuário no seu banco de dados.
O endereço de e-mail na declaração corresponde a um usuário no seu banco de dados de usuários.

Se uma conta for encontrada para o usuário, emita um token de acesso e retorne os valores em um objeto JSON no corpo da resposta HTTPS, como no exemplo a seguir:

{
  "token_type": "Bearer",
  "access_token": "ACCESS_TOKEN",

  "expires_in": SECONDS_TO_EXPIRATION
}

Em alguns casos, a vinculação de contas com base no token de ID pode falhar para o usuário. Se fizer isso por qualquer motivo, seu endpoint de troca de token precisará responder com uma solicitação HTTP Erro 401 que especifica error=linking_error, como mostra o exemplo a seguir:

HTTP/1.1 401 Unauthorized
Content-Type: application/json;charset=UTF-8

{
  "error":"linking_error",
  "login_hint":"foo@bar.com"
}

Quando o Google recebe uma resposta de erro 401 com linking_error, ele envia o usuário ao endpoint de autorização com login_hint como parâmetro. A o usuário conclui a vinculação da conta usando o fluxo de vinculação OAuth no navegador.

Processar a criação de contas pelo Login do Google (criar intent)

Quando um usuário precisa criar uma conta no seu serviço, o Google faz uma solicitação ao endpoint de troca de token que especifica intent=create.

A solicitação tem o seguinte formato:

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

response_type=token&grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer&scope=SCOPES&intent=create&assertion=JWT&client_id=GOOGLE_CLIENT_ID&client_secret=GOOGLE_CLIENT_SECRET

Seu endpoint de troca de token precisa lidar com os seguintes parâmetros:

Parâmetros de endpoint de token
`intent`	Para essas solicitações, o valor desse parâmetro é `create`.
`grant_type`	O tipo de token que está sendo trocado. Para essas solicitações, tem o valor `urn:ietf:params:oauth:grant-type:jwt-bearer`.
`assertion`	Um JSON Web Token (JWT) que fornece uma declaração assinada do identidade do usuário. O JWT contém informações que incluem o endereço de e-mail ID, nome e endereço de e-mail da Conta do Google.
`client_id`	O ID do cliente que você atribuiu ao Google.
`client_secret`	A chave secreta do cliente que você atribuiu ao Google.

O JWT no parâmetro assertion contém o ID da Conta do Google do usuário, nome e endereço de e-mail, que podem ser usados para criar uma nova conta no seu serviço.

Para responder às solicitações da intent create, o endpoint de troca de token precisa executar as seguintes etapas:

Valide e decodifique a declaração do JWT.
Valide as informações do usuário e crie uma nova conta.

Valide e decodifique a declaração do JWT

Quando decodificada, a declaração JWT se parece com o seguinte exemplo:

{
  "sub": "1234567890",      // The unique ID of the user's Google Account
  "iss": "https://accounts.google.com",        // The assertion's issuer
  "aud": "123-abc.apps.googleusercontent.com", // Your server's client ID
  "iat": 233366400,         // Unix timestamp of the assertion's creation time
  "exp": 233370000,         // Unix timestamp of the assertion's expiration time
  "name": "Jan Jansen",
  "given_name": "Jan",
  "family_name": "Jansen",
  "email": "jan@gmail.com", // If present, the user's email address
  "email_verified": true,   // true, if Google has verified the email address
  "hd": "example.com",      // If present, the host domain of the user's GSuite email address
                            // If present, a URL to user's profile picture
  "picture": "https://lh3.googleusercontent.com/a-/AOh14GjlTnZKHAeb94A-FmEbwZv7uJD986VOF1mJGb2YYQ",
  "locale": "en_US"         // User's locale, from browser or phone settings
}

Casos em que o Google é confiável:

email tem o sufixo @gmail.com. Esta é uma conta do Gmail.
A opção email_verified é verdadeira e hd foi definida. Esta é uma conta do G Suite.

Valide as informações do usuário e crie uma nova conta

Verifique se uma das condições a seguir é verdadeira:

O ID da Conta do Google, encontrado no campo sub da declaração, está no seu nome de usuário no seu banco de dados.
O endereço de e-mail na declaração corresponde a um usuário no seu banco de dados de usuários.

Se alguma das condições for verdadeira, solicite que o usuário vincule a conta atual com a Conta do Google. Para isso, responda à solicitação com um erro HTTP 401 que especifica error=linking_error e dá o endereço de e-mail do usuário como o login_hint. Veja a seguir um exemplo de resposta:

HTTP/1.1 401 Unauthorized
Content-Type: application/json;charset=UTF-8

{
  "error":"linking_error",
  "login_hint":"foo@bar.com"
}

Se nenhuma das condições for verdadeira, crie uma nova conta de usuário com as informações. fornecidos no JWT. Contas novas geralmente não têm uma senha definida. Está recomendamos que você adicione o Login do Google a outras plataformas para permitir que os usuários fazer login com o Google em todas as plataformas do seu aplicativo. Você também pode pode enviar ao usuário por e-mail um link que inicie o fluxo de recuperação de senha para permitir que o que o usuário defina uma senha para fazer login em outras plataformas.

Quando a criação for concluída, emita um token de acesso e retorna os valores em um objeto JSON o corpo da sua resposta HTTPS, como no exemplo a seguir:

{
  "token_type": "Bearer",
  "access_token": "ACCESS_TOKEN",

  "expires_in": SECONDS_TO_EXPIRATION
}

Receber seu ID do cliente da API do Google

Será necessário fornecer o ID do cliente da API do Google durante o processo de registro da vinculação de contas.

Para conseguir o ID do cliente da API usando o projeto que você criou durante as etapas de vinculação OAuth. Para isso, siga estas etapas:

Abra a página Credenciais do Console de APIs do Google.
Crie ou selecione um projeto de APIs do Google.

Se o projeto não tiver um ID do cliente para o tipo de aplicativo da Web, clique em Criar credenciais > ID do cliente OAuth para criar um. Certifique-se de incluir o domínio do site na caixa Origens JavaScript autorizadas. Quando você realiza testes ou desenvolvimentos locais, é preciso adicionar http://localhost e http://localhost:<port_number> no campo Origens JavaScript autorizadas.

Importante: adicione http://localhost e http://localhost:<port_number> no campo Origens JavaScript autorizadas para testes locais ou desenvolvimento.
Observação: um ID do cliente é semelhante ao exemplo a seguir:
```
1234567890-abc123def456.apps.googleusercontent.com
```

Como validar a implementação

您可以使用 OAuth 2.0 Playground 工具验证您的实现。

在该工具中，执行以下步骤：

点击配置以打开 OAuth 2.0 配置窗口。
在 OAuth flow 字段中，选择 Client-side（客户端）。
在 OAuth 端点字段中，选择自定义。
在相应字段中指定您的 OAuth 2.0 端点和您分配给 Google 的客户端 ID。
在第 1 步部分，不要选择任何 Google 范围。请将此字段留空或输入对服务器有效的范围（如果您不使用 OAuth 范围，则可以输入任意字符串）。完成后，点击授权 API。
在 Step 2 和 Step 3 部分中，完成 OAuth 2.0 流程，并验证每个步骤是否按预期运行。

您可以使用 Google 账号关联演示版工具验证您的实现。

在该工具中，执行以下步骤：

点击使用 Google 账号登录按钮。
选择您要关联的账号。
输入服务 ID。
（可选）输入您要请求访问权限的一个或多个范围。
点击开始演示。
当系统提示时，请确认您同意或拒绝关联请求。
确认您已被重定向到您的平台。