A empresa Google sobre o fortalecimento do modo , que garante o processamento de páginas de diferentes sites em processos isolados. O modo de isolamento em nível de sites protege o usuário contra ataques que podem ser realizados por meio de blocos de terceiros usados no site, como inserções de iframe, ou evita o vazamento de dados através da incorporação de blocos legítimos (por exemplo, com solicitações a serviços bancários nos quais o usuário pode estar autenticado) em sites maliciosos.
Ao separar manipuladores atrelados ao domínio, em cada processo há dados de apenas um site, o que dificulta a realização de ataques direcionados à captura de dados entre sites. Nas versões desktop do Chrome de manipuladores atrelados ao domínio, e não à aba, foi implementada a partir do . No mesmo modo foi ativado também para a plataforma Android.
Para reduzir a sobrecarga, o modo de isolamento entre sites no Android é ativado apenas quando um login por senha é detectado na página. O Chrome lembra do uso da senha e ativa a proteção para todos os acessos subsequentes ao site. A proteção também se aplica automaticamente a uma lista de sites predefinidos que são populares entre usuários de dispositivos móveis. O método de ativação seletiva e as otimizações adicionadas permitiram manter o crescimento do consumo de memória devido ao aumento do número de processos em média em níveis de 3-5%, em vez de 10-13%, observados quando o isolamento é ativado para todos os sites.
Um novo modo de isolamento foi ativado para 99% dos usuários do Chrome 77 em dispositivos Android com pelo menos 2 GB de RAM (para 1% dos usuários, o modo permaneceu desativado para monitoramento de desempenho). É possível ativar ou desativar o modo de isolamento de sites manualmente através da configuração 'chrome://flags/#enable-site-per-process'.
Na versão desktop do Chrome, o modo de isolamento de sites mencionado acima foi aprimorado para enfrentar ataques destinados a comprometer completamente o processo com o manipulador de conteúdo. O modo de isolamento melhorado permitirá proteger os dados dos sites contra dois tipos adicionais de ameaças: vazamentos de dados devido a ataques por canais secundários, como o Spectre, e vazamentos após a completa compromissão do processo manipulador, quando falhas que permitem o controle do processo forem exploradas, mas não suficientes para contornar o isolamento sandbox. No Chrome para Android, essa proteção será adicionada posteriormente.
A essência do método é que o processo controlador lembra a qual site o processo de trabalho tem acesso e proíbe o acesso a outros sites, mesmo que um atacante consiga controlar o processo e tente acessar os recursos de outro site. As restrições abrangem recursos relacionados à autenticação (senhas armazenadas e cookies), dados carregados diretamente pela rede (que são filtrados e vinculados ao site atual como HTML, XML, JSON, PDF e outros tipos de arquivos), dados em armazenamentos internos (localStorage), permissões (autorizações concedidas ao site para acessar o microfone, etc.) e mensagens transmitidas por meio da API postMessage e BroadcastChannel. Todos esses recursos são vinculados por um rótulo ao site original e verificados pelo processo controlador quanto à possibilidade de transmissão sob solicitação do processo de trabalho.
Entre os eventos relacionados ao Chrome, também é possível mencionar a proposta de incluir no Chrome o suporte a uma função , que permite criar links para palavras ou frases específicas, sem a necessidade de incluir explicitamente no documento rótulos usando a tag «a name» ou a propriedade «id». A sintaxe para esses links está prevista para ser aprovada como um padrão web, que ainda está em fase de . A máscara de transição (basicamente, realizar uma busca com rolagem) é separada do âncora comum pelo sinal «:~:». Por exemplo, ao abrir o link «https://opennet.ru/51702/#:~:text=Chromе», a página irá se mover para a posição da primeira menção à palavra «Chromе» e essa palavra será destacada. A possibilidade foi adicionada na versão , mas requer que seja iniciada com a flag «—enable-blink-features=TextFragmentIdentifiers».
Outra mudança interessante que está por vir no Chrome a capacidade de congelar abas inativas, permitindo descarregar automaticamente da memória as abas que estão em segundo plano por mais de 5 minutos e não realizam ações significativas. A decisão sobre a adequação de cada aba para congelamento é feita com base em heurísticas. A alteração foi adicionada ao ramo Canary, a partir do qual será formada a versão 79 do Chrome, e é ativada através da bandeira "chrome://flags/#proactive-tab-freeze".
Fonte: opennet.ru
