Autenticação e autorização são mecanismos usados para verificar a identidade e o acesso aos recursos, respectivamente. Este documento identifica os principais termos que você precisa conhecer antes de implementar a autenticação e a autorização no aplicativo.
Authentication identifica quem está fazendo a solicitação. Autorização identifica quais recursos o solicitante pode acessar e qual nível de acesso ele tem. A autenticação é um pré-requisito para a autorização. Não é possível determinar quais recursos acessar sem primeiro estabelecer a identidade do solicitante. Para uma definição mais detalhada, consulte a seção Terminologia importante.
Considere o seguinte exemplo simplificado de uma reserva de hotel. Quando você chega ao hotel, o funcionário da recepção pede seu documento de identidade para verificar sua reserva. Seu documento de identidade autentica você no hotel. O funcionário da recepção tem uma chave de hotel. Com essa chave, você tem acesso a determinados recursos do hotel, como seu quarto, a academia e o centro comercial. A chave de hotel autoriza você a acessar esses recursos.
Visão geral do processo
O diagrama a seguir mostra as etapas gerais de autenticação e autorização das APIs do Google Workspace:
Configure o projeto e o aplicativo do Google Cloud: durante o desenvolvimento, registre seu aplicativo no Console do Google Cloud, definindo escopos de autorização e credenciais de acesso para autenticar seu aplicativo com uma chave de API, credencial de usuário final ou credencial de conta de serviço.
Autenticar o app para acesso:quando o app é executado, as credenciais de acesso registradas são avaliadas. Se o app estiver sendo autenticado como usuário final, um prompt de login poderá ser exibido.
Solicitar recursos: quando o app precisar de acesso aos recursos do Google, ele solicitará ao Google os escopos de acesso relevantes que você registrou anteriormente.
Solicitar o consentimento do usuário:se o app estiver sendo autenticado como usuário final, o Google exibirá a tela de consentimento do OAuth para que o usuário decida se quer conceder ao app acesso aos dados solicitados.
Enviar solicitação aprovada de recursos: se o usuário consentir com os escopos de acesso, o aplicativo agrupará as credenciais e os escopos de acesso aprovados pelo usuário em uma solicitação. A solicitação é enviada ao servidor de autorização do Google para receber um token de acesso.
O Google retorna um token de acesso: o token de acesso contém uma lista de escopos de acesso concedidos. Se a lista retornada de escopos for mais limitada do que os escopos de acesso solicitados, o app desativará todos os recursos limitados pelo token.
Acessar recursos solicitados: seu app usa o token de acesso do Google para invocar as APIs relevantes e acessar os recursos.
Receber um token de atualização (opcional): se o aplicativo precisar de acesso a uma API do Google além do ciclo de vida de um único token de acesso, ele poderá receber um token de atualização.
Solicite mais recursos: se o acesso adicional for necessário, o app solicitará que o usuário conceda novos escopos de acesso, resultando em uma nova solicitação para receber um token de acesso (etapas 3 a 6).
Terminologia importante
Veja a seguir uma lista de termos relacionados à autenticação e à autorização:
- Authentication
O ato de garantir que um principal, que pode ser um usuário ou um app agindo em nome de um usuário, seja quem diz ser. Ao criar apps do Google Workspace, você precisa conhecer estes tipos de autenticação:
- Autenticação do usuário
- O ato de um usuário se autenticar (fazer login) no seu app. A autenticação do usuário geralmente é realizada por um processo de login em que o usuário usa uma combinação de nome de usuário e senha para verificar a identidade no app. A autenticação do usuário pode ser incorporada a um app usando Fazer login com o Google.
- Autenticação de apps
- O ato de um app se autenticar diretamente nos serviços do Google em nome do usuário que o executa. A autenticação de apps geralmente é realizada usando credenciais pré-criadas no código do app.
- Autorização
As permissões ou "autoridade" que o principal tem para acessar dados ou realizar operações. O ato de autorização é realizado por meio do código que você escreve no seu app. Esse código informa ao usuário que o app quer agir em nome dele e, se permitido, usa as credenciais exclusivas do app para receber um token de acesso do Google usado para acessar dados ou realizar operações.
- Credential
Uma forma de identificação usada na segurança de software. Em termos de autenticação, uma credencial geralmente é uma combinação de nome de usuário/senha. Em termos de autorização para as APIs do Google Workspace, uma credencial geralmente é uma forma de identificação, como uma string de secret única, conhecida apenas entre o desenvolvedor do app e o servidor de autenticação. O Google é compatível com estas credenciais de autenticação: chave de API, ID do cliente OAuth 2.0 e contas de serviço.
- Chave de API
- A credencial usada para solicitar acesso a dados públicos, como dados fornecidos usando a API Maps ou arquivos do Google Workspace compartilhados com a configuração "Qualquer pessoa na Internet com este link" nas configurações de compartilhamento do Google Workspace.
- ID do cliente OAuth 2
- A credencial usada para solicitar acesso aos dados do usuário. Essa é a credencial principal usada para solicitar acesso aos dados usando as APIs do Google Workspace. Essa credencial requer o consentimento do usuário.
- Chave secreta do cliente
- Uma string de caracteres que precisa ser conhecida apenas pelo seu aplicativo e pelo servidor de autorização. A chave secreta do cliente protege os dados do usuário ao conceder tokens apenas a solicitantes autorizados. Nunca inclua a chave secreta do cliente no seu app.
- Chaves da conta de serviço
- Usado por contas de serviço para receber autorização para um serviço do Google.
- Conta de serviço
- Uma credencial usada para interações de servidor para servidor, como um app sem rosto que é executado como um processo para acessar alguns dados ou realizar alguma operação. As contas de serviço geralmente são usadas para acessar dados e operações baseados na nuvem. No entanto, quando usados com a delegação de autoridade em todo o domínio, eles podem ser usados para acessar dados do usuário.
- Scope
Uma string de URI do OAuth 2.0 que define um nível de acesso a recursos ou ações concedidas a um app. Para o Google Workspace, os URIs do escopo de autorização contêm o nome do app do Google Workspace, o tipo de dados que ele acessa e o nível de acesso. Os usuários do seu app podem analisar os escopos solicitados e escolher qual acesso conceder, em seguida, o servidor de autenticação do Google retorna os escopos permitidos ao app em um token de acesso. Para mais detalhes, consulte Como escolher escopos para seu aplicativo.
- Servidor de autorização
O servidor do Google para conceder acesso, usando um token de acesso, aos dados e às operações solicitados de um app.
- Código de autorização
Um código enviado do servidor de autorização usado para receber um token de acesso. Um código só é necessário quando o tipo do aplicativo é um app de servidor da Web ou instalado.
- Token de acesso
Um token que concede acesso a uma API do Google Workspace. Um único token de acesso pode conceder diferentes graus, conhecidos como escopos, de acesso a várias APIs. O código de autorização do app solicita tokens de acesso e os usa para invocar as APIs do Google Workspace.
- Servidor de recursos
O servidor que hospeda a API que o aplicativo quer chamar.
- Framework do OAuth 2.0
Um padrão que seu app pode usar para fornecer "acesso delegado seguro" ou acesso a dados e operações em nome do usuário do app. Os mecanismos de autenticação e autorização que você usa no aplicativo representam a implementação do framework do OAuth 2.0.
- Principal
Uma entidade, também conhecida como identidade, que pode receber acesso a um recurso. As APIs do Google Workspace são compatíveis com dois tipos de principais: contas de usuário e contas de serviço. Para mais detalhes, consulte Principais.
- Tipo de dados
No contexto de autenticação e autorização, o tipo de dados refere-se à entidade proprietária dos dados que seu app está tentando acessar. Há três tipos de dados:
- Dados de domínio público
- Dados acessíveis por qualquer pessoa, como alguns dados do Google Maps. Esses dados geralmente são acessados usando uma chave de API.
- Dados do usuário final
- Dados pertencentes a um usuário final ou grupo específico, como os arquivos do Google Drive de um usuário específico. Esse tipo de dados geralmente é acessado usando um ID do cliente OAuth 2 ou uma conta de serviço.
- Dados do Cloud
- Dados de propriedade de um projeto do Google Cloud. Esse tipo de dados geralmente é acessado por uma conta de serviço.
- Consentimento do usuário
Uma etapa de autorização que exige que o usuário do app autorize o app a acessar dados e realizar operações em nome do usuário.
- Tipo de aplicativo
O tipo de aplicativo que você criará. Ao criar credenciais usando o console do Google Cloud, você precisa selecionar o tipo de aplicativo. Os tipos de aplicativo são: aplicativo da Web (JavaScript), Android, app do Chrome, iOS, TVs e dispositivos de entrada limitada, app para computador (também chamado de "app instalado") e plataforma universal do Windows (UWP).
- Conta de serviço
Um tipo especial de Conta do Google destinada a representar um usuário não humano que precisa ser autenticado e autorizado a acessar dados. O aplicativo assume a identidade da conta de serviço para chamar as APIs do Google, de modo que os usuários não estejam diretamente envolvidos. Por si só, as contas de serviço não podem ser usadas para acessar os dados do usuário. Dados que costumam ser acessados usando as APIs do espaço de trabalho. No entanto, uma conta de serviço pode acessar dados do usuário implementando a delegação de autoridade em todo o domínio. Para mais detalhes, consulte Noções básicas sobre contas de serviço.
- Delegação de autoridade em todo o domínio
Um recurso de administração que autoriza um aplicativo a acessar dados de usuários em nome dos usuários da organização do Google Workspace. A delegação em todo o domínio pode ser usada para executar tarefas relacionadas a administradores nos dados do usuário. Para delegar a autoridade dessa maneira, os administradores do Google Workspace usam contas de serviço com o OAuth 2.0. Devido à capacidade desse recurso, apenas superadministradores podem ativar a delegação de autoridade em todo o domínio. Para mais detalhes, consulte Delegar autoridade em todo o domínio para uma conta de serviço.
Próxima etapa
Configure a tela de consentimento do OAuth do app para garantir que os usuários entendam e aprovem qual acesso o app tem aos dados deles.