Políticas de cookies do Google Chrome para SameSite

O Google começará a impor novas políticas de cookies por padrão para os usuários a partir do Chrome 80, que deverá ser lançado no início de 2020. Este artigo explica tudo o que você precisa saber sobre as novas políticas de cookies do SameSite, como Adobe Target O suporta essas políticas e como você pode usar Target para estar em conformidade com as novas Políticas de cookies do SameSite do Google Chrome.

A partir do Chrome 80, os desenvolvedores da Web devem especificar explicitamente quais cookies podem funcionar entre sites. Este é o primeiro de muitos anúncios que o Google pretende fazer para melhorar a privacidade e a segurança na Web.

Dado o fato de o Facebook estar na berlinda em relação à privacidade e segurança, outros grandes players, como a Apple e agora o Google, foram rápidos em capitalizar a oportunidade de criar novas identidades como campeões de privacidade e segurança. A Apple liderou o grupo ao anunciar mudanças em suas políticas de cookies no início deste ano por meio do ITP 2.1 e, recentemente, do ITP 2.2. No ITP 2.1, a Apple bloqueia completamente os cookies de terceiros e mantém os cookies criados no navegador por apenas sete dias. No ITP 2.2, os cookies são mantidos por apenas um dia. O anúncio da Google não é tão agressivo quanto o da Apple, mas é o primeiro passo para a mesma meta final. Para obter mais informações sobre as políticas da Apple, consulte Apple Intelligent Tracking Prevention (ITP) 2.x.

O que são cookies e como eles são usados?

Antes de analisarmos as alterações das políticas de cookies do Google, vamos ver o que são cookies e como eles são usados. Simplificando, cookies são arquivos de texto pequenos armazenados no navegador da Web, usados para lembrar atributos do usuário.

Os cookies são importantes porque melhoram a experiência do usuário ao navegar na Web. Por exemplo, se você estiver fazendo compras em um site de comércio eletrônico e adicionar algo ao carrinho, mas não fizer logon ou comprar nessa visita, os cookies lembram dos itens e os mantêm no carrinho para a próxima visita. Ou imagine se precisar reinserir seu nome de usuário e senha toda vez que visitar sua rede social favorita. Os cookies também resolvem esse problema, pois armazenam informações que ajudam os sites a identificar quem você é. Esses tipos de cookies são chamados de cookies primários porque são criados e usados pelo site visitado.

Cookies de terceiros também existem. Para entendê-los melhor, considere este exemplo:

Digamos que uma empresa de redes sociais hipotética chamada "Amigos" forneça um botão Compartilhar que outros sites implementam para permitir que os usuários do Amigos compartilhem conteúdo desses sites no feed do Amigos. Agora, um usuário lê um artigo de notícias em um site de notícias que está usando o botão Compartilhar e clica nele para postar automaticamente em sua conta do Amigos.

Para que isso aconteça, o navegador busca o botão Compartilhar do Amigos no platform.friends.com quando o artigo de notícias for carregado. Nesse processo, o navegador anexa os cookies do Amigos, que contêm as credenciais conectadas do usuário, à solicitação para os servidores do Amigos. Isso permite que o Amigos publique o artigo de notícias em seu feed em nome do usuário, sem exigir que o usuário faça logon.

Tudo isso é possível usando cookies de terceiros. Nesse caso, o cookie de terceiros é salvo no navegador para platform.friends.com, para que platform.friends.com O pode fazer a publicação no aplicativo Amigos em nome do usuário.

Se você imaginar por um momento como obter esse caso de uso sem cookies de terceiros, o usuário precisará seguir várias etapas manuais. Primeiro, o usuário teria que copiar o link para o artigo de notícias. Segundo, o usuário teria que fazer logon no aplicativo Amigos separadamente. Em seguida, o usuário clicaria no botão Criar publicação. Em seguida, o usuário copiaria e colaria o link no campo de texto e, por fim, clicaria em Publicar. Como você pode ver, os cookies de terceiros ajudam imensamente a experiência do usuário, pois as etapas manuais podem ser bastante reduzidas.

Em geral, os cookies de terceiros permitem que os dados sejam armazenados no navegador de um usuário sem exigir que ele visite explicitamente um site.

Questões de segurança

