Notas da versão do Chrome Enterprise e do Chrome for Education

Última atualização: 18 de fevereiro de 2025 

Para administradores que gerenciam o navegador Chrome ou dispositivos ChromeOS de uma empresa ou escola.

 

Selecione a guia necessária para conferir as atualizações do navegador Chrome ou do ChromeOS.

 

Resumo da versão do Chrome 133

 
Mudanças no navegador Chrome Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Pesquisar com o Google Lens no computador e no iOS    
Assinaturas de código ad hoc para shims de PWA no macOS    
A Sincronização do Chrome não vai mais oferecer suporte a versões do Chrome com mais de quatro anos    
Nova opção na política HttpsOnlyMode  
Congelamento de guias na Economia de energia    
Configuração de segurança do V8 no Android    
A página de boas-vindas do Chrome não é mais acionada usando initial_preferences    
Suporte a URLs de esquema não especial    
Novas políticas no navegador Chrome    
Políticas removidas no navegador Chrome    
Mudanças no Chrome Enterprise Core Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Suporte à política DownloadRestrictions no iOS    
Mudanças no Chrome Enterprise Premium Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Nenhuma atualização no Chrome 133.      
Próximas mudanças no navegador Chrome Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Painel "Privacidade e segurança" no Chrome DevTools  
Ler em voz alta no Modo de leitura no Chrome 134    
Configurações de destaque para recursos de IA desativados pela política    
Particionamento de URL de blobs: busca/navegação    
Criar um cliente de worker de serviço e herdar o controlador de worker de serviço para o iframe srcdoc    
O evento de erro é acionado em vez de gerar uma exceção para o worker bloqueado pelo CSP.    
Remover restrições de áudio não padrão do getUserMedia    
Descontinuar os eventos de mutação    
Sincronização de configurações e temas do Chrome entre dispositivos no computador ao fazer login    
Não permitir espaços em hosts de URL que não sejam file://    
Remover a política ThirdPartyBlockingEnabled    
Descontinuação de getters da API Intl Locale Info    
Remover o substituto do SwiftShader    
Provedor de framework de acessibilidade de automação de interface no Windows    
Migração da API SafeBrowsing v4 para a v5    
Próximas mudanças no Chrome Enterprise Core Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Novo app complementar do Chrome Enterprise  
Próximas mudanças no Chrome Enterprise Premium Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Refatorar a experiência do usuário nas regras da DLP     
Prevenção contra captura de tela     
Filtragem de URL no iOS/Android    
Conector de relatórios para dispositivos móveis    
API Connectors    

 

FAZER O DOWNLOAD das notas da versão (PDF)

↑ voltar ao início

As notas da versão Enterprise estão disponíveis em nove idiomas. Você pode ler sobre as atualizações do Chrome em inglês, alemão, francês, holandês, espanhol, português, coreano, indonésio e japonês. A tradução para alguns idiomas ficará pronta em uma a duas semanas.

As notas da versão do Chrome Enterprise e do Chrome for Education são publicadas de acordo com a programação de lançamentos do Chrome, na data de lançamento da versão inicial estável do navegador Chrome.

