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

Última atualização: 14 de janeiro 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 131

 
Mudanças no navegador Chrome Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Pesquisar com o Google Lens no iOS   ✓  
Verificação assíncrona da Navegação segura em tempo real ✓    
Assinaturas de código ad hoc para shims de PWA no macOS   ✓  
Escolher o Google Drive no iOS   ✓  
OCR do Visualizador de PDF do Google Chrome   ✓  
Promoção do Chrome no iOS no NTP para computador   ✓  
Detecção de reutilização de senhas entre perfis ✓    
O Chrome no Android agora oferece suporte a provedores de preenchimento automático e senhas de terceiros ✓ ✓  
Descontinuação dos relatórios estendidos da Navegação segura ✓    
Falta de confiança no certificado da Entrust ✓    
Avisos de formulário não seguro no iOS ✓    
PartitionAlloc com verificações avançadas (PA/AC) ✓    
Experiência simplificada de login e sincronização ✓    
Congelamento de guias na Economia de energia   ✓  
Atualizar o Google Play Services para corrigir problemas com senhas no dispositivo   ✓  
Encapsulamento de chaves X25519Kyber768 para TLS ✓    
Descontinuação da propriedade de posicionamento de âncora CSS inset-area ✓    
Melhorias na estrutura de estilo dos elementos <details> e <summary>   ✓  
Permissões de bloqueio do teclado e do ponteiro ✓    
O método requestAdapterInfo() não padrão do GPUAdapter foi removido ✓    
<select> parser relaxation ✓    
Suporte a recursos SVG externos para propriedades clip-path, fill, stroke e marker-* ✓    
Suporte a URLs de esquema não especial ✓    
Traduzir para a Pesquisa com o Google Lens   ✓  
Novas políticas no navegador Chrome     ✓
Políticas removidas do navegador Chrome     ✓
Mudanças no Chrome Enterprise Core Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Política de padrões de IA generativa     ✓
Integração da telemetria da extensão do Chrome com o SecOps ✓    
Chrome Web Store personalizada para empresas     ✓
Compatibilidade com a política DownloadRestrictions no Android ✓   ✓
Política corporativa para forçar o armazenamento em buffer adaptável para renderização do WebAudio     ✓
Geração de insights para avisos e erros do console do Chrome DevTools     ✓
Políticas recomendadas no Admin Console     ✓
Mudanças no Chrome Enterprise Premium Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Controles de dados do Chrome Enterprise: Copiar e colar ✓    
Proteções de captura de tela ✓    
Próximas mudanças no navegador Chrome Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Ler em voz alta no Modo de leitura no Chrome 132   ✓  
Remoção do headless antigo do binário do Chrome   ✓  
Capturar todas as telas ✓    
Remover APIs de tela cheia prefixadas de HTMLVideoElement   ✓  
Remover a política ThirdPartyBlockingEnabled     ✓
Contêineres de rolagem com foco no teclado   ✓  
Lançar uma exceção para pop-ups ou caixas de diálogo em documentos não ativos   ✓  
Captura de links do usuário em PWAs   ✓ ✓
O serviço de rede no Windows será colocado no sandbox ✓    
Remover o substituto do SwiftShader ✓    
Painel "Privacidade e segurança" no Chrome DevTools ✓    
A Sincronização do Chrome não vai mais ser compatível com versões do Chrome com mais de quatro anos   ✓  
Não permitir espaços em hosts de URL que não sejam file:// ✓    
Migração da API SafeBrowsing v4 para a v5 ✓    
Particionamento de URL de blobs: busca ou navegação ✓    
Descontinuar os eventos de mutação   ✓  
Provedor de framework de acessibilidade de automação de interface no Windows   ✓  
Próximas mudanças no Chrome Enterprise Core Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Remoção de política corporativa usada para o comportamento de mesmo site legado     ✓
Próximas mudanças no Chrome Enterprise Premium Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Prevenção contra acesso ao download de arquivos de DLP ✓    

 

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 iOS back to top 

    Desde o Chrome 126, os usuários podem pesquisar com o Google Lens qualquer imagem ou texto que aparecer na tela. Para usar esse recurso, acesse um site e clique em Pesquisar com o Google Lens no ícone da omnibox em foco e nos menus de clique com o botão direito do mouse no computador ou no menu de três pontos presente no computador e em dispositivos móveis. 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. Os administradores podem controlar o 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. Estamos lançando esse recurso aos poucos no iOS no Chrome 131 e planejamos lançar totalmente no Chrome 132.

    • Chrome 126 no ChromeOS, Linux, macOS e Windows: lançamento do recurso para 1% do Stable
    • Chrome 127 no ChromeOS, Linux, macOS e Windows: lançamento para 100% do Stable
    • Chrome 131 no iOS: início do lançamento do recurso
    • Chrome 132 no iOS: lançamento para 100% do Stable
     

   

  • Verificação assíncrona e em tempo real da Navegação segura no iOS back to top 

    Atualmente, as verificações da Navegação segura estão no caminho de bloqueio dos carregamentos de página, o que significa que o usuário não pode acessar a página até que as verificações sejam concluídas. Para melhorar a velocidade de carregamento do Chrome, as verificações em tempo real da Navegação segura não vão mais bloquear o carregamento de páginas após o Chrome 122 e o Chrome 131 no iOS. 

    Avaliamos o risco e implementamos mitigações:

    1. Para malware e ataques de dia zero, as verificações de lista de bloqueio local ainda serão realizadas de maneira síncrona, de modo que payloads maliciosos ainda sejam bloqueados pelo Navegação segura. 
    2. Para ataques de phishing, analisamos os dados e concluímos que é improvável que o usuário tenha interagido significativamente com a página (por exemplo, digitou uma senha) quando mostramos o aviso.
     
    • Chrome 122 no Android, ChromeOS, Linux, MacOS e Windows
    • Chrome 131 no iOS
     

   

  • 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 app PWA terá uma identidade exclusiva para o macOS. Atualmente, cada PWA parece o mesmo aplicativo para o macOS.

    Isso resolve problemas ao tentar incluir mais de um PWA 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 testes usando a flag chrome://flags/#use-adhoc-signing-for-web-app-shims. Em seguida, os administradores podem instalar um PWA e garantir que ele seja iniciado como 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
      Esse recurso é ativado com 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, é possível controlar o recurso usando a 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 131 no macOS: o recurso vai começar a ser lançado para o Stable, começando com 1%.
     

   

  • Escolher no Google Drive back to top 

    A partir do Chrome 131, os usuários do Chrome no iOS poderão fazer upload de um arquivo do Google Drive diretamente para uma página da Web, sem precisar fazer o download primeiro no dispositivo.

     
    • Chrome 131 no iOS: inclui a funcionalidade principal para fazer upload de um único arquivo. 
     

   

  • OCR do Visualizador de PDF do Chrome back to top 

    O Chrome para computador agora torna os PDFs digitalizados mais acessíveis. O Chrome usa reconhecimento óptico de caracteres (OCR) no dispositivo para manter a privacidade (nenhum conteúdo é enviado ao Google). Ele converte automaticamente os PDFs digitalizados, permitindo que você selecione texto, use Ctrl+F, copie e cole. O recurso não ignora PDFs seguros. Ele só usa OCR em PDFs a que o usuário tem acesso. A solução oferece acessibilidade a PDFs para os usuários do Chrome sem etapas extras, tornando os PDFs tão acessíveis quanto o restante da Web.

     
    • Chrome 131 no ChromeOS, Linux, macOS, Windows
     

   

  • Promoção do Chrome no iOS no NTP para computador back to top 

    Promoção do Chrome no iOS na página "Nova guia" do computador. O objetivo dessa promoção é aumentar o conhecimento do Chrome no iOS e apresentar uma maneira simples de instalar. 

    É possível controlar esse recurso com as políticas PromotionsEnabled e NTPMiddleSlotAnnouncementVisible.

     
    • Chrome 131 no Linux, MacOS e Windows
     

   

  • Detecção de reutilização de senhas entre perfis back to top 

    Antes, a detecção de reutilização de senhas de credenciais corporativas só era detectável no perfil corporativo. Agora a detecção de reutilização de senhas detecta a reutilização de credenciais corporativas em todos os perfis que não são de navegação anônima no navegador gerenciado. 

    Atualizamos os critérios de detecção de reutilização de senhas entre perfis para refletir com mais precisão as contas corporativas gerenciadas. Também atualizamos a mensagem na tela para deixar mais claro para os usuários que a organização está monitorando o uso repetido da senha corporativa.

    • Chrome 123 no Android, iOS, ChromeOS, Linux, macOS, Windows e Fuchsia
    • Chrome 131 para Android, iOS, ChromeOS, Linux, macOS, Windows e Fuchsia
      Atualizamos os critérios de detecção de reutilização de senhas entre perfis para refletir com mais precisão as contas empresariais gerenciadas e atualizamos a mensagem de UX para deixar mais claro aos usuários que a organização está monitorando a reutilização de senhas corporativas.
 

   

  • O Chrome no Android agora oferece suporte a provedores de preenchimento automático e senhas de terceirosback to top 

    Até agora, os provedores de preenchimento automático e senhas de terceiros podiam ser usados no Chrome para Android por meio de APIs de acessibilidade.

    No Chrome M131, adicionamos suporte direto ao preenchimento automático do Android, o que significa que esses provedores agora funcionam com o Chrome no Android sem a necessidade de APIs de acessibilidade. Isso deve melhorar o desempenho do Chrome no Android e de provedores de preenchimento automático de terceiros.

    Para aproveitar essa vantagem, os usuários precisam configurar o provedor de terceiros nas configurações do Android. Em seguida, no Chrome, os usuários selecionam Configurações > Serviços de preenchimento automático e escolhem Preenchimento automático usando outro serviço.

    Se os usuários não mudarem ambas as configurações, eles vão continuar usando o Google para preencher automaticamente as senhas, as informações de pagamento e as de endereço. A possibilidade de os usuários usarem um serviço de preenchimento automático de terceiros pode ser controlada por uma nova política chamada ThirdPartyPasswordManagersAllowed.

    • Chrome 131 no Android 

      A nova configuração vai estar disponível a partir do Chrome 131. Se os usuários usarem a nova configuração, ela vai entrar em vigor imediatamente. Se a nova configuração não for usada, os usuários vão continuar usando o Google ou um terceiro por acessibilidade (se instalado).  

      O suporte a APIs de acessibilidade será descontinuado no início de 2025, quando as novas configurações da política serão aplicadas a todos os usuários.

       
     

   

  • Descontinuação dos relatórios estendidos da Navegação segura back to top 

    Estamos descontinuando o recurso de relatórios estendidos da Navegação segura, que antes  melhorava a segurança de todos os usuários, coletando informações de telemetria dos usuários participantes que são usadas para as proteções da Navegação segura do Google. Os dados coletados incluem URLs de páginas da Web visitadas, informações limitadas do sistema e conteúdo da página. 

    No entanto, esse recurso foi substituído pelo modo de proteção reforçada. Sugerimos que os usuários mudem para a proteção reforçada para se manterem seguros e ativar a segurança mais forte disponível no Chrome. Para mais informações, consulte Níveis de proteção da Navegação segura. 

     
    • Chrome 129 no Android, iOS, ChromeOS, Linux, macOS e Windows
      Descontinuação dos relatórios estendidos da Navegação segura, com exceção da solicitação de relatório da Navegação segura do cliente em tempo real
    • Chrome 131 no Android, iOS, ChromeOS, Linux, macOS e Windows
      Descontinuação de SafeBrowsingExtendedReportingEnabled para a solicitação de relatório da Navegação segura do cliente em tempo real
     

     

   

  • Falta de confiança no certificado da Entrustback to top 

    Em resposta a falhas de compliance frequentes, o Chrome está mudando a forma como a autenticação de servidor TLS de confiança pública (site) e os certificados emitidos pela Entrust serão confiáveis por padrão no Chrome 131 e versões mais recentes no Windows, macOS, ChromeOS, Android e Linux. As políticas do iOS não permitem o uso da Chrome Root Store no Chrome para iOS.

    Especificamente, certificados TLS que validam os certificados de CA raiz da Entrust incluídos na Chrome Root Store e emitidos:

    • após 11 de novembro de 2024, não serão mais confiáveis por padrão;
    • até 11 de novembro de 2024, não serão afetados por essa mudança. 
     

    Se um usuário ou empresa do Chrome confiar explicitamente em qualquer um dos certificados da Entrust afetados em uma plataforma e versão do Chrome que dependam da Chrome Root Store, por exemplo, a confiança explícita será transmitida por um objeto de política de grupo do Windows, as restrições baseadas em SCT descritas acima serão substituídas, e os certificados funcionarão normalmente..  

    Confira mais informações e recursos de teste no blog de segurança do Google. 

    Para saber mais, consulte as perguntas frequentes sobre a Chrome Root Store.

     
    • Chrome 131 no Android, ChromeOS, Linux, macOS e Windows
      Todas as versões do Chrome 131 e mais recentes que dependem da Chrome Root Store vão aceitar a ação de bloqueio, mas ela só será aplicada para certificados emitidos após 11 de novembro de 2024.
     

   

  • Avisos de formulário não seguro no iOS back to top 

    Desde o Chrome 125, o navegador Chrome bloqueia os envios de formulário de páginas seguras para páginas não seguras no iOS. Quando o Chrome detecta um envio de formulário não seguro, ele mostra um aviso pedindo para o usuário confirmar o envio. O objetivo é evitar o vazamento de dados de formulários em texto simples sem a aprovação explícita do usuário. Uma política InsecureFormsWarningsEnabled está disponível para controlar esse recurso. 

     
    • Chrome 125 no iOS: lançamento do recurso
    • Chrome 131 no iOS: a política InsecureFormsWarningsEnabled será removida
     

   

  • PartitionAlloc com verificações avançadas (PA/AC) back to top 

    O PartitionAlloc (PA) e os projetos de segurança de memória associados têm uma série de proteções avançadas que são desativadas por padrão (ou exclusivamente em builds de depuração) devido ao possível impacto no desempenho. Embora não seja possível ativar o recurso para todos os usuários imediatamente, ainda há uma oportunidade de ativá-lo parcialmente em condições específicas e limitadas.

    O objetivo do projeto é oferecer proteções avançadas para clientes empresariais. Os administradores corporativos têm a opção de aplicar medidas de segurança aprimoradas usando as políticas corporativas. A segurança tende a ser priorizada em relação ao desempenho no Enterprise. É provável que eles queiram conferir as verificações avançadas, mesmo que isso possa comprometer o desempenho.

    A PA com verificações avançadas é a segurança de memória avançada. O recurso fica desativado por padrão devido à diminuição de desempenho esperada. Os clientes corporativos têm a opção de ativar a segurança avançada pela política corporativa.

     
    • Chrome 131 no Android, iOS, ChromeOS, Linux, macOS, Windows e Fuchsia

   

  • Experiência simplificada de login e sincronização back to top 

    A partir do Chrome 131, os usuários com a Sincronização do Chrome ativada vão ter uma versão simplificada e consolidada do login e da sincronização no Chrome. A Sincronização do Chrome não aparece mais como um recurso separado nas configurações ou em outros lugares. Em vez disso, os usuários poderão fazer login no Chrome para usar e salvar na Conta do Google certas informações, como senhas, favoritos e muito mais, de acordo com as políticas corporativas relevantes.

    Como antes, a funcionalidade que fazia parte da Sincronização do Chrome para salvar e acessar os dados do Chrome na Conta do Google pode ser controlada por SyncTypesListDisabled. O login no Chrome pode ser desativado por BrowserSignin, como antes.

    Mesmo com as alterações, os usuários ainda poderão fazer login nos Serviços do Google na Web (como no Gmail) sem fazer login no Chrome, ficar desconectados do Chrome ou controlar as informações sincronizadas com a Conta do Google.

     
    • Chrome 131 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 prolonga a duração da bateria e acelera o Chrome, reduzindo o uso da CPU.

    • Chrome 130 no ChromeOS, Linux, macOS e Windows
      O recurso pode ser testado no Chrome 130 usando a entrada #freezing-on-energy-saver em about:flags. Como alternativa, é possível testar com o #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 uma guia está qualificada para congelamento e se ela seria congelada se usasse muita CPU. 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.
    • Chrome 131 no ChromeOS, Linux, macOS e Windows
      O recurso vai começar a ser lançado para 1% do Stable no Chrome 131. O lançamento será gradual até 100% do Canal estável. É possível controlar a disponibilidade do modo Economia de bateria pela política BatterySaverModeAvailability. Essa mudança não tem efeito quando o modo Economia de bateria está inativo.
     

   

  • Atualizar o Google Play Services para corrigir problemas com senhas no dispositivoback to top 

    Os usuários com versões antigas do Google Play Services terão redução na funcionalidade com as senhas no dispositivo, e o Gerenciador de senhas poderá deixar de funcionar para eles em breve. Esses usuários precisam atualizar o Google Play Services ou serão orientados a usar outros métodos de solução de problemas, dependendo do estado. Isso faz parte de uma migração em andamento que afeta apenas os usuários do Gerenciador de senhas do Google no Android.

     
    • Chrome 131 no Android
     

   

  • Encapsulamento de chaves X25519Kyber768 para TLS back to top 

    A partir do Chrome 124, o Chrome ativa por padrão em todas as plataformas de computadores um novo mecanismo de encapsulamento de chaves TLS seguro pós-quântico X25519Kyber768, com base em um padrão NIST (ML-KEM). Isso protege o tráfego de rede do Chrome com servidores que também são compatíveis com o ML-KEM da descriptografia por um futuro computador quântico. Essa mudança precisa ser transparente para os operadores do servidor. Essa criptografia será usada para conexões TLS 1.3 e QUIC.

    No entanto, algumas middleboxes TLS podem estar despreparadas para o tamanho de um encapsulamento de chaves Kyber (ML-KEM) ou um novo ponto de código de criptografia ClientHello do TLS, levando a conexões descartadas ou suspensas. Para resolver isso, atualize o middlebox ou desative o mecanismo de encapsulamento de chave com a política corporativa temporária PostQuantumKeyAgreementEnabled, disponível até o fim de 2024. No entanto, criptografias pós-quânticas de longo prazo serão necessárias no TLS, e a política empresarial será removida. A criptografia pós-quântica é necessária para o CSNA 2.0.

    Para mais detalhes, consulte esta postagem do blog do Chromium e esta postagem do blog de segurança do Google.

     
    • Chrome 124 no Windows, mcOS e Linux: o novo mecanismo de encapsulamento de chaves TLS seguro pós-quântico X25519Kyber768 foi ativado
    • Chrome 131 no Linux, macOS e Windows: o Chrome vai mudar o mecanismo de encapsulamento de chaves para a versão padrão final do ML-KEM.
    • Chrome 141 no Windows, macOS e Linux: remoção da política corporativa
     

   

  • Desatualização da propriedade de posicionamento de âncora do CSS inset-area back to top 

    O grupo de trabalho do CSS (CSSWG) resolveu renomear a propriedade inset-area para position-area. Para mais detalhes, consulte a discussão do CSSWG no github. O novo nome da propriedade, position-area, como um sinônimo de inset-area enviado por essa atualização de recurso descrita em Status da plataforma do Chrome, que descreve a descontinuação e remoção da propriedade inset-area.

     
    • Chrome 131 no Windows, macOS, Linux e Android
     

   

  • Melhorias na estrutura de estilo dos elementos <details> e <summary> back to top 

    Suporte a mais estilos de CSS para a estrutura dos elementos <details> e <summary> para permitir que esses sejam usados em mais casos em que widgets de abertura ou accordion são criados na Web. Especificamente, essa mudança remove restrições que impediam a definição da propriedade display nesses elementos e adiciona um pseudoelemento ::details-content para estilizar o contêiner da parte que se expande e se contrai.

     
    • Chrome 131 no Windows, macOS, Linux e Android
     

   

  • Permissões de bloqueio do teclado e do ponteiro back to top 

    Pode mostrar um comando de permissão ao usuário quando o bloqueio do teclado ou do ponteiro for solicitado por um site e salvar as preferências do usuário como configurações de conteúdo. As configurações podem ser consultadas pela API Permissions. Isso ajuda a reduzir o uso abusivo das APIs.

     
    • Chrome 131 no Windows, macOS e Linux
     

   

  • O método requestAdapterInfo() não padrão do GPUAdapter foi removido back to top 

    O WG da WebGPU decidiu que não era prático para requestAdapterInfo() acionar uma solicitação de permissão. Por isso, removeu essa opção e a substituiu pelo atributo de informações do GPUAdapter. Assim, os desenvolvedores da Web podem receber o mesmo valor de GPUAdapterInfo de maneira síncrona. Para saber mais, consulte o atributo de informações Intent to Ship: WebGPU: GPUAdapter anterior. 

     
    • Chrome 131 no Windows, macOS, Linux e Android
     

   

  • <select> parser relaxation back to top 

    Essa mudança faz com que o analisador de HTML permita mais tags em <select> besides <option>, <optgroup> e <hr>.

    Essa mudança oferece suporte ao recurso personalizável <select>, mas está sendo lançada primeiro porque pode ser feita separadamente e tem alguns riscos mínimos.

    Esse recurso é bloqueado pela política temporária SelectParserRelaxationEnabled. Esse é um período de transição temporário, e a política vai deixar de funcionar no Chrome 136.

    Para mais informações, consulte a explicação sobre o elemento personalizável da interface aberta <select> e o artigo Mudanças do analisador de HTML para o elemento personalizável <select> do What Working Group. 

     
    • Chrome 131 no Windows, macOS, Linux e Android
     

   

  • Suporte a recursos SVG externos para propriedades clip-path, fill, stroke e marker-* back to top 

    Permita referências externas para caminhos de clipe, marcadores e servidores de pintura (para as propriedades de preenchimento e traço). Por exemplo, clip-path: url("resources.svg#myPath").

     
    • Chrome 131 no Windows, macOS, Linux e Android
     

   

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

    O Chrome 130 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. Agora, 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 131 no Windows, macOS, Linux e Android
    • Chrome 134 no Windows, macOS, Linux e Android: a flag de recurso está sendo removida
     

   

  • Traduzir para a Pesquisa com o Google Lens back to top 

    Os recursos de tradução de realidade aumentada (RA) estão sendo implementados no recurso Pesquisar com o Google Lens. Uma política corporativa já está em vigor, permitindo que as empresas ativem ou desativem o recurso usando LensOverlaySettings.

     
    • Chrome 131 no ChromeOS, Linux, macOS, Windows
       

   

  • Novas políticas no navegador Chrome back to top 
    Política Descrição
    DownloadRestrictions Permitir restrições de downloads

    CAPlatformIntegrationEnabled

    		 Usar certificados TLS adicionados pelo usuário de repositórios de confiança da plataforma para autenticação do servidor
    SelectParserRelaxationEnabled Controla se o novo comportamento do analisador HTML para o elemento <select> está ativado
    EnterpriseProfileBadgeToolbarSettings Controla a visibilidade do selo do perfil corporativo na barra de ferramentas
    WebAudioOutputBufferingEnabled Ativar o armazenamento em buffer adaptável para a API Web Audio
     

   

  • Políticas removidas do navegador Chrome back to top 
    Política Descrição
    ProfileLabel Esta política controla um rótulo usado para identificar um perfil conectado. Este rótulo será mostrado em vários locais para ajudar os usuários a identificar o perfil, como ao lado do ícone de perfil na barra de ferramentas.
    ToolbarAvatarLabelSettings Configuração do identificador do avatar na barra de ferramentas gerenciada
    BeforeunloadEventCancelByPreventDefaultEnabled Controlar novo comportamento para a caixa de diálogo de cancelamento produzida pelo evento beforeunload.
     

   