Embora os cookies melhorem as experiências do usuário e a publicidade, eles também podem introduzir vulnerabilidades de segurança, como ataques de falsificação de solicitação entre sites (CSRF). Por exemplo, se um usuário fizer login em um site bancário para pagar contas de cartão de crédito e sair do site sem fazer logoff e, em seguida, navegar para um site mal-intencionado na mesma sessão, poderá ocorrer um ataque CSRF. O site mal-intencionado pode incluir um código que faz uma solicitação ao site bancário que é executado quando a página é carregada. Como o usuário ainda está autenticado no site bancário, o cookie da sessão pode ser usado para iniciar um ataque CSRF para iniciar um evento de transferência de fundos fora da conta bancária do usuário. Isso ocorre porque sempre que você acessa um site, todos os cookies são anexados na solicitação HTTP. E por causa dessas preocupações de segurança, o Google agora está tentando atenuá-las.

Como o Target usa cookies?

Dito isto, vamos ver como Target O usa cookies. Para usar o Target em primeiro lugar, é necessário instalar a Biblioteca do JavaScript do Target no seu site. Isso permite que você coloque um cookie próprio no navegador do usuário que visita seu site. Conforme o usuário interage com seu site, você pode transmitir os dados comportamentais e de interesse do usuário para o Target por meio da biblioteca do JavaScript. A variável Target A biblioteca do JavaScript do usa cookies primários para extrair informações de identificação sobre o usuário para mapear o comportamento do usuário e dados de interesse. Esses dados são usados pelo Target para potencializar suas atividades de personalização.

O Target também (às vezes) usa cookies de terceiros. Se você tiver vários sites que residem em domínios diferentes e quiser rastrear a jornada do usuário nesses sites, poderá usar cookies de terceiros aproveitando o rastreamento entre domínios. Ao ativar o rastreamento entre domínios na Biblioteca de JavaScript do Target, sua conta começará a usar cookies de terceiros. Conforme um usuário pula de um domínio para outro, o navegador se comunica com o servidor de back-end do Target e, nesse processo, um cookie de terceiros é criado e colocado no navegador do usuário. Por meio do cookie de terceiros que está no navegador do usuário, Target O é capaz de fornecer uma experiência consistente em diferentes domínios para um único usuário.

Para fornecer garantias sobre quando os cookies são enviados entre sites para que os usuários fiquem protegidos, o Google pretende adicionar suporte para um padrão IETF chamado SameSite, que requer que os desenvolvedores da Web gerenciem cookies com o componente de atributo SameSite no cabeçalho Set-Cookie.

Há três valores diferentes que podem ser passados para o atributo SameSite: Strict, Lax ou None.

Valor
Descrição
Strict
Os cookies com essa configuração podem ser acessados somente ao visitar o domínio em que foram definidos inicialmente. Em outras palavras, Strict bloqueia rigorosamente o cookie de ser usado entre sites. Essa opção é mais adequada para aplicativos que exigem alta segurança, como bancos.
Lax
Os cookies com essa configuração são enviados somente em solicitações de mesmo site ou na navegação de primeiro nível com solicitações HTTP não idempotentes, como HTTP GET. Portanto, essa opção deve ser utilizada se o cookie puder ser usado por terceiros, mas com um benefício de segurança adicional que proteja os usuários de serem vítimas de ataques de CSRF.
None
Os cookies com essa configuração funcionam da mesma maneira que os cookies atualmente.

Tendo isso em mente, o Chrome 80 apresenta duas configurações independentes para os usuários: “Cookies SameSite por padrão” e “Cookies sem SameSite devem ser seguros”. Essas configurações serão ativadas por padrão no Chrome 80.

Caixa de diálogo SameSite

  • Cookies SameSite por padrão: Quando definido, todos os cookies que não especificam o atributo SameSite serão forçados automaticamente a usar SameSite = Lax.
  • Cookies sem SameSite devem ser seguros: quando definido, os cookies sem o atributo SameSite ou com o SameSite = None precisam ser seguros. “Seguros” neste contexto significa que todas as solicitações do navegador devem seguir o protocolo HTTPS. Os cookies que não aderirem a esse requisito serão rejeitados. Todos os sites devem usar HTTPS para atender a esse requisito.

TargetO segue as práticas de segurança recomendadas do Google

No Adobe, sempre queremos oferecer suporte às práticas recomendadas mais recentes do setor para segurança e privacidade. Temos o prazer de anunciar que o Target oferece suporte às novas configurações de segurança e privacidade introduzidas no Google.

