Português (Portugal)
  • consentimento
  • SSO
  • autenticação
  • IdP

Introdução ao ecrã de consentimento do utilizador

O que é o ecrã de consentimento do utilizador e como funciona? Este artigo explica as ideias básicas por trás do ecrã de consentimento do utilizador e como deve ser usado.

Simeng
Simeng
Developer

O que é o ecrã de consentimento do utilizador

Imagina que estás a registar-te numa nova aplicação social usando a tua conta Google. Clicas no botão "Iniciar sessão com o Google" e és redirecionado para o Google para concluir o processo de início de sessão. Após autenticares com sucesso no Google, és redirecionado para uma página que te pede para conceder a esta aplicacao o acesso ao teu perfil da conta Google. Algo assim:

Google Consent Screen

Esta página é o que chamamos de página de consentimento ou ecrã de consentimento. É um elemento da interface do utilizador exibido por aplicações ou sites durante o processo de integração. Seu principal objetivo é informar os utilizadores sobre a recolha, processamento e uso dos seus dados pessoais e buscar sua concordância ou consentimento explícito para essas atividades.

Numa página de consentimento, os utilizadores são geralmente apresentados a informações sobre os tipos de dados que serão recolhidos, como serão usados, e se serão partilhados com terceiros. Esta informação é crucial para a transparência, permitindo que os utilizadores tomem decisões informadas sobre sua privacidade e segurança de dados.

Páginas de consentimento são particularmente importantes no contexto de regulamentos de privacidade, como o Regulamento Geral sobre a Proteção de Dados (RGPD) na União Europeia ou a Lei de Privacidade do Consumidor da Califórnia (CCPA) nos Estados Unidos, que exigem que as organizações obtenham consentimento claro e afirmativo dos utilizadores antes de processar suas informações pessoais.

Quando precisamos de um ecrã de consentimento?

Antes que possamos responder a esta pergunta, precisamos entender alguns conceitos básicos sobre autenticação de utilizador.

Fornecedor de Identidade (IdP) e Provedor de Serviço (SP)

Como mencionado acima, o principal objetivo do ecrã de consentimento é informar os utilizadores sobre a recolha, processamento e uso dos seus dados pessoais e procurar sua concordância ou consentimento explícito para essas atividades. Portanto, precisamos de um ecrã de consentimento quando estamos a recolher, processar ou usar dados pessoais que pertencem a outra parte, como o Google.

No contexto da autenticação de utilizador, chamamos a parte que possui os dados do utilizador de Fornecedor de Identidade (IdP). Quanto à aplicação que está a solicitar acesso aos dados do utilizador, chamamos de Provedor de Serviço (SP). No exemplo acima, o Google é o IdP e a aplicação social é o SP.

O IdP é responsável por autenticar o utilizador e fornecer as informações de perfil do utilizador ao SP. O SP é a parte que necessita das informações do perfil do utilizador para fornecer seus serviços.

Início de sessão único (SSO)

No exemplo acima, a aplicação social está a utilizar o Google como seu IdP. Este é um cenário comum na indústria. Muitas aplicações usam o Google, Facebook ou outros serviços de terceiros como seu IdP. Isto é chamado de Início de Sessão Único (SSO). O SSO é uma propriedade de controlo de acesso de múltiplos sistemas relacionados, mas independentes de software. Com esta propriedade, um utilizador inicia a sessão com uma única ID e palavra-passe para ganhar acesso a qualquer uma de várias aplicações relacionadas. Podes consultar CIAM 101: Autenticação, Identidade, SSO para mais detalhes.

IdP de primeira parte vs IdP de terceiros

IdP de primeira parte é um IdP que pertence à mesma organização que o SP. O SP pode até compartilhar o mesmo nome de domínio que o IdP. Assim, o SP está a solicitar acesso aos dados do utilizador que pertencem à mesma organização. Por exemplo, se estás a usar o Google Workspace, então o Google é o teu IdP de primeira parte.

IdP de terceiros, por outro lado, é um IdP que pertence a uma organização diferente do SP. O SP está a solicitar acesso aos dados do utilizador que não lhe pertencem. Por exemplo, se estás a usar o Google como teu IdP, e inicias sessão numa aplicação social como no exemplo acima, então o Google é um IdP de terceiros para a aplicação social.

Consentimento do utilizador

Sempre que um utilizador inicia sessão numa aplicação, é crucial que o utilizador esteja ciente de que dados estão a ser recolhidos e como serão usados.

Para IdP de primeira parte, esses tipos de informações geralmente estão cobertos na política de privacidade e nos termos de serviço da organização. O utilizador geralmente é obrigado a concordar com a política de privacidade e termos de serviço antes de se registar no serviço. Portanto, o utilizador já está ciente de que dados estão a ser recolhidos e como serão usados. Neste caso, o consentimento do utilizador é implícito.

No entanto, é importante para o IdP manter um controlo rigoroso sobre os dados que possui. O IdP não deve permitir que qualquer SP de terceiros aceda aos dados do utilizador sem o consentimento explícito do utilizador. Qualquer acesso a dados por um SP de terceiros é considerado uma atividade de partilha de dados. O utilizador deve ser informado sobre a atividade de partilha de dados e deve dar consentimento explícito.

Portanto, para IdP de terceiros, o consentimento do utilizador é sempre necessário. É por isso que todos os principais IdPs, como Google, Facebook e Microsoft, exigem que o SP exiba um ecrã de consentimento ao utilizador antes que o utilizador possa iniciar sessão no SP.

Por exemplo, no caso do Google, quando estás a tentar criar um cliente OAuth do Google, serás solicitado a fornecer uma configuração detalhada do ecrã de consentimento.

Configuraçāo do ecrã de consentimento do Google

Isto garante que o utilizador está ciente da atividade de partilha de dados e consentiu explicitamente com ela.

Que informação deve ser incluída no ecrã de consentimento?

Demonstração de Ecrã de Consentimento

É importante que o ecrã de consentimento forneça ao utilizador informações suficientes para tomar uma decisão informada. Incluindo, mas não se limitando a:

  • Que parte (SP) está a solicitar acesso aos dados do utilizador?
  • Qual é a identidade atual do utilizador?
  • Que dados do utilizador estão a ser recolhidos?
  • Como serão usados os dados do utilizador?
  • Que serviços ou APIs adicionais fornecidos pelo IdP serão usados?
  • Que permissões adicionais serão concedidas ao SP?
  • Qual é a política de privacidade do SP?

Todas as informações acima devem ser incluídas no ecrã de consentimento de forma precisa e clara. O utilizador deve conseguir entender a informação sem qualquer ambiguidade. Isto é especialmente importante para os dados do utilizador que estão a ser recolhidos e como serão usados.

É responsabilidade do IdP garantir que os dados do utilizador sejam usados apenas para o propósito ao qual o utilizador consentiu. O IdP não deve permitir que o SP use os dados do utilizador para qualquer outro propósito sem o consentimento explícito do utilizador.

Conclusão

Em resumo, uma página de consentimento serve como um mecanismo para obter permissão explícita dos utilizadores sobre o manuseio dos seus dados, promovendo transparência e conformidade com as leis de privacidade. Atualmente, é exigida por todos os principais IdPs para SPs de terceiros e desempenha um papel importante na proteção da privacidade e segurança dos dados do utilizador. Especialmente se estiveres a fornecer um serviço IdP de terceiros.