Mudanças no navegador Chrome

 

   

  • Pesquisar com o Google Lens no computador e no iOS back to top

    Os administradores podem controlar todos os elementos desse recurso com uma política chamada LensOverlaySettings. Para realizar a pesquisa, uma captura de tela é enviada aos servidores do Google, mas não está vinculada a IDs ou contas, não é visualizada por humanos e os dados sobre o conteúdo não são registrados. Para contextualizar a pesquisa no documento ou site que o usuário está visualizando, os bytes do PDF ou o HTML do site são enviados aos servidores do Google, mas não estão vinculados a IDs ou contas, não são acessíveis por humanos e os dados gerados sobre o conteúdo não são registrados.

     

    Computador

    Desde o Chrome 126, os usuários podem pesquisar com o Google Lens qualquer imagem ou texto que aparecer na tela do computador. Para usar esse recurso, acesse um site e clique no ícone do Google Lens na omnibox em foco ou clique com o botão direito do mouse em uma imagem e selecione "Pesquisar imagem com o Google". Os usuários podem selecionar qualquer lugar na tela para pesquisar o conteúdo e refinar a pesquisa adicionando perguntas à caixa de pesquisa. A partir do Chrome 132, os usuários também podem fazer perguntas sobre páginas da Web ou documentos PDF inteiros, e as respostas vão fazer referência ao documento atual e à Web. Para usar esse recurso, invoque a Pesquisa com o Google Lens conforme descrito acima e insira consultas na caixa de pesquisa no canto superior direito da janela do Chrome. Um painel lateral será aberto no lado direito da janela do navegador com os resultados da pesquisa. 

     

    iOS

    Desde o Chrome 131, os usuários podem pesquisar com o Google Lens qualquer imagem ou texto que aparecer na tela do Chrome para iOS. Para usar esse recurso, acesse um site e clique no menu de três pontos > Pesquisar com o Google Lens. Os usuários podem clicar, destacar ou arrastar em qualquer lugar da tela para pesquisar o conteúdo e refinar a pesquisa adicionando palavras-chave ou perguntas à caixa de pesquisa.

     

    Detalhes do lançamento:

    • Chrome 126 no ChromeOS, Linux, mac e Windows: lançamento do recurso para 1% do Stable
    • Chrome 127 no ChromeOS, Linux, mac e Windows: lançamento para 100% do Stable
    • Chrome 131 no iOS: lançamento do recurso para 1% do Stable
    • Chrome 132 no ChromeOS, Linux, mac e Windows: lançamento do recurso expandido para 1% do Stable
    • Chrome 133 no iOS: lançamento para 100% do Stable
 

   

  • Assinaturas de código ad hoc para shims de PWA no macOS back to top

    Os shims de aplicativo criados ao instalar um App Web Progressivo (PWA) no macOS vão passar a usar assinaturas de código ad hoc, criadas quando o aplicativo é instalado. A assinatura do código é usada pelo macOS como parte da identidade do aplicativo. Com essas assinaturas ad hoc, cada shim de PWA tem uma identidade exclusiva para o macOS. Antes, cada PWA parecia o mesmo aplicativo para o macOS.

    Essa atualização resolve problemas ao tentar incluir vários PWAs no painel de preferências Open at Login do macOS e permite melhorias futuras para o processamento de notificações do usuário em PWAs no macOS.

    Os administradores precisam testar a compatibilidade com qualquer ferramenta de segurança de endpoint ou autorização binária que eles usam (como o Santa). O recurso pode ser ativado para esse teste em chrome://flags/#use-adhoc-signing-for-web-app-shims. Em seguida, eles podem instalar um App Web Progressivo e garantir que ele seja iniciado conforme o esperado.

    Se houver uma incompatibilidade entre o recurso e as políticas de segurança atuais, a política corporativa AdHocCodeSigningForPWAsEnabled pode ser usada para desativar o recurso enquanto uma política de segurança de endpoint atualizada é implantada. A política corporativa deve ser usada para desativar o recurso apenas até que as políticas de segurança do endpoint sejam atualizadas, momento em que ela precisa ser desativada.

     
    • Chrome 129 no macOS
      o recurso foi desativado por uma flag (chrome://flags/#use-adhoc-signing-for-web-app-shims) para que as empresas possam testar a compatibilidade com as ferramentas de segurança de endpoint, como o Santa. Se não for compatível no momento, o recurso poderá ser desativado pela política corporativa enquanto as configurações de segurança do endpoint são atualizadas. A política corporativa é usada para desativar o recurso somente até que as políticas de segurança do endpoint sejam atualizadas.
     
    • Chrome 133 no macOS

      O recurso vai começar a ser lançado para a versão estável 100%.

     

   

  • A Sincronização do Chrome não vai mais oferecer suporte a versões do Chrome com mais de quatro anos back to top

    A partir de fevereiro de 2025, a Sincronização do Chrome (que usa e salva dados na sua Conta do Google) não será mais compatível com versões do Chrome com mais de quatro anos. Para continuar usando a Sincronização do Chrome, você precisa fazer upgrade para uma versão mais recente do Chrome. Para saber mais, consulte esta discussão: A Sincronização do Chrome será desativada em versões do navegador com mais de quatro anos.

     
    • Chrome 133 no Android, iOS, ChromeOS, Linux, macOS e Windows

      Essa mudança afeta apenas as versões mais antigas do Chrome e será lançada no servidor. O Chrome 133 é especificado apenas para refletir o cronograma quando a mudança entrar em vigor. 

     

   

  • Nova opção na política HttpsOnlyMode back to top

    A configuração "Perguntar antes do HTTP" (ABH, na sigla em inglês), anteriormente chamada de "Somente HTTPS/Modos de priorização de HTTPS", permite que o Chrome peça o consentimento do usuário antes de enviar conteúdo HTTP não seguro pela rede. A política HttpsOnlyMode permite ativar ou desativar o ABH.

    No Chrome 129, adicionamos uma nova variante intermediária do ABH chamada "modo equilibrado". Essa variante tem como objetivo reduzir o inconveniente para o usuário, porque funciona como ABH (rígida) na maioria das vezes, mas não pergunta quando o Chrome sabe que uma conexão HTTPS não é possível, como ao se conectar a um nome do host de rótulo único, como "internal/".

    Adicionamos uma opção de política force_balanced_enabled para permitir a ativação forçada dessa nova variante. A configuração force_balanced_enabled em navegadores anteriores ao Chrome 129 vai resultar no comportamento padrão, que não impõe restrições corporativas à configuração ABH.

    Para evitar impactos inesperados, se você tiver configurado anteriormente para force_enabled, recomendamos não configurar para force_balanced_enabled até que tenha sido feito upgrade para o Chrome 129, ou mais recente, de toda a frota de dispositivos. Se você não estiver migrando de force_enabled para force_balance_enabled, não será afetado por essa mudança.

     
    • Chrome 129 no ChromeOS, Linux, macOS, Windows, Fuchsia
    • Chrome 133 no Android
     

   

  • Congelamento de guias na economia de energia back to top

    Quando a Economia de energia está ativa, o Chrome congela uma guia que ficou oculta e em silêncio por mais de 5 minutos e usa muita CPU, a menos que:

    • a guia ofereça funcionalidade de conferência de áudio ou vídeo, detectada por microfone, câmera ou captura de tela, janela ou guia, ou uma RTCPeerConnection com um RTCDataChannel aberto ou uma MediaStreamTrack ao vivo;
    • a guia controla um dispositivo externo detectado pelo uso de Web USB, Web Bluetooth, Web HID ou Web Serial.

    Isso vai prolongar a duração da bateria e acelerar o Chrome, reduzindo o uso da CPU.
    O recurso pode ser testado usando uma flag,  chrome://flags/#freezing-on-energy-saver. Como alternativa, é possível testar com chrome://flags/#freezing-on-energy-saver-testing, que simula que o modo de economia de energia está ativo e que todas as guias usam muita CPU. Isso permite verificar se as guias estão qualificadas para congelamento e se elas seriam congeladas se usassem muita CPU.

     
    • Chrome 133 no ChromeOS, Linux, macOS e Windows
      O recurso vai começar a ser lançado para 1% do Stable no Chrome 133.

      A disponibilidade do modo Economia de bateria pode ser controlada pela política BatterySaverModeAvailability. Essa mudança não tem efeito quando o modo Economia de bateria está inativo.

       

   

  • Configuração de segurança do V8 no Android back to top

    V8 é o mecanismo JavaScript e WebAssembly do Chrome usado para melhorar o desempenho de sites. Para reduzir a superfície de ataque do Chrome, o Chrome 133 no Android agora inclui uma nova configuração em chrome://settings/security para desativar os otimizadores Just-in-Time (JIT) do V8. Isso mantém a compatibilidade com o Web Assembly. Os administradores podem continuar controlando esse recurso usando a política corporativa DefaultJavaScriptJitSetting e as políticas associadas JavaScriptJitAllowedForSites e JavaScriptJitBlockedForSites.

     
    • Chrome 122 no ChromeOS, Linux, macOS, Windows e Fuchsia
      A configuração é lançada no Chrome 121. As políticas corporativas estão disponíveis desde o Chrome 93.
    • Chrome 133 no Android
      A configuração está disponível no Android no Chrome 133 em "Configurações do site". As políticas empresariais não são mais marcadas como experimentais.
     

   

  • A página de boas-vindas do Chrome não é mais acionada usando initial_preferences back to top

    Removemos a página de boas-vindas do Chrome de initial_preferences porque ela é redundante com a experiência de primeira execução que é acionada em plataformas de computador. A inclusão de chrome://welcome na propriedade first_run_tabs do arquivo initial_preferences não tem mais efeito. 

    Para mais detalhes sobre o contexto do arquivo initial_preferences, consulte Configurar outras preferências.

     
    • Chrome 133 no Windows, macOS e Linux
     

   

  • Suporte a URLs de esquema não especial back to top

    Desde o Chrome 130, o navegador Chrome oferece suporte a URLs de esquema não especial, por exemplo, git://example.com/path. Antes, o analisador de URLs do Chromium não oferecia suporte a URLs não especiais. Ele analisava URLs não especiais como se tivessem um caminho opaco, que não está alinhado com o padrão de URL. No Chrome 133, o analisador de URL do Chromium analisa URLs não especiais corretamente, seguindo o padrão de URL. Para mais detalhes, consulte http://bit.ly/url-non-special

     
    • Chrome 130 no Windows, MacOS, Linux e Android
    • Chrome 133 no Windows, MacOS, Linux e Android
    • Chrome 134 no Windows, macOS, Linux e Android: a flag de recurso está sendo removida

   

  • Novas políticas no navegador Chrome back to top
    Política Descrição
    LiveTranslateEnabled Ative a tradução da Legenda instantânea. As legendas serão enviadas ao Google para tradução.
    WebRtcIPHandling Esta política permite restringir as interfaces e os endereços IP usados pelo WebRTC ao tentar encontrar a melhor conexão disponível.
    DefaultJavaScriptOptimizerSetting Permite definir se o navegador Chrome vai executar o mecanismo JavaScript v8 com otimizações do JavaScript mais avançadas ativadas.
    JavaScriptOptimizerBlockedForSites Permite definir uma lista de padrões de URL que especifica os sites em que as otimizações avançadas do JavaScript são desativadas.
    JavaScriptOptimizerAllowedForSites Permite definir uma lista de padrões de URL que especifica os sites em que as otimizações avançadas do JavaScript são ativadas.
    SafeBrowsingAllowlistDomains Se a política for definida como "Ativada", o "Navegação segura" confiará nos domínios designados.
    FilePickerChooseFromDriveSettings Permitir que arquivos sejam escolhidos diretamente no Google Drive.
     

   

  • Políticas removidas do navegador Chrome back to top
    Política Descrição
    CSSCustomStateDeprecatedSyntaxEnabled Controla se a sintaxe descontinuada para o estado personalizado de CSS está ativada
     

   

Mudanças no Chrome Enterprise Core

   

  • Suporte à política DownloadRestrictions no iOS back to top

    DownloadRestrictions é uma política universal disponível para usuários do Chrome Enterprise Core nas plataformas para computador e no Android. A política DownloadRestrictions agora é compatível com o iOS. Isso permite que os administradores bloqueiem todos os downloads no Chrome para iOS em dispositivos móveis.

     
    • Chrome 133 no iOS

Mudanças no Chrome Enterprise Premium

   
  • Não há atualizações para o Chrome Enterprise Premium no Chrome 133.
Saiba mais sobre as diferenças entre o Chrome Enterprise Core e o Chrome Enterprise Premium.

 

Em breve

Observação: os itens listados abaixo são atualizações experimentais ou planejadas. Elas podem ser alteradas, adiadas ou canceladas antes do lançamento no Canal Stable.

 

Próximas mudanças no navegador Chrome

 

    

  • Painel "Privacidade e segurança" no Chrome DevTools back to top

    A partir do Chrome 134, os desenvolvedores poderão usar o novo painel Privacidade e segurança no Chrome DevTools para testar como o site vai se comportar quando os cookies de terceiros forem limitados. Os desenvolvedores poderão limitar temporariamente os cookies de terceiros, observar o comportamento do site e revisar o status dos cookies de terceiros no site.

    Esse recurso não vai fazer mudanças permanentes nas políticas corporativas atuais, mas vai permitir que as políticas corporativas relacionadas a cookies de terceiros (ou seja, BlockThirdPartyCookies e CookiesAllowedForUrls) sejam substituídas temporariamente para serem mais restritivas. Se a política corporativa já bloqueia cookies de terceiros usando BlockThirdPartyCookies, esse recurso será desativado.

    O novo painel Privacidade e segurança vai substituir o painel de Segurança atual. As informações de conexão e certificado TLS vão continuar disponíveis na guia Segurança do painel Privacidade e segurança.

     
    • Chrome 134 no ChromeOS, Linux, macOS, Windows

    

  • Ler em voz alta no Modo de leitura no Chrome 134 back to top

    O Modo de leitura é um recurso do painel lateral que oferece uma visualização simplificada de páginas da Web com muito texto. O Modo de leitura agora inclui o recurso "Ler em voz alta", que permite que os usuários ouçam o texto que estão lendo em voz alta. Os usuários podem escolher diferentes vozes e velocidades naturais e conferir destaques visuais. 

     
    • Chrome 134 no Linux, MacOS e Windows

    

  • Configurações de destaque para recursos de IA desativados pela política back to top

    Nas configurações do Chrome, vamos listar os recursos de IA desativados pela política corporativa. Também vamos mostrar um aviso Desativado pela sua organização semelhante a outras configurações quando elas forem desativadas pela política. 

      AI feature disabled
    AI feature disabledAI feature disabled
    • Chrome 134 no ChromeOS, Linux, macOS, Windows

    

  • Particionamento de URL de blobs: busca/navegação back to top

    Como continuação do particionamento de armazenamento, o Chromium vai implementar o particionamento do acesso ao URL do blob por chave de armazenamento (site de nível superior, origem do frame e o booleano has-cross-site-ancestor ), com exceção das navegações de nível superior que vão permanecer particionadas apenas pela origem do frame. Esse comportamento é semelhante ao implementado atualmente pelo Firefox e pelo Safari e alinha o uso do URL do blob com o esquema de particionamento usado por outras APIs de armazenamento como parte do particionamento de armazenamento. Além disso, o Chromium vai aplicar o noopener em navegações de alto nível iniciadas pelo renderizador para URLs blob em que o site correspondente é de um domínio diferente em relação ao site de nível superior que realiza a navegação. Isso alinha o Chromium a um comportamento semelhante no Safari, e as especificações relevantes foram atualizadas para refletir essas mudanças. 

    Essa mudança pode ser revertida temporariamente definindo a política PartitionedBlobURLUsage. A política será descontinuada quando as outras políticas corporativas relacionadas ao particionamento de armazenamento forem descontinuadas.

     
    • Chrome 134 no Windows, macOS e Linux

    

  • Criar um cliente de worker de serviço e herdar o controlador do worker de serviço para o iframe srcdoc back to top

    No momento, os documentos de contexto do Srcdoc não são clientes de service worker e não são cobertos pelo service worker da página mãe. Isso resulta em algumas discrepâncias. Por exemplo, o Resource Timing informa os URLs que esses documentos carregam, mas o worker de serviço não os intercepta. Nosso objetivo é corrigir as discrepâncias criando clientes de service worker para iframes de srcdoc e fazendo com que eles herdem o controlador de service worker da página mãe.

     
    • Chrome 134 no Windows, MacOS, Linux e Android

    

  • O evento de erro é disparado em vez de gerar uma exceção para o worker bloqueado pelo CSP. back to top

    Quando bloqueado pela Política de Segurança de Conteúdo (CSP), o Chromium atualmente gera uma exceção SecurityError dos construtores  "new Worker(url)" ou "new SharedWorker(url)". De acordo com a Especificação do CSP, a verificação do CSP é realizada como parte de uma busca, e um evento de erro é acionado depois que o objeto é retornado. O objetivo desta atualização é tornar o Chromium compatível com as especificações, não gerando uma exceção do construtor, mas disparando um evento de erro de forma assíncrona.

     
    • Chrome 134 no Windows, MacOS, Linux e Android

    

  • Remover restrições de áudio não padrão de getUserMedia back to top

    O Blink é compatível com várias restrições não padrão com prefixo goog para getUserMedia desde algum tempo antes de as restrições serem padronizadas corretamente.

    O uso diminuiu significativamente de ~0,000001% para 0,0009% (dependendo da restrição), e algumas delas nem têm efeito devido a mudanças na pilha de captura de áudio do Chromium. Em breve, nenhuma delas vai ter efeito devido a outras mudanças futuras.

    Não esperamos nenhuma regressão importante devido a essa mudança. Os apps que usam essas restrições vão continuar funcionando, mas vão receber áudio com as configurações padrão, como se nenhuma restrição tivesse sido transmitida. Eles podem migrar facilmente para restrições padrão.

     
    • Chrome 134 no Windows, MacOS, Linux e Android

    

  • Descontinuar os eventos de mutação back to top

    Os eventos de mutação síncronos, incluindo DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument e DOMCharacterDataModified, prejudicam o desempenho das páginas e tornam mais complexa a adição de novos recursos à Web. Essas APIs foram descontinuadas da especificação em 2011 e substituídas em 2012 pela API Mutation Observer, que tem um comportamento muito melhor. Os eventos de mutação obsoletos precisam ser removidos ou migrados para a Mutation Observer. 

    Desde o Chrome 124, uma política corporativa temporária, MutationEventsEnabled, está disponível para reativar eventos de mutação descontinuados ou removidos. Saiba mais nesta postagem do blog. Se você encontrar algum problema, informe um bug aqui.

    O suporte a eventos de mutação foi desativado por padrão desde o Chrome 127 ou por volta de 30 de julho de 2024. A migração do código precisa ser feita antes dessa data para evitar falhas em sites. Caso você precise de mais tempo, há algumas opções:

    • Chrome 135 no Android, Linux, macOS e Windows: a política corporativa MutationEventsEnabled será descontinuada.

    

  • Sincronização entre dispositivos das configurações e temas do Chrome no computador ao fazer login back to top

    Após o lançamento do novo modelo de identidade no Chrome para computador, planejamos ativar as configurações da conta, temas e atalhos de sites para os usuários no login, em vez de precisar de sincronização.

    Para isso, vamos apresentar o armazenamento local e de conta para cada um desses tipos de dados.

    Isso significa que:

    • Para usuários do Chrome no computador que fazem login no Chrome ou ativam a Sincronização, as configurações, os atalhos de site e os temas sincronizados com a Conta do Google são mantidos separados dos locais, ou seja, as configurações de quando eles estão desconectados ou quando a Sincronização está desativada. 
    • Isso permite um compartilhamento de dados estritamente menor do que antes: as configurações locais não são enviadas automaticamente quando os usuários fazem login ou ativam a sincronização, e nenhuma configuração do armazenamento da conta é deixada no dispositivo quando a sincronização é desativada.
    • As políticas do Chrome SyncDisabled e SyncTypesListDisabled continuam sendo aplicadas para que os administradores possam restringir ou desativar o recurso de sincronização, se quiserem.

    • Chrome 135 no Linux, MacOS e Windows

    

  • Não permitir espaços em hosts de URL que não sejam "file://" back to top

    Conforme declarado na especificação WhatWG.org, hosts de URL não podem conter o caractere de espaço, mas a análise de URL no Chromium permite atualmente espaços no host.

    Isso faz com que o Chromium falhe em vários testes incluídos no HTTPS URLs for WebSocket da Interop2024 e áreas de foco de URL.

    Para que o Chromium atenda à especificação, gostaríamos de remover os espaços dos hosts de URL, mas a dificuldade é que eles são usados na parte do host em URLs file:// do Windows. Para saber mais, consulte a discussão no GitHub.

    Esse recurso vai fazer parte do nosso esforço contínuo para aproximar o Chromium da conformidade com as especificações, proibindo espaços apenas para URLs que não são de arquivos.

     
    • Chrome 135 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia

    

    

  • Os getters de informações de localidade Intl foram descontinuados back to top

    A API Intl Locale Info é uma proposta TC39 do ECMAScript de fase 3 para aprimorar o objeto Intl.Locale expondo informações de localidade, como dados de semana (primeiro dia da semana, dia de início do fim de semana, dia de término do fim de semana, dia mínimo da primeira semana) e ciclo de direção de texto por hora usado na localidade.

    Enviamos nossa implementação no Chrome 99 , mas depois a proposta fez algumas mudanças na fase 3 e moveu vários getters para funções. Precisamos remover os getters descontinuados e reiniciar as funções renomeadas.

     
    • Chrome 135 no Windows, MacOS, Linux e Android

    

  • Remover o substituto de SwiftShader back to top

    A permissão para fallback automático para o WebGL com suporte do SwiftShader foi descontinuada, e a criação de contexto do WebGL vai falhar em vez de retornar ao SwiftShader. Isso foi feito por dois motivos principais:

    1. O SwiftShader é um alto risco de segurança devido ao código JIT em execução no processo de GPU do Chromium.
    2. Os usuários têm uma experiência ruim ao alternar de um WebGL de alto desempenho com suporte de GPU para uma implementação com suporte de CPU. Os usuários não têm controle sobre esse comportamento, e é difícil descrevê-lo em relatórios de bugs.

    O SwiftShader é uma ferramenta útil para desenvolvedores da Web testarem sites em sistemas headless ou que não têm uma GPU compatível. Esse caso de uso ainda terá suporte, mas não é destinado à execução de conteúdo não confiável.

    Para ativar garantias de segurança mais baixas e permitir o SwiftShader para WebGL, inicie o executável do Chrome com a chave de linha de comando --enable-unsafe-swiftshader.

    Durante o período de descontinuação, um aviso vai aparecer no console JavaScript quando um contexto do WebGL for criado e respaldado pelo SwiftShader. A transmissão de --enable-unsafe-swiftshader removerá essa mensagem de aviso.

    O Chromium e outros navegadores não garantem a disponibilidade do WebGL. É possível testar e processar a falha de criação de contexto do WebGL e usar outras APIs da Web, como Canvas2D ou uma mensagem adequada para o usuário.

     
    • Chrome 135 no Windows, MacOS, Linux e Android

    

  • Migração da API Safe Browsing v4 para a v5 back to top

    As chamadas do Chrome para a API SafeBrowsing v4 serão migradas para a API v5. Os nomes dos métodos também são diferentes entre a v4 e a v5.

    Se os administradores tiverem uma lista de permissões de URL específica da v4 para permitir solicitações de rede em https://safebrowsing.googleapis.com/v4*, elas precisarão ser modificadas para permitir solicitações de rede em todo o domínio: safebrowsing.googleapis.com. Caso contrário, as solicitações de rede rejeitadas para a API v5 vão causar regressões de segurança para os usuários.

     
    • Chrome 135 no Android, iOS, ChromeOS, Linux, macOS e Windows

    O lançamento será gradual.

    

  • Provedor de framework de acessibilidade de automação de interface no Windows back to top

    Desde o Chrome 126, o Chrome começou oferecer suporte direto ao software cliente de acessibilidade que usa o framework de acessibilidade de automação de interface do Microsoft Windows. Antes dessa mudança, esse software interoperava com o Chrome por meio de um paliativo de compatibilidade no Microsoft Windows. Essa mudança está sendo feita para melhorar a experiência do usuário acessível para muitos usuários. Ele oferece suporte completo para Narrador, Lupa e Acesso por voz. e melhorará apps de terceiros que usam o framework de acessibilidade de automação de interface do Windows. Os usuários do Chrome perceberão que o uso de memória e a sobrecarga de processamento foram reduzidos quando usados com ferramentas de acessibilidade. Isso também facilitará o desenvolvimento de software usando tecnologias assistivas.

    Os administradores podem usar a política corporativa UiAutomationProviderEnabled, disponível no Chrome 125, para forçar a ativação do novo provedor (para que todos os usuários recebam a nova funcionalidade) ou desativá-lo. Essa política vai estar disponível até o Chrome 136 e será removida no Chrome 137. Esse período tem como objetivo dar às empresas tempo suficiente de trabalhar com fornecedores terceirizados para que possam corrigir incompatibilidades resultantes da mudança do paliativo de compatibilidade da Microsoft para o provedor de Automação de interface do Chrome.

    • Chrome 125 no Windows: a política UiAutomationProviderEnabled foi lançada para que os administradores possam ativar o provedor de framework de acessibilidade de automação de interface do Chrome e validar se as ferramentas de acessibilidade de terceiros continuam funcionando.
    • Chrome 126 no Windows: a estrutura de variações do Chrome será usada para começar a ativar o provedor de acessibilidade de automação de interface do Chrome para os usuários. Ele será ativado progressivamente para todos os usuários estáveis, com pausas conforme necessário para resolver problemas de compatibilidade no Chrome. Os administradores corporativos podem continuar usando a política UiAutomationProviderEnabled até o Chrome 136 para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente.
    • Chrome 137 no Windows: a política UiAutomationProviderEnabled vai ser removida do Chrome. Todos os clientes vão usar o provedor do framework de acessibilidade de automação de interface do navegador.   

     

     

    Próximas mudanças no Chrome Enterprise Core

        

    • Novo app complementar do Chrome Enterprise back to top

      O app complementar do Chrome Enterprise é um novo binário administrativo que será instalado automaticamente com os navegadores Chrome inscritos no Chrome Enterprise Core ou no Chrome Enterprise Premium.  Ele foi criado para oferecer suporte a casos de uso, políticas e relatórios empresariais. 

      • Chrome 134 no Windows e macOS

     

Próximas mudanças no Chrome Enterprise Premium

 

   

  • Refactor UX das regras da DLP back to top

    Nosso objetivo é criar uma interface mais fácil de usar e eficiente para regras de DLP específicas do Chrome. Isso envolve a reformulação do fluxo de trabalho de criação de regras no Admin Console para acomodar melhor os recursos de segurança atuais e futuros dos clientes do Chrome Enterprise Premium.

     
    • Chrome 134 no Windows, macOS e Linux
     

   

  • Prevenção contra captura de tela back to top

    Planejamos aprimorar o recurso de prevenção de capturas de tela atualizando o bloqueio de compartilhamento de tela para apps de reunião, como o Google Meet, o Zoom, o Teams e o Slack. Vamos aproveitar o lançamento dos controles de proteção de dados para adicionar recursos importantes e resolver lacunas e feedback dos usuários.

     
    • Chrome 134 no Windows e macOS
     

   

  • Filtragem de URL no iOS e Android back to top

    Vamos estender os recursos de filtragem de URLs das plataformas para computador e dispositivos móveis, permitindo que as organizações auditem, avisem ou bloqueiem o carregamento de determinados URLs ou categorias de URLs em navegadores Chrome gerenciados ou perfis de usuários gerenciados em dispositivos móveis. Isso inclui garantir que a funcionalidade funcione perfeitamente com o acesso baseado no contexto (CAA), que permite aos administradores definir políticas de acesso com base no contexto do usuário (por exemplo, função do usuário, local) e no estado do dispositivo (por exemplo, dispositivo gerenciado, conformidade com a segurança).

     
    • Chrome 135 no Android e iOS
     

   

  • Conector de geração de relatórios para dispositivos móveis back to top

    Estamos trabalhando para alcançar a paridade de recursos com a versão para computador, permitindo que as organizações monitorem e respondam a eventos de segurança em dispositivos móveis, como visitas a sites não seguros e possíveis tentativas de exfiltração de dados. Isso ajuda a garantir a segurança e a aplicação de políticas consistentes em diferentes plataformas.

     
    • Chrome 135 no Android e iOS
     

   

  • API Connectors back to top

    Planejamos simplificar o processo de configuração de conectores de segurança de terceiros e permitir que os provedores gerenciem as configurações diretamente na própria interface. O objetivo é facilitar a integração das ferramentas e serviços de segurança preferidos das organizações com o Chrome, melhorando a segurança e o gerenciamento em diferentes plataformas.

     
    • Chrome 135 no Windows, macOS, Linux e ChromeOS

↑ voltar ao início  

 Inscreva-se para receber e-mails sobre lançamentos futuros

Notas da versão anteriores 

Outros recursos

Ainda precisa de ajuda?

Google e marcas e logotipos relacionados são marcas registradas da Google LLC. Todos os outros nomes de empresas e produtos são marcas registradas das empresas às quais eles estão associados.

Isso foi útil?

Como podemos melhorá-lo?
Pesquisa
Limpar pesquisa
Fechar pesquisa
Menu principal
2199691677995379419
true
Pesquisar na Central de Ajuda
true
true
true
true
true
410864
false
false
false