Para a configuração “SameSite por cookis padrão”, o Target continuará a fornecer personalização sem qualquer impacto e intervenção da sua parte. Target O usa cookies próprios e continuará a funcionar corretamente, pois o sinalizador SameSite = Lax é aplicado pelo Google Chrome.

Para a opção "Cookies sem SameSite devem ser seguros", se você não optar pelo recurso de rastreamento entre domínios no Target, os cookies primários no Target continuará a funcionar.

No entanto, se você optar por usar o rastreamento entre domínios para aproveitar o Target em vários domínios, o Chrome exige que o SameSite = None e sinalizadores seguros sejam usados para cookies de terceiros. Isso significa que você deve garantir que seus sites usem o protocolo HTTPS. Bibliotecas do lado do cliente no Target usará automaticamente o protocolo HTTPS e anexará o SameSite = None e sinalizadores seguros para cookies de terceiros no Target para garantir que todas as atividades continuem a funcionar.

O que você precisa fazer?

Para entender o que você precisa fazer para que o Target continue a funcionar para usuários do Google Chrome 80+, consulte a tabela abaixo, onde você verá as seguintes colunas:

  • Biblioteca JavaScript do Target: se estiver usando a at.js 1.x ou at.js 2.x em seus sites.
  • Cookies SameSite por padrão = Ativado: se os visitantes tiverem a opção “Cookies SameSite por padrão” ativada, como isso afeta você e se há algo que você precisa fazer para que o Target continue a funcionar.
  • Cookies sem SameSite devem ser seguros = Ativado: se os visitantes tiverem a opção “Cookies sem SameSite devem ser seguros” ativada, como isso afeta você e se há algo que você precisa fazer para que o Target continue a funcionar.
Biblioteca JavaScript do Target
Cookies SameSite por padrão = Ativado
Cookies sem SameSite devem ser seguros = Ativado
at.js 1.x com cookie próprio.
Sem impacto.
Nenhum impacto se você não estiver usando o rastreamento entre domínios.
at.js 1.x com o rastreamento entre domínios ativado.
Sem impacto.
Você deve ativar o protocolo HTTPS em seu site.
O Target usa um cookie de terceiros para rastrear os usuários e o Google exige que os cookies de terceiros tenham SameSite = None e sinalizador seguro. O sinalizador Seguro exige que seus sites usem o protocolo HTTPS.
at.js 2.x
Sem impacto.
Sem impacto.

O que o Target precisa fazer?

Então, o que precisávamos fazer em nossa plataforma para ajudá-lo a cumprir as novas políticas de cookies do Google Chrome 80+ SameSite?

Biblioteca JavaScript do Target
Cookies SameSite por padrão = Ativado
Cookies sem SameSite devem ser seguros = Ativado
at.js 1.x com cookie próprio.
Sem impacto.
Nenhum impacto se você não estiver usando o rastreamento entre domínios.
at.js 1.x com o rastreamento entre domínios ativado.
Sem impacto.
at.js 1.x com o rastreamento entre domínios ativado.
at.js 2.x
Sem impacto.
Sem impacto.

Qual é o impacto se você não mudar para o uso do protocolo HTTPS?

O único caso de uso que afetará você é se estiver usando o recurso de rastreamento entre domínios no Target por meio da at.js 1.x. Sem mudar para HTTPS, que é um requisito do Google, você verá um pico em visitantes únicos em seus domínios, pois o cookie de terceiros que usamos será descartado pelo Google. E como o cookie de terceiros será descartado, o Target não poderá fornecer uma experiência consistente e personalizada para esse usuário enquanto ele navega de um domínio para outro. O cookie de terceiros é usado principalmente para identificar um único usuário que navega nos domínios que você possui.

Conclusão

Conforme o setor se esforça para criar uma Web mais segura para os consumidores, o Adobe mantém o absoluto compromisso de ajudar nossos clientes a fornecer experiências personalizadas de uma maneira que garanta a segurança e a privacidade para os usuários finais. Tudo o que você precisa fazer é seguir as práticas recomendadas acima e aproveitar o Target para estar em conformidade com as novas Políticas de cookies do SameSite do Google Chrome.

recommendation-more-help
6906415f-169c-422b-89d3-7118e147c4e3