Mudanças no Chrome Enterprise Core

    

    

  • Integração da telemetria da extensão do Chrome com o SecOps back to top 

    Vamos começar a coletar dados relevantes de telemetria da extensão do Chronicle no Chrome, referentes a perfis e dispositivos gerenciados, e enviá-los para o Google SecOps. O Google SecOps analisa os dados para fornecer análise instantânea e contexto sobre atividades de risco. Esses dados são enriquecidos para fornecer mais contexto e podem ser pesquisados por um ano.

    • Chrome 131 no ChromeOS, Linux, macOS, Windows
     

    

  • Chrome Web Store personalizada para empresas back to top 

    Os administradores de TI poderão personalizar a Chrome Web Store para os usuários finais gerenciados usando branding específico da empresa, mensagens personalizadas e navegação personalizada. Os administradores podem personalizar a loja com logotipos, banners e extensões recomendadas, além de ocultar categorias irrelevantes e melhorar a descoberta de extensões.

    Esse recurso pode ser configurado pelo Admin Console, e as configurações personalizadas da Etapa 1 ficarão disponíveis para todos os usuários gerenciados que fizeram login (usuários que fizeram login na Chrome Web Store com uma Conta do Google gerenciada). A Etapa 2 vai oferecer suporte a esse recurso para navegadores registrados no CEC (sem a necessidade de fazer login) e só vai estar disponível no final de 2025.

    Além disso, todos os usuários gerenciados que fizerem login na Chrome Web Store vão notar as seguintes mudanças:

    • Novas tags para itens bloqueados pelo administrador e filtro por itens particulares nos resultados da pesquisa
    • Os itens particulares e recomendados serão realocados apenas na guia "Extensões".
  • A partir do Chrome 131 no Linux, macOS, Windows e ChromeOS: lançamento da Etapa 1

    

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

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

    • Chrome 131 no Android

    

  • Política corporativa para forçar o armazenamento em buffer adaptável para renderização do WebAudio back to top 

    A implementação do WebAudio do Chromium inclui um mecanismo de armazenamento em buffer adaptável, que foi adicionado para resolver vários problemas de falhas, principalmente no Android com o back-end do AAudio. Embora esse mecanismo tenha reduzido significativamente os erros, ele também aumentou a latência do áudio. O Chrome está executando um experimento que vai desativar o mecanismo de armazenamento em buffer adaptativo e executar a renderização de forma síncrona em todas as plataformas, exceto o Android. 

    A partir do Chrome 131, uma política corporativa, WebAudioOutputBufferingEnabled estará disponível para forçar o Chrome a usar o comportamento anterior de usar o armazenamento em buffer adaptativo para renderização do WebAudio.

    • Chrome 131 no ChromeOS, Linux, macOS, Windows

    

  • Gerar insights para avisos e erros do console do Chrome DevTools back to top 

    Um novo recurso de IA generativa (GenAI) está disponível para usuários não gerenciados: gerar insights sobre avisos e erros do console do Chrome DevTools.

    Esses insights oferecem uma descrição personalizada e sugestões de correção para os erros e avisos selecionados. Inicialmente, esse recurso está disponível apenas para usuários maiores de 18 anos em inglês. Os administradores podem controlar esse recurso com a política DevToolsGenAiSettings.

    • Chrome 125 no ChromeOS, Linux, Mac e Windows
      o recurso foi disponibilizado para usuários não gerenciados em todo o mundo, exceto Europa, Rússia e China.
    • Chrome 127 no ChromeOS, Linux, Mac e Windows
      o recurso é disponibilizado para usuários gerenciados do Chrome Enterprise e do Education nas regiões disponíveis.
    • Chrome 131 no ChromeOS, Linux, macOS e Windows
      No Chrome 131, um novo recurso de IA generativa (GenIA) está disponível para usuários gerenciados: um painel dedicado de Assistência de IA no Chrome DevTools que ajuda o operador humano a investigar e corrigir desafios de estilo e depurar o CSS.
    • Chrome 132 no ChromeOS, Linux, macOS e Windows
      O painel de Assistência de IA no Chrome DevTools agora pode explicar recursos nos painéis "Performance", "Sources" e "Network", além ainda contar com suporte para depuração de estilo

    

