A empresa Google lançamento do navegador web . Ao mesmo tempo lançamento estável de um projeto de código aberto , que serve como base para o Chrome. O navegador Chrome pelo uso de logotipos do Google, pela presença de um sistema de envio de notificações em caso de falha, pela possibilidade de carregar o módulo Flash sob demanda, módulos para reprodução de conteúdo de vídeo protegido (DRM), sistema de instalação automática de atualizações e transmissão na busca Devido à transição dos desenvolvedores para o trabalho em casa durante a pandemia do coronavírus SARS-CoV-2, o lançamento do Chrome 82 foi . A próxima versão do Chrome 84 está programada para 14 de julho.
:
- ativação em massa (DoH, DNS sobre HTTPS) em sistemas de usuários cujas configurações de sistema especificam provedores de DNS que suportam DoH (o DoH do mesmo provedor de DNS será ativado). Por exemplo, se um usuário tiver o DNS 8.8.8.8 nas suas configurações de sistema, o serviço DoH do Google será ativado no Chrome (“https://dns.google.com/dns-query”); se o DNS for 1.1.1.1, o serviço DoH da Cloudflare será ativado (“https://cloudflare-dns.com/dns-query”), e assim por diante. Para evitar problemas de resolução em redes intranet corporativas, o DoH não é aplicado ao determinar o uso do navegador em sistemas geridos de forma centralizada. O DoH também é desativado na presença de sistemas de controle parental.
O gerenciamento da ativação do DoH e a mudança do provedor de DoH são feitos através do configurador padrão. - Foi proposto design para formulários web que foram otimizados para uso em telas sensíveis ao toque e sistemas para pessoas com deficiências. O design foi otimizado pela Microsoft durante o desenvolvimento do navegador Edge e repassado para a base de código principal do Chromium. Anteriormente, parte dos elementos dos formulários foi projetada para corresponder aos elementos dos sistemas operacionais, enquanto outra parte foi feita em conformidade com os estilos mais populares. Devido a isso, diferentes elementos se adaptavam de maneira diversa para telas sensíveis ao toque, sistemas para pessoas com deficiências e controle via teclado. O objetivo da reestruturação foi unificar o design dos elementos dos formulários e eliminar a inconsistência de estilos.
- O design da seção de configurações 'Privacidade e segurança' foi alterado. novas ferramentas para gerenciar a segurança. As configurações agora são mais fáceis de encontrar e entender. Quatro seções básicas foram propostas, coletando ferramentas relacionadas à limpeza do histórico, gestão de Cookies e dados de sites, modos de segurança e proibições ou permissões atreladas a sites específicos. O usuário pode rapidamente ativar o bloqueio de Cookies de terceiros no modo incógnito ou para todos os sites, bloqueando todos os Cookies para um site específico. O novo design está disponível apenas para uma parte dos usuários, os demais podem ativar as configurações através de "chrome://flags/#privacy-settings-redesign".
As configurações específicas do site estão divididas em grupos — acesso à localização, câmera, microfone, notificações e transmissão de dados em segundo plano. Também há uma seção com configurações adicionais para bloquear JavaScript, imagens e redirecionamentos em sites específicos. A última ação do usuário relacionada à alteração de permissões é destacada separadamente.
- No modo incógnito, o bloqueio de todos os Cookies definidos por sites de terceiros, incluindo redes publicitárias e sistemas de web analytics, é ativado por padrão. Uma interface expandida para controlar a instalação de Cookies em sites também foi proposta. As opções de controle incluem as bandeiras "chrome://flags/#improved-cookie-controls" e "chrome://flags/#improved-cookie-controls-for-third-party-cookie-blocking". Após a ativação do modo, um novo ícone aparece na barra de endereços, que ao ser clicado mostra o número de Cookies bloqueados e oferece a possibilidade de desativar o bloqueio. É possível verificar quais Cookies estão permitidos e bloqueados para o site atual na seção "Cookies" do menu de contexto, acessível clicando no símbolo do cadeado na barra de endereços, ou nas configurações.
- Nas configurações, foi adicion botão "Verificação de segurança" (Safety check), que fornece um resumo sobre possíveis problemas de segurança, como o uso de senhas comprometidas, o estado da verificação de sites maliciosos (Safe Browsing), a presença de atualizações não instaladas e a identificação de complementos maliciosos.
- no gerenciador de senhas, foi adicionada a possibilidade Todos os logins e senhas salvos são verificados contra uma base de contas comprometidas, com um aviso emitido em caso de problemas detectados (a verificação é realizada com base na comparação do hash do prefixo do lado do usuário, as senhas e seus hashes completos não são enviados externamente). A verificação é feita em uma base que abrange mais de 4 bilhões de contas comprometidas, que apareceram em vazamentos de dados de usuários. Um aviso também é emitido ao tentar usar senhas triviais, como "abc123".
- Modo de proteção aprimorada contra sites perigosos (Enhanced Safe Browsing), que ativa verificações adicionais para proteção contra phishing, atividades maliciosas e outras ameaças na web. Também é aplicada proteção adicional à conta do Google e serviços do Google (Gmail, Drive, etc.). Enquanto no modo normal Safe Browsing as verificações são realizadas localmente em um banco de dados periodicamente baixado para o sistema do cliente, no Enhanced Safe Browsing as informações sobre páginas e downloads são enviadas em tempo real para o serviço Google Safe Browsing para verificação no lado do Google, permitindo uma resposta rápida a ameaças assim que são detectadas, sem esperar pela atualização da lista negra local.
Para acelerar a operação, a verificação prévia é suportada com listas brancas, que incluem hashes de milhares de sites populares e confiáveis. Se o site aberto não estiver na lista branca, o navegador verifica a URL no servidor do Google, transmitindo os primeiros 32 bits do hash SHA-256 do link, dos quais possíveis dados pessoais são removidos. Segundo a avaliação do Google, a nova abordagem permite aumentar em 30% a eficácia da emissão de avisos para novos sites de phishing.
- Em vez de fixar automaticamente os ícones dos complementos ao lado da barra de endereços, foi implementado um novo menu, identificado pelo ícone de quebra-cabeça, que lista todos os complementos disponíveis e seus privilégios. Após a instalação de um complemento, o usuário agora deve ativar explicitamente a fixação na barra de ícones do complemento, enquanto avalia os privilégios que o complemento oferece. Para garantir que o complemento não seja perdido, um indicador com informações sobre o novo complemento é exibido imediatamente após a instalação. O novo menu está ativado por padrão para uma porcentagem específica de usuários, enquanto os demais podem ativá-lo através da configuração "chrome://flags/#extensions-toolbar-menu".
- Adicionada a configuração "chrome://flags/#omnibox-context-menu-show-full-urls", que, quando ativada, adiciona a opção "Sempre mostrar URL completamente" no menu de contexto da barra de endereços, impedindo a distorção do URL. Vale lembrar que no Chrome 76 a barra de endereços foi alterada por padrão para mostrar links sem "https://", "http://" e "www.". Para desativar esse comportamento, havia uma configuração, mas no Chrome 79 ela foi removida, e os usuários perderam a capacidade de visualizar o URL completo na barra de endereços.
- Foi ativada para todos os usuários a função de agrupamento de abas ("chrome://flags/#tab-groups"), que permite combinar várias abas similares em grupos visualmente separados. Cada grupo pode ter sua própria cor e nome. Além disso, foi proposta uma opção experimental de dobrar e desdobrar grupos, que ainda não funciona em todos os sistemas. Por exemplo, várias matérias não lidas podem ser temporariamente dobradas, deixando apenas a etiqueta, para que não ocupem espaço durante a navegação, e ao retornar à leitura, voltar ao lugar. Para ativar o modo, foi proposta a configuração "chrome://flags/#tab-groups-collapse".
- Foi ativada a exibição padrão de avisos ao tentar (sem criptografia) baixar arquivos executáveis a partir de links em páginas HTTPS (no Chrome 84, o download de arquivos executáveis será bloqueado, e o aviso começará a ser emitido para arquivos compactados). Observa-se que o download de arquivos sem criptografia pode ser usado para realizar atividades maliciosas através da substituição de conteúdo durante ataques MITM. Além disso, download de arquivos iniciados de blocos iframe isolados foi proibido.
- Ao ativar o Adobe Flash, foi adicionada uma mensagem de aviso sobre a descontinuação do suporte a essa tecnologia em dezembro de 2020.
- Foi implementada a tecnologia , que permite bloquear manipulações do DOM que levam a Cross-Site Scripting (DOM XSS), por exemplo, ao processar incorretamente os dados fornecidos pelo usuário em blocos eval() ou inserções de «.innerHTML», o que pode resultar na execução de código JavaScript no contexto de uma página específica. Os tipos confiáveis exigem pré-processamento dos dados antes de serem passados para funções de risco. Por exemplo, ao ativar os tipos confiáveis, a execução de «anElement.innerHTML = location.href» resultará em um erro e exigirá o uso de objetos especiais TrustedHTML ou TrustedScript ao atribuir. A ativação dos Tipos Confiáveis é feita por meio da CSP (Content-Security-Policy).
- novos cabeçalhos HTTP Cross-Origin-Embedder-Policy e Cross-Origin-Opener-Policy, que permitem habilitar um modo especial de isolamento cross-origin para o uso seguro na página de operações privilegiadas, como SharedArrayBuffer, Performance.measureMemory() e APIs de profiling, que podem ser utilizadas para realizar ataques por canais colaterais, como o Spectre. O modo de isolamento cross-origin também não permite a modificação da propriedade document.domain.
- Foi proposta uma nova implementação do sistema de inspeção de acesso a recursos pela rede — OOR-CORS (Out-Of-Renderer Cross-Origin Resource Sharing). A implementação antiga podia inspecionar apenas os componentes principais do mecanismo Blink, XHR e Fetch API, mas não abrangia as solicitações HTTP feitas de alguns módulos internos. A nova implementação resolve esse problema.
- No modo Origin Trials (recursos experimentais que requerem ativação separada) foram adicionadas várias novas APIs. O Origin Trial permite o uso da API especificada a partir de aplicativos carregados a partir de localhost ou 127.0.0.1, ou após registro e obtenção de um token especial, que é válido por tempo limitado para um site específico.
- API , que permite a criação de aplicações web que interagem com arquivos no sistema de arquivos local. Por exemplo, a nova API pode ser requisitada em ambientes de desenvolvimento integrados executados no navegador, editores de texto, imagens e vídeo. Para obter a possibilidade de leitura e gravação direta de arquivos, uso de diálogos para abrir e salvar arquivos e navegação pelo conteúdo de diretórios, o aplicativo solicita uma autorização especial do usuário;
- Método para avaliar o consumo de memória ao processar um aplicativo web ou uma página web. Pode ser utilizado para analisar e otimizar o consumo de memória em aplicativos web, bem como para identificar o crescimento regressivo do consumo de memória.
- Método para planejar a execução de tarefas (chamadas de retorno JavaScript) com diferentes níveis de prioridade (bloqueia a operação do usuário, cria alterações visíveis e trabalho em segundo plano). Para alterar a prioridade e cancelar tarefas, pode-se usar o objeto TaskController.
- API , permitindo que aplicativos criem seus próprios manipuladores de dados aplicados na codificação e decodificação do WebRTC MediaStreamTrack. Por exemplo, a API pode ser usada para organizar a criptografia de ponta a ponta dos fluxos transmitidos através de um servidor de trânsito.
- Um API foi adicionado para identificar e decodificar códigos de barras em uma imagem específica. A API funciona apenas em dispositivos Android com o pacote Google Play Services instalado.
- Adicionado meta-tag , permitindo que o site ofereça suporte completo ao tema escuro sem a necessidade de transformações CSS.
- Adicionada a capacidade de usar módulos JavaScript em .
- No IndexedDB em adicionado um novo argumento
«durability», que permite gerenciar a gravação de dados no armazenamento. Ao passar o valor «relaxed» em vez do modo padrão «strict», pode-se sacrificar a confiabilidade em prol do desempenho (anteriormente, o Chrome sempre gravava dados no disco após cada transação). - Na função selector() foi adicionada a função @supports, que permite verificar a disponibilidade de seletores CSS (por exemplo, pode-se verificar a disponibilidade do seletor antes de vinculá-lo aos estilos CSS).
@supports selector(::before) {
div { background: green };
} - No Intl.DateTimeFormat a propriedade fractionalSecondDigits para ajustar o formato de exibição das frações de segundo.
- No motor V8 o rastreamento do ArrayBuffer no coletor de lixo. Para módulos em WebAssembly, é permitido solicitar até 4 GB de memória.
- novas ferramentas para desenvolvedores web. Por exemplo, foi adicionado um modo de emulação da percepção da página por pessoas com visão reduzida e várias formas de daltonismo. Também foi adicionado um modo de emulação da mudança de localidade, cuja alteração impacta na API Intl.*, *.prototype.toLocaleString, navigator.language, Accept-Language, etc.
Na interface de inspeção de atividade de rede, foi adicionado um depurador COEP (Política de Incorporador de Origem Cruzada), permitindo avaliar as razões para bloqueios de carregamento de determinados recursos pela rede. Adicionada a palavra-chave cookie-path para filtrar solicitações em que o cookie está vinculado a um determinado .
Foi adicionado um modo de fixação das ferramentas de desenvolvedor no lado esquerdo da tela.
A interface de rastreamento de código JavaScript de longa execução foi reformulada.
- Devido à infecção por COVID-19, algumas alterações planejadas foram adiadas. Por exemplo, de código para trabalhar com FTP por tempo indefinido. do suporte aos protocolos TLS 1.0/1.1 até o lançamento do Chrome 84. O suporte inicial
para o identificador Client Hints (alternativa ao User-Agent) também será até o Chrome 84. O trabalho sobre foi adiado para o próximo ano.
Além das inovações e correções de bugs, na nova versão foram eliminadas . Muitas das vulnerabilidades foram descobertas através de teste automatizado com ferramentas , , , e . Não foram identificados problemas críticos que permitam contornar todos os níveis de proteção do navegador e executar código no sistema fora do ambiente sandbox. No âmbito do programa de recompensas por vulnerabilidades para a versão atual, a Google pagou 28 prêmios, totalizando 76 mil dólares (um prêmio de $20.000, um prêmio de $10.000, dois prêmios de $7.500, dois prêmios de $5.000, dois prêmios de $3.000, dois prêmios de $2.000, dois prêmios de $1.000 e oito prêmios de $500). O valor de 7 recompensas ainda não foi definido.
Fonte: opennet.ru