Mudanças no Chrome Enterprise Premium

   

   

  • Controles de dados do Chrome Enterprise: Copiar e colar back to top

    Os administradores podem definir regras de controle de dados no Google Admin Console para proteger os usuários finais contra vazamento de dados no navegador Chrome. Os controles de dados são regras leves definidas no Google Admin Console que permitem aos administradores definir uma política do Chrome para controlar ações sensíveis do usuário, como copiar e colar dados sensíveis e fazer capturas de tela ou compartilhamento de tela.

    É possível controlar o recurso com a política DataControlsRules.

    Esse recurso está disponível para testes dos membros do programa Trusted Tester do Chrome Enterprise. Você pode se inscrever no nosso programa Trusted Tester neste link.

    • Chrome 128 no ChromeOS, Linux, macOS e Windows: programa Trusted Tester
    • Chrome 131 no ChromeOS, Linux, macOS e Windows: lançamento de recursos

     

     

   

  • Proteções de captura de tela back to top

    Os administradores podem impedir que os usuários façam capturas de tela ou compartilhem a tela de páginas da Web específicas que são consideradas como contendo dados sensíveis. Os administradores criam uma regra de filtragem de URL de DLP para bloquear usuários que fazem capturas de tela ou compartilhamento de tela de URLs ou categorias de URLs específicos. Esse recurso pode ser controlado pela mesma política EnterpriseRealTimeUrlCheckMode que ativa todas as pesquisas de URL em tempo real.

    Esse recurso está disponível para testes dos membros do programa Trusted Tester do Chrome Enterprise. Você pode se inscrever no nosso programa Trusted Tester neste link.

    • Chrome 129 no ChromeOS, Linux, macOS e Windows: programa Trusted Tester
    • Chrome 131 no ChromeOS, Linux, macOS e Windows: lançamento de recursos

 

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

 

    

  • Leitura em voz alta no Modo de leitura no Chrome 132 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 132 no ChromeOS, Linux, macOS, Windows
     

    

  • Remoção do headless antigo do binário do Chrome back to top

    A execução do Chrome com `--headless=old` não inicia mais o modo headless antigo. Em vez disso, a seguinte mensagem de registro é exibida:

    O modo headless antigo foi removido do binário do Chrome. É possível usar o novo modo headless  ou o chrome-headless-shell, que é uma implementação independente do antigo modo headless.

     
    • Chrome 132 no Linux, macOS e Windows

     

  • Capturar todas as telas back to top

    Esse recurso captura todas as telas conectadas ao dispositivo usando getAllScreensMedia(). Chamar getDisplayMedia() várias vezes exige vários gestos do usuário, sobrecarrega o usuário com a escolha da próxima tela a cada vez e não garante ao app que todas as telas foram selecionadas. getAllScreensMedia() melhora em todas essas frentes.

    Esse recurso só é exposto com a política corporativa MultiScreenCaptureAllowedForUrls, e os usuários são avisados antes mesmo de a gravação começar que essa gravação pode ser iniciada em algum momento. A API só vai funcionar para origens especificadas na lista de permissões MultiScreenCaptureAllowedForUrls. Qualquer origem que não esteja especificada não terá acesso a ela.

    • Chrome 132 no Windows, macOS e Linux

    

  • Remover APIs de tela cheia prefixadas de HTMLVideoElement back to top

    As APIs de tela cheia específicas de HTMLVideoElement com prefixo foram descontinuadas desde aproximadamente o M38. Elas foram substituídas pela API Element.requestFullscreen() , que foi lançada sem prefixo no M71, em 2018. Em 2024, a maioria dos navegadores já oferece suporte a APIs sem prefixo há alguns anos.

    Esse recurso rastreia a remoção das seguintes APIs do HTMLVideoElement:

    - booleano do atributo readonly webkitSupportsFullscreen;

    - booleano do atributo readonly webkitDisplayingFullscreen;

    - void webkitEnterFullscreen();

    - void webkitExitFullscreen();

    // Observe a diferenciação entre letras maiúsculas e minúsculas na palavra "FullScreen".

    - void webkitEnterFullScreen(); 

    - void webkitExitFullScreen();

     

    Esses métodos agora são apenas alias para a API moderna. O uso deles diminuiu constantemente ao longo dos anos.

     
    • Chrome 132 no Windows, macOS, Linux e Android

    

    

  • Contêineres de rolagem com foco no teclado back to top

    Para melhorar a acessibilidade, vamos tornar os contêineres de rolagem focalizáveis usando a navegação de foco sequencial. Atualmente, a tecla Tab não foca os contêineres, a menos que tabIndex seja definido explicitamente como 0 ou mais.

    Ao tornar os controles de rolagem focalizáveis por padrão, os usuários que não podem (ou não querem) usar um mouse vão poder focar o conteúdo recortado usando as teclas Tab e de seta. Esse comportamento será ativado somente se o contêiner de rolagem não tiver filhos que podem ser focados pelo teclado. Essa lógica é necessária para não causar regressões nos elementos focalizáveis que podem existir em um contêiner como <textarea>.

    Observação: o lançamento anterior desse recurso (iniciado no Chrome 127) foi interrompido devido a problemas de compatibilidade com a Web, que serão corrigidos na implementação do Chrome 130.

    Observação: o lançamento anterior desse recurso (iniciado na versão 130) foi interrompido devido a uma regressão de acessibilidade, que será corrigida na implementação do Chrome 132.

     
    • Chrome 132 no Windows, macOS, Linux e Android

    

  • Gerar exceção para pop-ups ou caixas de diálogo em documentos não ativos back to top

    Essa é uma mudança de caso extremo que não afeta os desenvolvedores. Um caso extremo é quando várias condições únicas ocorrem simultaneamente. Antes, chamar `showPopover()` ou `showModal()` em um pop-up ou caixa de diálogo que fica em um documento inativo falhava silenciosamente, ou seja, nenhuma exceção era gerada. No entanto, como o documento está inativo, nenhum pop-up ou caixa de diálogo é mostrado. A partir da solicitação de envio de especificação (PR, na sigla em inglês) https://github.com/whatwg/html/pull/10705, essas situações agora geram a exceção InvalidStateError.

     
    • Chrome 132 no Windows, macOS, Linux e Android

 

    

  • Captura de links do usuário em PWAs back to top

    Os links da Web direcionam automaticamente os usuários para os apps instalados. Para que os apps instalados tenham o comportamento que os usuários esperam, o Chrome vai facilitar a alternância entre o navegador e os apps da Web instalados. Quando o usuário clica em um link que pode ser acessado por um app da Web instalado, o Chrome adiciona um ícone à barra de endereço para sugerir o uso do app. Quando o usuário clica no ícone, o app é iniciado diretamente ou uma grade de apps compatíveis com esse link é aberta. Para alguns usuários, clicar em um link sempre abre o app automaticamente.

     
    • Chrome 121 no Linux, MacOS e Windows
      Quando alguns usuários clicam em um link, ele sempre é aberto em um PWA. Já para outros usuários, o link é aberto em uma nova guia com um ícone na barra de endereço, e eles clicam no ícone para iniciar o app. Uma flag está disponível para controlar esse recurso: chrome://flags/#enable-user-link-capturing-pwa.
     
    • Chrome 132 no Linux, macOS e Windows
      Vamos lançar 100% do Stable com um padrão ativado (sempre iniciar apps após cliques no link) ou desativado (sempre aberto em uma guia, só iniciar se o usuário clicar no ícone na barra de endereço).
     

    

  • O serviço de rede no Windows será colocado no sandbox back to top

    Para melhorar a segurança e a confiabilidade, o serviço de rede, que já está em execução no próprio processo, será colocado no sandbox do Windows. Assim, os códigos de terceiros que adulteram o serviço de rede hoje não poderão mais fazer isso. Podem ocorrer problemas na interoperabilidade com softwares que injetam códigos no espaço de processo do Chrome, como os de Prevenção contra perda de dados. Para desativar o sandbox em caso de incompatibilidade, use a política NetworkServiceSandboxEnabled. Para testar o sandbox no seu ambiente, siga estas instruções.

    Informe os problemas que encontrar. 

     
    • Chrome 132 no Windows
      Serviço de rede no sandbox do Windows

   

  • 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 133 no Windows, MacOS, Linux e Android

   

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

    A partir do Chrome 133, 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 "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 133 no ChromeOS, Linux, macOS, Windows

   

  • 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. Você precisará fazer upgrade para uma versão mais recente do Chrome se quiser continuar usando a Sincronização do Chrome.

     
    • 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.

    

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

    De acordo com a especificação, hosts de URL [1] 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 (URLs HTTPS para WebSocket, em tradução livre) da Interop2024 [2] e áreas de foco de URL [3].

    Para que o Chromium atenda à a 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 (Github)[4].

    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 133 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia

    

  • 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 133 no Android, iOS, ChromeOS, Linux, macOS e Windows: o lançamento será gradual.

    

  • Particionamento de URL de blobs: busca ou 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 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 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 vamos buscar atualizações de especificação para refletir essas duas 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

    

  • 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, é disponibilizada para reativar eventos de mutação descontinuados ou removidos. Se você encontrar algum problema, informe um bug aqui.

    O suporte a eventos de mutação vai ser desativado por padrão a partir do Chrome 127, 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:

    Saiba mais nesta postagem do blog. Informe qualquer problema.

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

    

  • 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 para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente no Chrome 136.
    • 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

    

 

Próximas mudanças no Chrome Enterprise Premium

 

   

  • Prevenção contra acesso ao download de arquivos de DLP back to top

    Quando uma regra da DLP de download de arquivos é definida pelo administrador, uma verificação é acionada após a conclusão do download. Esse recurso impede que os usuários registrados no Chrome Enterprise acessem o conteúdo de um arquivo transferido antes que um veredito de verificação detalhada seja retornado.

    Esse recurso é restrito pela política OnFileDownloadedEnterpriseConnector e só está disponível para usuários do Chrome Enterprise Premium.

    • Chrome 132 no ChromeOS, Linux, macOS, Windows

     

↑ voltar ao início  

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

Notas da versão anteriores 

Versão do Chrome e data de lançamento prevista do Canal Stable

 PDF
Chrome 131: 6 de novembro de 2024 PDF
Chrome 130: 9 de outubro de 2024 PDF
Chrome 129: 11 de setembro de 2024 PDF
Chrome 128: 14 de agosto de 2024 PDF
Notas de versões 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?
true
Pesquisa
Limpar pesquisa
Fechar pesquisa
Menu principal
18301178794032692609
true
Pesquisar na Central de Ajuda
true
true
true
true
true
410864
false
false
false