Para administradores que gerenciam o navegador Chrome ou dispositivos ChromeOS de uma empresa ou escola.
- Para receber e-mails sobre as próximas versões, inscreva-se aqui.
- Para testar novos recursos antes do lançamento, inscreva-se no Programa Trusted Tester.
- Fale com admins de TI do Chrome Enterprise pelo fórum de clientes do Chrome Enterprise.
- Inscreva-se para fazer o exame de credenciamento de admin do ChromeOS.
- Receba ajuda e confira os recursos adicionais abaixo.
Tabela atualizada: 25 de março de 2026
Chrome 146
Resumo da versão 146 do Chrome
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Melhorias no Modo IA e no Lens | ✓ | ||
| Experiência de preenchimento automático estendida | ✓ | ||
| Restrições de acesso à rede local | ✓ | ||
| Intervenção seletiva de permissão | ✓ | ||
| Configurações de segurança agrupadas | ✓ | ||
| Remover políticas de particionamento de armazenamento de terceiros | ✓ | ||
| 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 |
| Atualização da pontuação de risco da Spin.AI no Admin Console | ✓ | ||
| Políticas experimentais de conformidade de criptografia | ✓ | ||
| Logon único do Okta integrado no macOS | ✓ | ||
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Criptografia de cache empresarial | ✓ | ✓ | |
| Proteção contra adulteração de políticas locais | ✓ | ✓ | |
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Atualização do CSS: separação das propriedades de largura e estilo | ✓ | ||
| Credenciais de sessões vinculadas ao dispositivo | ✓ | ||
| Gemini no Chrome | ✓ | ||
| Denunciar um golpe | ✓ | ||
| Provedor de framework de acessibilidade de automação de interface no Windows | ✓ | ||
| Encapsulamento de chaves X25519Kyber768 para TLS | ✓ | ||
| Preenchimento automático aprimorado | ✓ | ||
| Cookies vinculados à origem (por padrão) | ✓ | ||
| Atualização do alerta Sem HTTPS | ✓ | ||
| Chrome para dispositivos Linux ARM64 | ✓ | ||
| Descontinuação e remoção das APIs do Sandbox de privacidade | ✓ | ✓ | |
| Ativa "Sempre usar conexões seguras" por padrão | ✓ | ||
| Apps isolados da web | ✓ | ||
| Migração da API SafeBrowsing v4 para a v5 | ✓ | ||
| O Chrome removerá o suporte para o macOS 12 | ✓ | ||
| Descontinuação e remoção do XSLT | ✓ | ✓ | ✓ |
| O Chrome vai passar a ter um ciclo de lançamento de duas semanas | ✓ | ||
| Criptografia pós-quântica para DTLS em WebRTC | ✓ | ||
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| Próximas mudanças no Chrome Enterprise Core | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Não há atualizações futuras do Chrome Enterprise Core. | |||
| Próximas mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| API Chrome Enterprise Connectors | ✓ | ✓ | |
| Suporte para arrastar e soltar controles de dados | ✓ | ||
| Mais tamanhos de arquivo aceitos para verificações da DLP | ✓ | ✓ | |
| Suporte para AllowList e BlockList na política DeveloperToolsAvailability | ✓ | ✓ | |
| Suporte para AllowList e BlockList na política IncognitoModeAvailability | ✓ | ✓ | |
| Telemetria de atividade DOM da extensão empresarial | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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 leva de 1 a 2 semanas para ficar pronta.
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
- Melhorias no Modo IA e no Lens
Antes, no Chrome 143 para macOS e Windows, novos recursos do Modo IA foram integrados ao navegador Chrome. Os usuários podem acessar o Modo IA diretamente pela página Nova guia e pela barra de endereço, fazendo perguntas complexas por onde quer que comecem a navegar. Os admins podem desativar esses recursos (valor 1) usando a política AIModeSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte este artigo na Central de Ajuda do Chrome Enterprise e Education.
No Chrome 145, lançamos o recurso de contexto de várias guias no Modo IA e no Lens. Os usuários podem compartilhar o conteúdo de uma ou mais guias abertas para fazer perguntas, comparar, resumir e encontrar informações com mais eficiência. Os admins podem desativar esses recursos (valor 1) usando a política SearchContentSharingSettings ou GenAiDefaultSettings (valor 2). Também no Chrome 145 para Android e iOS, novos recursos do Modo IA foram integrados ao navegador Chrome.
No Chrome 146, os arquivos do Google Drive ficam disponíveis como contexto. Os admins podem desativar esses recursos (valor 1) usando a política SearchContentSharingSettings.
- Chrome 143 no macOS e Windows: novos recursos do Modo IA serão integrados ao Chrome e poderão ser controlados usando a política AIModeSettings ou GenAiDefaultSettings.
- Chrome 145 no macOS e Windows: o recurso de contexto de várias guias estará disponível e será controlável usando a política SearchContentSharingSettings ou GenAiDefaultSettings.
- Chrome 145 no Android e iOS: novos recursos do Modo IA vão estar disponíveis gradualmente no Android e no iOS.
- Chrome 146 no macOS e Windows: os arquivos do Google Drive ficam disponíveis como contexto. Os admins podem desativar esses recursos (valor 1) usando a política SearchContentSharingSettings.
- Chrome 147 no macOS e Windows: as políticas LensOverlaySettings, LensDesktopNTPSearchEnabled e LensRegionSearchEnabled serão descontinuadas. Os admins podem usar SearchContentSharingSettings para controlar esses recursos.
- Experiência de preenchimento automático estendida
A partir do Chrome 146, alguns usuários poderão salvar e preencher automaticamente outros tipos de dados que antes estavam disponíveis apenas para quem tinha o Preenchimento automático avançado ativado. Os admins podem controlar o recurso usando as políticas atuais AutofillAddressEnabled, GenAiDefaultSettings e AutofillPredictionSettings.
- Chrome 146 no ChromeOS, Linux, macOS e Windows: lançamento gradual de recursos
- Restrições de acesso à rede local
O Chrome 142 restringiu a capacidade de fazer solicitações para a rede local do usuário, protegida por um comando de permissão. Uma solicitação de rede local é qualquer solicitação de um site público a um endereço IP local ou loopback, ou de um site local (por exemplo, intranet) a loopback.
Restringir a capacidade dos sites de fazer essas solicitações por trás de uma permissão reduz o risco de ataques de falsificação de solicitação entre sites em dispositivos de rede local, como roteadores, e diminui a capacidade dos sites de usar essas solicitações para criar uma impressão digital da rede local do usuário.
Essa permissão é restrita a contextos seguros. Se concedidas, as permissões também relaxam o bloqueio de conteúdo misto para solicitações de rede local, já que muitos dispositivos locais não conseguem obter certificados TLS confiáveis publicamente por vários motivos.
Esse trabalho substitui um esforço anterior chamado Acesso à rede privada, que usava solicitações de simulação para que os dispositivos locais ativassem o recurso. Para mais informações sobre esse recurso, consulte Como adaptar seu site para as novas restrições de acesso à rede local no Chrome.
O Chrome 145 introduziu permissões mais granulares para sites que solicitam acesso à rede local de um usuário. A permissão única anterior de acesso à rede local está sendo dividida em duas permissões distintas:
-
local-network: concede acesso a endereços IP no espaço da rede local (por exemplo, intranets, dispositivos internos).
- loopback-network: concede acesso a endereços IP de loopback (por exemplo, localhost, 127.0.0.1).
A antiga permissão de rede local vai permanecer como um alias, garantindo que as configurações e as políticas de permissões atuais continuem funcionando conforme o esperado. Essa mudança ofereceu aos usuários e admins um controle mais preciso sobre como os sites interagem com os recursos da rede interna. As políticas empresariais atuais que gerenciam o acesso à rede local não serão afetadas por essa mudança.
O Chrome 146 apresenta duas novas políticas corporativas para gerenciar restrições de acesso à rede local: LocalNetworkAccessIpAddressSpaceOverrides e LocalNetworkAccessPermissionsPolicyDefaultEnable. Essas políticas podem ser definidas usando configurações personalizadas.
- Chrome 145 no Android, Linux, macOS, Windows e Fuchsia: o recurso de divisão de permissões é lançado.
- Chrome 146 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: duas novas políticas empresariais estarão disponíveis para gerenciar restrições de acesso à rede local:
- LocalNetworkAccessIpAddressSpaceOverrides pode ser usado para marcar blocos de endereços IPv4 e IPv6 como públicos ou particulares. Intervalos IP tratados como públicos não causam solicitações de permissão quando acessados por outras páginas. Por exemplo, o CGNAT 100.64.0.0/10 pode ser marcado como público. Isso é útil para determinadas configurações de VPN e proxy. Marcar 0.0.0.0/0 e ::/0 como públicos equivale a desativar as restrições de acesso à rede local.
- LocalNetworkAccessPermissionsPolicyDefaultEnabled pode ser usado para fazer com que a permissão de LNA seja delegada automaticamente a iframes pelo frame principal, sem exigir anotação explícita dos iframes filhos. Isso é útil em situações em que o acesso à rede local é realizado por uma ferramenta SaaS incorporada em outra ferramenta SaaS. Isso inclui alguns softwares de documentação e base de conhecimento hospedados localmente.
- Chrome 146 no ChromeOS, Linux, macOS e Windows: lançamento gradual de recursos
- Chrome 147 no Android, ChromeOS, Linux, macOS e Windows: as restrições de acesso à rede local foram expandidas para incluir conexões WebSocket e WebTransport.
- Chrome 152 no Android, ChromeOS, Linux, macOS e Windows: a política LocalNetworkAccessRestrictionsTemporaryOptOut será removida.
-
- Intervenção seletiva de permissão
O Chrome 146 apresenta a intervenção seletiva de permissão, que impede que o JavaScript relacionado à publicidade em páginas acesse determinadas permissões sensíveis à privacidade, como geolocalização, microfone, área de transferência, Bluetooth, USB e captura de tela, para aumentar a privacidade do usuário.
Mesmo que políticas como DefaultGeolocationSetting, VideoCaptureAllowedUrls, AudioCaptureAllowedUrls ou ClipboardAllowedForUrls sejam usadas, esses sites ainda podem ter permissões negadas para o script de anúncio.
Os admins podem desativar essa intervenção usando a política corporativa AdsSettingForIntrusiveAdsSites.
- Chrome 146 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: o lançamento do recurso será gradual
- Configurações de segurança agrupadas
Esse recurso oferece aos usuários opções de segurança agrupadas para definir as configurações de segurança com base no nível de proteção desejado ao usar o Chrome. Os usuários podem escolher entre Maior proteção para o mais alto nível de segurança e Padrão para a proteção equilibrada padrão. Os usuários ainda podem definir valores personalizados para as configurações, como já fazem hoje. Isso simplifica a experiência do usuário e facilita a obtenção do nível de proteção desejado sem precisar entender as opções de configuração avançadas. As políticas empresariais atuais têm precedência sobre as seleções de pacotes do usuário final. Se uma política já estiver definida para as configurações de segurança, os valores não serão substituídos pela escolha de um pacote de segurança feita pelo usuário.
-
Chrome 146 no ChromeOS, Linux, macOS e Windows
-
- Remover políticas de particionamento de armazenamento de terceiros
O particionamento de armazenamento de terceiros se tornou o padrão no Chrome 115. O Chrome 128 removeu a
chrome://flagque permitia aos usuários desativar esse recurso, e o teste de descontinuação terminou com o Chrome 139. No Chrome 146, vamos remover as políticas corporativas DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins. Recomendamos que os usuários façam a transição para soluções de armazenamento alternativas, adaptando-se ao particionamento de armazenamento de terceiros ou usandodocument.requestStorageAccess({...})quando necessário.Se você tiver algum feedback, compartilhe aqui no bug do Chromium.
- Chrome 146 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: remoção das políticas DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins
- Novas políticas no navegador Chrome
Política Descrição Bloqueia a instalação de extensões externas
Com esta política, os administradores podem criptografar o cache HTTP no disco.
Configuração padrão de detecção de inatividade
Configurar tipos permitidos de aplicativo/extensão
Controlar a disponibilidade do modo de desenvolvedor na página de extensões
Configurar a lista de permissões para instalação de extensões
Configurar lista de bloqueio para instalação de extensões
Configurar lista de apps e extensões com instalação forçada
Configurar extensão, aplicativo e origens de instalação do script do usuário
Configurações de gerenciamento de extensão
Forçar a prioridade de primeiro plano para todas as guias
Permitir que integrações do app do Gemini ajam diretamente em sites especificados
Bloquear a ação direta de integrações do app do Gemini em sites especificados
Permitir a detecção de inatividade nestes sites
Bloquear a detecção de inatividade nestes sites
Substituir mapeamentos de espaço de endereço IP
Permitir que subframes sem delegação explícita solicitem acesso à rede local (LNA)
Permitir que sites façam solicitações de rede para endpoints da rede local.
Impedir que sites façam solicitações de rede para endpoints da rede local.
Permitir que sites façam solicitações de rede para o dispositivo local.
Impedir que sites façam solicitações de rede para o dispositivo local.
Preferir algoritmos de criptografia específicos para TLS
Preferir algoritmos de troca de chaves específicos para TLS
Controlar a disponibilidade do recurso XSLT
- Políticas removidas do navegador Chrome
Política Descrição Configuração padrão do particionamento de armazenamento de terceiros
Desativar o particionamento de armazenamento de terceiros para origens de nível superior específicas
Mudanças no Chrome Enterprise Core
- Atualização da pontuação de risco da Spin.AI no Admin Console
A partir do Chrome 146, as pontuações de avaliação de risco da Spin.AI no Admin Console vão refletir mudanças recentes feitas pela Spin.AI. A pontuação ainda segue a escala de 0 a 100, mas uma pontuação de 0 reflete baixo risco, enquanto uma pontuação de 100 reflete alto risco.
- Políticas experimentais de conformidade de criptografia
PreferSlowKEXAlgorithms e PreferSlowCiphers são duas políticas corporativas experimentais novas que configuram o Chrome para ordenar os algoritmos de acordo de chaves (grupos aceitos) e algoritmos de criptografia preferidos, com TLS 1.3, para refletir a preferência por algoritmos que foram aprovados por um regime de conformidade específico. No momento, o único regime de compliance é o CNSA2. Isso não garante a negociação de algoritmos específicos. Ele permite que operadores de servidores que querem atender clientes com e sem requisitos de conformidade façam a diferenciação entre clientes, usando determinados algoritmos não padrão com maior força criptográfica apenas para os clientes que configuram explicitamente essa preferência. A definição dessa política não é necessária para a segurança. A criptografia padrão usada pelo Chrome é forte o suficiente para resistir a um ataque de força bruta que usa toda a energia do Sol. A definição dessa política torna o Chrome mais lento ao acessar sites. Essa política afeta apenas o TLS 1.3 e o QUIC, e não as versões anteriores do TLS.
Essas políticas estão disponíveis temporariamente como uma única flag combinada,
chrome://#cryptography-compliance-cnsa. - Chrome 143 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: as políticas estão disponíveis, mas marcadas como experimentais no navegador Chrome
- Chrome 144 no ChromeOS: as políticas adicionais que se aplicam à tela de login do dispositivo ChromeOS estão disponíveis, mas marcadas como experimentais.
- Chrome 146 no Android, ChromeOS, Linux, macOS e Windows: por volta do Chrome 146, atualizaremos os servidores TLS de Serviços do Google para que negociem o ML-KEM-1024 quando essa flag estiver definida. A partir daí, a política não será mais marcada como experimental.
- Logon único do Okta integrado no macOS
O Chrome no macOS agora oferece uma experiência de logon único (SSO) aprimorada para organizações que usam o Okta. Quando um dispositivo macOS é gerenciado e configurado com o perfil de gerenciamento de dispositivos e dispositivos móveis (MDM) de SSO empresarial extensível adequado para o Okta, os usuários se beneficiam de um fluxo de autenticação perfeito.
Especificamente, os prompts que antes pediam permissão do usuário para abrir o aplicativo Okta Verify ou permitir comunicações de rede local durante a autenticação do Okta FastPass não vão mais aparecer. O Chrome vai usar o mecanismo de SSO extensível integrado da Apple para processar essas autenticações.
Requisitos:
- Ative o suporte ao SSO como um recurso de acesso antecipado por autoatendimento do Okta.
- O dispositivo precisa estar executando o macOS.
- O dispositivo precisa ser gerenciado e ter o perfil MDM ExtensibleEnterpriseSSO correto configurado por um admin.
- O ambiente do Okta da organização precisa ser configurado para oferecer suporte a esse fluxo.
- O aplicativo Okta Verify precisa estar instalado no dispositivo.
Os admins podem gerenciar esse recurso com a política ExtensibleEnterpriseSSOBlocklist. Para impedir que o Chrome use a integração integrada do SSO do Okta, adicione
oktaà lista de strings da política. Para desativar essa integração integrada em todos os provedores de identidade compatíveis, adicione o valorall.Essa atualização tem como objetivo reduzir a interrupção do usuário e simplificar o acesso a recursos protegidos pelo Okta.
- Chrome 146 no macOS: o lançamento do recurso será gradual.
Mudanças no Chrome Enterprise Premium
Saiba mais sobre as diferenças entre o Chrome Enterprise Core e o Chrome Enterprise Premium.
- Criptografia de cache empresarial
O Chrome Enterprise Premium oferece criptografia de cache empresarial, um recurso projetado para reduzir os riscos de exfiltração de dados criptografando os dados do navegador armazenados em repouso, especificamente o cache HTTP. Usando APIs no nível do SO para armazenamento de chaves com criptografia vinculada ao app, essa funcionalidade torna os dados armazenados localmente inacessíveis a malware se um dispositivo for comprometido.
Esse recurso opera de forma transparente em segundo plano, mas pode afetar o desempenho devido à criptografia em tempo real. Os admins podem gerenciar isso com a política CacheEncryptionEnabled. Ativar ou desativar essa política limpa automaticamente o cache atual para garantir a consistência dos dados.
- Chrome 146 no Linux, macOS e Windows: a criptografia de cache estará disponível em plataformas de computador.
- Proteção contra adulteração de políticas locais
Os indicadores de detecção de conflitos de políticas para o Acesso Baseado no Contexto (CAA, na sigla em inglês) fecham uma lacuna de segurança significativa ao permitir a detecção de políticas corporativas substituídas por configurações locais conflitantes em dispositivos BYOD.
Isso é feito integrando novos indicadores de conflito de políticas do perfil gerenciado do Chrome ao pipeline de relatórios de segurança atual, controlado pela política UserSecuritySignalsReporting.
Essa visibilidade permite que os admins definam regras de CAA nas ferramentas de proteção contra dados e ameaças do Chrome Enterprise Premium (CEP) ou no gateway de segurança para bloquear automaticamente o acesso a aplicativos corporativos se políticas críticas, como controles de DLP, Navegação segura ou listas de bloqueio de extensões, forem consideradas não conformes.
- Chrome 144 no Linux, macOS e Windows: começa a detecção e o relatório de metadados de conflito de políticas.
- Chrome 145 no Linux, macOS e Windows: permite que o fluxo de avaliação do Acesso Baseado no Contexto (CAA) permita que os admins escrevam regras de aplicação com base na existência de um conflito.
- Chrome 146 no Linux, macOS e Windows: a interface do Admin Console foi atualizada para mostrar sinais de conflito, e os valores das políticas começaram a ser informados.
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
- Atualização do CSS: separação das propriedades de largura e estilo
Em breve, o Chrome vai se alinhar às especificações de CSS atualizadas sobre o comportamento das propriedades
border-width,outline-widthecolumn-rule-width. Antes, se oborder-style,outline-styleoucolumn-rule-stylecorrespondente fosse definido como "none" ou "hidden", a largura calculada dessas propriedades seria forçada a0px, independente do valor especificado.Com essa mudança, os valores calculados de
border-width,outline-widthecolumn-rule-widthsempre vão refletir os valores especificados pelo autor, independente da propriedade *-style. Além disso, os valores resolvidos (retornados porgetComputedStyle()) paraoutline-widthecolumn-rule-widthtambém vão refletir os valores especificados.A mudança alinha o Chrome ao Firefox e ao WebKit, que já implementaram esse comportamento.
- Chrome 147 no Windows, macOS, Linux e Android: sem etapa de lançamento
- Credenciais de sessões vinculadas ao dispositivo
Para aumentar a segurança dos usuários e combater o roubo de cookies de sessão, o Chrome está lançando as credenciais de sessão vinculadas ao dispositivo (DBSC). Com esse recurso, os sites podem vincular a sessão de um usuário ao dispositivo específico, dificultando muito o uso de cookies de sessão roubados em outras máquinas.
- Chrome 145 no Windows: o lançamento do recurso será gradual
- Chrome 147 no macOS: o lançamento do recurso será gradual
- Gemini no Chrome
O Gemini agora está integrado ao Chrome no macOS, Windows e em dispositivos ChromeOS selecionados e pode entender o conteúdo da sua página atual. Agora os usuários podem conferir os principais pontos, esclarecer conceitos e encontrar respostas sem sair da guia do Chrome. Essa integração inclui o chat, em que os usuários podem interagir com o Gemini por texto, e o Gemini Live, em que os usuários podem interagir com o Gemini por voz.
No Chrome 143, o Gemini no Chrome começou a ser lançado para a maioria dos usuários do Google Workspace com acesso ao app do Gemini nos EUA. Os administradores podem desativar esse recurso (valor 1) usando a política GeminiSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte Gemini no Chrome na Central de Ajuda ou neste post.
Também anunciamos o recurso de contexto de várias guias no Chrome 143. O Gemini no Chrome agora pode acessar mais guias abertas (até 10) para você fazer perguntas em várias páginas, comparando e encontrando informações com mais eficiência. O Gemini no Chrome também funciona como um agente de produtividade. O Gemini no Chrome usa automaticamente informações públicas destes Serviços do Google: Pesquisa Google, Google Maps e YouTube. Com sua permissão, o Gemini no Chrome pode ajudar você a conectar suas informações e seu conteúdo pessoais nos serviços do Google Workspace (Gmail, Drive, Keep, Agenda e Tarefas).
No Chrome 144, a navegação automática no Gemini no Chrome foi disponibilizada para alguns usuários (não corporativos). A política corporativa GeminiActOnWebSettings estará disponível no lançamento.
- Chrome 137 no macOS e Windows: o recurso está disponível para alguns assinantes do Google AI Pro e Ultra nos EUA e nos canais pré-Stable (Dev, Canary e Beta) nos EUA.
- Chrome 144 no macOS e Windows: a navegação automática no Gemini no Chrome está disponível para alguns usuários (não corporativos). A política corporativa GeminiActOnWebSettings estará disponível no lançamento. Os usuários poderão fazer upload de imagens renderizadas diretamente para o Gemini no Chrome usando um item do menu de contexto do Chrome. Em seguida, os usuários poderão usar comandos no Gemini no Chrome para gerar novas imagens derivadas. Com a permissão do usuário, o Gemini no Chrome também pode usar o Gerenciador de senhas do Google para fazer login em sites. Item do menu de contexto para upload de imagens disponível para usuários corporativos. Esse recurso respeita as regras definidas pela política DataControlsRules e as configurações OnBulkDataEntryEnterpriseConnector.
- Chrome 144 no ChromeOS: o Gemini no Chrome foi lançado para dispositivos ChromeOS selecionados
- Chrome 144 no macOS e Windows: o Gemini no Chrome permite que algumas ferramentas de terceiros disponíveis como extensões do Gemini sejam chamadas
- Chrome 145 no ChromeOS, macOS e Windows: o Gemini no Chrome será lançado gradualmente para usuários no Canadá, na Nova Zelândia e na Índia em afrikaans, amárico, búlgaro, bengali, catalão, tcheco, galês, dinamarquês, alemão, grego, espanhol, estoniano, basco, finlandês, filipino, francês, galego, gujarati, hindi, croata, húngaro, indonésio, islandês, italiano, japonês, canarês, coreano, lituano, letão, malaiala, marata, malaio, holandês, norueguês, polonês, português, romeno, russo, eslovaco, esloveno, sérvio, sueco, suaíli, tâmil, telugu, tailandês, turco, ucraniano, vietnamita, chinês (simplificado e tradicional) e zulu. O lançamento nos EUA também vai oferecer suporte aos mesmos idiomas.
- Chrome 147 no macOS e Windows: navegação automática no Gemini no Chrome disponível para usuários corporativos. As políticas empresariais GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs e GeminiActOnWebBlockedForURLs estão disponíveis para controlar a navegação automática.
- Chrome 147 no ChromeOS, macOS e Windows: o Gemini no Chrome poderá usar o preenchimento automático do Chrome para preencher formulários de cartão de crédito e endereço (com permissão do usuário). Isso vai respeitar as políticas corporativas AutofillAddressEnabled e AutofillCreditCardEnabled, além das políticas gerais GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs e GeminiActOnWebBlockedForURLs para o Gemini agêntico no Chrome.
- Chrome 148 no macOS e Windows: a partir do Chrome 148 no macOS e Windows: navegação automática no Gemini no Chrome disponível para usuários corporativos.
- Denunciar um golpe
Com a Navegação segura ativada, os usuários podem denunciar páginas da web diretamente para a Navegação segura no Chrome pelo menu "Ajuda".
Os admins podem desativar esse recurso desativando a Navegação segura com SafeBrowsingProtectionLevel ou impedindo o feedback do usuário com UserFeedbackAllowed.
- Chrome 145 no Windows: o lançamento do recurso será gradual
- Chrome 147 no macOS: o lançamento do recurso será gradual
-
- Provedor de framework de acessibilidade de automação de interface no Windows
O Chrome 126 começou a 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 admins podem usar a política corporativa UiAutomationProviderEnabledUiAutomationProviderEnabled, lançada 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 147 e será removida no Chrome 148. 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 146 para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente.
- Chrome 148 no Windows: a política UiAutomationProviderEnabled será removida do Chrome. Todos os clientes vão usar o provedor do framework de acessibilidade de automação de interface do navegador.
- Encapsulamento de chaves X25519Kyber768 para TLS
O Chrome 124 ativou por padrão em todas as plataformas de computador um novo mecanismo de encapsulamento de chaves TLS com segurança pós-quântica X25519Kyber768, baseado 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 ao descarte ou à suspensão de conexões. Isso pode ser resolvido com a atualização do seu middlebox ou a desativação do mecanismo de encapsulamento de chaves por meio da política corporativa temporária PostQuantumKeyAgreementEnabled, que vai estar disponível até o Chrome 145. No entanto, criptografias pós-quânticas de longo prazo serão necessárias no TLS, e a política empresarial será removida a partir do Chrome 146. A criptografia pós-quântica é necessária para o CSNA 2.0. Para saber mais, consulte Proteger o tráfego do Chrome com o KEM híbrido do Kyper.- 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 147 no Linux, macOS e Windows: a política corporativa será removida.
- Preenchimento automático aprimorado
A partir do Chrome 137, alguns usuários podem ativar o Preenchimento automático avançado, um recurso que ajuda a preencher formulários on-line com mais facilidade. Em formulários relevantes, o Chrome pode usar a IA para entender melhor o formulário e oferecer aos usuários a opção de preencher automaticamente as informações salvas anteriormente. Os administradores podem controlar o recurso usando a política atual GenAiDefaultSettings e uma nova política AutofillPredictionSettings.
- Chrome 137 no ChromeOS, Linux, macOS e Windows: o lançamento do recurso será gradual
- Chrome 140 no ChromeOS, Linux, macOS e Windows: o recurso "Preenchimento automático com IA" vai mudar de nome para "Preenchimento automático avançado", permitir que os usuários salvem e preencham mais tipos de informações e ficar disponível em mais países e idiomas.
- Chrome 148 no Android: o preenchimento automático aprimorado será disponibilizado para usuários do Chrome no Android.
- Cookies vinculados à origem (por padrão)
No Chrome 148, os cookies são vinculados à origem da configuração (por padrão) para que só ela possa acessá-los, ou seja, são enviados em uma solicitação ou visíveis pelo
document.cookie. Os cookies podem facilitar as restrições de vinculação de host e porta usando o atributo "Domain", mas todos os cookies serão vinculados ao esquema de configuração.As políticas corporativas temporárias LegacyCookieScopeEnabled e LegacyCookieScopeEnabledForDomainList estarão disponíveis para reverter essa mudança. Essas políticas vão deixar de funcionar no Chrome 150.
- Chrome 148 no Android, iOS, Linux, macOS e Windows: as políticas empresariais estão disponíveis.
- Chrome 150 no Android, iOS, Linux, macOS e Windows: as políticas empresariais serão removidas
- Atualização do alerta Sem HTTPS
O aviso exibido quando um usuário ativa a opção Sempre usar conexões seguras em
chrome://settings/securityestá mudando de um intersticial para uma caixa de diálogo. O carregamento de página inteira permanece bloqueado, e a funcionalidade não muda. O indicador de segurança de conteúdo do URL no aviso está mudando do indicador para o bloqueio quebrado. Alguns usuários podem ver esse aviso automaticamente ao acessar sites HTTP. Os usuários podem ativar o aviso emchrome://settings/security.- Chrome 141 no ChromeOS, Linux, macOS e Windows: novo design de aviso em plataformas de computador.
- Chrome 148 no Android: design de aviso atualizado semelhante no Android, usando uma bolha de aviso em vez de um intersticial completo.
- Chrome para dispositivos Linux ARM64
Temos uma ótima novidade! O Google vai lançar o Chrome para dispositivos Linux ARM64 no segundo trimestre de 2026, após a expansão bem-sucedida do Chrome para dispositivos macOS com tecnologia Arm em 2020 e dispositivos Windows com tecnologia Arm em 2024.
Com o lançamento do Chrome para dispositivos ARM64 Linux, mais usuários podem aproveitar a integração perfeita dos serviços mais úteis do Google no navegador. Essa mudança atende à crescente demanda por uma experiência de navegação que combine os benefícios do projeto de código aberto Chromium com o ecossistema de apps e recursos do Google.
Saiba mais nesta postagem do blog do Chromium.
- Chrome 149 no Linux: o lançamento do recurso será gradual.
- Descontinuação e remoção das APIs do Sandbox de privacidade
O Chrome anunciou recentemente que a abordagem atual para cookies de terceiros será mantida. Depois disso, planejamos descontinuar e remover as seguintes APIs.
- Tópicos
- Protected Audience
- Armazenamento compartilhado
- Relatórios de atribuição
- Private Aggregation
- Sites relacionados
- requestStorageAccessFor
Estas são as políticas corporativas associadas às APIs acima.
- PrivacySandboxSiteEnabledAdsEnabled
- PrivacySandboxAdTopicsEnabled
- PrivacySandboxAdMeasurementEnabled
- RelatedWebsiteSetsOverrides
- RelatedWebsiteSetsEnabled
A descontinuação começou com o Chrome 144, e a remoção está planejada para o Chrome 150. Após a descontinuação, as APIs vão continuar existindo, e a maioria dos usuários não vai notar nenhuma interrupção. No entanto, alguns usuários que dependem de integrações do lado do servidor (como servidor de k-anonimato ou coordenadores) vão notar uma interrupção nos serviços. Entramos em contato com os usuários das APIs sobre nossos planos de descontinuação. No momento da remoção, Chrome 150, todas as políticas associadas a essas APIs também serão removidas.
Nenhuma das APIs é ativada por padrão para usuários corporativos. As equipes empresariais podem analisar o status de qualquer perfil gerenciado no Admin Console.
- Chrome 144 no Android, ChromeOS, Linux, macOS e Windows: lançamento da descontinuação.
- Chrome 150 no Android, ChromeOS, Linux, macOS e Windows: remoção das APIs e das políticas associadas.
- Ativar "Sempre usar conexões seguras" por padrão
O Chrome 150 vai ativar a configuração Sempre usar conexões seguras no modo "somente sites públicos" por padrão. Isso significa que o Chrome vai pedir permissão do usuário antes do primeiro acesso a qualquer site público sem HTTPS. Sites públicos são definidos como sites que têm um nome globalmente exclusivo e excluem a navegação direta para endereços RFC 1918 (192.168.0.1, 10.0.0.0/8 etc.), bem como nomes curtos, como go/.
Antes de ativar a opção por padrão para todos os usuários, o Chrome vai ativar a opção Sempre usar conexões seguras para quem ativou as proteções da Navegação segura com maior proteção no Chrome.
Se você é um desenvolvedor de sites ou profissional de TI e tem usuários que podem ser afetados por esse recurso, recomendamos ativar a configuração "Sempre usar conexões seguras" hoje para ajudar a identificar sites que precisam ser migrados. Os admins podem usar as políticas HttpAllowlist e HttpsOnlyMode para substituir esse comportamento.
Para mais informações, consulte nosso guia de adoção e a postagem do blog de anúncio.
- Chrome 150 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: ative a opção "Sempre usar conexões seguras" para usuários que ativaram a Navegação segura com maior proteção.
- Chrome 154 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: ativação da opção "Sempre usar conexões seguras" por padrão para todos os usuários.
- Apps Isolados da Web
Os Apps Isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web. Eles oferecem proteções mais fortes contra comprometimento do servidor e outras adulterações necessárias para desenvolvedores de aplicativos sensíveis à segurança. Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos na explicação em vez de serem hospedados em servidores da Web ativos e buscados por HTTPS.
A partir do Chrome 150, os IWAs só poderão ser instalados por uma política de administrador em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 150 no Windows: esse lançamento adiciona suporte a Apps Isolados da Web em configurações gerenciadas pela empresa do navegador no Windows.
- Migração da API Safe Browsing v4 para a v5
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. Para mais detalhes, consulte Migração da V4: Navegação segura.- Chrome 150 no Android, iOS, ChromeOS, Linux, macOS e Windows : o lançamento do recurso será gradual.
- O Chrome não vai mais ser compatível com o macOS 12
O Chrome 150 será a última versão com suporte para o macOS 12. O Chrome 151 e versões mais recentes não serão mais compatíveis com o macOS 12, que está fora do período de suporte da Apple. A execução em um sistema operacional com suporte é essencial para manter a segurança.
Em Macs com o macOS 12, o Chrome vai continuar funcionando, mostrando uma barra de informações de aviso, mas não vai ser atualizado. Se um usuário quiser atualizar o Chrome, será necessário atualizar o computador para uma versão compatível do macOS.
Para novas instalações do Chrome 151 ou mais recente, será necessário o macOS 13 ou mais recente.
- Chrome 151 no Windows, macOS e Linux
- Descontinuação e remoção do XSLT
O XSLT v1.0, que todos os navegadores seguem, foi padronizado em 1999. Desde então, o XSLT evoluiu para as versões 2.0 e 3.0, adicionando recursos e se distanciando da versão antiga engessada nos navegadores. Essa falta de avanço, com o aumento de bibliotecas e frameworks JavaScript que oferecem uma manipulação do DOM mais flexível e eficiente, levou a um declínio considerável no uso do XSLT pelo lado do cliente. A função dele no navegador da web foi amplamente substituída por tecnologias baseadas no JavaScript, como JSON+React.
O Chromium usa a biblioteca libxslt para processar essas transformações, e ela não recebe manutenção há cerca de seis meses em 2025. A libxslt é uma base de código C complexa e datada com suscetibilidade notória a vulnerabilidades de segurança de memória, como estouros de buffer, que podem levar à execução de código arbitrário. Como o XSLT pelo lado do cliente agora é um recurso de nicho e raramente usado, essas bibliotecas recebem muito menos manutenção e análise de segurança do que os mecanismos JavaScript básicos. No entanto, elas representam uma superfície de ataque direta e potente para processar conteúdo da web não confiável. Aliás, o XSLT é a origem de vários exploits de segurança recentes e de grande repercussão que continuam colocando os usuários de navegadores em risco. Por esses motivos, o Chromium (assim como outros mecanismos de navegação) planeja descontinuar e remover o XSLT da plataforma web. Para mais detalhes, consulte este artigo no Chrome para Desenvolvedores.
- Chrome 143 no Android, ChromeOS, Linux, macOS e Windows: descontinuação (mas não remoção) das APIs.
- Chrome 152 no Android, ChromeOS, Linux, macOS e Windows: lançaremos o teste de origem (OT, na sigla em inglês) e a política corporativa para testes. Eles permitem que sites e empresas continuem usando recursos após a data da remoção.
- Chrome 155 no Android, ChromeOS, Linux, macOS e Windows: o XSLT deixará de funcionar nas versões Stable para todos os usuários, exceto para os participantes do teste de origem e da política corporativa.
- Chrome 164 no Android, ChromeOS, Linux, macOS e Windows: o teste de origem e a política corporativa deixarão de funcionar. Desativaremos o XSLT para todos os usuários.
- Criptografia pós-quântica para DTLS em WebRTC
Esse recurso permite o uso da criptografia pós-quântica (PQC) com conexões WebRTC. A motivação da PQC é atualizar o tráfego de mídia do WebRTC com os protocolos de criptografia mais recentes e evitar cenários de Coletar agora para quebrar depois.
Os admins poderão controlar esse recurso usando a política corporativa WebRtcPostQuantumKeyAgreement para que os usuários corporativos possam desativar a PQC. A política será temporária e tem remoção planejada para a versão 152 do Chrome.
- Chrome 142 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: lançamento de recursos
- Chrome 152 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: remoção da política empresarial
- Mudança para um ciclo de lançamento de duas semanas
A partir de setembro de 2026 (Chrome 153), o Chrome vai passar a ter um ciclo de lançamento de duas semanas, em vez do ciclo atual de quatro semanas. A plataforma da Web está em constante evolução, e nosso objetivo no Chrome é garantir que desenvolvedores e usuários tenham acesso imediato aos recursos, correções e melhorias de desempenho mais recentes. Com base no nosso histórico de adaptação do processo de lançamento para atender às demandas de uma Web moderna, estamos anunciando essa etapa significativa para aumentar ainda mais nossa velocidade de desenvolvimento. O Chrome Stable vai passar a ter um ciclo de lançamento de duas semanas. Para mais detalhes, consulte a postagem do blog Chrome para desenvolvedores.
O Canal Stable estendido está disponível para clientes que têm dúvidas sobre os custos de manutenção. Para mais informações sobre o Extended Stable, consulte este artigo da Central de Ajuda. A opção Stable de duas semanas continua sendo a mais segura e deve ser usada quando a segurança é mais relevante do que os custos de manutenção.
- Chrome 153 no Android, iOS, Linux, macOS e Windows: mudança para o ciclo de lançamento de duas semanas
- Não permitir espaços em hosts de URL que não sejam "file://"
De acordo com a especificação do padrão de URL, os 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 nos 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 mais detalhes, consulte esta discussão no GitHub.
- Chrome 157 no Android, ChromeOS, Lacros, Linux, MacOS, Windows e Fuchsia
Próximas atualizações do Chrome Enterprise Core
- Não há atualizações futuras do Chrome Enterprise Core.
Próximas atualizações do Chrome Enterprise Premium
- API Chrome Enterprise Connectors
Em breve, o Chrome Enterprise vai expandir o gerenciamento programático para o Chrome Enterprise Connectors. Essa atualização vai introduzir recursos para definir e atribuir configurações de conector, complementando as políticas de conector atuais para permitir que os admins gerenciem todo o ciclo de vida dessas integrações em grande escala.
Antes, a configuração de provedores de serviços era um processo manual no Google Admin Console. Essa atualização permite a automação, o que ajuda a reduzir erros manuais e melhorar a eficiência do gerenciamento de integrações com soluções de segurança de terceiros.
Agora os admins podem usar a API Chrome Management para gerenciar recursos ConnectorConfiguration (definindo o provedor). A seleção de conector é gerenciada pela API Chrome Policy, permitindo a atribuição dessas configurações a unidades organizacionais ou grupos. Isso funciona em conjunto com as configurações atuais da API Policy para relatórios de eventos e análise de conteúdo, incluindo políticas como OnSecurityEventEnterpriseConnector, OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector e EnterpriseRealTimeUrlCheckMode. Para detalhes técnicos, os desenvolvedores precisam consultar a API Chrome Management e a documentação da API Chrome Policy.
- Chrome 143 no Android, iOS, Linux, macOS e Windows : esse lançamento adiciona suporte ao gerenciamento programático dos Chrome Enterprise Connectors por uma nova API.
- Chrome 147 no Android, iOS, Linux, macOS e Windows: esse lançamento apresenta os recursos ConnectorConfiguration e ConnectorSelection, permitindo a criação de instâncias de provedores de serviços e a atribuição delas a unidades organizacionais.
- Suporte para arrastar controles de dados
O Chrome vai aprimorar a estrutura dos controles de dados estendendo a aplicação da segurança para operações de arrastar e soltar no Windows, Mac, Linux, ChromeOS e Android para garantir a consistência com as políticas da área de transferência atuais. Os admins podem gerenciar esse comportamento com a política DataControlsRules, mas qualquer veredito WARN será automaticamente promovido a BLOCK para evitar que uma caixa de diálogo de aviso interrompa o loop de arrastar interativo.
Quando uma ação é restrita, os usuários veem a nova caixa de diálogo ClipboardDragBlock ou um modal de bloqueio do Android informando que não é permitido arrastar conteúdo no site. Essa atualização vai corrigir uma falha crítica de exfiltração de dados usando a avaliação local para manter a performance e a privacidade. As organizações precisam testar essas regras usando a flag de recurso DataControlsDragEnforcement e a página
chrome://policy/test.- Chrome 147 no Android, ChromeOS, Linux, macOS e Windows: o lançamento do recurso será gradual
- Aumento do suporte a tamanhos de arquivo para verificações da DLP
O Chrome Enterprise Premium ampliará os recursos de prevenção contra perda de dados (DLP) e verificação de malware para que incluam arquivos grandes e criptografados. Antes, arquivos maiores que 50 MB e todos os arquivos criptografados eram ignorados durante a verificação de conteúdo. Essa atualização corrigirá essa falha de segurança crítica. Para políticas configuradas para salvar evidências, agora é possível enviar arquivos de até 2 GB para o Evidence Locker. Isso oferece aos administradores mais visibilidade e controle, reduzindo significativamente o risco de exfiltração de dados por transferências de arquivos grandes.
Não é necessário ter uma nova política para ativar esse recurso. Ele é controlado automaticamente pelas configurações de regras da DLP no Google Admin Console. Se os administradores tiverem regras aplicáveis a uploads, downloads ou impressão de arquivos, elas também serão aplicadas a arquivos grandes e criptografados. Para mais informações, consulte O que são os controles de dados do ChromeOS?.
- Chrome 147 no Linux, macOS e Windows: essa etapa permite a coleta de arquivos grandes (>50 MB) e criptografados para o Evidence Locker, fechando uma lacuna de segurança importante da DLP.
- Suporte para AllowList e BlockList na política DeveloperToolsAvailability
O Chrome vai lançar duas novas políticas, DeveloperToolsAvailabilityAllowlist e DeveloperToolsAvailabilityBlocklist, que oferecem controle granular sobre a disponibilidade das Ferramentas para desenvolvedores com base em padrões de URL.
Antes, os admins só podiam permitir ou não o uso das ferramentas para desenvolvedores globalmente. Com essas novas políticas, os admins podem aplicar um bloqueio geral nas Ferramentas para desenvolvedores para proteger dados corporativos sensíveis, permitindo explicitamente o acesso a URLs internos específicos para fins de desenvolvimento ou solução de problemas.
Esses controles estão disponíveis no Windows, Mac, Linux e ChromeOS. Se essas novas políticas não forem configuradas, o comportamento da política DeveloperToolsAvailability atual vai permanecer inalterado.
- Chrome 147 no ChromeOS, Linux, macOS e Windows: o recurso será lançado gradualmente. Apresenta as políticas DeveloperToolsAvailabilityAllowlist e DeveloperToolsAvailabilityBlocklist em plataformas de computador.
- Suporte para listas de permissões e de bloqueio na política IncognitoModeAvailability
O Chrome vai lançar duas novas políticas, IncognitoModeUrlBlocklist e IncognitoModeUrlAllowlist, para dar aos admins um controle mais preciso sobre o uso do modo de navegação anônima. Antes, os admins só podiam ativar ou desativar completamente o modo de navegação anônima usando a política IncognitoModeAvailability.
Essas novas políticas funcionam de maneira semelhante às políticas URLBlocklist e URLAllowlist atuais, mas são designadas especificamente para sessões de navegação anônima. Isso permite que as organizações restrinjam o acesso a URLs específicos no modo de navegação anônima para proteger informações sensíveis e permitir o uso legítimo em outros sites.
- Chrome 147 no Android, iOS, ChromeOS, Linux, macOS e Windows: o lançamento do recurso será gradual. Apresenta as políticas IncognitoModeUrlBlocklist e IncognitoModeUrlAllowlist.
- Telemetria de atividade do DOM da extensão empresarial
Esse recurso exclusivo para empresas oferece auditoria de segurança para extensões do Chrome criando um pipeline de alta fidelidade que monitora comportamentos de risco. Ele se concentra especificamente na identificação de injeção de código (riscos de execução) e acesso a dados (riscos de roubo) que ocorrem entre páginas da Web e extensões. Os indicadores verificados são filtrados para garantir que o desempenho do navegador não seja afetado e são transmitidos usando o pipeline de relatórios em tempo real do Chrome para análise do sistema de gerenciamento de eventos e informações de segurança (SIEM). Os admins podem ativar esse recurso usando a política ExtensionDOMActivityLoggingEnabled.
- Chrome 148 no ChromeOS, Linux, macOS e Windows: pré-lançamento disponível para trusted testers do Chrome Enterprise
Resumo da versão 146 do ChromeOS
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Política da pasta local da câmera | ✓ | ✓ | |
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Migração do provisionamento de certificados | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações atuais do ChromeOS
-
Política da pasta local da câmera
A partir do ChromeOS 146, uma nova política para a pasta local da Câmera permite que os admins especifiquem um local para armazenar arquivos da câmera quando o armazenamento local estiver desativado nos dispositivos dos usuários.
Quando a opção Não permitir que os usuários armazenem e leiam dados locais está ativada, a política LocalUserFilesAllowed e o armazenamento local são desativados nos dispositivos dos usuários. Essa nova política, CameraSaveLocation, permite que os admins estendam essa configuração para arquivos da câmera usando a opção Salvar na pasta local da Câmera.
Próximas mudanças no ChromeOS
-
Migração do provisionamento de certificados
Até o final de 2026, os administradores precisarão migrar da solução legada de registro de certificados para a nova API Certificate Provisioning, lançada no ChromeOS 142. Para instruções, consulte Como configurar o provisionamento de certificados do ChromeOS pelo SCEP - Ajuda do Chrome Enterprise e Education.
Chrome 145
Resumo da versão 145 do Chrome
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Melhorias no Modo IA e no Lens | ✓ | ||
| Gemini no Chrome | ✓ | ||
| Desativar extensões de instalação forçada com violações não relativas a malware | ✓ | ||
| Mudança na programação de lançamento no Chrome 145 (somente Early Stable) | ✓ | ||
| Alternância da WebGPU do Chrome no AAPM | ✓ | ||
| O Chrome removeu o suporte para câmeras virtuais obsoletas no macOS | ✓ | ✓ | ✓ |
| Troca de credenciais no iOS | ✓ | ||
| Credenciais de sessões vinculadas ao dispositivo | ✓ | ||
| Apresentação da API Origin | ✓ | ||
| Restrições de acesso à rede local | ✓ | ||
| Strings do user agent reduzidas por padrão | ✓ | ||
| Remoção da política do Google Cloud Print | ✓ | ||
| Salvar PDF no Google Drive pelo Visualizador de PDF do Google Chrome | ✓ | ||
| Uso de CssPixels na API LayoutShift | ✓ | ||
| WebRequest.SecurityInfo em frame controlado | ✓ | ||
| Aplicação da verificação em duas etapas para contas de administrador | ✓ | ||
| Importar dados do Safari para o Chrome no iOS ficou mais fácil | ✓ | ||
| Detecção de golpes no dispositivo Android | ✓ | ||
| 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 |
| Resumo gerado por IA das notas de lançamento no Google Admin Console | ✓ | ||
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Proteção contra adulteração de políticas locais | ✓ | ✓ | |
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Configurações de segurança agrupadas | ✓ | ||
| Atualização do CSS: separação das propriedades de largura e estilo | ✓ | ||
| Remover políticas de particionamento de armazenamento de terceiros | ✓ | ||
| Atualização do alerta Sem HTTPS | ✓ | ||
| Encapsulamento de chaves X25519Kyber768 para TLS | ✓ | ||
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| Cookies vinculados à origem (por padrão) | ✓ | ||
| Migração da API SafeBrowsing v4 para a v5 | ✓ | ||
| Provedor de framework de acessibilidade de automação de interface no Windows | ✓ | ||
| Descontinuação e remoção das APIs do Sandbox de privacidade | ✓ | ✓ | |
| Ativa "Sempre usar conexões seguras" por padrão | ✓ | ||
| Apps isolados da web | ✓ | ||
| O Chrome removerá o suporte para o macOS 12 | ✓ | ||
| Descontinuação e remoção do XSLT | ✓ | ✓ | ✓ |
| Criptografia pós-quântica para DTLS em WebRTC | ✓ | ||
| Próximas mudanças no Chrome Enterprise Core | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Políticas experimentais de conformidade de criptografia | ✓ | ||
| Próximas mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| API Chrome Enterprise Connectors | ✓ | ✓ | |
| Criptografia de cache empresarial | ✓ | ||
| Suporte para AllowList e BlockList na política DeveloperToolsAvailability | ✓ | ✓ | |
| Suporte para AllowList e BlockList na política IncognitoModeAvailability | ✓ | ✓ | |
| Mais tamanhos de arquivo aceitos para verificações da DLP | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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 leva de 1 a 2 semanas para ficar pronta.
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
- Melhorias no Modo IA e no Lens
A partir do Chrome 143 no macOS e Windows, novos recursos do Modo IA foram integrados ao navegador Chrome. Os usuários podem acessar o Modo IA diretamente pela página Nova guia e pela barra de endereço, fazendo perguntas complexas por onde quer que comecem a navegar. Os admins podem desativar esses recursos (valor 1) usando a política AIModeSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte este artigo na Central de Ajuda do Chrome Enterprise e Education: Chrome: recursos e políticas de IA generativa.
No Chrome 144, lançamos o recurso de contexto de várias guias no Modo IA e no Lens. Os usuários podem compartilhar o conteúdo de uma ou mais guias abertas para fazer perguntas, comparar, resumir e encontrar informações com mais eficiência. Os admins podem desativar esses recursos (valor 1) usando a política SearchContentSharingSettings ou GenAiDefaultSettings (valor 2).
A partir do Chrome 145 no Android e iOS, novos recursos do Modo IA serão integrados ao navegador Chrome.- Chrome 143 no macOS e Windows: novos recursos do Modo IA serão integrados ao Chrome e poderão ser controlados usando a política AIModeSettings ou GenAiDefaultSettings
- Chrome 144 no macOS e Windows: o recurso de contexto de várias guias estará disponível e será controlável usando a política SearchContentSharingSettings ou GenAiDefaultSettings.
- Chrome 145 no Android e iOS: os novos recursos do Modo IA vão estar disponíveis gradualmente no Android e no iOS.
- Chrome 146 no macOS e Windows: os arquivos do Google Drive ficam disponíveis como contexto. Os administradores podem desativar esses recursos (valor 1) usando a política SearchContentSharingSettings.
- Chrome 147 no macOS e Windows: as políticas LensOverlaySettings, LensDesktopNTPSearchEnabled e LensRegionSearchEnabled serão descontinuadas. Os administradores podem usar SearchContentSharingSettings para controlar esses recursos.
- Gemini no Chrome
O Gemini agora está integrado ao Chrome no macOS e no Windows e pode entender o conteúdo da sua página atual. Agora os usuários podem conferir os principais pontos, esclarecer conceitos e encontrar respostas sem sair da guia do Chrome. Essa integração inclui o chat, em que os usuários podem interagir com o Gemini por texto, e o Gemini Live, em que os usuários podem interagir com o Gemini por voz.
No Chrome 143, o Gemini no Chrome começou a ser lançado para a maioria dos usuários do Google Workspace com acesso ao app do Gemini nos EUA. Os administradores podem desativar esse recurso (valor 1) usando a política GeminiSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte Gemini no Chrome na Central de Ajuda ou neste post.
Também anunciamos o recurso de contexto de várias guias no Chrome 143. O Gemini no Chrome agora pode acessar mais guias abertas (até 10) para você fazer perguntas em várias páginas, comparando e encontrando informações com mais eficiência. O Gemini no Chrome também funciona como um agente de produtividade, ativando as ferramentas do YouTube, Maps, Gmail, Drive, Keep, Agenda e Tarefas.
No Chrome 144, os recursos agênticos do Gemini no Chrome foram disponibilizados para alguns usuários (não corporativos). A política corporativa GeminiActOnWebSettings estará disponível no lançamento.
Para mais detalhes, consulte as etapas de lançamento abaixo.
- Chrome 137 no macOS e Windows: o recurso está disponível para alguns assinantes do Google AI Pro e Ultra nos EUA e nos canais pré-Stable (Dev, Canary e Beta) nos EUA.
- Chrome 144 no macOS e Windows: recursos agênticos no Gemini no Chrome disponíveis para alguns usuários (não corporativos). A política corporativa GeminiActOnWebSettings estará disponível no lançamento.
- Os usuários poderão fazer upload de imagens renderizadas diretamente para o Gemini no Chrome usando um item do menu de contexto do Chrome. Em seguida, os usuários poderão usar comandos no Gemini no Chrome para gerar novas imagens derivadas. Com a permissão do usuário, o Gemini no Chrome também pode usar o Gerenciador de senhas do Google para fazer login em sites.
- Item do menu de contexto para upload de imagens disponível para usuários corporativos. Esse recurso respeita as regras definidas pela política DataControlsRules e as configurações OnBulkDataEntryEnterpriseConnector.
- Chrome 144 no macOS e Windows: item do menu de contexto para upload de imagens disponível para usuários corporativos. Esse recurso respeita as regras definidas pela política DataControlsRules e as configurações OnBulkDataEntryEnterpriseConnector.
- Chrome 144 no ChromeOS: o Chrome será lançado gradualmente para dispositivos ChromeOS selecionados
- Chrome 144 no macOS e Windows: o Gemini no Chrome vai permitir que algumas ferramentas de terceiros disponíveis como extensões do Gemini sejam chamadas
- Chrome 145 no ChromeOS, macOS e Windows: o Gemini no Chrome será lançado gradualmente para usuários no Canadá, na Nova Zelândia e na Índia em inglês.
- Versão do Chrome 147 no macOS e Windows: recursos agênticos no Gemini no Chrome disponíveis para usuários corporativos.
- Chrome 148 no macOS e Windows: a partir do Chrome 148 no macOS e Windows: recursos agênticos no Gemini no Chrome disponíveis para usuários corporativos.
- Desativar extensões de instalação forçada com violações não relativas a malware
Esse recurso desativa silenciosamente as extensões de instalação forçada que violam as políticas da Chrome Web Store em ambientes não gerenciados do navegador. Essas violações incluem violações gerais do programa, software indesejado e possíveis vulnerabilidades de segurança não classificadas como malware. Os usuários ainda poderão ativar ou desativar essas extensões, mas não as remover.
Uma nova política corporativa, ExtensionForceInstallWithNonMalwareViolationEnabled, foi adicionada na versão 142 para preservar o comportamento atual em ambientes não gerenciados do navegador, mas será removida na versão 145.
Essa mudança não afeta as instâncias gerenciadas do Chrome associadas a um domínio do Microsoft Active Directory, ao Microsoft Azure Active Directory ou registradas no Chrome Enterprise Core. No macOS, essa mudança não afeta instâncias do Chrome gerenciadas via MDM, associadas a um domínio ou registradas no Chrome Enterprise Core.
- Chrome 142 no macOS e Windows: no Chrome 142 para Windows e macOS, as extensões de instalação forçada com violações de políticas secundárias serão desativadas silenciosamente em ambientes pouco confiáveis.
- Chrome 145 no macOS e Windows: o lançamento do recurso será gradual. A política ExtensionForceInstallWithNonMalwareViolationEnabled será removida.
- Mudança na programação de lançamento no Chrome 145 (somente Early Stable)
A partir do Chrome 145, o navegador será lançado no canal Early Stable uma semana antes do que foi comunicado anteriormente. Por exemplo, o lançamento da versão Early Stable do Chrome 145 mudou de 4 de fevereiro de 2026 para 28 de janeiro de 2026. Não há mudanças na versão do Canal Stable. Para fins de referência, confira a programação de lançamentos atualizada.
- Chrome 145 no Android, iOS, macOS e Windows: o Chrome será lançado no canal Early Stable uma semana antes.
- Alternância da WebGPU do Chrome no AAPM
Essa atualização desativa a API JavaScript WebGPU no navegador Chrome para usuários inscritos no modo de proteção avançada do Android (AAPM, na sigla em inglês).
Sites que usam WebGPU para renderização 3D (por exemplo, o Google Maps) vão usar alternativas mais lentas, como WebGL. Aguarde uma diminuição na performance para renderização pesada. Os comparativos de mercado indicaram uma redução de cerca de 5,78% na latência. Os usuários são informados nas configurações do AAPM.
Para desenvolvedores, o objeto
navigator.gpuserá indefinido, exigindo que você implemente uma opção de substituição.Os administradores mantêm o controle e podem desativar o recurso se o impacto funcional for proibitivo. O recurso é ativado por um hook de callback do AAPM, exigindo acesso ao sistema/root.
- Chrome 145 no Android
- O Chrome removeu o suporte para câmeras virtuais obsoletas no macOS
A partir do Chrome 145, o navegador vai remover o suporte a câmeras virtuais obsoletas para todas as versões do macOS compatíveis.
No macOS, as câmeras virtuais modernas são criadas usando a estrutura Core Media IO, disponível desde o macOS 12.3. A Apple entrou em contato, e todo o software moderno de câmera virtual foi migrado para usar o framework Core Media IO.
As câmeras virtuais obsoletas, criadas como plug-ins DAL, foram bloqueadas pelo próprio macOS a partir do macOS 14.1 (2023) e não são compatíveis com o Safari desde 2018, se não antes.
O Chrome vai remover o suporte a câmeras virtuais obsoletas para todas as versões do macOS compatíveis. Isso permite que o Chrome melhore a segurança ao proibir totalmente o carregamento de bibliotecas de terceiros nos processos do Chrome.
- Chrome 145 no Windows, macOS e Linux
- Troca de credenciais no iOS
A troca de credenciais no iOS permite que os usuários exportem com segurança senhas e chaves de acesso do Gerenciador de senhas do Google no Chrome para outros apps de gerenciamento de credenciais no dispositivo que oferecem suporte ao Protocolo de troca de credenciais da FIDO Alliance, implementado e facilitado pelo SO.
Da mesma forma, os usuários agora podem importar senhas e chaves de acesso de apps gerenciadores de credenciais participantes no iOS.
Os administradores podem controlar esse recurso usando as políticas corporativas PasswordManagerEnabled e PasswordManagerPasskeysEnabled.
- Chrome 145 no iOS: a troca de credenciais no iOS fica disponível.
- Credenciais de sessões vinculadas ao dispositivo
Para aumentar a segurança dos usuários e combater o roubo de sessões, o Chrome está lançando as credenciais de sessão vinculadas ao dispositivo (DBSC). Com esse recurso, os sites podem vincular a sessão de um usuário ao dispositivo específico, dificultando muito o uso de cookies de sessão roubados em outras máquinas.
- Chrome 145 no Windows, macOS e Linux
- Apresentação da API Origin
A origem é um componente fundamental da implementação da Web, essencial para os limites de segurança e privacidade mantidos pelos user agents. O conceito é bem definido entre HTML e URL, além de conceitos adjacentes amplamente usados, como site.
No entanto, as origens não são expostas diretamente aos desenvolvedores da Web. Embora haja vários getters de origem em vários objetos, cada um deles retorna a serialização ASCII de uma origem, não a origem em si. Isso tem algumas implicações negativas. Na prática, os desenvolvedores que tentam fazer comparações de mesma origem ou mesmo site ao processar origens serializadas muitas vezes cometem erros que levam a vulnerabilidades. Do ponto de vista filosófico, parece uma primitiva de segurança ausente que os desenvolvedores têm dificuldade de fazer polyfill com precisão.
A partir do Chrome 145, planejamos resolver essa lacuna na plataforma introduzindo um objeto de origem que encapsula o conceito de origem e oferece métodos úteis para comparação, serialização, análise etc.
- Chrome 145 no Windows, macOS, Linux e Android
- Restrições de acesso à rede local
O Chrome 142 restringiu a capacidade de fazer solicitações para a rede local do usuário, protegida por um comando de permissão. Uma solicitação de rede local é qualquer solicitação de um site público a um endereço IP local ou loopback, ou de um site local (por exemplo, intranet) a loopback.
Restringir a capacidade dos sites de fazer essas solicitações por trás de uma permissão reduz o risco de ataques de falsificação de solicitação entre sites em dispositivos de rede local, como roteadores, e diminui a capacidade dos sites de usar essas solicitações para criar uma impressão digital da rede local do usuário.
Essa permissão é restrita a contextos seguros. Se concedidas, as permissões também relaxam o bloqueio de conteúdo misto para solicitações de rede local, já que muitos dispositivos locais não conseguem obter certificados TLS confiáveis publicamente por vários motivos.
Esse trabalho substitui um esforço anterior chamado Acesso à rede privada, que usava solicitações de simulação para que os dispositivos locais ativassem o recurso. Para mais informações sobre esse recurso, consulte Como adaptar seu site para as novas restrições de acesso à rede local no Chrome.
O Chrome 145 introduz permissões mais granulares para sites que solicitam acesso à rede local de um usuário. A permissão única anterior de acesso à rede local está sendo dividida em duas permissões distintas:
- local-network: concede acesso a endereços IP no espaço da rede local (por exemplo, intranets, dispositivos internos).
- loopback-network: concede acesso a endereços IP de loopback (por exemplo, localhost, 127.0.0.1).
A antiga permissão de rede local vai permanecer como um alias, garantindo que as configurações e as políticas de permissões atuais continuem funcionando conforme o esperado. Essa mudança oferece aos usuários e administradores um controle mais preciso sobre como os sites interagem com os recursos da rede interna. As políticas empresariais atuais que gerenciam o acesso à rede local não serão afetadas por essa mudança.
- Chrome 145 no Android, Linux, macOS, Windows e Fuchsia: o recurso de divisão de permissões foi lançado.
- Chrome 147 no Android, ChromeOS, Linux, macOS e Windows: as restrições de acesso à rede local foram expandidas para incluir conexões WebSocket e WebTransport.
- Chrome 152 no Android, ChromeOS, Linux, macOS e Windows: a política LocalNetworkAccessRestrictionsTemporaryOptOut será removida.
- Strings do user agent reduzidas por padrão
A partir do Chrome 145, vamos remover a política UserAgentReduction. Antes, essa política estava disponível para controlar se o Chrome enviava uma string user agent reduzida ou completa.
Para aumentar a privacidade do usuário e reduzir os recursos de rastreamento passivo, o Chrome começou a reduzir as informações contidas no cabeçalho do user agent por padrão na versão 110. A política UserAgentReduction foi criada como uma medida temporária para que as empresas gerenciassem essa transição.
O mecanismo recomendado para que os sites acessem informações do navegador e do dispositivo agora são as dicas de cliente HTTP do user agent (UA-CH). O UA-CH exige que os sites solicitem ativamente informações específicas, o que é uma abordagem que preserva a privacidade do que a string User-Agent legada. Para mais detalhes, consulte este artigo no web.dev, Migrar para dicas de cliente HTTP do user agent.
A partir do Chrome 145, a política UserAgentReduction não terá efeito. Por padrão, o Chrome envia uma string user agent reduzida. Sistemas ou aplicativos que dependiam dessa política para receber a string User-Agent completa (legada) talvez não recebam mais as informações detalhadas esperadas.
- Chrome 145 no Windows, macOS, Linux e Android
- Remoção da política do Google Cloud Print
Após a desativação do Google Cloud Print, o Chrome 145 remove a política CloudPrintProxyEnabled. Antes, essa política permitia que os administradores ativassem ou desativassem o proxy do Google Cloud Print no Chrome. Como o serviço Google Cloud Print não está mais disponível, a política e as configurações associadas não são mais necessárias no Chrome.
- Chrome 145 no Linux, macOS e Windows: remoção da política CloudPrintProxyEnabled.
- Salvar PDF no Google Drive pelo Visualizador de PDF do Google Chrome
Com esse recurso, os usuários do Chrome para computador podem salvar PDFs diretamente no Google Drive sem sair da página e acessá-los mais tarde na pasta Salvo do Chrome. Acesse a Central de Ajuda para saber como gerenciar PDFs no Chrome.
É possível controlar esse recurso definindo RestrictPdfSaveToGoogleDriveAccountsToPattern.
- Chrome 145 no Windows, macOS e Linux
- Uso de CssPixels na API LayoutShift
Esse recurso muda os dados de atribuição (
prevRectecurrentRect) na API LayoutShift para serem informados em pixels CSS em vez de pixels físicos. O comportamento atual é inconsistente com outras APIs relacionadas ao layout, que usam pixels CSS. Essa mudança melhora a consistência, simplifica o uso para desenvolvedores e se alinha às unidades esperadas na depuração e nas ferramentas.- Chrome 145 no Windows, macOS, Linux e Android
- WebRequest.SecurityInfo em frame controlado
Esse recurso apresenta uma API WebRequest.SecurityInfo para ControlledFrame. Ele permite que um app da Web intercepte uma solicitação HTTPS, WSS ou WebTransport para um servidor, recupere a impressão digital do certificado do servidor (verificada pelo navegador) e use essa impressão digital para verificar manualmente o certificado de uma conexão TCP/UDP bruta separada com o mesmo servidor. Isso oferece uma maneira simples para o app confirmar que está se comunicando com o servidor correto.
- Chrome 145 no Windows, macOS e Linux
- Aplicação da verificação em duas etapas para contas de administrador
Para proteger melhor as informações da sua organização, agora o Google exige que todas as contas com acesso a admin.google.com ativem a verificação em duas etapas (2SV). Como admin do Google Workspace, você precisa confirmar sua identidade com a verificação em duas etapas, que requer sua senha e algo adicional, como um número de telefone ou uma chave de segurança. No Chrome 145, ative a verificação em duas etapas nas contas de administrador da sua organização antes que o Google aplique esse recurso. Para mais informações, consulte Sobre a aplicação da verificação em duas etapas para administradores.
- Chrome 137 no ChromeOS, Linux, macOS e Windows: início da ativação da autenticação de dois fatores
- Chrome 145 no ChromeOS, Linux, macOS e Windows: verificação em duas etapas obrigatória
- Importar dados do Safari para o Chrome no iOS ficou mais fácil
Agora, os usuários do Chrome para iOS podem importar dados (favoritos, histórico, senhas, cartões de pagamento e entradas da lista de leitura) que foram exportados do Safari. Isso ajuda os usuários que estão mudando de navegador a configurar tudo mais rápido e trazer os dados atuais.
O Chrome não pode acessar esses dados diretamente. O usuário precisa fornecer um arquivo zip com os dados, que podem ser exportados nas configurações do iOS. O Chrome oferece instruções sobre como fazer isso.
- Chrome 145 no iOS: o recurso será lançado gradualmente.
- Detecção de golpe no dispositivo Android
Quando um golpe no dispositivo é detectado usando os recursos visuais da página, o Chrome 145 envia uma solicitação à Navegação segura para uma decisão final. Com base nisso, o Chrome decide se mostra um aviso ao usuário.
Esse recurso só está disponível para usuários no modo de proteção reforçada. O recurso fica desativado para usuários do modo de proteção padrão ou com a Navegação segura desativada. Os administradores podem controlar essa configuração da Navegação segura com a política do Chrome Enterprise SafeBrowsingProtectionLevel.
- Chrome 145 no Android
- Novas políticas no navegador Chrome
Política Descrição Permitir instalação de apps da web pelo navegador
Controla quais usuários gerenciados podem definir a política ProxyOverrideRules.
RestrictPdfSaveToGoogleDriveAccountsToPattern
Restringir contas do Google qualificadas para salvar arquivos PDF no Google Drive pelo visualizador de PDF do Google Chrome.
- Políticas removidas do navegador Chrome
Política Descrição UserAgentReduction Controla se o Chrome envia uma string user agent reduzida ou completa.
CloudPrintProxyEnabled Ative o proxy do Cloud Print. Ativar extensões de instalação forçada com violações que não são de malware LocalNetworkAccessRestrictionsEnabled Especifica se é necessário aplicar restrições a solicitações para endpoints de rede local
Mudanças no Chrome Enterprise Core
- Resumo gerado por IA das notas de lançamento no Google Admin Console
O Chrome 145 apresenta resumos de notas de lançamento gerados por IA no Google Admin Console. Com esse recurso do Gemini, os administradores podem entender rapidamente as principais atualizações das notas de lançamento do Chrome Enterprise. Criado para simplificar o gerenciamento do Chrome, esse novo card oferece itens em destaque e ações sugeridas gerados por IA, destacando as informações mais relevantes para seu domínio, incluindo novos recursos, modificações e descontinuações de políticas e funcionalidades do Chrome Enterprise Core. Isso vai ajudar os administradores a economizar tempo e identificar mais facilmente mudanças importantes e ações recomendadas.
Esse recurso está previsto para um pré-lançamento com os trusted testers do Chrome Enterprise a partir do Chrome 145. Para mais detalhes, consulte Trusted testers do Chrome Enterprise.
- Chrome 145 no Android, iOS, Linux, macOS e Windows : o pré-lançamento está disponível para trusted testers do Chrome Enterprise.
Mudanças no Chrome Enterprise Premium
Saiba mais sobre as diferenças entre o Chrome Enterprise Core e o Chrome Enterprise Premium.
- Proteção contra adulteração de políticas locais
As configurações locais em dispositivos "traga seu próprio dispositivo" (BYOD) às vezes podem entrar em conflito com as configurações de política corporativa. Para resolver essa possível falha de segurança, os indicadores de conflito de políticas no Chrome agora detectam e informam quando as políticas corporativas são substituídas por políticas locais. O Chrome 145 integra esses novos indicadores de conflito de políticas do perfil gerenciado do Chrome aos relatórios de segurança atuais, controlados pela política UserSecuritySignalsReporting.
Para mais informações sobre relatórios de dispositivos, consulte Conferir a lista e os detalhes do dispositivo ChromeOS - Ajuda do Chrome Enterprise e Education.
- Chrome 144 no Linux, macOS e Windows: começa a detecção e o relatório de metadados de conflito de políticas.
- Chrome 145 no Linux, macOS e Windows: a visibilidade dos indicadores de reforço da proteção da política do Chrome pela API Dispositivos estará disponível.
- Chrome 146 no Linux, macOS e Windows: a interface do Admin Console foi atualizada para mostrar sinais de conflito, e os valores das políticas começaram a ser informados.
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
- Pacote de configurações de segurança
Esse recurso oferece aos usuários opções de segurança agrupadas para definir as configurações de segurança com base no nível de proteção desejado ao usar o Chrome. Os usuários podem escolher entre Maior proteção para o mais alto nível de segurança e Padrão para a proteção equilibrada padrão. Os usuários ainda podem definir valores personalizados para as configurações, como já fazem hoje. Isso simplifica a experiência do usuário e facilita a obtenção do nível de proteção desejado sem precisar entender as opções de configuração avançadas. As políticas empresariais atuais têm precedência sobre as seleções de pacotes do usuário final. Se uma política já estiver definida para as configurações de segurança, os valores não serão substituídos pela escolha de um pacote de segurança feita pelo usuário.
- Chrome 146 no ChromeOS, Linux, macOS e Windows
- Atualização do CSS: separação das propriedades de largura e estilo
Em breve, o Chrome vai se alinhar às especificações de CSS atualizadas sobre o comportamento das propriedades
border-width,outline-widthecolumn-rule-width. Antes, se oborder-style,outline-styleoucolumn-rule-stylecorrespondente fosse definido como "none" ou "hidden", a largura calculada dessas propriedades seria forçada a 0px, independente do valor especificado.Com essa mudança, os valores calculados de
border-width,outline-widthecolumn-rule-widthsempre vão refletir os valores especificados pelo autor, independente da propriedade *-style. Além disso, os valores resolvidos (retornados porgetComputedStyle()) paraoutline-widthecolumn-rule-widthtambém vão refletir os valores especificados.A mudança alinha o Chrome ao Firefox e ao WebKit, que já implementaram esse comportamento.
- Chrome 146 no Windows, macOS, Linux e Android
- Remover políticas de particionamento de armazenamento de terceiros
O particionamento de armazenamento de terceiros se tornou o padrão no Chrome 115. A
flag chrome://que permitia aos usuários desativar esse recurso foi removida no Chrome 128, e o teste de descontinuação terminou com o Chrome 139. No Chrome 146, as políticas corporativas DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins serão removidas. Recomendamos que os usuários façam a transição para soluções de armazenamento alternativas, adaptando-se ao particionamento de armazenamento de terceiros ou usandodocument.requestStorageAccess({...})quando necessário.Se você tiver algum feedback, compartilhe aqui no bug do Chromium.
- Chrome 146 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: remoção das políticas DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins
- Atualizar para No HTTPS warning
O aviso exibido quando um usuário ativa a opção Sempre usar conexões seguras em
chrome://settings/securityestá mudando de um intersticial para uma caixa de diálogo. O carregamento de página inteira permanece bloqueado, e a funcionalidade não muda. O indicador de segurança de conteúdo do URL no aviso está mudando do indicador para o bloqueio quebrado. Alguns usuários podem ver esse aviso automaticamente ao acessar sites HTTP. Os usuários podem ativar o aviso emchrome://settings/security.- Chrome 141 no ChromeOS, Linux, macOS e Windows: novo design de aviso em plataformas de computador.
- Chrome 146 no Android: design de aviso atualizado semelhante no Android, usando uma bolha de aviso em vez de um intersticial completo.
- Encapsulamento de chaves X25519Kyber768 para TLS
O Chrome 124 ativou por padrão em todas as plataformas de computador um novo mecanismo de encapsulamento de chaves TLS com segurança pós-quântica X25519Kyber768, baseado 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 ao descarte ou à suspensão de conexões. Isso pode ser resolvido com a atualização do seu middlebox ou a desativação do mecanismo de encapsulamento de chaves por meio da política corporativa temporária PostQuantumKeyAgreementEnabled, que vai estar disponível até o Chrome 145. No entanto, criptografias pós-quânticas de longo prazo serão necessárias no TLS, e a política empresarial será removida a partir do Chrome 146. A criptografia pós-quântica é necessária para o CSNA 2.0. Para saber mais, consulte Proteger o tráfego do Chrome com o KEM híbrido do Kyper.- 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 146 no Linux, macOS e Windows: a política corporativa será removida.
- Não permitir espaços em hosts de URL que não sejam "file://"
De acordo com a especificação do padrão de URL, os 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 nos 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 mais detalhes, consulte esta discussão no GitHub.
- Chrome 147 no Android, ChromeOS, Lacros, Linux, MacOS, Windows e Fuchsia
- Cookies vinculados à origem (por padrão)
No Chrome 148, os cookies são vinculados à origem da configuração (por padrão) para que só ela possa acessá-los, ou seja, são enviados em uma solicitação ou visíveis pelo document.cookie. Os cookies podem facilitar as restrições de vinculação de host e porta usando o atributo "Domain", mas todos os cookies serão vinculados ao esquema de configuração.
As políticas corporativas temporárias LegacyCookieScopeEnabled e LegacyCookieScopeEnabledForDomainList estarão disponíveis para reverter essa mudança. Essas políticas vão deixar de funcionar no Chrome 150.
- Chrome 148 no Android, iOS, Linux, macOS e Windows: as políticas empresariais estão disponíveis.
- Chrome 150 no Android, iOS, Linux, macOS e Windows: as políticas empresariais serão removidas
- Migração da API Safe Browsing v4 para a v5
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. Para mais detalhes, consulte Migração da V4: Navegação segura.- Chrome 148 no Android, iOS, ChromeOS, Linux, macOS e Windows: o lançamento do recurso será gradual.
- Provedor de framework de acessibilidade de automação de interface no Windows
O Chrome 126 começou a 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 admins podem usar a política corporativa UiAutomationProviderEnabledUiAutomationProviderEnabled, lançada 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 147 e será removida no Chrome 148. 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 146 para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente.
- Chrome 148 no Windows: a política UiAutomationProviderEnabled será removida do Chrome. Todos os clientes vão usar o provedor do framework de acessibilidade de automação de interface do navegador.
- Descontinuação e remoção das APIs do Sandbox de privacidade
O Chrome anunciou recentemente que a abordagem atual para cookies de terceiros será mantida. Depois disso, planejamos descontinuar e remover as seguintes APIs.
- Tópicos
- Protected Audience
- Armazenamento compartilhado
- Relatórios de atribuição
- Private Aggregation
- Sites relacionados
- requestStorageAccessFor
Estas são as políticas corporativas associadas às APIs acima.
- PrivacySandboxSiteEnabledAdsEnabled
- PrivacySandboxAdTopicsEnabled
- PrivacySandboxAdMeasurementEnabled
- RelatedWebsiteSetsOverrides
- RelatedWebsiteSetsEnabled
A descontinuação começou com o Chrome 144, e a remoção está planejada para o Chrome 150. Após a descontinuação, as APIs vão continuar existindo, e a maioria dos usuários não vai notar nenhuma interrupção. No entanto, alguns usuários que dependem de integrações do lado do servidor (como servidor de k-anonimato ou coordenadores) vão notar uma interrupção nos serviços. Entramos em contato com os usuários das APIs sobre nossos planos de descontinuação. No momento da remoção, Chrome 150, todas as políticas associadas a essas APIs também serão removidas.
Nenhuma das APIs é ativada por padrão para usuários corporativos. As equipes empresariais podem analisar o status de qualquer perfil gerenciado no Admin Console.
- Chrome 144 no Android, ChromeOS, Linux, macOS e Windows: lançamento da descontinuação.
- Chrome 150 no Android, ChromeOS, Linux, macOS e Windows: remoção das APIs e das políticas associadas.
- Ativar "Sempre usar conexões seguras" por padrão
O Chrome 150 vai ativar a configuração Sempre usar conexões seguras no modo "somente sites públicos" por padrão. Isso significa que o Chrome vai pedir permissão do usuário antes do primeiro acesso a qualquer site público sem HTTPS. Sites públicos são definidos como sites que têm um nome globalmente exclusivo e excluem a navegação direta para endereços RFC 1918 (192.168.0.1, 10.0.0.0/8 etc.), bem como nomes curtos, como go/.
Antes de ativar a opção por padrão para todos os usuários, o Chrome vai ativar a opção Sempre usar conexões seguras para quem ativou as proteções da Navegação segura com maior proteção no Chrome.
Se você é um desenvolvedor de sites ou profissional de TI e tem usuários que podem ser afetados por esse recurso, recomendamos ativar a configuração "Sempre usar conexões seguras" hoje para ajudar a identificar sites que precisam ser migrados. Os admins podem usar as políticas HttpAllowlist e HttpsOnlyMode para substituir esse comportamento.
Para mais informações, consulte nosso guia de adoção e a postagem do blog de anúncio.
- Chrome 150 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: ative a opção "Sempre usar conexões seguras" para usuários que ativaram a Navegação segura com maior proteção.
- Chrome 154 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: ativação da opção "Sempre usar conexões seguras" por padrão para todos os usuários.
- Apps Isolados da Web
Os Apps Isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web. Eles oferecem proteções mais fortes contra comprometimento do servidor e outras adulterações necessárias para desenvolvedores de aplicativos sensíveis à segurança. Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos na explicação em vez de serem hospedados em servidores da Web ativos e buscados por HTTPS.
A partir do Chrome 150, os IWAs só poderão ser instalados por uma política de administrador em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 150 no Windows: esse lançamento adiciona suporte a Apps Isolados da Web em configurações gerenciadas pela empresa do navegador no Windows.
- O Chrome não vai mais ser compatível com o macOS 12
O Chrome 150 será a última versão com suporte para o macOS 12. O Chrome 151 e versões mais recentes não serão mais compatíveis com o macOS 12, que está fora do período de suporte da Apple. A execução em um sistema operacional com suporte é essencial para manter a segurança.
Em Macs com o macOS 12, o Chrome vai continuar funcionando, mostrando uma barra de informações de aviso, mas não vai ser atualizado. Se um usuário quiser atualizar o Chrome, será necessário atualizar o computador para uma versão compatível do macOS.
Para novas instalações do Chrome 151 ou mais recente, será necessário o macOS 13 ou mais recente.
- Chrome 151 no Windows, macOS e Linux
- Descontinuação e remoção do XSLT
O XSLT v1.0, que todos os navegadores seguem, foi padronizado em 1999. Desde então, o XSLT evoluiu para as versões 2.0 e 3.0, adicionando recursos e se distanciando da versão antiga engessada nos navegadores. Essa falta de avanço, com o aumento de bibliotecas e frameworks JavaScript que oferecem uma manipulação do DOM mais flexível e eficiente, levou a um declínio considerável no uso do XSLT pelo lado do cliente. A função dele no navegador da web foi amplamente substituída por tecnologias baseadas no JavaScript, como JSON+React.
O Chromium usa a biblioteca libxslt para processar essas transformações, e ela não recebe manutenção há cerca de seis meses em 2025. A libxslt é uma base de código C complexa e datada com suscetibilidade notória a vulnerabilidades de segurança de memória, como estouros de buffer, que podem levar à execução de código arbitrário. Como o XSLT pelo lado do cliente agora é um recurso de nicho e raramente usado, essas bibliotecas recebem muito menos manutenção e análise de segurança do que os mecanismos JavaScript básicos. No entanto, elas representam uma superfície de ataque direta e potente para processar conteúdo da web não confiável. Aliás, o XSLT é a origem de vários exploits de segurança recentes e de grande repercussão que continuam colocando os usuários de navegadores em risco. Por esses motivos, o Chromium (assim como outros mecanismos de navegação) planeja descontinuar e remover o XSLT da plataforma web. Para mais detalhes, consulte este artigo no Chrome para Desenvolvedores.
- Chrome 143 no Android, ChromeOS, Linux, macOS e Windows: descontinuação (mas não remoção) das APIs.
- Chrome 152 no Android, ChromeOS, Linux, macOS e Windows: lançaremos o teste de origem (OT, na sigla em inglês) e a política corporativa para testes. Eles permitem que sites e empresas continuem usando recursos após a data da remoção.
- Chrome 155 no Android, ChromeOS, Linux, macOS e Windows: o XSLT deixará de funcionar nas versões Stable para todos os usuários, exceto para os participantes do teste de origem e da política corporativa.
- Chrome 164 no Android, ChromeOS, Linux, macOS e Windows: o teste de origem e a política corporativa deixarão de funcionar. Desativaremos o XSLT para todos os usuários.
- Criptografia pós-quântica para DTLS em WebRTC
Esse recurso permite o uso da criptografia pós-quântica (PQC) com conexões WebRTC. A motivação da PQC é atualizar o tráfego de mídia do WebRTC com os protocolos de criptografia mais recentes e evitar cenários de Coletar agora para quebrar depois.
Os admins poderão controlar esse recurso usando a política corporativa WebRtcPostQuantumKeyAgreement para que os usuários corporativos possam desativar a PQC. A política será temporária e tem remoção planejada para a versão 152 do Chrome.
- Chrome 142 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: lançamento de recursos
- Chrome 152 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: remoção da política empresarial
Próximas atualizações do Chrome Enterprise Core
- Políticas experimentais de conformidade de criptografia
PreferSlowKEXAlgorithms e PreferSlowCiphers são duas políticas corporativas experimentais novas que configuram o Chrome para ordenar os algoritmos de acordo de chaves (grupos aceitos) e algoritmos de criptografia preferidos, com TLS 1.3, para refletir a preferência por algoritmos que foram aprovados por um regime de conformidade específico. No momento, o único regime de compliance é o CNSA2. Isso não garante a negociação de algoritmos específicos. Ele permite que operadores de servidores que querem atender clientes com e sem requisitos de conformidade façam a diferenciação entre clientes, usando determinados algoritmos não padrão com maior força criptográfica apenas para os clientes que configuram explicitamente essa preferência. A definição dessa política não é necessária para a segurança. A criptografia padrão usada pelo Chrome é forte o suficiente para resistir a um ataque de força bruta que usa toda a energia do Sol. A definição dessa política torna o Chrome mais lento ao acessar sites. Essa política afeta apenas o TLS 1.3 e o QUIC, e não as versões anteriores do TLS.
Essas políticas estão disponíveis temporariamente como uma única flag combinada,
chrome://#cryptography-compliance-cnsa.- Chrome 143 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: as políticas estão disponíveis, mas marcadas como experimentais no navegador Chrome
- Chrome 144 no ChromeOS: as políticas adicionais que se aplicam à tela de login do dispositivo ChromeOS estão disponíveis, mas marcadas como experimentais.
- Chrome 146 no Android, ChromeOS, Linux, macOS e Windows: por volta do Chrome 146, atualizaremos os servidores TLS de Serviços do Google para que negociem o ML-KEM-1024 quando essa flag estiver definida. A partir daí, a política não será mais marcada como experimental.
Próximas atualizações do Chrome Enterprise Premium
- API Chrome Enterprise Connectors
Em breve, o Chrome Enterprise vai expandir o gerenciamento programático para o Chrome Enterprise Connectors. Essa atualização vai introduzir recursos para definir e atribuir configurações de conector, complementando as políticas de conector atuais para permitir que os admins gerenciem todo o ciclo de vida dessas integrações em grande escala.
Antes, a configuração de provedores de serviços era um processo manual no Google Admin Console. Essa atualização permite a automação, o que ajuda a reduzir erros manuais e melhorar a eficiência do gerenciamento de integrações com soluções de segurança de terceiros.
Agora os admins podem usar a API Chrome Management para gerenciar recursos ConnectorConfiguration (definindo o provedor). A seleção de conector é gerenciada pela API Chrome Policy, permitindo a atribuição dessas configurações a unidades organizacionais ou grupos. Isso funciona em conjunto com as configurações atuais da API Policy para relatórios de eventos e análise de conteúdo, incluindo políticas como OnSecurityEventEnterpriseConnector, OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector e EnterpriseRealTimeUrlCheckMode. Para detalhes técnicos, os desenvolvedores precisam consultar a API Chrome Management e a documentação da API Chrome Policy.
- Chrome 143 no Android, iOS, Linux, macOS e Windows : esse lançamento adiciona suporte ao gerenciamento programático dos Chrome Enterprise Connectors por uma nova API.
- Chrome 146 no Android, iOS, Linux, macOS e Windows: esse lançamento apresenta os recursos ConnectorConfiguration e ConnectorSelection, permitindo a criação de instâncias de provedores de serviços e a atribuição delas a unidades organizacionais.
- Criptografia de cache empresarial
O Chrome Enterprise Premium vai oferecer a criptografia de cache empresarial, um recurso projetado para reduzir os riscos de exfiltração de dados criptografando os dados do navegador armazenados em repouso, especificamente o cache HTTP. Usando APIs no nível do SO para armazenamento de chaves com criptografia vinculada ao app, essa funcionalidade torna os dados armazenados localmente inacessíveis a malware se um dispositivo for comprometido.
Esse recurso opera de maneira transparente em segundo plano, mas pode afetar o desempenho devido à criptografia em tempo real. Os administradores podem gerenciar isso com a política CacheEncryptionEnabled. Ativar ou desativar essa política limpa automaticamente o cache atual para garantir a consistência dos dados.
- Chrome 146 no Linux, macOS e Windows: a criptografia de cache estará disponível em plataformas de computador.
- Suporte para AllowList e BlockList na política DeveloperToolsAvailability
O Chrome vai lançar duas novas políticas, DeveloperToolsAvailabilityAllowlist e DeveloperToolsAvailabilityBlocklist, que oferecem controle granular sobre a disponibilidade das Ferramentas para desenvolvedores com base em padrões de URL.
Antes, os admins só podiam permitir ou não o uso das ferramentas para desenvolvedores globalmente. Com essas novas políticas, os admins podem aplicar um bloqueio geral nas Ferramentas para desenvolvedores para proteger dados corporativos sensíveis, permitindo explicitamente o acesso a URLs internos específicos para fins de desenvolvimento ou solução de problemas.
Esses controles estão disponíveis no Windows, Mac, Linux e ChromeOS. Se essas novas políticas não forem configuradas, o comportamento da política DeveloperToolsAvailability atual vai permanecer inalterado.
- Chrome 146 no ChromeOS, Linux, macOS e Windows: lançamento gradual de recursos. Apresenta as políticas DeveloperToolsAvailabilityAllowlist e DeveloperToolsAvailabilityBlocklist em plataformas de computador.
- Suporte para listas de permissões e de bloqueio na política IncognitoModeAvailability
O Chrome vai lançar duas novas políticas, IncognitoModeUrlBlocklist e IncognitoModeUrlAllowlist, para dar aos admins um controle mais preciso sobre o uso do modo de navegação anônima. Antes, os admins só podiam ativar ou desativar completamente o modo de navegação anônima usando a política IncognitoModeAvailability.
Essas novas políticas funcionam de maneira semelhante às políticas URLBlocklist e URLAllowlist atuais, mas são designadas especificamente para sessões de navegação anônima. Isso permite que as organizações restrinjam o acesso a URLs específicos no modo de navegação anônima para proteger informações sensíveis e permitir o uso legítimo em outros sites.
- Chrome 146 no Android, iOS, ChromeOS, Linux, macOS e Windows: o lançamento do recurso será gradual. Apresenta as políticas IncognitoModeUrlBlocklist e IncognitoModeUrlAllowlist.
- Aumento do suporte a tamanhos de arquivo para verificações da DLP
O Chrome Enterprise Premium ampliará os recursos de prevenção contra perda de dados (DLP) e verificação de malware para que incluam arquivos grandes e criptografados. Antes, arquivos maiores que 50 MB e todos os arquivos criptografados eram ignorados durante a verificação de conteúdo. Essa atualização corrigirá essa falha de segurança crítica. Para políticas configuradas para salvar evidências, agora é possível enviar arquivos de até 2 GB para o Evidence Locker. Isso oferece aos administradores mais visibilidade e controle, reduzindo significativamente o risco de exfiltração de dados por transferências de arquivos grandes.
Não é necessário ter uma nova política para ativar esse recurso. Ele é controlado automaticamente pelas configurações de regras da DLP no Google Admin Console. Se os administradores tiverem regras aplicáveis a uploads, downloads ou impressão de arquivos, elas também serão aplicadas a arquivos grandes e criptografados. Para mais informações, consulte O que são os controles de dados do ChromeOS?.
- Chrome 147 no Linux, macOS e Windows: essa etapa permite a coleta de arquivos grandes (>50 MB) e criptografados para o Evidence Locker, fechando uma lacuna de segurança importante da DLP.
Resumo da versão 145 do ChromeOS
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Versão da proteção contra reversão de dispositivo no Admin Console | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Política de diretório da câmera SkyVault | ✓ | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações atuais do ChromeOS
-
Versão da proteção contra reversão de dispositivo no Admin Console
A partir do ChromeOS 145, será possível conferir a versão da proteção contra reversão instalada no seu dispositivo gerenciado. Em Dispositivos > Chrome > Dispositivos no Admin Console, selecione um dispositivo ChromeOS, clique na guia SO e encontre Versão de proteção contra reversão na tabela Informações do sistema operacional.
Para mais informações, consulte Conferir a lista e os detalhes do dispositivo ChromeOS na Central de Ajuda.
Próximas mudanças no ChromeOS
-
Política de diretório da câmera SkyVault
A partir do ChromeOS 146, uma nova política do SkyVault vai permitir que os admins especifiquem um local para armazenar arquivos da câmera quando o armazenamento local estiver desativado nos dispositivos dos usuários.
Quando a opção Não permitir que os usuários armazenem e leiam dados locais (LocalUserFilesAllowed) está ativada, o armazenamento local é desativado nos dispositivos dos usuários. Essa nova política do SkyVault permite que os admins estendam essa configuração para arquivos da câmera usando a opção Salvar na pasta local da Câmera.
Chrome 144
Resumo da versão 144 do Chrome
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Melhorias no Modo IA e no Lens | ✓ | ||
| Proteção contra violação de preferências para usuários corporativos no Windows | ✓ | ||
| Pseudoelementos de destaque do CSS para localização na página | ✓ | ||
| Descontinuação de savedTabGroups como valor individual em SyncTypesListDisabled | ✓ | ||
| Happy Eyeballs V3 | ✓ | ✓ | |
| Suporte a multicast para a API Direct Sockets | ✓ | ||
| Modo do navegador ServiceWorkerAutoPreload | ✓ | ||
| Página "Nova guia" simplificada | ✓ | ||
| Descontinuação e remoção das APIs do Sandbox de privacidade | ✓ | ✓ | |
| Gemini no Chrome | ✓ | ||
| O servidor de depuração remota pode ser iniciado usando chrome://inspect | ✓ | ||
| Novas políticas no navegador Chrome | ✓ | ||
| Mudanças no Chrome Enterprise Core | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Recomendações dinâmicas no Admin Console | ✓ | ||
| Políticas experimentais de conformidade de criptografia | ✓ | ||
| Novos modos de instalação de extensões | ✓ | ✓ | ✓ |
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Proteção contra regras de copiar e colar | ✓ | ✓ | |
| Proteção contra adulteração de políticas locais | ✓ | ✓ | |
| Download forçado para a nuvem | ✓ | ✓ | |
| Regras de substituição de proxy | ✓ | ✓ | |
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Aplicação da verificação em duas etapas para contas de administrador | ✓ | ||
| Mudança na programação de lançamento no Chrome 145 (somente Early Stable) | ✓ | ||
| O Chrome removeu o suporte para câmeras virtuais obsoletas no macOS | ✓ | ||
| Desativar extensões de instalação forçada com violações não relativas a malware | ✓ | ||
| Importar dados do Safari para o Chrome no iOS ficou mais fácil | ✓ | ||
| Detecção de golpes no dispositivo Android | ✓ | ||
| Apresentação da API Origin | ✓ | ||
| Strings do user agent reduzidas por padrão | ✓ | ||
| Remoção da política do Google Cloud Print | ✓ | ||
| Uso de CssPixels na API LayoutShift | ✓ | ||
| Configurações de segurança agrupadas | ✓ | ||
| Restrições de acesso à rede local | ✓ | ||
| Remover políticas de particionamento de armazenamento de terceiros | ✓ | ||
| Atualização do aviso "Sem HTTPS" | ✓ | ||
| Encapsulamento de chaves X25519Kyber768 para TLS | ✓ | ||
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| Provedor de framework de acessibilidade de automação de interface no Windows | ✓ | ||
| WebRequest.SecurityInfo em frame controlado | ✓ | ||
| Cookies vinculados à origem (por padrão) | ✓ | ||
| Migração da API SafeBrowsing da v4 para a v5 | ✓ | ||
| Apps isolados da web | ✓ | ||
| O Chrome não vai mais ser compatível com o macOS 12 | ✓ | ||
| Descontinuação e remoção do XSLT | ✓ | ✓ | ✓ |
| Criptografia pós-quântica para DTLS em WebRTC | ✓ | ||
| Próximas mudanças no Chrome Enterprise Core | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Nenhum anúncio de recurso futuro | |||
| Próximas mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Mais tamanhos de arquivo aceitos para verificações da DLP | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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 leva de 1 a 2 semanas para ficar pronta.
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
- Melhorias no Modo IA e no Lens
A partir do Chrome 143 no macOS e Windows, novos recursos do Modo IA serão integrados ao navegador Chrome. Os usuários podem acessar o Modo IA diretamente pela página Nova guia e pela barra de endereço, fazendo perguntas complexas por onde quer que comecem a navegar. Os admins podem desativar esses recursos (valor 1) usando a política AIModeSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte este artigo na Central de Ajuda do Chrome Enterprise e Education.
No Chrome 144, vamos começar a lançar o recurso de contexto de várias guias no Modo IA e no Lens. Os usuários podem compartilhar o conteúdo de uma ou mais guias abertas para fazer perguntas, comparar, resumir e encontrar informações com mais eficiência. Os admins podem desativar esses recursos (valor 1) usando a política SearchContentSharingSettings ou GenAiDefaultSettings (valor 2).
- Chrome 147 no MacOS e Windows: as políticas LensOverlaySettings, LensDesktopNTPSearchEnabled e LensRegionSearchEnabled serão descontinuadas. Os admins podem usar SearchContentSharingSettings para controlar esses recursos.
- Chrome 143 no macOS e Windows: novos recursos do Modo IA serão integrados ao Chrome e poderão ser controlados usando a política AIModeSettings ou GenAiDefaultSettings.
- Chrome 144 no macOS e Windows: o recurso de contexto de várias guias estará disponível e será controlável usando a política SearchContentSharingSettings ou GenAiDefaultSettings.
- Proteção contra violação de preferências para usuários corporativos no Windows
Para oferecer uma proteção mais forte e consistente contra software malicioso, a proteção contra adulteração de preferências criptografadas do Chrome para navegadores gerenciados por empresas agora está disponível no Windows.
Antes, essa proteção, que redefine automaticamente as configurações adulteradas (como um mecanismo de pesquisa invadido) para os valores padrão, não estava disponível para usuários corporativos no Windows. Essa exceção foi necessária porque o método de validação legado era incompatível com perfis móveis, causando redefinições incorretas com frequência.
O Chrome 144 implementa um sistema novo e mais seguro usando um criptografador. Esse novo método de criptografia é totalmente compatível com usuários corporativos. Como esse novo sistema resolve a causa principal do problema original, não precisamos mais da exceção legada do Windows Enterprise.
Com essa mudança, se o Chrome detectar que uma preferência sensível foi modificada por um software não autorizado, ele vai redefinir automaticamente essa preferência para o valor padrão. Esse comportamento estava desativado e agora está sendo ativado. Essa mudança estende a proteção de segurança essencial aos usuários corporativos, defendendo-os contra a invasão de pesquisa e outras modificações maliciosas de configurações.
- Chrome 144 no Windows: o lançamento do recurso será gradual
- Pseudoelementos de CSS para realce ao localizar na página
Esse recurso expõe o estilo do resultado da pesquisa de localizar na página para autores como um pseudoelemento de destaque, como seleção e erros de ortografia. Isso permite que os autores mudem as cores de primeiro plano e de plano de fundo ou adicionem decorações de texto. Isso pode ser bastante útil se os padrões do navegador tiverem contraste insuficiente com as cores da página ou forem inadequados de outra forma.
- Chrome 144 no Windows, MacOS, Linux e Android
- Descontinuação de savedTabGroups como valor individual em SyncTypesListDisabled
Para alinhar o comportamento do computador e do ChromeOS com o de dispositivos móveis e simplificar o gerenciamento da sincronização, o tipo de dados
savedTabGroupsindividual foi descontinuado e não é mais um valor personalizável individualmente na política SyncTypesListDisabled. Antes, a política corporativa SyncTypesListDisabled permitia que os administradores desativassem a sincronização do tipo de dadossavedTabGroupsem plataformas de computador e ChromeOS. No entanto, em plataformas móveis, a sincronização de grupos de guias já é gerenciada pelo tipo de dados de guias.A partir do Chrome 144, se a política SyncTypesListDisabled desativar as guias ou o
savedTabGroups, os dois tipos de dados são considerados desativados. Isso significa que desativar as guias também desativa os grupos de guias salvos e vice-versa. O valorsavedTabGroupsé totalmente removido da lista de tipos de dados compatíveis com essa política. Os administradores que desativaram os grupos de guias salvas e querem manter esse comportamento precisam desativar explicitamente o tipo de dados "Guias". Isso garante o comportamento desejado antes que o valorsavedTabGroupsseja totalmente removido.- Chrome 144 no ChromeOS, Linux, MacOS, Windows
- Happy Eyeballs V3
O Happy Eyeballs V3 é um algoritmo usado para reduzir o atraso da conexão de rede visível para o usuário. Ele executa resoluções de DNS de maneira assíncrona e intercala as tentativas de conexão com protocolos preferíveis (H3/H2/H1) e famílias de endereços (IPv6/IPv4). O Chrome 144 implementa o Happy Eyeballs V3 para melhorar a simultaneidade da conexão de rede. É possível controlar esse recurso com uma política temporária, HappyEyeballsV3Enabled.
- Chrome 144 no Android, ChromeOS, Linux, MacOS e Windows
- Suporte a multicast para a API Direct Sockets
Com esse recurso, os Apps Isolados da Web (AIWs) podem se inscrever em grupos de multicast e receber pacotes do protocolo de datagramas do usuário (UDP) deles. Os AIWs agora também podem especificar outros parâmetros ao enviar pacotes UDP para endereços de multicast.
- Chrome 144 no Windows, macOS e Linux
- Modo do navegador ServiceWorkerAutoPreload
O
ServiceWorkerAutoPreloadé um modo em que o navegador emite a solicitação de rede em paralelo com a inicialização do service worker. Se o manipulador de busca retornar a resposta comrespondWith(), o navegador vai consumir o resultado da solicitação de rede dentro do manipulador de busca. Se o resultado do gerenciador de busca for de substituição, ele vai transmitir a resposta da rede diretamente ao navegador. OServiceWorkerAutoPreloadé uma otimização opcional do navegador que muda o comportamento do service worker atual. Os administradores podem controlar esse recurso com uma política empresarial chamada ServiceWorkerAutoPreloadEnabled.- Chrome 144 no Android e Windows: a política ServiceWorkerAutoPreloadEnabled será removida
- Chrome 140 no Android e Windows: a política ServiceWorkerAutoPreloadEnabled estará disponível
- Página "Nova guia" simplificada
Esse recurso reduz a poluição visual e aumenta o controle do usuário sobre a aparência da página Nova guia (NTP). Essa simplificação da página Nova guia remove o botão Dispensar módulo. Os módulos não gerenciados por uma política também podem ser removidos automaticamente após um longo período de inatividade.
- Chrome 144 no ChromeOS, Linux, MacOS e Windows: lançamento gradual do recurso
- Descontinuação e remoção das APIs do Sandbox de privacidade
O Chrome anunciou recentemente que a abordagem atual para cookies de terceiros será mantida. Depois disso, planejamos descontinuar e remover as seguintes APIs.
- Tópicos
- Protected Audience
- Armazenamento compartilhado
- Relatórios de atribuição
- Private Aggregation
- Sites relacionados
- requestStorageAccessFor
Confira abaixo as políticas empresariais associadas às APIs acima.
- PrivacySandboxSiteEnabledAdsEnabled
- PrivacySandboxAdTopicsEnabled
- PrivacySandboxAdMeasurementEnabled
- RelatedWebsiteSetsOverrides
- RelatedWebsiteSetsEnabled
A descontinuação vai começar com o Chrome 144, e a remoção está planejada para o Chrome 150. Após a descontinuação, as APIs vão continuar existindo, e a maioria dos usuários não vai notar nenhuma interrupção. No entanto, alguns usuários que dependem de integrações do lado do servidor (como servidor de k-anonimato ou coordenadores) vão notar uma interrupção nos serviços. Entramos em contato com os usuários das APIs com nossos planos de descontinuação. No momento da remoção, Chrome 150, todas as políticas associadas a essas APIs também serão removidas.
Nenhuma das APIs é ativada por padrão para usuários corporativos. As equipes empresariais podem analisar o status de qualquer perfil gerenciado no Admin Console.
- Chrome 144 no Android, ChromeOS, Linux, MacOS e Windows : lançamento da descontinuação
- Chrome 150 no Android, ChromeOS, Linux, MacOS e Windows: remoção das APIs e das políticas associadas
- Gemini no Chrome
O Gemini agora está integrado ao Chrome no macOS e no Windows e pode entender o conteúdo da sua página atual. Agora os usuários podem conferir os principais pontos, esclarecer conceitos e encontrar respostas sem sair da guia do Chrome. Essa integração inclui o chat, em que os usuários podem interagir com o Gemini por texto, e o Gemini Live, em que os usuários podem interagir com o Gemini por voz.
No Chrome 143, começaremos a lançar o Gemini no Chrome para a maioria dos usuários do Google Workspace com acesso ao app do Gemini nos EUA. Os administradores podem desativar esse recurso (valor 1) usando a política GeminiSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte Gemini no Chrome na Central de Ajuda ou neste post.
Também lançaremos o recurso de contexto de várias guias no Chrome 143. O Gemini no Chrome agora pode acessar mais guias abertas (até 10) para você fazer perguntas em várias páginas, comparando e encontrando informações com mais eficiência. O Gemini no Chrome também funciona como um agente de produtividade, ativando as ferramentas do YouTube, Maps, Gmail, Drive, Keep, Agenda e Tarefas.
A partir do Chrome 144, os recursos agênticos do Gemini no Chrome vão estar disponíveis para alguns usuários (não corporativos). A política corporativa GeminiActOnWebSettings estará disponível no lançamento. Para mais detalhes, consulte as etapas de lançamento abaixo.
- Chrome 137 no MacOS e Windows: o recurso está disponível para alguns assinantes do Google AI Pro e Ultra nos EUA e nos canais pré-Stable (Dev, Canary e Beta) nos EUA.
- Chrome 143 no MacOS e Windows: o recurso será lançado gradualmente no Canadá, na Nova Zelândia e na Austrália em inglês
- Chrome 144 no macOS e Windows: recursos agênticos no Gemini no Chrome disponíveis para alguns usuários (não corporativos). A política corporativa GeminiActOnWebSettings estará disponível no lançamento.
-
Os usuários poderão fazer upload de imagens renderizadas diretamente para o Gemini no Chrome usando um item do menu de contexto do Chrome. Em seguida, os usuários poderão usar comandos no Gemini no Chrome para gerar novas imagens derivadas. Com a permissão do usuário, o Gemini no Chrome também pode usar o Gerenciador de senhas do Google para fazer login em sites.
-
Item do menu de contexto para upload de imagens disponível para usuários corporativos. Esse recurso respeita as regras definidas pela política DataControlsRules e as configurações OnBulkDataEntryEnterpriseConnector.
-
- Chrome 144 no macOS e Windows: item do menu de contexto para upload de imagens disponível para usuários corporativos. Esse recurso respeita as regras definidas pela política DataControlsRules e as configurações OnBulkDataEntryEnterpriseConnector.
- Chrome 144 no ChromeOS: a partir da versão 144, o Gemini no Chrome será lançado gradualmente para dispositivos ChromeOS selecionados.
- Chrome 144 no macOS e Windows: o Gemini no Chrome vai permitir que algumas ferramentas de terceiros disponíveis como extensões do Gemini sejam chamadas.
- Versão do Chrome 147 no MacOS e Windows: recursos agênticos no Gemini no Chrome disponíveis para usuários corporativos.
- Chrome 148 no MacOS e Windows: a partir do Chrome 148 no macOS e Windows: recursos agênticos no Gemini no Chrome disponíveis para usuários corporativos.
- O servidor de depuração remota pode ser iniciado usando chrome://inspect
Com esse recurso, o usuário pode iniciar um servidor de depuração remota na página
chrome://inspectsem reiniciar o Chrome. Antes, isso só era possível com argumentos da CLI. Os administradores podem controlar esse recurso usando a política RemoteDebuggingAllowed. Ele não vai estar disponível se a política for definida como "false".- Chrome 144 no ChromeOS, Linux, MacOS e Windows: o servidor de depuração remota pode ser iniciado em chrome://inspect.
- Novas políticas no navegador Chrome
Política Descrição DataControlsRules Essa política é usada para definir regras de controles de dados. ShowHomeButton Configura o botão da página inicial na barra de ferramentas. SilentPrintingEnabled Ativar impressão silenciosa ProxyOverrideRules Configura regras de substituição de proxy. SearchContentSharingSettings Controla se os usuários podem compartilhar o conteúdo da página com o provedor de pesquisa (por exemplo, o Google). Isso inclui compartilhar texto, imagens e outros conteúdos da página. Essa política também controla o comportamento de recursos como o Modo IA, o Lens e outros que envolvem o compartilhamento do conteúdo da página com o provedor de pesquisa. GeolocationBlockedForUrls Bloqueia o acesso à geolocalização para sites específicos. BookmarkBarEnabled Ativa a barra de favoritos. UserSecurityAuthenticatedReporting Controla se os eventos de segurança do usuário em dispositivos não gerenciados devem ser informados com um nome de usuário do dispositivo ou não. PreciseGeolocationAllowedForUrls Permitir o acesso à geolocalização exata em sites específicos. HomepageIsNewTabPage Usa a página "Nova guia" como página inicial. StaticStorageQuotaEnabled Ativa a cota de armazenamento estático para sites. UserSecuritySignalsReporting Controla se os indicadores de segurança do usuário em dispositivos não gerenciados devem ser informados ou não.
Mudanças no Chrome Enterprise Core
- Recomendações dinâmicas no Admin Console
O Chrome Enterprise vai lançar uma nova lista de recomendações dinâmicas na página Informações gerais do Google Admin Console.
Essa lista de recomendações ajuda admins de TI a entender o que fazer em seguida, receber alertas sobre mudanças importantes, descobrir novidades nas notas de lançamento, configurar opções bastante utilizadas e mais. A lista muda dinamicamente com base na configuração do administrador para cada unidade organizacional.
Os administradores podem testar esse recurso diretamente no Admin Console. Para isso, acesse Navegador Chrome > Visão geral.
- Chrome 144 no Android, iOS, Linux, macOS e Windows: o lançamento do recurso será gradual
- Chrome 143 no Android, iOS, Linux, macOS e Windows: disponível para trusted testers do Chrome Enterprise.
- Políticas experimentais de conformidade de criptografia
PreferSlowKEXAlgorithms e PreferSlowCiphers são duas políticas corporativas experimentais novas que configuram o Chrome para ordenar os algoritmos de acordo de chaves (grupos aceitos) e algoritmos de criptografia preferidos, com TLS 1.3, para refletir a preferência por algoritmos que foram aprovados por um regime de conformidade específico. No momento, o único regime de compliance é o CNSA2. Isso não garante a negociação de algoritmos específicos. Ele permite que operadores de servidores que querem atender clientes com e sem requisitos de conformidade façam a diferenciação entre clientes, usando determinados algoritmos não padrão com maior força criptográfica apenas para os clientes que configuram explicitamente essa preferência. A definição dessa política não é necessária para a segurança. A criptografia padrão usada pelo Chrome é forte o suficiente para resistir a um ataque de força bruta que usa toda a energia do Sol. A definição dessa política torna o Chrome mais lento ao acessar sites. Essa política afeta apenas TLS 1.3 e QUIC, e não as versões anteriores do TLS.
Essas políticas estão disponíveis temporariamente como uma única flag combinada,
chrome://#cryptography-compliance-cnsa.- Chrome 143 no Android, ChromeOS, Linux, MacOS, Windows e Fuchsia: as políticas estão disponíveis, mas marcadas como experimentais no navegador Chrome
- Chrome 144 no ChromeOS: as políticas adicionais que se aplicam à tela de login do dispositivo ChromeOS estão disponíveis, mas marcadas como experimentais.
- Chrome 146 no Android, ChromeOS, Linux, MacOS e Windows: por volta do Chrome 146, atualizaremos os servidores TLS de Serviços do Google para que negociem o ML-KEM-1024 quando essa flag estiver definida. A partir daí, a política não será mais marcada como experimental.
- Novos modos de instalação de extensões
O Chrome Enterprise vai oferecer suporte a novos modos de instalação de extensões no Admin Console. Agora, os administradores podem:
- bloquear e desinstalar uma extensão do Chrome;
- forçar a instalação de uma extensão;
- ou permitir que os usuários desativem uma extensão.
Esses novos modos de instalação estão disponíveis na página de configurações Apps e extensões, na guia Usuários e navegadores, onde os administradores podem selecionar novos modos de política de instalação.
- Chrome 144 no Linux, MacOS e Windows: o lançamento do recurso será gradual
Mudanças no Chrome Enterprise Premium
Saiba mais sobre as diferenças entre o Chrome Enterprise Core e o Chrome Enterprise Premium.
- Proteção contra regras de copiar e colar
Para ajudar as organizações a evitar melhor a exfiltração de dados em dispositivos móveis, o Chrome está ampliando os controles de dados da área de transferência de dados do computador. Os administradores agora podem usar a política DataControlsRules para definir regras que bloqueiam ou alertam os usuários ao tentarem copiar ou colar conteúdo que viola as políticas da organização.
Esse recurso permite que os administradores definam limites de dados e impeçam que informações sensíveis sejam coladas de um contexto de trabalho em apps ou sites pessoais na frota de dispositivos móveis. Isso resolve uma lacuna de segurança significativa e um recurso frequentemente solicitado por clientes empresariais que citaram a falta de controles de dados móveis como uma preocupação.
Para usar esse recurso, os administradores podem configurar restrições de área de transferência na política DataControlsRules, oferecendo uma experiência de gerenciamento consistente em computadores e dispositivos móveis para fortalecer a postura de segurança geral da organização. Para mais detalhes, consulte este artigo da Central de Ajuda, que oferece mais contexto sobre como os administradores podem configurar e gerenciar conectores de relatórios do Chrome Enterprise para encaminhar eventos de segurança do navegador e proteção de dados a serviços de terceiros para análise.
- Chrome 144 no iOS: a proteção de regras de copiar e colar estará disponível no iOS.
- Chrome 140 no Android: proteção de regras de copiar e colar disponível no Android
- Proteção contra adulteração de políticas locais
Os indicadores de detecção de conflitos de políticas para o Acesso Baseado no Contexto (CAA, na sigla em inglês) fecham uma lacuna de segurança significativa ao permitir a detecção de políticas corporativas substituídas por configurações locais conflitantes em dispositivos BYOD.
Isso é feito integrando novos indicadores de conflito de políticas do perfil gerenciado do Chrome ao pipeline de relatórios de segurança atual, controlado pela política UserSecuritySignalsReporting.
Essa visibilidade permite que os admins definam regras de CAA nas ferramentas de proteção contra dados e ameaças do Chrome Enterprise Premium (CEP) ou no gateway de segurança para bloquear automaticamente o acesso a aplicativos corporativos se políticas críticas, como controles de DLP, Navegação segura ou listas de bloqueio de extensões, forem consideradas não conformes.
- Chrome 144 no Linux, MacOS e Windows: começa a detecção e o relatório de metadados de conflito de políticas.
- Chrome 145 no Linux, macOS e Windows: permite que o fluxo de avaliação do Acesso Baseado no Contexto (CAA) permita que os admins escrevam regras de aplicação com base na existência de um conflito.
- Chrome 146 no Linux, MacOS e Windows: a interface do Admin Console foi atualizada para mostrar sinais de conflito, e os valores das políticas começaram a ser informados.
- Download forçado para a nuvem
Agora os administradores podem configurar uma regra de prevenção contra perda de dados (DLP) que redireciona automaticamente os downloads de arquivos sensíveis do dispositivo local de um usuário para o Google Drive corporativo dele. A ação Forçar salvamento no armazenamento em nuvem impede que dados sensíveis fiquem em discos locais não gerenciados (por exemplo, C:\Downloads), garantindo uma cadeia de custódia segura. Quando um usuário tenta baixar um arquivo sinalizado pelas políticas de DLP, a extensão Secure Enterprise Browser intercepta o download e faz upload diretamente para a unidade corporativa do usuário.
Chrome 144 no Linux, macOS e Windows: o recurso será lançado gradualmente. A ação de correção Download forçado para a nuvem vai estar disponível no criador de regras de prevenção contra perda de dados (DLP).
- Regras de substituição de proxy
Para simplificar o gerenciamento de proxy em ambientes corporativos complexos, o Chrome 144 implementou duas novas políticas: ProxyOverrideRules e EnableProxyOverrideRulesForAllUsers. Anteriormente, as organizações que usavam várias soluções de proxy (por exemplo, um proxy geral e um específico para o gateway seguro do Google) ou têm diferentes equipes de admins (por exemplo, para GPO e o Google Admin Console) precisavam juntar manualmente arquivos PAC complexos. Esse processo é suscetível a erros e cria um atrito administrativo considerável.
A nova política ProxyOverrideRules permite que os admins configurem uma lista de regras de roteamento que são avaliadas antes de qualquer configuração de proxy atual, incluindo arquivos PAC definidos pela política ProxySettings. Isso permite aos admins adicionar ou substituir com facilidade rotas específicas (por exemplo, para enviar tráfego de apps da Web particulares a um gateway seguro) sem modificar o script PAC principal da empresa toda.
Os usuários recebem uma notificação na página de configurações chrome:// quando essas regras administrativas de proxy estão ativas.
Chrome 144 no ChromeOS, Linux, MacOS e Windows: o ProxyOverrideRules estará disponível.
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
- Aplicação da verificação em duas etapas para contas de administrador
Para proteger melhor as informações da sua organização, em breve o Google vai exigir que todas as contas com acesso a admin.google.com ativem a verificação em duas etapas (2SV). Como admin do Google Workspace, você precisa confirmar sua identidade com a verificação em duas etapas, que requer sua senha e algo adicional, como um número de telefone ou uma chave de segurança. A aplicação será lançada gradualmente nos próximos meses. Ative a verificação em duas etapas nas contas de administrador da sua organização antes que o Google aplique esse recurso. Para mais informações, consulte Sobre a aplicação da verificação em duas etapas para administradores.
- Chrome 145 no ChromeOS, Linux, macOS e Windows: verificação em duas etapas obrigatória
- Chrome 137 no ChromeOS, Linux, MacOS e Windows: início da ativação da autenticação de dois fatores
- Mudança na programação de lançamento no Chrome 145 (somente Early Stable)
A partir do Chrome 145, lançaremos o navegador no canal Early Stable uma semana antes do que comunicamos anteriormente. Por exemplo, o lançamento da versão Early Stable do Chrome 145 mudou de 4 de fevereiro de 2026 para 28 de janeiro de 2026. Não há mudanças na versão do Canal Stable. Para fins de referência, confira a programação de lançamentos atualizada.
Chrome 145 no Android, iOS, macOS e Windows: lançaremos o navegador no canal Early Stable uma semana antes.
- O Chrome removeu o suporte para câmeras virtuais obsoletas no macOS
A partir do Chrome 145, o navegador vai remover o suporte a câmeras virtuais obsoletas para todas as versões do macOS compatíveis.
No macOS, as câmeras virtuais modernas são criadas usando a estrutura Core Media IO, disponível desde o macOS 12.3. A Apple entrou em contato, e todo o software moderno de câmera virtual foi migrado para usar o framework Core Media IO.
As câmeras virtuais obsoletas, criadas como plug-ins DAL, foram bloqueadas pelo próprio macOS a partir do macOS 14.1 (2023) e não são compatíveis com o Safari desde 2018, se não antes.
O Chrome vai remover o suporte a câmeras virtuais obsoletas para todas as versões do macOS compatíveis. Isso permite que o Chrome melhore a segurança ao proibir totalmente o carregamento de bibliotecas de terceiros nos processos do Chrome.
- Chrome 145 no Windows, macOS e Linux
- Desativar extensões de instalação forçada com violações não relativas a malware
Esse recurso desativa silenciosamente as extensões de instalação forçada que violam as políticas da Chrome Web Store em ambientes não gerenciados do navegador. Essas violações incluem violações gerais do programa, software indesejado e possíveis vulnerabilidades de segurança não classificadas como malware. Os usuários ainda poderão ativar ou desativar essas extensões, mas não as remover.
Uma nova política corporativa, ExtensionForceInstallWithNonMalwareViolationEnabled, foi adicionada na versão 142 para preservar o comportamento atual em ambientes não gerenciados do navegador, mas será removida na versão 145.
Essa mudança não afeta as instâncias gerenciadas do Chrome associadas a um domínio do Microsoft Active Directory, ao Microsoft Azure Active Directory ou registradas no Chrome Enterprise Core. No macOS, essa mudança não afeta instâncias do Chrome gerenciadas via MDM, associadas a um domínio ou registradas no Chrome Enterprise Core.
- Chrome 145 no macOS e Windows: o lançamento do recurso será gradual. A política ExtensionForceInstallWithNonMalwareViolationEnabled será removida.
- Chrome 142 no macOS e Windows: no Chrome 142 para Windows e macOS, as extensões de instalação forçada com violações de políticas secundárias serão desativadas silenciosamente em ambientes pouco confiáveis.
- Importar dados do Safari para o Chrome no iOS ficou mais fácil
Os usuários do Chrome para iOS poderão importar dados (favoritos, histórico, senhas, cartões de pagamento e entradas da Lista de leitura) que foram exportados do Safari. Isso ajuda os usuários que estão mudando de navegador a configurar tudo mais rápido e trazer os dados atuais.
O Chrome não pode acessar esses dados diretamente. O usuário precisa fornecer um arquivo zip com os dados, que podem ser exportados nas configurações do iOS. O Chrome oferece instruções sobre como fazer isso.
- Chrome 145 no iOS: o recurso será lançado gradualmente.
- Apresentação da API Origin
A origem é um componente fundamental da implementação da Web, essencial para os limites de segurança e privacidade mantidos pelos user agents. O conceito é bem definido entre HTML e URL, além de conceitos adjacentes amplamente usados, como site.
No entanto, as origens não são expostas diretamente aos desenvolvedores da Web. Embora haja vários getters de origem em vários objetos, cada um deles retorna a serialização ASCII de uma origem, não a origem em si. Isso tem algumas implicações negativas. Na prática, os desenvolvedores que tentam fazer comparações de mesma origem ou mesmo site ao processar origens serializadas muitas vezes cometem erros que levam a vulnerabilidades. Do ponto de vista filosófico, parece uma primitiva de segurança ausente que os desenvolvedores têm dificuldade de fazer polyfill com precisão.
A partir do Chrome 145, planejamos resolver essa lacuna na plataforma introduzindo um objeto de origem que encapsula o conceito de origem e oferece métodos úteis para comparação, serialização, análise etc.
- Chrome 145 no Windows, macOS, Linux e Android
- Detecção de golpe no dispositivo Android
O Chrome 145 enviará uma solicitação à Navegação segura para uma decisão final ao detectar um golpe no dispositivo usando os recursos visuais da página. Com base nisso, o Chrome decidirá se mostra um aviso ao usuário.
Esse recurso só estará disponível para usuários no modo de proteção reforçada. O recurso fica desativado para usuários do modo de proteção padrão ou com a Navegação segura desativada. Os administradores corporativos podem controlar essa configuração da Navegação segura com a política do Chrome Enterprise SafeBrowsingProtectionLevel.
- Chrome 145 no Android
- Strings do user agent reduzidas por padrão
A partir do Chrome 145, a política UserAgentReduction será completamente removida. Antes, essa política estava disponível para controlar se o Chrome enviava uma string user agent reduzida ou completa.
Para aumentar a privacidade do usuário e reduzir os recursos de rastreamento passivo, o Chrome começou a reduzir as informações contidas no cabeçalho do user agent por padrão na versão 110. A política UserAgentReduction foi criada como uma medida temporária para que as empresas gerenciassem essa transição.
O mecanismo recomendado para que os sites acessem informações do navegador e do dispositivo agora são as dicas de cliente HTTP do user agent (UA-CH). O UA-CH exige que os sites solicitem ativamente informações específicas, o que é uma abordagem que preserva a privacidade do que a string User-Agent legada. Para mais detalhes, consulte este artigo no web.dev, Migrar para dicas de cliente HTTP do user agent.
A partir do Chrome 145, a política UserAgentReduction não terá efeito. Por padrão, o Chrome envia uma string user agent reduzida. Sistemas ou aplicativos que dependiam dessa política para receber a string User-Agent completa (legada) talvez não recebam mais as informações detalhadas esperadas.
- Chrome 145 no Windows, macOS, Linux e Android
- Remoção da política do Google Cloud Print
Após a desativação do Google Cloud Print, vamos remover a política CloudPrintProxyEnabled. Essa política permitia que os administradores ativassem ou desativassem o proxy do Google Cloud Print no Chrome. Como o serviço Google Cloud Print não está mais disponível, a política e as configurações associadas estão sendo removidas do Chrome.
- Chrome 145 no Linux, MacOS e Windows: remoção da política CloudPrintProxyEnabled
- Uso de CssPixels na API LayoutShift
Esse recurso muda os dados de atribuição (prevRect e currentRect) na API LayoutShift para serem informados em pixels CSS em vez de pixels físicos. O comportamento atual é inconsistente com outras APIs relacionadas ao layout, que usam pixels CSS. Essa mudança melhora a consistência, simplifica o uso para desenvolvedores e se alinha às unidades esperadas na depuração e nas ferramentas. O recurso é controlado por uma flag para experimentação e avaliação. O recurso pode ser ativado para testes usando a flag de linha de comando:
--enable-blink-features=ReportLayoutShiftRectsInCssPixels..- Chrome 145 no Windows, macOS, Linux e Android
- Pacote de configurações de segurança
Esse recurso oferece aos usuários opções de segurança agrupadas para definir as configurações de segurança com base no nível de proteção desejado ao usar o Chrome. Os usuários podem escolher entre Maior proteção para o mais alto nível de segurança e Padrão para a proteção equilibrada padrão. Os usuários ainda podem definir valores personalizados para as configurações, como já fazem hoje. Isso simplifica a experiência do usuário e facilita a obtenção do nível de proteção desejado sem precisar entender as opções de configuração avançadas. As políticas empresariais atuais têm precedência sobre as seleções de pacotes do usuário final. Se uma política já estiver definida para as configurações de segurança, os valores não serão substituídos pela escolha de um pacote de segurança feita pelo usuário.
- Chrome 146 no ChromeOS, Linux, MacOS, Windows
- Restrições de acesso à rede local
O Chrome 142 restringe a capacidade de fazer solicitações para a rede local do usuário, protegida por um comando de permissão.
Uma solicitação de rede local é qualquer solicitação de um site público a um endereço IP local ou loopback, ou de um site local (por exemplo, intranet) a loopback. Restringir a capacidade dos sites de fazer essas solicitações por trás de uma permissão reduz o risco de ataques de falsificação de solicitação entre sites em dispositivos de rede local, como roteadores, e diminui a capacidade dos sites de usar essas solicitações para criar uma impressão digital da rede local do usuário.
Essa permissão é restrita a contextos seguros. Se concedidas, as permissões também relaxam o bloqueio de conteúdo misto para solicitações de rede local, já que muitos dispositivos locais não conseguem obter certificados TLS confiáveis publicamente por vários motivos.
Esse trabalho substitui um esforço anterior chamado Acesso à rede privada, que usava solicitações de simulação para que os dispositivos locais ativassem o recurso.
Para mais informações sobre esse recurso, consulte Como adaptar seu site para as novas restrições de acesso à rede local no Chrome.
- Chrome 152 no Android, ChromeOS, Linux, MacOS e Windows: a LocalNetworkAccessRestrictionsTemporaryOptOut será removida.
- Chrome 146 no Android, ChromeOS, Linux, MacOS e Windows: as restrições de acesso à rede local foram expandidas para incluir conexões WebSocket e WebTransport.
- Remover políticas de particionamento de armazenamento de terceiros
O particionamento de armazenamento de terceiros se tornou o padrão no Chrome 115. A flag
chrome://que permitia aos usuários desativar esse recurso foi removida no Chrome 128, e o teste de descontinuação terminou com o Chrome 139. No Chrome 146, as políticas corporativas DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins serão removidas. Recomendamos que os usuários façam a transição para soluções de armazenamento alternativas, adaptando-se ao particionamento de armazenamento de terceiros ou usandodocument.requestStorageAccess({...})quando necessário.Se você tiver algum feedback, compartilhe aqui no bug do Chromium.
- Chrome 146 no Android, ChromeOS, Linux, MacOS, Windows e Fuchsia: remoção das políticas DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins
- Atualizar para No HTTPS warning
O aviso exibido quando um usuário ativa a opção Sempre usar conexões seguras em
chrome://settings/securityestá mudando de um intersticial para uma caixa de diálogo. O carregamento de página inteira permanece bloqueado, e a funcionalidade não muda. O indicador de segurança de conteúdo do URL no aviso está mudando do indicador para o bloqueio quebrado. Alguns usuários podem ver esse aviso automaticamente ao acessar sites HTTP. Os usuários podem ativar o aviso emchrome://settings/security.- Chrome 141 no ChromeOS, Linux, MacOS e Windows: novo design de aviso em plataformas de computador.
- Chrome 146 no Android: design de aviso atualizado semelhante no Android, usando uma bolha de aviso em vez de um intersticial completo.
- Encapsulamento de chaves X25519Kyber768 para TLS
O Chrome 124 ativou por padrão em todas as plataformas de computador um novo mecanismo de encapsulamento de chaves TLS com segurança pós-quântica X25519Kyber768, baseado 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 saber mais, consulte Proteger o tráfego do Chrome com o KEM híbrido do Kyper.
- 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 146 no Linux, MacOS e Windows: a política corporativa será removida
- Não permitir espaços em hosts de URL que não sejam "file://"
De acordo com a especificação do padrão de URL, os 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 nos 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 mais detalhes, consulte esta discussão no GitHub.
- Chrome 147 no Android, ChromeOS, Lacros, Linux, MacOS, Windows e Fuchsia
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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.
A partir do Chrome 125, os administradores poderão usar a política corporativa UiAutomationProviderEnabled para forçar a ativação do novo provedor (para que todos os usuários recebam a nova funcionalidade) ou desativar o novo provedor. Essa política vai estar disponível até o Chrome 147 e será removida no Chrome 147. 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 146 para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente.
- Chrome 147 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.
- WebRequest.SecurityInfo em frame controlado
Esse recurso apresenta uma API WebRequest.SecurityInfo para ControlledFrame. Ele permite que um app da Web intercepte uma solicitação HTTPS, WSS ou WebTransport para um servidor, recupere a impressão digital do certificado do servidor (verificada pelo navegador) e use essa impressão digital para verificar manualmente o certificado de uma conexão TCP/UDP bruta separada com o mesmo servidor. Isso oferece uma maneira simples para o app confirmar que está se comunicando com o servidor correto.
- Chrome 147 no Windows, macOS e Linux
- Cookies vinculados à origem (por padrão)
No Chrome 148, os cookies serão vinculados à origem da configuração (por padrão) para que só ela possa acessá-los, ou seja, enviar em uma solicitação ou ser visíveis pelo
document.cookie. Os cookies podem facilitar as restrições de vinculação de host e porta usando o atributo "Domain", mas todos os cookies serão vinculados ao esquema de configuração.As políticas corporativas temporárias LegacyCookieScopeEnabled e LegacyCookieScopeEnabledForDomainList estarão disponíveis para reverter essa mudança. Essas políticas vão deixar de funcionar no Chrome 150.
- Chrome 148 no Android, iOS, Linux, macOS e Windows: as políticas corporativas estarão disponíveis
- Chrome 150 no Android, iOS, Linux, macOS e Windows: as políticas empresariais serão removidas
- Migração da API Safe Browsing v4 para a v5
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. Para mais detalhes, consulte Migração da V4: Navegação segura.- Chrome 148 no Android, iOS, ChromeOS, Linux, macOS e Windows: o lançamento do recurso será gradual.
- Apps Isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web. Eles oferecem proteções mais fortes contra comprometimento do servidor e outras adulterações necessárias para desenvolvedores de aplicativos sensíveis à segurança. Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos na explicação em vez de serem hospedados em servidores da Web ativos e buscados por HTTPS.
A partir do Chrome 150, os IWAs só poderão ser instalados por uma política de administrador em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 150 no Windows: esse lançamento adiciona suporte a Apps Isolados da Web em configurações gerenciadas pela empresa do navegador no Windows.
- O Chrome não vai mais ser compatível com o macOS 12
O Chrome 150 será a última versão com suporte para o macOS 12. O Chrome 151 e versões mais recentes não serão mais compatíveis com o macOS 12, que está fora do período de suporte da Apple. A execução em um sistema operacional com suporte é essencial para manter a segurança.
Em Macs com o macOS 12, o Chrome vai continuar funcionando, mostrando uma barra de informações de aviso, mas não vai ser atualizado. Se um usuário quiser atualizar o Chrome, será necessário atualizar o computador para uma versão compatível do macOS.
Para novas instalações do Chrome 151 ou mais recente, será necessário o macOS 13 ou mais recente.
- Chrome 151 no Windows, macOS e Linux
- Descontinuação e remoção do XSLT
O XSLT v1.0, que todos os navegadores seguem, foi padronizado em 1999. Desde então, o XSLT evoluiu para as versões 2.0 e 3.0, adicionando recursos e se distanciando da versão antiga engessada nos navegadores. Essa falta de avanço, com o aumento de bibliotecas e frameworks JavaScript que oferecem uma manipulação do DOM mais flexível e eficiente, levou a um declínio considerável no uso do XSLT pelo lado do cliente. A função dele no navegador da web foi amplamente substituída por tecnologias baseadas no JavaScript, como JSON+React.
O Chromium usa a biblioteca libxslt para processar essas transformações, e ela não recebe manutenção há cerca de seis meses em 2025. A libxslt é uma base de código C complexa e datada com suscetibilidade notória a vulnerabilidades de segurança de memória, como estouros de buffer, que podem levar à execução de código arbitrário. Como o XSLT pelo lado do cliente agora é um recurso de nicho e raramente usado, essas bibliotecas recebem muito menos manutenção e análise de segurança do que os mecanismos JavaScript básicos. No entanto, elas representam uma superfície de ataque direta e potente para processar conteúdo da web não confiável. Aliás, o XSLT é a origem de vários exploits de segurança recentes e de grande repercussão que continuam colocando os usuários de navegadores em risco. Por esses motivos, o Chromium (assim como outros mecanismos de navegação) planeja descontinuar e remover o XSLT da plataforma web. Para mais detalhes, consulte este artigo no Chrome para Desenvolvedores.
- Chrome 143 no Android, ChromeOS, Linux, macOS e Windows: descontinuação (mas não remoção) das APIs.
- Chrome 152 no Android, ChromeOS, Linux, macOS e Windows: lançaremos o teste de origem (OT) e a política corporativa para testes. Eles permitem que sites e empresas continuem usando recursos após a data da remoção.
- Chrome 155 no Android, ChromeOS, Linux, macOS e Windows: o XSLT deixará de funcionar nas versões Stable para todos os usuários, exceto para os participantes do teste de origem e da política corporativa.
- Chrome 164 no Android, ChromeOS, Linux, macOS e Windows: o teste de origem e a política corporativa deixarão de funcionar. Desativaremos o XSLT para todos os usuários.
- Criptografia pós-quântica para DTLS em WebRTC
Esse recurso permite o uso da criptografia pós-quântica (PQC) com conexões WebRTC. A motivação da PQC é atualizar o tráfego de mídia do WebRTC com os protocolos de criptografia mais recentes e evitar cenários de Coletar agora para quebrar depois.
Os admins poderão controlar esse recurso usando a política corporativa WebRtcPostQuantumKeyAgreement para que os usuários corporativos possam desativar a PQC. A política será temporária e tem remoção planejada para a versão 152 do Chrome.
- Chrome 142 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: lançamento de recursos
- Chrome 152 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: remoção da política corporativa
Próximas atualizações do Chrome Enterprise Core
Não há atualizações futuras do Chrome Enterprise Core.
Próximas atualizações do Chrome Enterprise Premium
- Aumento do suporte a tamanhos de arquivo para verificações da DLP
O Chrome Enterprise Premium ampliará os recursos de prevenção contra perda de dados (DLP) e verificação de malware para que incluam arquivos grandes e criptografados. Antes, arquivos maiores que 50 MB e todos os arquivos criptografados eram ignorados durante a verificação de conteúdo. Essa atualização corrigirá essa falha de segurança crítica. Para políticas configuradas para salvar evidências, agora é possível enviar arquivos de até 2 GB para o Evidence Locker. Isso oferece aos administradores mais visibilidade e controle, reduzindo significativamente o risco de exfiltração de dados por transferências de arquivos grandes.
Não é necessário ter uma nova política para ativar esse recurso. Ele é controlado automaticamente pelas configurações de regras da DLP no Google Admin Console. Se os administradores tiverem regras aplicáveis a uploads, downloads ou impressão de arquivos, elas também serão aplicadas a arquivos grandes e criptografados. Para mais informações, consulte O que são os controles de dados do ChromeOS?.
- Chrome 147 no Linux, macOS e Windows: essa etapa permite a coleta de arquivos grandes (>50 MB) e criptografados para o Evidence Locker, fechando uma lacuna de segurança importante da DLP.
Resumo da versão 144 do ChromeOS
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Compartilhamento de tela sem fio e anotações na tela das Ferramentas para Sala de Aula para professores | ✓ | ✓ | |
| Suporte a vários apps para processadores de protocolo | ✓ | ||
| O Gemini no Chrome é lançado para dispositivos Chromebook Plus | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Versão da proteção contra reversão de dispositivo no Admin Console | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações atuais do ChromeOS
-
Compartilhamento de tela sem fio e anotações das Ferramentas para Sala de Aula para professores
Estamos lançando dois novos recursos avançados para professores nas Ferramentas para Sala de Aula: compartilhamento de tela sem fio e anotações.
Os professores agora podem projetar a própria tela ou a de um estudante na lousa digital da sala de aula sem usar fios. Para se conectar, os professores inserem um código exclusivo no app para professores das Ferramentas para Sala de Aula, que é pareado com um dispositivo receptor ChromeOS dedicado (como um Chromebook, Chromebox ou dispositivo ChromeOS Flex) configurado pelo administrador. Assim, os professores podem orientar as aulas e destacar os trabalhos dos estudantes para toda a turma.
Para deixar as aulas mais dinâmicas, o novo recurso de anotações permite que os professores desenhem ou escrevam no dispositivo usando uma stylus, o dedo, um trackpad ou um mouse. As anotações e os destaques aparecem em tempo real na tela espelhada, o que é perfeito para enfatizar pontos importantes e envolver os estudantes diretamente com o material. Vamos aumentar o número máximo de estudantes em uma sessão das ferramentas para sala de aula para 100.
Para mais informações, consulte Usar as Ferramentas para Sala de Aula na Central de Ajuda.
- Suporte a vários apps para processadores de protocolo
Com esse recurso no ChromeOS 144, os Apps Web Progressivos (PWAs) podem declarar protocolos processados no manifesto, e o usuário pode selecionar processadores padrão quando vários PWAs declaram o mesmo protocolo. Essa mudança permite o registro do gerenciador de protocolos de URL para PWAs, conforme descrito na documentação do Chrome para desenvolvedores da plataforma web.
- O Gemini no Chrome é lançado para dispositivos Chromebook Plus
No ChromeOS 144, o Gemini será integrado ao Chrome em dispositivos Chromebook Plus e lançado gradualmente como parte dessa versão. Ele pode entender o conteúdo da página atual, e os usuários podem conferir os principais pontos, esclarecer conceitos e encontrar respostas sem sair da guia do Chrome. Essa integração inclui o chat, em que os usuários podem interagir com o Gemini por texto, e o Gemini Live, em que os usuários podem interagir com o Gemini por voz.
Próximas mudanças no ChromeOS
-
Versão da proteção contra reversão de dispositivo no Admin Console
A partir do ChromeOS 145, será possível conferir a versão da proteção contra reversão instalada no seu dispositivo gerenciado. Em Dispositivos > Chrome > Dispositivos no Admin Console, selecione um dispositivo ChromeOS, clique na guia SO e encontre Versão de proteção contra reversão na tabela Informações do sistema operacional.
Chrome 143
Resumo da versão 143 do Chrome
FAZER O DOWNLOAD das notas da versão (PDF)
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 leva de 1 a 2 semanas para ficar pronta.
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
- Descontinuação e remoção do XSLT
O XSLT v1.0, que todos os navegadores seguem, foi padronizado em 1999. Desde então, o XSLT evoluiu para as versões 2.0 e 3.0, adicionando recursos e se distanciando da versão antiga engessada nos navegadores. Essa falta de avanço, com o aumento de bibliotecas e frameworks JavaScript que oferecem uma manipulação do DOM mais flexível e eficiente, levou a um declínio considerável no uso do XSLT pelo lado do cliente. A função dele no navegador da web foi amplamente substituída por tecnologias baseadas no JavaScript, como JSON+React.
O Chromium usa a biblioteca libxslt para processar essas transformações, mas a libxslt não recebe manutenção há cerca de seis meses em 2025. A libxslt é uma base de código C complexa e datada, suscetível a vulnerabilidades de segurança de memória, como estouros de buffer, que podem levar à execução de código arbitrário. Como o XSLT pelo lado do cliente agora é um recurso de nicho e raramente usado, essas bibliotecas recebem muito menos manutenção e análise de segurança do que os mecanismos JavaScript básicos. No entanto, elas representam uma superfície de ataque direta e potente para processar conteúdo da web não confiável. Aliás, o XSLT é a origem de vários exploits de segurança recentes e de grande repercussão que continuam colocando os usuários de navegadores em risco.
Por esses motivos, o Chromium (assim como outros mecanismos de navegação) planeja descontinuar e remover o XSLT da plataforma web. Para mais detalhes, consulte este artigo do Chrome para desenvolvedores.
- Chrome 143 no Android, ChromeOS, Linux, macOS e Windows: descontinuação (mas não remoção) das APIs
- Chrome 152 no Android, ChromeOS, Linux, macOS e Windows: lançaremos o teste de origem (OT) e a política corporativa para testes. Eles permitem que sites e empresas continuem usando recursos após a data da remoção.
- Chrome 155 no Android, ChromeOS, Linux, macOS e Windows: o XSLT deixará de funcionar nas versões Stable para todos os usuários, exceto para os participantes do teste de origem e da política corporativa.
- Chrome 164 no Android, ChromeOS, Linux, macOS e Windows: o teste de origem e a política corporativa deixarão de funcionar. Desativaremos o XSLT para todos os usuários.
- Melhorias no Modo IA
O Chrome 143 integra novos recursos do Modo IA ao Chrome no macOS e no Windows. Os usuários poderão acessar o Modo IA diretamente pela página Nova guia e pela omnibox, fazendo perguntas complexas por onde quer que comecem a navegar. O lançamento começará no Chrome 143 para macOS e Windows. Os admins podem desativar esses recursos (valor 1) usando a política AIModeSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte a seção relevante na Central de Ajuda.
Também lançaremos o recurso de contexto de várias guias no Chrome 144. Os usuários podem compartilhar o conteúdo de uma ou mais guias abertas com o Modo IA para fazer perguntas, comparar, resumir e encontrar informações com mais eficiência. Os admins poderão desativar esses recursos (valor 1) usando a política SearchContentSharingSettings (disponível no Chrome 144) ou GenAiDefaultSettings (valor 2).
- Chrome 143 no macOS e Windows: novas funcionalidades do modelo de IA integradas ao Chrome e que são controláveis usando a política AIModeSettings ou GenAiDefaultSettings
- Chrome 144 no macOS e Windows: o recurso de contexto de várias guias estará disponível e será controlável usando a política SearchContentSharingSettings ou GenAiDefaultSettings
- ICU versão 77.1 (compatível com Unicode 16)
Atualizamos a biblioteca de suporte Unicode, International Components for Unicode (ICU), da versão 74.2 para a 77.1, adicionando suporte ao Unicode 16 e atualizando dados de localidade.
Duas mudanças poderiam trazer algum risco para aplicativos da web que pressupõem um formato específico das APIs JavaScript Intl:
- Alteramos a formatação padrão de números em italiano para omitir o separador de milhares em números de quatro dígitos. Por exemplo, o novo
Intl.NumberFormat("it").format(1234)retorna 1234 no lugar de 1.234. É possível ter o comportamento antigo com o parâmetrouseGroupingdo construtorIntl.NumberFormat. - Em algumas localidades do inglês (en-AU, en-GB e en-IN), adicionamos uma vírgula depois dos dias da semana por extenso. Por exemplo, "Saturday 30 April 2011" mudou para "Saturday, 30 April 2011" (sábado, 30 de abril de 2011). Os aplicativos da web precisam evitar depender da formatação precisa de datas, que pode mudar novamente no futuro.
- Chrome 143 no Windows, macOS, Linux e Android
- Alteramos a formatação padrão de números em italiano para omitir o separador de milhares em números de quatro dígitos. Por exemplo, o novo
- Novas políticas no navegador Chrome
Política Descrição Desativar captura de tela
(já disponível no Android)Permitir que as integrações do app do Gemini atuem diretamente nas páginas da Web Selecionar automaticamente certificados do cliente para estes sites
(já disponível no Android)Ativar relatórios de perfil no Admin Console
(já disponível no iOS)Permite o provisionamento de certificados do cliente para um usuário ou perfil gerenciado
(já disponível no Android)Permite o provisionamento de certificados do cliente para navegadores gerenciados
(já disponível no Android)
Mudanças no Chrome Enterprise Core
- Recomendações dinâmicas no Admin Console
O Chrome Enterprise lançará uma nova lista de recomendações dinâmicas na página de visão geral do Chrome Enterprise no Google Admin Console.
Essa lista de recomendações ajuda admins de TI a entender o que fazer em seguida, receber alertas sobre mudanças importantes, descobrir novidades nas notas da versão, configurar opções bastante utilizadas e mais. A lista muda dinamicamente com base nas configurações de admins de cada unidade organizacional.
Os admins podem testar esse recurso diretamente pela página de visão geral do Admin Console. Para isso, acesse Navegador Chrome > Visão geral.
- Chrome 143 no Android, iOS, Linux, macOS e Windows: disponível para trusted testers do Chrome Enterprise.
- Chrome 144 no Android, iOS, Linux, macOS e Windows: o lançamento do recurso será gradual
- Atalhos gerenciados pela empresa na página "Nova guia"
Os atalhos na página Nova guia oferecem acesso rápido a recursos e aplicativos internos. Os administradores podem configurar até 10 atalhos na página Nova guia do usuário usando a política NTPShortcuts. A partir do Chrome 141, esse recurso estará disponível para trusted testers do Chrome Enterprise Core.
- Chrome 141 no ChromeOS, Linux, macOS e Windows: o pré-lançamento da política está disponível para trusted testers. Os admins podem configurar até 10 atalhos, e os usuários podem mudar para "Atalhos da minha organização" em Personalizar o Chrome.
- Chrome 143 no ChromeOS, Linux, macOS e Windows: a política estará disponível para todos. Os atalhos definidos pelos administradores vão aparecer junto com os definidos pelos usuários (Meus atalhos ou Sites mais visitados). Os usuários podem controlar a visibilidade dos atalhos pelo painel Personalizar o Chrome.
- Relatórios de perfil no Chrome para iOS
O Chrome Enterprise Core está lançando relatórios de perfil na nuvem para o Chrome no iOS. Para ativar os relatórios de perfil no iOS, os administradores de TI precisam ativar a política de relatórios de perfil gerenciado na seção Navegador Chrome > Configurações do Google Admin Console. Se você já ativou os relatórios de perfil gerenciado, receberá automaticamente os relatórios de perfil no Chrome para iOS. Os admins podem controlar esse recurso com a política CloudProfileReportingEnabled.
Os dados de relatórios de perfil podem ser encontrados em Google Admin Console > Navegador Chrome > Perfis gerenciados. As informações do relatório incluem dados do perfil, do navegador (versões, SO, canal etc.), as políticas aplicadas e muito mais.
- Chrome 143 no iOS: o lançamento do recurso será gradual
- Políticas experimentais de conformidade de criptografia
PreferSlowKEXAlgorithms e PreferSlowCiphers são duas políticas corporativas experimentais novas que configuram o Chrome para ordenar os algoritmos de acordo de chaves (grupos aceitos) e algoritmos de criptografia preferidos, com TLS 1.3, para refletir a preferência por algoritmos que foram aprovados por um regime de conformidade específico. No momento, o único regime de conformidade é o CNSA2. Isso não garante a negociação de algoritmos específicos. Ele permite que operadores de servidores que querem atender clientes com e sem requisitos de conformidade façam a diferenciação entre clientes, usando determinados algoritmos não padrão com maior força criptográfica apenas para os clientes que configuram explicitamente essa preferência. A definição dessa política não é necessária para a segurança. A criptografia padrão usada pelo Chrome é forte o suficiente para resistir a um ataque de força bruta que usa toda a energia do Sol. A definição dessa política torna o Chrome mais lento ao acessar sites. Essa política afeta apenas o TLS 1.3 e o QUIC, e não as versões anteriores do TLS.
Essas políticas estão disponíveis temporariamente como uma única flag combinada,
chrome://#cryptography-compliance-cnsa.- Chrome 143 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: as políticas estão disponíveis, mas marcadas como experimentais no navegador Chrome
- Chrome 144 no ChromeOS: as políticas adicionais que se aplicam à tela de login do dispositivo ChromeOS estão disponíveis, mas marcadas como experimentais
- Chrome 146 no Android, ChromeOS, Linux, macOS e Windows: por volta do Chrome 146, atualizaremos os servidores TLS de Serviços do Google para que negociem o ML-KEM-1024 quando essa flag estiver definida. A partir daí, a política não será mais marcada como experimental.
Mudanças no Chrome Enterprise Premium
Saiba mais sobre as diferenças entre o Chrome Enterprise Core e o Chrome Enterprise Premium.
- Suporte a certificados do cliente no Google Chrome para Android
O provisionamento corporativo de certificados do cliente já está disponível no Chrome para Android, ampliando o suporte já disponível em plataformas de computador. Os admins que usam o Chrome Enterprise Core agora podem implantar certificados do cliente em navegadores e perfis gerenciados nos dispositivos Android, permitindo uma autenticação tranquila em recursos corporativos. Essa integração aumenta a segurança porque usa armazenamento de chaves protegidas por hardware, como o Android Keystore e o StrongBox, que tornam as chaves privadas não exportáveis e altamente resistentes a vulnerabilidades.
- Chrome 143 no Android
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
- Gemini no Chrome
O Gemini agora está integrado ao Chrome no macOS e no Windows e pode entender o conteúdo da sua página atual. Agora os usuários podem conferir os principais pontos, esclarecer conceitos e encontrar respostas sem sair da guia do Chrome. Essa integração inclui o chat, em que os usuários podem interagir com o Gemini por texto, e o Gemini Live, em que os usuários podem interagir com o Gemini por voz.
No Chrome 143, começamos a lançar o Gemini no Chrome para a maioria dos usuários do Google Workspace com acesso ao app do Gemini nos EUA. Os administradores podem desativar esse recurso (valor 1) usando a política GeminiSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte Gemini no Chrome na Central de Ajuda ou neste post.
Também lançaremos o recurso de contexto de várias guias no Chrome 143. O Gemini no Chrome agora pode acessar mais guias abertas (até 10) para você fazer perguntas em várias páginas e comparar ou encontrar informações com mais eficiência. O Gemini no Chrome também funciona como um agente de produtividade, ativando as ferramentas do YouTube, Maps, Gmail, Drive, Keep, Agenda e Tarefas.
- Chrome 137 no macOS e Windows: o recurso está disponível para alguns assinantes do Google AI Pro e Ultra nos EUA e nos canais pré-Stable (Dev, Canary e Beta) nos EUA.
- A partir do Chrome 144 no macOS e Windows:
- Recursos agênticos no Gemini no Chrome disponíveis para alguns usuários (não corporativos). Uma política corporativa, GeminiActOnWebSettings, estará disponível no lançamento e poderá ser definida usando configurações personalizadas. Os usuários não corporativos também poderão fazer upload de imagens renderizadas diretamente para o Gemini no Chrome usando um item do menu de contexto do Chrome. Em seguida, os usuários poderão usar comandos no Gemini no Chrome para gerar novas imagens derivadas.
- Item do menu de contexto para upload de imagens disponível para usuários corporativos. Esse recurso respeita as regras definidas pela política DataControlsRules e as configurações OnBulkDataEntryEnterpriseConnector.
- A partir do Chrome 148 no macOS e Windows: recursos agênticos no Gemini no Chrome disponíveis para usuários corporativos.
- Pacote de configurações de segurança
Esse recurso oferece aos usuários opções de segurança agrupadas para definir as configurações de segurança com base no nível de proteção desejado ao usar o Chrome. Os usuários podem escolher entre "Maior proteção" para o mais alto nível de segurança e "Padrão" para a proteção equilibrada padrão. Os usuários ainda podem definir valores personalizados para as configurações, como já fazem hoje. Isso simplifica a experiência do usuário e facilita a obtenção do nível de proteção desejado sem precisar entender as opções de configuração avançadas.
As políticas empresariais atuais têm precedência sobre as seleções de pacotes do usuário final. Se uma política já estiver definida para as configurações de segurança, os valores não serão substituídos pela escolha de um pacote de segurança feita pelo usuário.
- Chrome 144 no ChromeOS, Linux, macOS e Windows
- Descontinuação de savedTabGroups como valor individual em SyncTypesListDisabled
No momento, a política corporativa SyncTypesListDisabled permite que os administradores desativem a sincronização do tipo de dados
savedTabGroupsem plataformas de computador. No entanto, em plataformas móveis, a sincronização de grupos de guias já é gerenciada pelo tipo de dados de guias. Para alinhar o comportamento do computador com o de dispositivos móveis e simplificar o gerenciamento da sincronização, o tipo de dadosavedTabGroupsindividual será descontinuado e não será mais um valor personalizável individualmente na política SyncTypesListDisabled.Ação necessária dos administradores:
A partir do Chrome 144, se a política SyncTypesListDisabled desativar as guias ou o
savedTabGroups, os dois tipos de dados serão considerados desativados. Isso significa que desativar as guias também desativa os grupos de guias salvos e vice-versa. O valorsavedTabGroupsserá totalmente removido da lista de tipos de dados compatíveis com essa política. Os administradores que desativaram os grupos de guias salvas e querem manter esse comportamento precisam desativar explicitamente o tipo de dados "Guias". Isso garante o comportamento desejado antes que o valorsavedTabGroupsseja totalmente removido.- Chrome 144 no Windows, macOS e Linux
- Happy Eyeballs V3
Esse lançamento é uma otimização interna no Chrome que implementa o Happy Eyeballs V3 para melhorar a simultaneidade da conexão de rede. O Happy Eyeballs V3 executa resoluções de DNS de forma assíncrona e intercala as tentativas de conexão com protocolos preferíveis (H3/H2/H1) e famílias de endereços (IPv6 ou IPv4) para reduzir o atraso da conexão de rede visível para o usuário. Esse recurso é bloqueado por uma política temporária HappyEyeballsV3Enabled.
- Chrome 144 no Android, ChromeOS, Linux, macOS e Windows
- Suporte a multicast para a API Direct Sockets
Com esse recurso, os Apps Isolados da Web (AIWs) podem fazer inscrição em grupos de multicast e receber pacotes do protocolo de datagramas do usuário (UDP) deles, além de especificar outros parâmetros ao enviar pacotes UDP para endereços de multicast.
- Chrome 144 no Windows, macOS e Linux
- Detecção de golpe no dispositivo Android
O Chrome enviará uma solicitação à Navegação segura para uma decisão final ao detectar um golpe no dispositivo usando os recursos visuais da página. Com base nisso, o Chrome decidirá se mostra um aviso ao usuário.
Esse recurso só está disponível para usuários no modo de proteção reforçada. O recurso fica desativado para usuários do modo de proteção padrão ou com a Navegação segura desativada. Os admins corporativos podem controlar essa configuração com a política do Chrome Enterprise SafeBrowsingProtectionLevel.
- Chrome 144 no Android
- Modo ServiceWorkerAutoPreload
O ServiceWorkerAutoPreload é um modo em que o navegador emite a solicitação de rede em paralelo com a inicialização do service worker e consome o resultado da solicitação de rede no gerenciador de busca se ele retornar a resposta com respondWith(). Se o resultado do gerenciador de busca for de substituição, ele transmitirá a resposta de rede diretamente para o navegador. O ServiceWorkerAutoPreload é definido como uma otimização opcional do navegador, que muda o comportamento do service worker atual. Os admins podem controlar esse recurso com uma política corporativa chamada ServiceWorkerAutoPreloadEnabled.
- Chrome 140 no Android e Windows: política ServiceWorkerAutoPreloadEnabled
- Chrome 144 no Android e Windows: a política ServiceWorkerAutoPreloadEnabled será removida
- Atualizar para No HTTPS warning
O Chrome 141 atualizou o aviso exibido quando um usuário ativa a opção Sempre usar conexões seguras em
chrome://settings/securityde um intersticial para uma caixa de diálogo. O indicador de segurança de conteúdo do URL no aviso muda de um asterisco para um bloqueio quebrado, enquanto o carregamento da página inteira permanece bloqueado e a funcionalidade não muda. Alguns usuários podem ver esse aviso automaticamente ao acessar sites HTTP. Os usuários podem ativar o aviso emchrome://settings/security.- Chrome 141 no ChromeOS, Linux, macOS e Windows: novo design de aviso em plataformas de computador
- Chrome 143 no Android: novo design de aviso no Android
- Aplicação da verificação em duas etapas para administradores
Para proteger melhor as informações da sua organização, em breve o Google vai exigir que todas as contas com acesso a admin.google.com ativem a verificação em duas etapas (2SV). Como admin do Google Workspace, você precisa confirmar sua identidade com a verificação em duas etapas, que requer sua senha e algo adicional, como um número de telefone ou uma chave de segurança.
A aplicação será lançada gradualmente nos próximos meses. Ative a verificação em duas etapas nas contas de administrador da sua organização antes que o Google aplique esse recurso. Para mais informações, consulte Sobre a aplicação da verificação em duas etapas para administradores.
- Chrome 137 no ChromeOS, Linux, macOS e Windows: início da ativação da autenticação de dois fatores
- Chrome 145 no ChromeOS, Linux, macOS e Windows: verificação em duas etapas obrigatória
- Pseudoelementos de CSS para realce ao localizar na página
Esse recurso vai expor o estilo do resultado da pesquisa de localizar na página para autores como um pseudoelemento de destaque, como seleção e erros de ortografia. Isso permite que os autores mudem as cores de primeiro plano e de plano de fundo ou adicionem decorações de texto. Isso pode ser bastante útil se os padrões do navegador tiverem contraste insuficiente com as cores da página ou forem inadequados de outra forma.
- Chrome 145 no Windows, macOS, Linux e Android
- Mudança na programação de lançamento a partir do Chrome Early Stable 145
A partir do Chrome 145, lançaremos o navegador no canal Early Stable uma semana antes do que comunicamos anteriormente. Por exemplo, o lançamento da versão Early Stable do Chrome 145 mudou de 4 de fevereiro de 2026 para 28 de janeiro de 2026. Não há mudanças na versão do Canal Stable. Para fins de referência, confira a programação de lançamentos atualizada.
- Chrome 145 no Android, iOS, macOS e Windows: lançaremos o navegador no canal Early Stable uma semana antes.
- Desativar extensões de instalação forçada com violações não relativas a malware
Esse recurso desativará silenciosamente as extensões de instalação forçada que violarem as políticas da Chrome Web Store (CWS) em ambientes não gerenciados do navegador. Essas violações incluem violações gerais do programa, software indesejado e possíveis vulnerabilidades de segurança não classificadas como malware. Os usuários ainda poderão ativar ou desativar essas extensões, mas não as remover.
Uma nova política corporativa, ExtensionForceInstallWithNonMalwareViolationEnabled, será adicionada na versão 142 para preservar o comportamento atual em ambientes não gerenciados do navegador, mas será removida na versão 145.
Essa mudança não afeta as instâncias gerenciadas do Chrome associadas a um domínio do Microsoft Active Directory, ao Microsoft Azure Active Directory ou registradas no Chrome Enterprise Core. No macOS, essa mudança não afeta instâncias do Chrome gerenciadas via MDM, associadas a um domínio ou registradas no Chrome Enterprise Core.
- Chrome 142 no macOS e Windows: no Chrome 142 para Windows e macOS, as extensões de instalação forçada com violações de políticas secundárias serão desativadas silenciosamente em ambientes pouco confiáveis.
- Chrome 145 no macOS e Windows: removeremos a política ExtensionForceInstallWithMinorPolicyViolationEnabled.
- Cookies vinculados à origem (por padrão)
No Chrome 145, os cookies serão vinculados à origem da configuração (por padrão) para que só ela possa acessá-los, ou seja, enviar em uma solicitação ou ser visíveis pelo
document.cookie. Os cookies podem facilitar as restrições de vinculação de host e porta usando o atributo "Domain", mas todos os cookies serão vinculados ao esquema de configuração.As políticas corporativas temporárias LegacyCookieScopeEnabled e LegacyCookieScopeEnabledForDomainList estarão disponíveis para reverter essa mudança. Essas políticas vão deixar de funcionar no Chrome 150.
- Chrome 145 no Android, iOS, Linux, macOS e Windows: as políticas corporativas estarão disponíveis
- Chrome 150 no Android, iOS, Linux, macOS e Windows: as políticas empresariais serão removidas
- Remover políticas de particionamento de armazenamento de terceiros
O particionamento de armazenamento de terceiros se tornou o padrão no Chrome 115. Removemos a flag
chrome://que permitia aos usuários desativar esse recurso no Chrome 128, e o teste de descontinuação terminou com o Chrome 139.No Chrome 145, as políticas corporativas DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins serão removidas. Recomendamos que os usuários façam a transição para soluções de armazenamento alternativas, adaptando-se ao particionamento de armazenamento de terceiros ou usando
document.requestStorageAccess({...})quando necessário.Se você tiver algum feedback, compartilhe no bug do Chromium.
- Chrome 145 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia : remoção de DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins
- Encapsulamento de chaves X25519Kyber768 para TLS
O Chrome 124 ativou por padrão em todas as plataformas de computador um novo mecanismo de encapsulamento de chaves TLS com segurança pós-quântica X25519Kyber768, baseado 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 saber mais, consulte Proteger o tráfego do Chrome com o KEM híbrido do Kyber.
- 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 146 no Linux, macOS e Windows: removeremos a política corporativa PostQuantumKeyAgreementEnabled
- Não permitir espaços em hosts de URL que não sejam "file://"
De acordo com a especificação do padrão de URL, os 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 nos HTTPS URLs for WebSocket da Interop2024 e áreas de foco de URL. 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).- Chrome 147 no Android, ChromeOS, Lacros, Linux, macOS, Windows e Fuchsia
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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 admins podem usar a política corporativa UiAutomationProviderEnabled, lançada 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 146 e será removida no Chrome 147. 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 146 para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente.
- Chrome 147 no Windows: a política UiAutomationProviderEnabled será removida do Chrome. Todos os clientes vão usar o provedor do framework de acessibilidade de automação de interface do navegador.
- Migração da API Safe Browsing v4 para a v5
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. Para mais detalhes, consulte Migração da V4: Navegação segura.- Chrome 148 no Android, iOS, ChromeOS, Linux, macOS e Windows: o lançamento do recurso será gradual.
- Apps Isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web. Eles oferecem proteções mais fortes contra comprometimento do servidor e outras adulterações necessárias para desenvolvedores de aplicativos sensíveis à segurança. Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos na explicação em vez de serem hospedados em servidores da Web ativos e buscados por HTTPS.
Na versão inicial, os IWAs só poderão ser instalados por uma política de administrador em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 150 no Windows: esse lançamento adiciona suporte a Apps Isolados da Web em configurações gerenciadas pela empresa do navegador no Windows.
- Criptografia pós-quântica para DTLS em WebRTC
Esse recurso permite o uso da criptografia pós-quântica (PQC) com conexões WebRTC. A motivação da PQC é atualizar o tráfego de mídia do WebRTC com os protocolos de criptografia mais recentes e evitar cenários de Coletar agora para quebrar depois.
Os admins poderão controlar esse recurso usando a política corporativa WebRtcPostQuantumKeyAgreement para que os usuários corporativos possam desativar a PQC. A política será temporária e tem remoção planejada para a versão 152 do Chrome.
- Chrome 142 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: lançamento de recursos
- Chrome 152 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: remoção da política corporativa
- Restrições de acesso à rede local
O Chrome 142 restringiu a capacidade de fazer solicitações para a rede local do usuário, protegida por um comando de permissão.
Uma solicitação de rede local é qualquer solicitação de um site público a um endereço IP local ou endereço de loopback, ou de um site local (por exemplo, intranet) a loopback. Restringir a capacidade dos sites de fazer essas solicitações por trás de uma permissão reduz o risco de ataques de falsificação de solicitação entre sites em dispositivos de rede local, como roteadores, e diminui a capacidade dos sites de usar essas solicitações para criar uma impressão digital da rede local do usuário.
Essa permissão é restrita a contextos seguros. Se concedida, a permissão também relaxa o bloqueio de conteúdo misto para solicitações de rede local, já que muitos dispositivos locais não conseguem certificados TLS confiáveis publicamente por vários motivos.
Esse trabalho substitui um esforço anterior chamado Acesso à rede privada, que usava solicitações de simulação para conseguir a permissão dos dispositivos locais.
Para mais informações sobre esse recurso, consulte este guia sobre Como adaptar seu site para as novas restrições de acesso à rede local no Chrome.
- Chrome 152 no Android, ChromeOS, Linux, macOS e Windows: removeremos LocalNetworkAccessRestrictionsTemporaryOptOut
Próximas atualizações do Chrome Enterprise Core
Não há atualizações futuras do Chrome Enterprise Core.
Próximas atualizações do Chrome Enterprise Premium
- Proteção contra regras de copiar e colar
Para ajudar as organizações a evitar melhor a exfiltração de dados em dispositivos móveis, o Chrome está ampliando os controles de dados da área de transferência de dados do computador. Os administradores agora podem usar a política DataControlsRules para definir regras que bloqueiam ou alertam os usuários ao tentarem copiar ou colar conteúdo que viola as políticas da organização. Esse recurso permite que os administradores definam limites de dados e impeçam que informações sensíveis sejam coladas de um contexto de trabalho em apps ou sites pessoais na frota de dispositivos móveis. Isso resolve uma lacuna de segurança significativa e um recurso frequentemente solicitado por clientes empresariais que citaram a falta de controles de dados móveis como uma preocupação.
Para usar esse recurso, os administradores podem configurar restrições de área de transferência na política DataControlsRules, oferecendo uma experiência de gerenciamento consistente em computadores e dispositivos móveis para fortalecer a postura de segurança geral da organização. Este artigo da Central de Ajuda dá mais contexto sobre como os admins podem configurar e gerenciar conectores de relatórios do Chrome Enterprise para encaminhar eventos de segurança do navegador e proteção de dados a serviços de terceiros para análise.
- Chrome 140 no Android: a proteção de regras de copiar/colar estará disponível no Android
- Chrome 144 no iOS: a proteção de regras de copiar/colar estará disponível no iOS
- Regras de substituição de proxy
Para simplificar o gerenciamento de proxy em ambientes corporativos complexos, o Chrome 144 implementará duas novas políticas: ProxyOverrideRules e EnableProxyOverrideRulesForAllUsers. No momento, as organizações que usam várias soluções de proxy (por exemplo, um proxy geral e um específico para o gateway seguro do Google) ou têm diferentes equipes de admins (por exemplo, para GPO e o Google Admin Console) precisam juntar manualmente arquivos PAC complexos. Esse processo é suscetível a erros e cria um atrito administrativo considerável.
A nova política ProxyOverrideRules permite que os admins configurem uma lista de regras de roteamento que são avaliadas antes de qualquer configuração de proxy atual, incluindo arquivos PAC definidos pela política ProxySettings. Isso permite aos admins adicionar com facilidade rotas específicas (por exemplo, para enviar tráfego de apps da Web particulares a um gateway seguro) sem modificar o script PAC principal da empresa toda. A política EnableProxyOverrideRulesForAllUsers dá mais controle sobre o modo de aplicar essas regras de substituição a usuários não afiliados em um dispositivo. Os usuários finais recebem uma notificação na página de configurações
chrome://quando essas regras administrativas de proxy estão ativas.- Chrome 144 no ChromeOS, Linux, macOS e Windows
As regras de substituição de proxy estarão disponíveis no Windows, macOS, ChromeOS e Linux
- Chrome 144 no ChromeOS, Linux, macOS e Windows
- Aumento do suporte a tamanhos de arquivo para verificações da DLP
O Chrome Enterprise Premium ampliará os recursos de prevenção contra perda de dados (DLP) e verificação de malware para que incluam arquivos grandes e criptografados. Antes, arquivos maiores que 50 MB e todos os arquivos criptografados eram ignorados durante a verificação de conteúdo. Essa atualização corrigirá essa falha de segurança crítica. Para políticas configuradas para salvar evidências, agora é possível enviar arquivos de até 2 GB para o Evidence Locker. Isso oferece aos administradores mais visibilidade e controle, reduzindo significativamente o risco de exfiltração de dados por transferências de arquivos grandes.
Não é necessário ter uma nova política para ativar esse recurso. Ele é controlado automaticamente pelas configurações de regras da DLP no Google Admin Console. Se os administradores tiverem regras aplicáveis a uploads, downloads ou impressão de arquivos, elas também serão aplicadas a arquivos grandes e criptografados. Para mais informações, consulte O que são os controles de dados do ChromeOS?.
- Chrome 145 no Linux, macOS e Windows: essa etapa permite a coleta de arquivos grandes (>50 MB) e criptografados para o Evidence Locker, fechando uma lacuna de segurança importante da DLP.
Resumo da versão 143 do ChromeOS
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Gerenciar impressoras conectadas a uma porta USB | ✓ | ||
| Configurações de impressão pré-configuradas | ✓ | ||
| Pré-carregar o Google Vids no ChromeOS para usuários gerenciados | ✓ | ||
| Chave para trocar entre kana e romaji no teclado virtual do ChromeOS | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Melhorias na autenticação por crachá | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações atuais do ChromeOS
-
Gerenciar impressoras USB no ChromeOS
Antes, os admins só podiam gerenciar impressoras conectadas ao ChromeOS por uma conexão de rede. Com esse novo recurso, é possível gerenciar impressoras conectadas a um dispositivo ChromeOS pela porta USB. Agora, os admins do ChromeOS podem especificar o ID do fornecedor e o ID do produto das impressoras USB para gerenciá-las nas organizações.
Para mais informações, consulte Gerenciar impressoras locais e de rede.
- Configurações de impressão predefinidas
A partir do ChromeOS 143, os administradores poderão pré-configurar ou limitar as opções de impressão em cada impressora. A funcionalidade aplica-se às configurações de tamanho e tipo de documento, duplex, cor, DPI, qualidade de impressão e imprimir como imagem. A predefinição das configurações de impressão ajuda a otimizar fluxos de trabalho em domínios como saúde, varejo ou logística. Um exemplo recorrente são as impressoras de etiquetas com um tamanho específico. Ao predefinir o tamanho do documento, os admins poupam os usuários dessa configuração manual.
Para mais informações, consulte Gerenciar impressoras locais e de rede.
- Pré-carregamento do Google Vids no ChromeOS para usuários gerenciados
O Google Vids, um app de trabalho para criação de vídeos com tecnologia de IA, agora vem pré-instalado para usuários gerenciados. Use o Google Vids para criar, escrever, produzir, editar, colaborar e compartilhar seus vídeos.
Os usuários gerenciados podem achar o Google Vids no acesso rápido do ChromeOS. Para mais informações, consulte O Google Vids reforça a mensagem da sua narrativa por vídeo.
- Chave para trocar entre kana e romaji no teclado virtual do ChromeOS
O ChromeOS 143 adiciona uma chave para trocar entre os modos de entrada kana e romaji à interface do teclado virtual quando o idioma de entrada escolhido é o japonês. Com essa melhoria, os usuários poderão trocar os layouts no modo quiosque quando não for possível abrir as configurações do teclado virtual.
Próximas mudanças no ChromeOS
-
Melhorias na autenticação por crachá
O ChromeOS adicionou a funcionalidade de autenticação por crachá às sessões de usuários do ChromeOS. Os usuários podem iniciar uma sessão com um toque e sair com outro toque. A solução é focada em profissionais de atendimento de vários setores, incluindo varejo, hotelaria e manufatura. A partir do ChromeOS 145, vamos melhorar essa funcionalidade com suporte a casos de uso com toque para desbloquear a tela e tocar sobre, além de suporte a leitores baseados em WebHID+SDK.
Para mais informações, consulte Configurar a autenticação por crachá.
Chrome 142
Resumo da versão 142 do Chrome
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Experiência simplificada de login e sincronização no Chrome para computador | ✓ | ✓ | |
| Desativar extensões de instalação forçada com violações não relativas a malware | ✓ | ||
| Suporte a vários perfis na extensão Compartilhar do Chrome para iOS | ✓ | ||
| Assistência do LLM do cliente para reduzir golpes | ✓ | ||
| Restrições de acesso à rede local | ✓ | ||
| Isolamento de processos com chave de origem | ✓ | ||
| Criptografia pós-quântica para DTLS no WebRTC | ✓ | ||
| Ativação fixa do usuário em navegações de mesma origem iniciadas por renderizador | ✓ | ||
| Integração do Chrome DevTools com o Google Developer Program | ✓ | ||
| Personalização do plano de fundo da página Nova guia do Chrome para iOS | ✓ | ||
| Google Chat disponibilizado por um novo destino | |||
| Novas políticas no navegador Chrome | ✓ | ||
| Mudanças no Chrome Enterprise Core | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|
Não há atualizações nesta versão. |
|||
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Refatoração da UX com regras do navegador Chrome | ✓ | ✓ | |
| Integração simplificada do Chrome Enterprise com o Google SecOps | ✓ | ||
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Descontinuação e remoção do XSLT | ✓ | ✓ | ✓ |
| Gemini no Chrome | ✓ | ||
| ICU 77 (compatível com Unicode 16) | ✓ | ||
| Cookies vinculados à origem (por padrão) | ✓ | ||
| Atualização no design do aviso Sem HTTPS | ✓ | ||
| Configurações de segurança agrupadas | ✓ | ||
| Descontinuação de savedTabGroups como valor individual em SyncTypesListDisabled | ✓ | ||
| Prevenção de rastreamento de HSTS | ✓ | ||
| Happy Eyeballs V3 | ✓ | ✓ | |
| Suporte a multicast para a API Direct Sockets | ✓ | ||
| ServiceWorkerAutoPreload | ✓ | ||
| Aplicação obrigatória da verificação em duas etapas para admins | ✓ | ||
| Pseudoelementos de destaque do CSS para localização na página | ✓ | ||
| Mudança na programação de lançamento a partir do Chrome Early Stable 145 | ✓ | ||
| Limpar o nome da janela para navegações entre sites que mudam o grupo de contexto de navegação | ✓ | ||
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| Remover políticas de particionamento de armazenamento de terceiros | ✓ | ||
| Encapsulamento de chaves X25519Kyber768 para TLS | ✓ | ||
| Apps isolados da web | ✓ | ||
| Provedor de framework de acessibilidade de automação de interface no Windows | ✓ | ||
| Migração da API SafeBrowsing da v4 para a v5 | ✓ | ||
| 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 |
| Atalhos gerenciados pela empresa na página Nova guia | ✓ | ✓ | |
| Relatórios de perfil do Chrome no iOS | ✓ | ||
| Próximas mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Mais tamanhos de arquivo aceitos para verificações da DLP | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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 leva de 1 a 2 semanas para ficar pronta.
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
- Experiência simplificada de login e sincronização no Chrome para computador
O Chrome vai lançar uma versão simplificada e consolidada de login e sincronização no Chrome para Windows, Mac e Linux. A Sincronização do Chrome vai deixar de ser exibida como um recurso separado nas configurações e em outros lugares. Em vez disso, os usuários poderão fazer login no Chrome para usar e salvar dados como senhas, favoritos e muito mais na Conta do Google, de acordo com as políticas empresariais relevantes. Além disso, os usuários que fizerem login no Chrome também poderão ativar a sincronização das guias e do histórico de navegação na Conta do Google, novamente sujeitos às políticas empresariais relevantes.
O recurso de salvar e acessar dados do Chrome na Conta do Google (que fazia parte da Sincronização do Chrome) pode ser desativado via SyncDisabled e SyncTypesListDisabled. O login no Google Chrome pode ser desativado por BrowserSignin, assim como antes.
As mudanças não afetam a capacidade dos usuários de fazer login nos Serviços do Google na web (como o Gmail) sem fazer login no Chrome, de permanecer desconectados do Chrome ou de controlar as informações sincronizadas com a Conta do Google.
Essas mudanças são bem parecidas com a experiência simplificada de login e sincronização lançada no iOS na versão 117 e no Android na 127.
- Chrome 142 no Linux, macOS e Windows: lançamento gradual
- Desativar extensões de instalação forçada com violações não relativas a malware
Esse recurso desativa silenciosamente as extensões de instalação forçada que violam as políticas da Chrome Web Store (CWS) em ambientes não gerenciados do navegador. Essas violações incluem violações gerais do programa, software indesejado e possíveis vulnerabilidades de segurança não classificadas como malware. Os usuários ainda poderão ativar ou desativar essas extensões, mas não as remover.
Uma nova política corporativa, ExtensionForceInstallWithNonMalwareViolationEnabled, será adicionada na versão 142 para preservar o comportamento atual em ambientes não gerenciados do navegador, mas será removida na versão 145.
Essa mudança não afeta as instâncias gerenciadas do Chrome associadas a um domínio do Microsoft Active Directory, ao Microsoft Azure Active Directory ou registradas no Chrome Enterprise Core. No macOS, essa mudança não afeta instâncias do Chrome gerenciadas via MDM, associadas a um domínio ou registradas no Chrome Enterprise Core.
- Chrome 142 no macOS e Windows: no Chrome 142 para Windows e macOS, as extensões de instalação forçada com violações de políticas secundárias serão desativadas silenciosamente em ambientes pouco confiáveis.
- Chrome 145 no macOS e Windows: removeremos a política ExtensionForceInstallWithNonMalwareViolationsEnabled.
- Suporte a vários perfis na extensão Compartilhar do Chrome para iOS
Desde o Chrome 142 no iOS, a extensão Compartilhar do Chrome permite que os usuários vejam o perfil em uso e o mudem antes de abrir um URL no Chrome ou pesquisar texto ou imagem. Para usuários com vários perfis ativados, quando eles quiserem compartilhar um URL ou selecionar texto ou uma imagem e escolher o Chrome, a extensão Compartilhar no Chrome vai aparecer com um avatar da conta. O intent de compartilhamento vai ser aberto no perfil selecionado se os usuários não fizerem nada.
Para mudar o perfil na extensão Compartilhar do Chrome Share, os usuários clicam nela e selecionam o perfil desejado. O Chrome vai alternar os perfis de acordo com a solicitação. Se a política empresarial permitir perfis de trabalho, os usuários poderão definir o perfil de widgets. Se apenas perfis pessoais ou corporativos forem permitidos e o suporte a vários perfis não estiver ativado, os widgets vão continuar funcionando como antes.
- Chrome 142 no iOS
- Assistência do LLM do cliente para reduzir fraudes
Os usuários da web lidam todos os dias com uma quantidade significativa de golpes de vários tipos. Para combater esses golpes, o Chrome usa um modelo de linguagem grande (LLM) no dispositivo para identificar sites desse tipo para usuários da Navegação segura com maior proteção. O Chrome envia o conteúdo da página para um LLM no dispositivo para inferir sinais relacionados à segurança da página e os envia para o lado do servidor da Navegação Segura para uma decisão final. Quando ativado, o Chrome pode consumir mais largura de banda para baixar o LLM.
- Chrome 134 no Linux, macOS e Windows colete o nome da marca e o resumo da intent da página que acionou o bloqueio do teclado para identificar sites de golpes.
- Chrome 135 no Linux, macOS e Windows: mostre os avisos ao usuário com base no veredito do servidor, que usa o resumo da marca e da intent da página que acionou o bloqueio do teclado.
- Chrome 137 no Linux, macOS e Windows: colete o resumo da marca e da intent da página com base no sistema de pontuação da reputação do servidor.
- Chrome 138 no Linux, macOS e Windows: mostre os avisos ao usuário com base no veredito do servidor, que usa a marca e a intent das páginas que receberam uma pontuação do sistema de reputação do servidor.
- Chrome 142 no Android
- Restrições de acesso à rede local
O Chrome 142 restringe a capacidade de fazer solicitações para a rede local do usuário, protegida por um comando de permissão.
Uma solicitação de rede local é qualquer solicitação de um site público a um endereço IP local ou loopback, ou de um site local (por exemplo, intranet) a loopback. Restringir a capacidade dos sites de fazer essas solicitações por trás de uma permissão reduz o risco de ataques de falsificação de solicitação entre sites em dispositivos de rede local, como roteadores, e diminui a capacidade dos sites de usar essas solicitações para criar uma impressão digital da rede local do usuário.
Essa permissão é restrita a contextos seguros. Se concedida, a permissão também relaxa o bloqueio de conteúdo misto para solicitações de rede local, já que muitos dispositivos locais não conseguem certificados TLS confiáveis publicamente por vários motivos.
Esse trabalho substitui um esforço anterior chamado Acesso à rede privada, que usava solicitações de simulação para que os dispositivos locais ativassem o recurso.
Para mais informações sobre esse recurso, consulte este guia sobre Como adaptar seu site para as novas restrições de acesso à rede local no Chrome.
- Chrome 142 no Windows, macOS, Linux e Android
- Isolamento de processos com chave de origem
O Chrome 142 implementa uma mudança na política de isolamento de processos, trocando o bloqueio de processos de sites como
https://example.compelo bloqueio de processos de origens específicas, comohttps://foo.example.com.Para aumentar ainda mais a segurança, o Chrome está migrando para um modelo de isolamento de processos mais granular chamado isolamento de origem. Antes, o Chrome usava o isolamento de sites, que agrupava diferentes origens do mesmo site (por exemplo,
https://a.example.comehttps://b.example.com) em um único processo de renderização.Com o isolamento de origens, isolamos cada origem (por exemplo,
https://foo.example.com) no próprio processo de renderização. Essa mudança reforça a arquitetura de segurança do Chrome porque alinha melhor os limites de processos com o modelo de segurança fundamental da web baseado em origem, oferecendo maior proteção contra possíveis vulnerabilidades nos sites.Possíveis considerações sobre o desempenho: embora cada processo seja menor, esse aumento na granularidade pode levar a um maior uso geral de memória e CPU. Para equilibrar segurança e performance, o isolamento de origem será ativado por padrão apenas em dispositivos com pelo menos 4 GB de RAM.
Controle corporativo: os admins podem controlar esse recurso com a política OriginKeyedProcessesEnabled.
- Chrome 142 no ChromeOS, Linux e Windows
- Criptografia pós-quântica para DTLS em WebRTC
Esse recurso permite o uso da criptografia pós-quântica (PQC) com conexões WebRTC. A motivação da PQC é atualizar o tráfego de mídia do WebRTC com os protocolos de criptografia mais recentes e evitar cenários de Coletar agora para quebrar depois.
Os admins poderão controlar esse recurso usando a política corporativa WebRtcPostQuantumKeyAgreement para que os usuários corporativos possam desativar a PQC. A política será temporária e tem remoção planejada para a versão 152 do Chrome.
- Chrome 142 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
- Chrome 152 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: remoção da política empresarial
- Ativação fixa do usuário em navegações de mesma origem
Esse recurso preserva o estado de ativação do usuário fixo depois que uma página navega para outra de mesma origem. A falta de ativação do usuário na página pós-navegação impede alguns casos de uso, como mostrar teclados virtuais no foco automático. Isso tem sido um bloqueador para os desenvolvedores que querem criar aplicativos de várias páginas (MPAs, na sigla em inglês) em vez de aplicativos de página única (SPAs, na sigla em inglês).
- Chrome 142 no Windows, macOS, Linux e Android
- Integração do Chrome DevTools com o Google Developer Program
Esse recurso fará a integração do Google Developer Program (GDP) com o Chrome DevTools (CDT) para permitir e melhorar o engajamento dos desenvolvedores. A integração implementará um sistema de selos para recompensar os usuários por interagir com o DevTools e oferecerá uma experiência integrada na ferramenta ao se inscrever no GDP, promovendo um ecossistema mais conectado e detectável para os desenvolvedores.
A política DevToolsGoogleDeveloperProgramProfileAvailability permite aos admins integrar o Google Developer Program ao Chrome DevTools. O perfil do usuário no Google Developer Program é mostrado no Chrome DevTools, e os usuários recebem selos por realizar ações específicas nesse recurso.
- Chrome 142 no ChromeOS, Linux, macOS e Windows: o Chrome DevTools permite aos desenvolvedores web se conectar e integrar ao Google Developer Program.
- Chrome para iOS Nova guia personalização do plano de fundo da página
No Chrome para iOS, os usuários agora podem personalizar o plano de fundo da página Nova guia (NTP). Os admins poderão definir NTPCustomBackgroundEnabled com verdadeiro ou falso, determinando se os usuários poderão personalizar o plano de fundo da NTP. O admin poderá definir a BrowserThemeColor, que aceita um código hexadecimal para especificar uma cor. Se especificar um valor hexadecimal, o usuário não poderá substituí-lo.
O admin também poderá especificar um valor hexadecimal recomendado, que o usuário pode substituir. Com a ativação completa, o usuário também poderá selecionar na galeria pré-selecionada do Chrome ou no rolo da câmera do smartphone.
- Chrome 142 no iOS: o lançamento do recurso será gradual
- Google Chat disponibilizado por um novo destino
A equipe do Google Chat lançará uma experiência mais rápida e confiável para usuários da web. Agora, vamos disponibilizar o Chat por
chat.google.comno lugar demail.google.com/chat. No entanto, os usuários ainda poderão usar os favoritos e links demail.google.com/chat. Essa mudança reduzirá o tempo de carregamento ao abrir o aplicativo sem alterar a interface do usuário do Chat.- Admins e desenvolvedores: se você criou uma extensão que funciona com o Chat, verifique se ela é compatível com o novo endereço da web
chat.google.com. Atualize sua extensão para garantir que ela encontre e interaja com o Chat pelo novo endereço. - Usuários finais: se você usa extensões do Chrome para melhorar o Chat, os criadores delas talvez precisem atualizá-las para que funcionem corretamente após a mudança para
chat.google.com. Se notar que uma extensão não funciona como esperado, verifique se há alguma atualização disponível na Chrome Web Store. - Admins: se você bloqueou o acesso ao Chat para usuários da sua organização usando uma lista de permissões ou bloqueando URLs no admin do Chrome, também precisará adicionar o domínio
chat.google.com.
Nossa equipe do Google Chat planeja lançar essas mudanças com calma a partir de 14 de novembro de 2025, e esperamos lançá-las para todos os usuários antes de 31 de janeiro de 2026.
- Admins e desenvolvedores: se você criou uma extensão que funciona com o Chat, verifique se ela é compatível com o novo endereço da web
- Novas políticas no navegador Chrome
Política Descrição ScreenCaptureAllowedByOrigins Permitir captura de área de trabalho, janela e guia por estas origens TabCaptureAllowedByOrigins Permitir captura de guia por estas origens GenAILocalFoundationalModelSettings Configurações do modelo de fundação local da IA generativa WindowCaptureAllowedByOrigins Permitir captura de janela e guia por estas origens SameOriginTabCaptureAllowedByOrigins Permitir captura de guia da mesma origem por estas origens LocalNetworkAccessRestrictionsTemporaryOptOut Especifica se é necessário desativar (temporariamente) as restrições de acesso à rede local DevToolsGoogleDeveloperProgramProfileAvailability Ativa perfis do Google Developer Program no Chrome DevTools ExtensionForceInstallWithNonMalwareViolationsEnabled Ativar extensões de instalação forçada com violações que não são de malware ExtensionInstallCloudPolicyChecksEnabled Ativa outras verificações de política de nuvem para permitir ou bloquear a instalação de extensões
Mudanças no Chrome Enterprise Core
Não há atualizações do Chrome Enterprise Core nesta versão.
Mudanças no Chrome Enterprise Premium
Saiba mais sobre as diferenças entre o Chrome Enterprise Core e o Chrome Enterprise Premium.
- Refactor da UX da regra do navegador Chrome
Para melhorar a experiência de criação de regras de Prevenção contra perda de dados (DLP), o Google Admin Console está sendo atualizado para simplificar a definição de políticas para diferentes aplicativos, como o Chrome e o Workspace. Isso implementa grupos de aplicativos mutuamente exclusivos, ou seja, uma única regra de DLP agora só pode visar um grupo de aplicativos por vez, seja apps do Workspace (como o Drive e o Gmail), gatilhos do navegador Chrome (como upload de arquivos e URL visitado) ou gatilhos do ChromeOS. Essa mudança simplifica a configuração de regras, elimina possíveis conflitos de seleção de apps sobrepostos e prepara o terreno para fluxos de trabalho mais especializados e fáceis de usar, adaptados às necessidades de cada plataforma.
Os administradores vão encontrar uma interface de seleção Apps atualizada com botões de opção para aplicar essa seleção de um único grupo para novas regras. As regras atuais que antes combinavam aplicativos de vários grupos serão migradas de forma transparente pelo sistema para regras separadas, em conformidade e de plataforma única, para garantir a proteção contínua e uma transição tranquila. Os banners no Admin Console vão fornecer informações sobre essas mudanças e o processo de migração. Não há novas políticas corporativas com essa atualização. As mudanças são na interface de configuração de regras. Para mais informações, consulte O que são os controles de dados do ChromeOS? - Ajuda do Chrome Enterprise e Education.
- Chrome 142 no ChromeOS, Linux, macOS e Windows: permite a seleção de apps mutuamente exclusivos para a configuração de regras de DLP no Admin Console
- Integração simplificada do Chrome Enterprise com o Google SecOps
A nova integração do Chrome Enterprise Premium (CEP) e Google Security Operations (SecOps) oferece uma conexão nativa e direta entre os dois sistemas. Esse recurso transforma o navegador em um sensor de segurança principal, permitindo às organizações evitar, detectar, investigar e responder a ameaças baseadas na web (phishing, malware e exfiltração de dados) com o envio de um conjunto enriquecido de eventos de segurança e telemetria detalhada do navegador Chrome diretamente ao SecOps.
Para os admins, a integração implementa tipos de eventos de segurança aprimorados, como navegação de URL e visitas de URL suspeitas, enriquecidos automaticamente com inteligência contra ameaças e pontuações de risco da Navegação segura. Uma nova configuração simplificada com um só clique no Admin Console substitui o fluxo de trabalho manual anterior.
OBSERVAÇÃO: a coleta de eventos de alto volume (por exemplo, navegação de URL) é opcional. O recurso não precisa de mudanças na política voltada ao usuário final.
- Chrome 142 no iOS, ChromeOS, Linux, macOS e Windows
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
- Descontinuação e remoção do XSLT
O XSLT v1.0, que todos os navegadores seguem, foi padronizado em 1999. Desde então, o XSLT evoluiu para as versões 2.0 e 3.0, adicionando recursos e se distanciando da versão antiga engessada nos navegadores. Essa falta de avanço, com o aumento de bibliotecas e frameworks JavaScript que oferecem uma manipulação do DOM mais flexível e eficiente, levou a um declínio considerável no uso do XSLT pelo lado do cliente. A função dele no navegador da web foi amplamente substituída por tecnologias baseadas no JavaScript, como JSON+React.
O Chromium usa a biblioteca libxslt para processar essas transformações, e ela não recebe manutenção há cerca de seis meses em 2025. A libxslt é uma base de código C complexa e datada com suscetibilidade notória a vulnerabilidades de segurança de memória, como estouros de buffer, que podem levar à execução de código arbitrário. Como o XSLT pelo lado do cliente agora é um recurso de nicho e raramente usado, essas bibliotecas recebem muito menos manutenção e análise de segurança do que os mecanismos JavaScript básicos. No entanto, elas representam uma superfície de ataque direta e potente para processar conteúdo da web não confiável. Aliás, o XSLT é a origem de vários exploits de segurança recentes e de grande repercussão que continuam colocando os usuários de navegadores em risco.
Por esses motivos, o Chromium (assim como outros mecanismos de navegação) planeja descontinuar e remover o XSLT da plataforma web.
- Chrome 143 no Android, ChromeOS, Linux, macOS e Windows: descontinuação (mas não remoção) das APIs
- Gemini no Chrome
O Gemini agora está integrado ao Chrome no macOS e no Windows e pode entender o conteúdo da sua página atual. Agora os usuários podem conferir os principais pontos, esclarecer conceitos e encontrar respostas sem sair da guia do Chrome. Essa integração inclui o chat, em que os usuários podem interagir com o Gemini por texto, e o Gemini Live, em que os usuários podem interagir com o Gemini por voz.
No Chrome 143, começaremos a lançar o Gemini no Chrome para a maioria dos usuários do Google Workspace com acesso ao app do Gemini nos EUA. Os administradores podem desativar esse recurso (valor 1) usando a política GeminiSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte Gemini no Chrome na Central de Ajuda ou neste post.
Também lançaremos o recurso de contexto de várias guias no Chrome 143. O Gemini no Chrome agora pode acessar mais guias abertas (até 10) para você fazer perguntas em várias páginas, comparando e encontrando informações com mais eficiência. O Gemini no Chrome também funciona como um agente de produtividade, ativando as ferramentas do YouTube, Maps, Gmail, Drive, Keep, Agenda e Tarefas.
- Chrome 137 no macOS e Windows: o recurso está disponível para alguns assinantes do Google AI Pro e Ultra nos EUA e nos canais pré-Stable (Dev, Canary e Beta) nos EUA.
- Versão mais recente do Chrome 143 no macOS e Windows: recursos agênticos no Gemini no Chrome disponíveis para alguns usuários (não corporativos). A política corporativa GeminiActOnWebSettings estará disponível no lançamento.
- Versão mais recente do Chrome 147 no macOS e Windows: recursos agênticos no Gemini no Chrome disponíveis para usuários corporativos.
- ICU 77 (compatível com Unicode 16)
Atualizamos a biblioteca de suporte Unicode ICU (International Components for Unicode) da versão 74.2 para a 77.1, adicionando suporte ao Unicode 16 e atualizando dados de localidade. Duas mudanças poderiam trazer algum risco para aplicativos da web que pressupõem um formato específico das APIs JavaScript Intl:
- Alteramos a formatação padrão de números em italiano para omitir o separador de milhares em números de quatro dígitos. Por exemplo, o
novo Intl.NumberFormat("it").format(1234)retorna 1234 no lugar de 1.234. É possível ter o comportamento antigo com o parâmetro useGrouping do construtorIntl.NumberFormat. - Em algumas localidades do inglês (en-AU, en-GB e en-IN), adicionamos uma vírgula depois dos dias da semana por extenso. Por exemplo, "Saturday 30 April 2011" mudou para "Saturday, 30 April 2011" (sábado, 30 de abril de 2011). Os aplicativos da web precisam evitar depender da formatação precisa de datas, que pode mudar novamente no futuro.
- Chrome 143 no Windows, macOS, Linux e Android
- Alteramos a formatação padrão de números em italiano para omitir o separador de milhares em números de quatro dígitos. Por exemplo, o
- Cookies vinculados à origem (por padrão)
No Chrome 143, os cookies são vinculados à origem da configuração (por padrão) para que só ela possa acessá-los, ou seja, enviar em uma solicitação ou ser visíveis pelo document.cookie. Os cookies podem facilitar as restrições de vinculação de host e porta usando o atributo "Domain", mas todos os cookies serão vinculados ao esquema de configuração.
As políticas empresariais temporárias LegacyCookieScopeEnabled e LegacyCookieScopeEnabledForDomainList estão disponíveis para reverter essa mudança. Essas políticas vão deixar de funcionar no Chrome 150.
- Chrome 143 no Android, iOS, Linux, macOS e Windows: as políticas corporativas estarão disponíveis
- Chrome 150 no Android, iOS, Linux, macOS e Windows: as políticas empresariais serão removidas
- Atualizar para No HTTPS warning
O Chrome 141 atualizou o aviso exibido quando um usuário ativa a opção Sempre usar conexões seguras em
chrome://settings/securityde um intersticial para uma caixa de diálogo. O indicador de segurança de conteúdo do URL no aviso muda de um asterisco para um bloqueio quebrado, enquanto o carregamento da página inteira permanece bloqueado e a funcionalidade não muda. Alguns usuários podem ver esse aviso automaticamente ao acessar sites HTTP. Os usuários podem ativar o aviso emchrome://settings/security.- Chrome 141 no ChromeOS, Linux, macOS e Windows: novo design de aviso em plataformas de computador
- Chrome 143 no Android: novo design de aviso no Android
- Pacote de configurações de segurança
Esse recurso oferece aos usuários opções de segurança agrupadas para definir as configurações de segurança com base no nível de proteção desejado ao usar o Chrome. Os usuários podem escolher entre "Maior proteção" para o mais alto nível de segurança e "Padrão" para a proteção equilibrada padrão. Os usuários ainda podem definir valores personalizados para as configurações, como já fazem hoje. Isso simplifica a experiência do usuário e facilita a obtenção do nível de proteção desejado sem precisar entender as opções de configuração avançadas.
As políticas empresariais atuais têm precedência sobre as seleções de pacotes do usuário final. Se uma política já estiver definida para as configurações de segurança, os valores não serão substituídos pela escolha de um pacote de segurança feita pelo usuário.
- Chrome 144 no ChromeOS, Linux, macOS e Windows
- Descontinuação de savedTabGroups como valor individual em SyncTypesListDisabled
No momento, a política corporativa SyncTypesListDisabled permite que os administradores desativem a sincronização do tipo de dados savedTabGroups em plataformas de computador. No entanto, em plataformas móveis, a sincronização de grupos de guias já é gerenciada pelo tipo de dados de guias. Para alinhar o comportamento do computador com o de dispositivos móveis e simplificar o gerenciamento da sincronização, o tipo de dados savedTabGroups individual será descontinuado e não será mais um valor personalizável individualmente na política SyncTypesListDisabled.
Ação necessária dos administradores:
A partir do Chrome 144, se a política SyncTypesListDisabled desativar as guias ou o savedTabGroups, os dois tipos de dados serão considerados desativados. Isso significa que desativar as guias também desativa os grupos de guias salvos e vice-versa. O valor savedTabGroups será totalmente removido da lista de tipos de dados compatíveis com essa política. Os administradores que desativaram os grupos de guias salvas e querem manter esse comportamento precisam desativar explicitamente o tipo de dados "Guias". Isso garante o comportamento desejado antes que o valor savedTabGroups seja totalmente removido.
- Chrome 144 no Windows, macOS e Linux
- Prevenção de rastreamento de HSTS
Essa atualização vai reduzir o rastreamento de usuários por terceiros usando o cache do HTTP Strict Transport Security (HSTS). Esse recurso só permite upgrades HSTS para navegações de nível superior e bloqueia upgrades HSTS para solicitações de subrecursos. Isso torna inviável que sites de terceiros usem o cache HSTS para rastrear usuários na Web.
- Chrome 144 no Windows, macOS, Linux e Android
- Happy Eyeballs V3
Esse lançamento é uma otimização interna no Chrome que implementa o Happy Eyeballs V3 para melhorar a simultaneidade da conexão de rede. O Happy Eyeballs V3 executa resoluções de DNS de forma assíncrona e intercala as tentativas de conexão com protocolos preferíveis (H3/H2/H1) e famílias de endereços (IPv6 ou IPv4) para reduzir o atraso da conexão de rede visível para o usuário. Esse recurso é bloqueado por uma política temporária HappyEyeballsV3Enabled.
- Chrome 144 no Android, ChromeOS, Linux, macOS e Windows
- Suporte a multicast para a API Direct Sockets
Permite a Apps Isolados da Web fazer inscrição em grupos de multicast e receber pacotes UDP deles, além de especificar outros parâmetros ao enviar pacotes UDP para endereços de multicasts.
- Chrome 144 no Windows, macOS e Linux
- Modo ServiceWorkerAutoPreload
O ServiceWorkerAutoPreload é um modo em que o navegador emite a solicitação de rede em paralelo com a inicialização do service worker e consome o resultado da solicitação de rede no gerenciador de busca se ele retornar a resposta com
respondWith(). Se o resultado do gerenciador de busca for de substituição, ele vai transmitir a resposta de rede diretamente para o navegador. O ServiceWorkerAutoPreload é definido como uma otimização opcional do navegador que muda o comportamento do service worker atual. Os administradores podem controlar esse recurso com uma política empresarial chamada ServiceWorkerAutoPreloadEnabled.- Chrome 140 no Android e Windows: política ServiceWorkerAutoPreloadEnabled
- Chrome 144 no Android e Windows: a política ServiceWorkerAutoPreloadEnabled será removida
- Aplicação da verificação em duas etapas para administradores
Para proteger melhor as informações da sua organização, em breve o Google vai exigir que todas as contas com acesso a admin.google.com ativem a verificação em duas etapas (2SV). Como admin do Google Workspace, você precisa confirmar sua identidade com a verificação em duas etapas, que requer sua senha e algo adicional, como um número de telefone ou uma chave de segurança.
A aplicação será lançada gradualmente nos próximos meses. Ative a verificação em duas etapas nas contas de administrador da sua organização antes que o Google aplique esse recurso. Para mais informações, consulte Sobre a aplicação da verificação em duas etapas para administradores.
- Chrome 137 no ChromeOS, Linux, macOS e Windows: início da ativação da autenticação de dois fatores
- Chrome 145 no ChromeOS, Linux, macOS e Windows: verificação em duas etapas obrigatória
- Pseudoelementos de CSS para realce ao localizar na página
Esse recurso vai expor o estilo do resultado da pesquisa de localizar na página para autores como um pseudoelemento de destaque, como seleção e erros de ortografia. Isso permite que os autores mudem as cores de primeiro plano e de plano de fundo ou adicionem decorações de texto. Isso pode ser bastante útil se os padrões do navegador tiverem contraste insuficiente com as cores da página ou forem inadequados de outra forma.
- Chrome 145 no Windows, macOS, Linux e Android
- Mudança na programação de lançamento a partir do Chrome Early Stable 145
A partir do Chrome 145, lançaremos o navegador no canal Early Stable uma semana antes do que comunicamos anteriormente. Por exemplo, o lançamento da versão Early Stable do Chrome 145 mudou de 4 de fevereiro de 2026 para 28 de janeiro de 2026. Não há mudanças na versão do Canal Stable. Para fins de referência, confira a programação de lançamentos atualizada.
- Chrome 145 no Android, iOS, macOS e Windows: o Chrome será lançado no canal Early Stable uma semana antes.
- Limpar o nome da janela para navegações entre sites que mudam o grupo de contexto de navegação
Atualmente, o valor da propriedade
window.nameé preservado durante todo o ciclo de vida de uma guia, mesmo com navegação que alterna grupos de contexto de navegação, o que pode vazar informações e ser potencialmente usado como um vetor de rastreamento. A partir do Chrome 142, a propertywindow.namenão será mais preservada nesse caso, o que reduzirá esse problema.Esta atualização vai introduzir uma nova política corporativa temporária, ClearWindowNameCrossSiteBrowsing, que vai deixar de funcionar no Chrome 146.
- Chrome 145 no Windows, macOS, Linux, Android e iOS: a política corporativa estará disponível
- Chrome 148 no Windows, macOS, Linux, Android e iOS: removeremos a política corporativa
- Não permitir espaços em hosts de URL que não sejam "file://"
De acordo com a especificação do padrão de URL, os 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 nos HTTPS URLs for WebSocket da Interop2024 e áreas de foco de URL. Para garantir a conformidade do Chromium com as especificações, queremos remover por completo os espaços dos hosts de URLs, mas isso é complicado porque eles são usados na parte do host em URLs
file://do Windows (consulte o GitHub).- Chrome 145 no Android, ChromeOS, Lacros, Linux, MacOS, Windows e Fuchsia
- Remover políticas de particionamento de armazenamento de terceiros
O particionamento de armazenamento de terceiros se tornou o padrão no Chrome 115. Removemos a flag
chrome://que permitia aos usuários desativar esse recurso no Chrome 128, e o teste de descontinuação terminou com o Chrome 139.No Chrome 145, as políticas corporativas DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins serão removidas. Recomendamos que os usuários façam a transição para soluções de armazenamento alternativas, adaptando-se ao particionamento de armazenamento de terceiros ou usando
document.requestStorageAccess({...})quando necessário.Se você tiver algum feedback, compartilhe aqui no bug do Chromium.
- Chrome 145 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia : remoção de DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins
- Encapsulamento de chaves X25519Kyber768 para TLS
O Chrome 124 ativou por padrão em todas as plataformas de computador um novo mecanismo de encapsulamento de chaves TLS com segurança pós-quântica X25519Kyber768, baseado 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 saber mais, consulte Proteger o tráfego do Chrome com o KEM híbrido do Kyber.
- 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 145 no Linux, macOS e Windows: a política corporativa será removida
- Apps Isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web. Eles oferecem proteções mais fortes contra comprometimento do servidor e outras adulterações necessárias para desenvolvedores de aplicativos sensíveis à segurança. Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos na explicação em vez de serem hospedados em servidores da Web ativos e buscados por HTTPS.
Na versão inicial, só será possível instalar IWAs por uma política de admin em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 150 no Windows: esse lançamento adiciona suporte a Apps Isolados da Web em configurações gerenciadas pela empresa do navegador no Windows.
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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.
A partir do Chrome 125, os administradores poderão usar a política corporativa UiAutomationProviderEnabled para forçar a ativação do novo provedor (para que todos os usuários recebam a nova funcionalidade) ou desativar o novo provedor. Essa política vai estar disponível até o Chrome 146 e será removida no Chrome 147. 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 146 para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente.
- Chrome 147 no Windows: a política UiAutomationProviderEnabled será removida do Chrome. Todos os clientes vão usar o provedor do framework de acessibilidade de automação de interface do navegador.
- Migração da API Safe Browsing v4 para a v5
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. Para mais detalhes, consulte Migração da V4: Navegação segura.- Chrome 145 no Android, iOS, ChromeOS, Linux, macOS e Windows: o lançamento do recurso será gradual.
Próximas atualizações do Chrome Enterprise Core
- Atalhos gerenciados pela empresa na página Nova guia
Os atalhos na página Nova guia oferecem acesso rápido a recursos e aplicativos internos. Os administradores podem configurar até 10 atalhos na página Nova guia do usuário usando a política NTPShortcuts. A partir do Chrome 141, esse recurso estará disponível para os trusted testers do Chrome Enterprise Core.
- Chrome 141 no ChromeOS, Linux, macOS e Windows: o pré-lançamento da política está disponível para trusted testers. Os admins podem configurar até 10 atalhos, e os usuários podem mudar para "Atalhos da minha organização" em Personalizar o Chrome.
- Chrome 143 no ChromeOS, Linux, macOS e Windows: a política estará disponível para todos. Os atalhos definidos pelos administradores vão aparecer junto com os definidos pelos usuários (Meus atalhos ou Sites mais visitados). Os usuários podem controlar a visibilidade dos atalhos pelo painel Personalizar o Chrome.
- Relatórios de perfil no Chrome para iOS
O Chrome Enterprise Core está lançando relatórios de perfil na nuvem para o Chrome no iOS. Para ativar os relatórios de perfil no iOS, os administradores de TI precisam ativar a política de relatórios de perfil gerenciado na seção Navegador Chrome > Configurações do Google Admin Console. Se você já tiver ativado os relatórios de perfil gerenciado, vai receber automaticamente os relatórios de perfil no Chrome no iOS. Os administradores podem controlar esse recurso com a política CloudProfileReportingEnabled.
Os dados de relatórios de perfil podem ser encontrados em Google Admin Console > Navegador Chrome > Perfis gerenciados. As informações do relatório incluem dados do perfil, do navegador (versões, SO, canal etc.), as políticas aplicadas e muito mais.
- Chrome 143 no iOS: o lançamento do recurso será gradual
Próximas mudanças no Chrome Enterprise Premium
- Aumento do suporte a tamanhos de arquivo para verificações da DLP
O Chrome Enterprise Premium agora estende os recursos de Prevenção contra perda de dados (DLP) e verificação de malware para incluir arquivos grandes e criptografados. Antes, arquivos maiores que 50 MB e todos os arquivos criptografados eram ignorados durante a verificação de conteúdo. Essa atualização corrige essa falha de segurança crítica. Para políticas configuradas para salvar evidências, agora é possível enviar arquivos de até 2 GB para o Evidence Locker. Isso oferece aos administradores mais visibilidade e controle, reduzindo significativamente o risco de exfiltração de dados por transferências de arquivos grandes.
Não é necessário ter uma nova política para ativar esse recurso. Ele é controlado automaticamente pelas configurações de regras da DLP no Google Admin Console. Se os administradores tiverem regras aplicáveis a uploads, downloads ou impressão de arquivos, elas também serão aplicadas a arquivos grandes e criptografados. Para mais informações, consulte O que são os controles de dados do ChromeOS? - Ajuda do Chrome Enterprise e Education.
- Chrome 145 no Linux, macOS e Windows: essa etapa permite a coleta de arquivos grandes (>50 MB) e criptografados para o Evidence Locker, fechando uma lacuna de segurança importante da DLP.
Resumo da versão 142 do ChromeOS
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Provisionamento de certificados | ✓ | ||
| Política de saída automática em todos os dispositivos | ✓ | ||
| Google Chat disponibilizado por um novo destino | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Impressoras USB gerenciadas no ChromeOS | ✓ | ||
| Maior transparência na recuperação de dados no ChromeOS | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações atuais do ChromeOS
- Provisionamento de certificados
O provisionamento de certificados passou por uma grande reformulação nos Chromebooks! Agora, temos suporte a SCEP dinâmico e chaves ECC.
- Suporte a SCEP dinâmico para maior segurança.
- Suporte a chaves ECC, mais rápidas que as Chaves RSA
Para ver instruções detalhadas de configuração, consulte Como configurar o registro de certificados do ChromeOS pelo SCEP - Ajuda do Chrome Enterprise e Education.
Observação: a versão mínima compatível com essas mudanças é o ChromeOS 138.
- Política de saída automática em todos os dispositivos
A partir do Chrome versão 142, os admins de dispositivos ChromeOS gerenciados podem bloquear sessões simultâneas do mesmo usuário. Essa funcionalidade ajuda a reduzir o compartilhamento de contas intencional e não intencional em ambientes controlados, como escolas.
Quando fazem login em um novo dispositivo com a respectiva conta, os usuários saem de outros dispositivos ChromeOS que usaram antes com a mesma conta.
É possível controlar esse recurso com a política de Saída automática.
- Google Chat disponibilizado por um novo destino
A equipe do Google Chat lançará uma experiência mais rápida e confiável para usuários da web. Agora, vamos disponibilizar o Chat por
chat.google.comno lugar demail.google.com/chat. No entanto, os usuários ainda poderão usar os favoritos e links demail.google.com/chat. Essa mudança reduzirá o tempo de carregamento ao abrir o aplicativo sem alterar a interface do usuário do Chat.- Admins e desenvolvedores: se você criou uma extensão que funciona com o Chat, verifique se ela é compatível com o novo endereço da web
chat.google.com. Atualize sua extensão para garantir que ela encontre e interaja com o Chat pelo novo endereço. - Usuários finais: se você usa extensões do Chrome para melhorar o Chat, os criadores delas talvez precisem atualizá-las para que funcionem corretamente após a mudança para
chat.google.com. Se notar que uma extensão não funciona como esperado, verifique se há alguma atualização disponível na Chrome Web Store. - Admins: se você bloqueou o acesso ao Chat para usuários da sua organização usando uma lista de permissões ou bloqueando URLs no admin do Chrome, também precisará adicionar o domínio
chat.google.com.
Nossa equipe do Google Chat planeja lançar essas mudanças com calma a partir de 14 de novembro de 2025, e esperamos lançá-las para todos os usuários antes de 31 de janeiro de 2026.
- Admins e desenvolvedores: se você criou uma extensão que funciona com o Chat, verifique se ela é compatível com o novo endereço da web
Próximas mudanças no ChromeOS
-
Impressoras USB gerenciadas no ChromeOS
No ChromeOS 143, esse novo recurso permitirá o gerenciamento de impressoras conectadas a um dispositivo ChromeOS pela porta USB. No momento, os admins só podem configurar o gerenciamento de impressoras conectadas ao ChromeOS por uma conexão de rede. Em breve, os admins corporativos do ChromeOS poderão especificar o ID do fornecedor e o ID do produto das impressoras USB para gerenciá-las nas organizações.
-
Maior transparência na recuperação de dados no ChromeOS
Mantendo nosso compromisso com a segurança, a partir do ChromeOS 144, vamos oferecer mais transparência no histórico de recuperação de dados do seu dispositivo. Cada tentativa de recuperação é registrada em um livro-razão inviolável que preserva a privacidade. Agora, é possível revisar esse registro.
Assim, é possível verificar se todas as tentativas de recuperação de dados locais no dispositivo foram feitas por você, garantindo que as tentativas de acesso não autorizado sejam facilmente detectadas e oferecendo total tranquilidade.
Para mais detalhes, consulte Configurar a recuperação de dados locais nos dispositivos ChromeOS - Ajuda do Chrome Enterprise e Education.
Chrome 141
Resumo da versão 141 do Chrome
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Novo indicador heurístico de invasão de pesquisa na telemetria de extensão | ✓ | ||
| Gemini no Chrome | ✓ | ||
| Rodapé da página "Nova guia" | ✓ | ✓ | ✓ |
| Comandos remotos para perfis autenticados por terceiros | ✓ | ||
| Isolamento de processos com chave de origem | ✓ | ||
| Política rígida de mesma origem para a API Storage Access | ✓ | ||
| Novas políticas no navegador Chrome | ✓ | ||
| Mudanças no Chrome Enterprise Core | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Os navegadores registrados podem usar personalizações da Chrome Web Store no Enterprise | ✓ | ✓ | |
| Atalhos gerenciados pela empresa na página Nova guia | ✓ | ✓ | |
| Exclusão de perfis inativos no Chrome Enterprise Core | ✓ | ✓ | |
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Personalização de marca-d'água | ✓ | ✓ | |
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Restrições de acesso à rede local | ✓ | ||
| Chrome para iOS com suporte a vários perfis na extensão Compartilhar | ✓ | ||
| Uma experiência simplificada de login e sincronização no Chrome para computador | ✓ | ✓ | |
| Configurações de segurança agrupadas | ✓ | ||
| Limpar o nome da janela para navegações entre sites que mudam o grupo de contexto de navegação | ✓ | ||
| Assistência do LLM do cliente para reduzir golpes | ✓ | ||
| Prevenção de rastreamento de HSTS | ✓ | ||
| Eventos interoperáveis pointerrawupdate expostos apenas em contextos seguros | ✓ | ||
| Cookies vinculados à origem (por padrão) | ✓ | ||
| Criptografia pós-quântica para DTLS no WebRTC | ✓ | ||
| Ativação persistente do usuário em navegações de mesma origem | ✓ | ||
| Atualização no design do aviso Sem HTTPS | ✓ | ||
| Manifesto do app da web: algoritmo de qualificação para atualização | ✓ | ||
| Pseudoelementos de destaque do CSS para localização na página | ✓ | ||
| Descontinuação de savedTabGroups como valor individual em SyncTypesListDisabled | ✓ | ||
| Happy Eyeballs V3 | ✓ | ✓ | |
| ServiceWorkerAutoPreload | ✓ | ||
| Mudança no cronograma de lançamento da versão Early Stable | |||
| Aplicação da verificação em duas etapas para administradores | ✓ | ||
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| Remover políticas de particionamento de armazenamento de terceiros | ✓ | ||
| Migração da API SafeBrowsing da v4 para a v5 | ✓ | ||
| Encapsulamento de chaves X25519Kyber768 para TLS | ✓ | ||
| Apps isolados da web | ✓ | ||
| 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 |
| Relatórios de perfil do Chrome no iOS | ✓ | ||
| Próximas mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Refatoração da UX com regras do navegador Chrome | ✓ | ✓ | |
| Mais tamanhos de arquivo aceitos para verificações da DLP | ✓ | ✓ |
BAIXAR as notas da versão (PDF)
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 leva de 1 a 2 semanas para ficar pronta.
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
- Novo indicador heurístico de sequestro de pesquisa na telemetria de extensão
Extensões mal-intencionadas do Chrome interceptam e redirecionam consultas de pesquisa da omnibox e da Realbox (a caixa de pesquisa na página Nova guia) da página de resultados do mecanismo de pesquisa (SERP) para um URL controlado por um invasor. Esse recurso adiciona uma heurística do lado do cliente para detectar esse tipo de invasão. A ideia principal é comparar as pesquisas iniciadas pelo usuário com as chegadas bem-sucedidas na SERP. Uma discrepância significativa ao longo do tempo indica fortemente uma atividade de sequestro. Essa heurística gera um novo sinal, que é enviado ao servidor de telemetria CRX da Navegação segura pelo serviço de telemetria de extensão no Chrome. A análise do lado do servidor dos dados de sinal de vários navegadores Chrome pode identificar possíveis sequestros de pesquisa.
- Chrome 141 no ChromeOS, Linux, macOS, Windows
- Gemini no Chrome
O Gemini agora está integrado ao Chrome no macOS e no Windows e pode entender o conteúdo da sua página atual. Agora os usuários podem conferir os principais pontos, esclarecer conceitos e encontrar respostas sem sair da guia do Chrome. Essa integração inclui o chat, em que os usuários podem interagir com o Gemini por texto, e o Gemini Live, em que os usuários podem interagir com o Gemini por voz.
No Chrome 141, o Gemini no Chrome começa a ser lançado para a maioria dos usuários do Google Workspace com acesso ao app do Gemini nos EUA. Os administradores podem desativar esse recurso (valor 1) usando a política GeminiSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte Gemini no Chrome na Central de Ajuda ou nesta postagem do blog.
- Chrome 137 no macOS e Windows: o recurso está disponível para alguns assinantes do Google AI Pro e Ultra nos EUA e nos canais pré-Stable (Dev, Canary e Beta) nos EUA.
- Chrome 141 no iOS, macOS e Windows: o recurso foi lançado gradualmente na versão estável para a maioria dos usuários do Google Workspace com acesso ao app do Gemini nos EUA.
- Chrome 143 no macOS e Windows: apresentação de recursos de agente para o Gemini no Chrome. As políticas empresariais estarão disponíveis no lançamento.
- Rodapé da página "Nova guia"
Uma atualização da página Nova guia inclui um novo rodapé projetado para oferecer aos usuários mais transparência e controle sobre a experiência do Chrome.
- Chrome 138 no ChromeOS, Linux, macOS e Windows: a atribuição de extensões vai começar a aparecer no NTP. Se uma extensão tiver mudado a página padrão Nova guia, uma mensagem vai aparecer no rodapé atribuindo a mudança a essa extensão específica. Essa mensagem geralmente inclui um link direto para a extensão na Chrome Web Store, facilitando a identificação e o gerenciamento de extensões indesejadas. Se você for administrador, poderá desativar essa atribuição usando a política NTPFooterExtensionAttributionEnabled.
- Chrome 139 no Linux, macOS e Windows: a declaração de gerenciamento do navegador vai aparecer se uma das políticas para personalizar o rodapé for definida por um administrador corporativo. Para usuários cujo navegador Chrome é gerenciado por uma fonte confiável, o rodapé da página Nova guia vai mostrar um aviso de exoneração de responsabilidade sobre gerenciamento. Isso ajuda você a entender como seu navegador está sendo gerenciado. Os administradores podem desativar esse aviso com a política NTPFooterManagementNoticeEnabled. Além disso, as organizações podem personalizar a aparência do rodapé usando as políticas EnterpriseLogoUrlForBrowser e EnterpriseCustomLabelForBrowser para exibir um logotipo e um rótulo personalizados.
- Chrome 141 no Linux, macOS e Windows: uma notificação padrão (Gerenciado por <nome de domínio>) vai aparecer no rodapé da página Nova guia de todos os navegadores gerenciados. A visibilidade pode ser controlada com a política NTPFooterManagementNoticeEnabled.
- Comandos remotos para perfis autenticados por terceiros
Esse recurso apresenta comandos administrativos remotos, como limpar cache e cookies, para perfis do Chrome autenticados por provedores de identidade de terceiros. Essa melhoria estende os recursos de gerenciamento a esses perfis recém-compatíveis, permitindo que os administradores gerenciem remotamente uma variedade maior de contas de usuário.
- Chrome 141 no Linux, macOS e Windows: agora oferecemos suporte a comandos remotos para perfis autenticados por terceiros.
- Isolamento de processos com chave de origem
Para aumentar ainda mais a segurança, o Chrome está migrando para um modelo de isolamento de processos mais granular chamado isolamento de origem. Antes, o Chrome usava o isolamento de sites, que agrupava diferentes origens do mesmo site (por exemplo,
a.example.comeb.example.com) em um único processo de renderização.Com o isolamento de origem, cada origem (por exemplo,
https://foo.example.com) é isolada no próprio processo de renderização. Essa mudança fortalece a arquitetura de segurança do Chrome ao alinhar melhor os limites de processos com o modelo de segurança fundamental da web baseado em origem, oferecendo maior proteção contra possíveis vulnerabilidades nos sites. Embora cada processo individual seja menor, esse aumento na granularidade pode levar a um maior uso geral de memória e CPU. Para equilibrar segurança e performance, o isolamento de origem será ativado por padrão apenas em dispositivos com pelo menos 4 GB de RAM.Os administradores podem controlar esse recurso com a política OriginKeyedProcessesEnabled.
- Chrome 141 no Windows, macOS e Linux: o recurso será lançado gradualmente
- Política rígida de mesma origem para a API Storage Access
No Chrome 141, a semântica da API Storage Access agora segue estritamente a política de mesma origem para melhorar a segurança. O uso de
document.requestStorageAccess()em um frame apenas anexa cookies às solicitações para a origem do iframe (não ao site) por padrão. A política CookiesAllowedForUrls ou os cabeçalhos de acesso ao armazenamento ainda podem ser usados para desbloquear cookies entre sites.- Chrome 141 no Windows, macOS, Linux e Android
- Novas políticas no navegador Chrome
Política Descrição NTPShortcuts Configurar uma lista de atalhos na página Nova guia GloballyScopeHTTPAuthCacheEnabled Configure se o cache de autenticação HTTP tem escopo para um site de nível superior ou uma guia do navegador
Mudanças no Chrome Enterprise Core
- Suporte para navegadores inscritos nas personalizações da Chrome Web Store Enterprise
A Chrome Web Store personalizada agora oferece suporte a navegadores gerenciados registrados no Chrome Enterprise Core (configurações de máquina na nuvem). Isso permite que os administradores personalizem a Chrome Web Store sem que os usuários precisem fazer login. As personalizações incluem:
- Adicionar logotipos da empresa
- Adicionar banners principais e avisos personalizados
- Criar coleções de extensões
- Ocultar categorias de extensões
As configurações de personalização da Chrome Web Store foram lançadas no Chrome 132, mas só eram compatíveis com políticas no nível do usuário (para usuários conectados). A partir do Chrome 140, esse recurso estará disponível para os trusted testers do Chrome Enterprise Core.
- Chrome 141 no Linux, macOS e Windows: a partir do Chrome 141, esse recurso será lançado para disponibilidade geral (GA).
- Atalhos gerenciados pela empresa na página "Nova guia"
Os atalhos na página Nova guia oferecem acesso rápido a recursos e aplicativos internos. Os administradores podem configurar até 10 atalhos na página Nova guia do usuário usando a política NTPShortcuts. A partir do Chrome 141, esse recurso estará disponível para os trusted testers do Chrome Enterprise Core.
- Chrome 141 no ChromeOS, Linux, macOS e Windows: o pré-lançamento da política está disponível para trusted testers. Os administradores podem configurar até 10 atalhos, e os usuários podem mudar para "Atalhos da minha organização" em Personalizar o Chrome.
- Chrome 143 no ChromeOS, Linux, macOS e Windows: a política estará disponível para todos. Os atalhos definidos pelos administradores vão aparecer junto com os definidos pelos usuários (Meus atalhos ou Sites mais visitados). Os usuários podem controlar a visibilidade dos atalhos no painel Personalizar o Chrome.
- Exclusão de perfil inativo no Chrome Enterprise Core
Em junho de 2025, o período de inatividade para a configuração de exclusão de perfil começou a ser lançado. Em setembro de 2025, a configuração começa a excluir automaticamente os perfis gerenciados no Admin Console que estiverem inativos por mais tempo do que o período de inatividade definido. Ao lançar a configuração, o período de inatividade tem o valor padrão de 90 dias. Por padrão, todos os perfis gerenciados inativos há mais de 90 dias são excluídos da sua conta.
Os administradores podem alterar o valor do período de inatividade usando esta configuração:
- O valor máximo é de 730 dias
- O valor mínimo é de 28 dias
Se o valor definido for reduzido, isso poderá ter um impacto global nos perfis gerenciados. Todos os perfis afetados serão considerados inativos e, portanto, serão excluídos. Isso não exclui a conta do usuário. Se um perfil inativo for reativado em um dispositivo, ele vai reaparecer no console.
- Chrome 141 no Android, ChromeOS, Linux, macOS e Windows: a política foi lançada em junho. A exclusão vai começar em setembro e a primeira fase será concluída até o fim de outubro. Após o lançamento inicial da exclusão, os perfis inativos vão continuar sendo excluídos quando atingirem o período de inatividade.
Mudanças no Chrome Enterprise Premium
Saiba mais sobre as diferenças entre o Chrome Enterprise Core e o Chrome Enterprise Premium.
- Personalização de marca-d'água
O Chrome Enterprise Premium agora permite que os administradores personalizem a aparência das marcas-d'água. Essa melhoria é motivada pela necessidade de melhorar a experiência do usuário, abordando problemas como cansaço visual e legibilidade em páginas com marcas d'água.
Para controlar a aparência da marca d'água, os administradores podem usar a nova política WatermarkStyle. Nessa política, os administradores podem configurar o seguinte:
- font_size: define o tamanho da fonte do texto em pixels.
- fill_opacity: define a opacidade do preenchimento do texto, de 0 (transparente) a 100 (opaco).
- outline_opacity: define a opacidade do contorno do texto, de 0 (transparente) a 100 (opaco).
Assim, os administradores têm mais flexibilidade para equilibrar os requisitos de segurança com a produtividade do usuário.
- Chrome 141 no ChromeOS, Linux, macOS e Windows : com esse lançamento, os administradores podem personalizar o tamanho da fonte e a opacidade da marca d'água usando a nova política WatermarkStyle no Google Admin Console.
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
- Restrições de acesso à rede local
O Chrome 142 vai restringir a capacidade de fazer solicitações para a rede local do usuário, protegida por uma solicitação de permissão. Uma solicitação de rede local é qualquer solicitação de um site público a um endereço IP local ou loopback, ou de um site local (por exemplo, intranet) a loopback. Restringir a capacidade dos sites de fazer essas solicitações por trás de uma permissão reduz o risco de ataques de falsificação de solicitação entre sites em dispositivos de rede local, como roteadores, e diminui a capacidade dos sites de usar essas solicitações para criar uma impressão digital da rede local do usuário.
Essa permissão é restrita a contextos seguros. Se concedidas, as permissões também relaxam o bloqueio de conteúdo misto para solicitações de rede local, já que muitos dispositivos locais não conseguem obter certificados TLS confiáveis publicamente por vários motivos.
Esse trabalho substitui um esforço anterior chamado Acesso à rede privada, que usava solicitações de simulação para que os dispositivos locais ativassem o recurso. As empresas que precisam desativar ou conceder automaticamente a permissão podem fazer isso usando as políticas LocalNetworkAccessAllowedForUrls e LocalNetworkAccessBlockedForUrls. O valor "*" pode ser usado para permitir o acesso à rede local em todos os URLs, correspondendo ao comportamento antes da implementação das restrições.
- Chrome 142 no Windows, macOS, Linux e Android
- Suporte a vários perfis do Chrome no iOS na extensão Compartilhar
Desde o Chrome 142 no iOS, a extensão Compartilhar do Chrome permite que os usuários vejam o perfil em uso e o mudem antes de abrir um URL no Chrome ou pesquisar texto ou imagem. Para usuários com vários perfis ativados, quando eles quiserem compartilhar um URL ou selecionar texto ou uma imagem e escolher o Chrome, a extensão Compartilhar no Chrome vai aparecer com um avatar da conta. O intent de compartilhamento vai ser aberto no perfil selecionado se os usuários não fizerem nada.
Para mudar o perfil na extensão Compartilhar do Chrome Share, os usuários clicam nela e selecionam o perfil desejado. O Chrome vai alternar os perfis de acordo com a solicitação. Se a política empresarial permitir perfis de trabalho, os usuários poderão definir o perfil de widgets. Se apenas perfis pessoais ou corporativos forem permitidos e o suporte a vários perfis não estiver ativado, os widgets vão continuar funcionando como antes.
- Chrome 142 no iOS
- Uma experiência simplificada de login e sincronização no Chrome para computador
O Chrome vai lançar uma versão simplificada e consolidada de login e sincronização no Chrome para Windows, Mac e Linux. A Sincronização do Chrome vai deixar de ser exibida como um recurso separado nas configurações e em outros lugares. Em vez disso, os usuários poderão fazer login no Chrome para usar e salvar dados como senhas, favoritos e muito mais na Conta do Google, de acordo com as políticas empresariais relevantes. Além disso, os usuários que fizerem login no Chrome também poderão ativar a sincronização das guias e do histórico de navegação na Conta do Google, novamente sujeitos às políticas empresariais relevantes.
O recurso de salvar e acessar dados do Chrome na Conta do Google (que fazia parte da Sincronização do Chrome) pode ser desativado via SyncDisabled e SyncTypesListDisabled. O login no Google Chrome pode ser desativado por BrowserSignin, assim como antes.
As mudanças não afetam a capacidade dos usuários de fazer login nos Serviços do Google na web (como o Gmail) sem fazer login no Chrome, de permanecer desconectados do Chrome ou de controlar as informações sincronizadas com a Conta do Google.
Essas mudanças são bem parecidas com a experiência simplificada de login e sincronização lançada no iOS na versão 117 e no Android na 127.
- Chrome 142 no Linux, macOS e Windows: lançamento gradual
- Configurações de segurança agrupadas
Esse recurso oferece aos usuários opções de segurança agrupadas para definir as configurações de segurança com base no nível de proteção desejado ao usar o Chrome. Os usuários podem escolher entre "Maior proteção" para o mais alto nível de segurança e "Padrão" para a proteção equilibrada padrão. Os usuários ainda podem definir valores personalizados para as configurações, como já fazem hoje. Isso simplifica a experiência do usuário e facilita a obtenção do nível de proteção desejado sem precisar entender as opções de configuração avançadas.
As políticas empresariais atuais têm precedência sobre as seleções de pacotes do usuário final. Se uma política já estiver definida para as configurações de segurança, os valores não serão substituídos pela escolha de um pacote de segurança feita pelo usuário.
- Chrome 142 no ChromeOS, Linux, macOS, Windows
- Limpar o nome da janela para navegações entre sites que mudam o grupo de contexto de navegação
Atualmente, o valor da propriedade
window.nameé preservado durante todo o ciclo de vida de uma guia, mesmo com navegação que alterna grupos de contexto de navegação, o que pode vazar informações e ser potencialmente usado como um vetor de rastreamento. A partir do Chrome 142, a propriedade window.name não será mais preservada nesse caso, o que vai reduzir esse problema.Esta atualização vai introduzir uma nova política empresarial temporária, ClearWindowNameCrossSiteBrowsing, que vai deixar de funcionar no Chrome 146.
- Chrome 142 no Windows, macOS, Linux, Android e iOS: a política empresarial vai estar disponível
- Chrome 146 no Windows, macOS, Linux, Android e iOS: a política empresarial será removida
- Assistência do LLM do cliente para reduzir golpes
Os usuários da Web estão enfrentando uma quantidade significativa de golpes de vários tipos por dia. Para combater esses golpes, o Chrome vai usar o LLM no dispositivo para identificar sites fraudulentos para usuários da Navegação segura com maior proteção (ESB). O Chrome vai enviar o conteúdo da página para um LLM no dispositivo para inferir sinais relacionados à segurança da página e enviá-los para o lado do servidor da Navegação Segura para uma decisão final. Quando ativado, o Chrome pode consumir mais largura de banda para baixar o LLM.
- Chrome 134 no Linux, macOS e Windows colete o nome da marca e o resumo da intent da página que acionou o bloqueio do teclado para identificar sites de golpes.
- Chrome 135 no Linux, macOS e Windows: mostre os avisos ao usuário com base no veredito do servidor, que usa o resumo da marca e da intent da página que acionou o bloqueio do teclado.
- Chrome 137 no Linux, macOS e Windows: colete o resumo da marca e da intent da página com base no sistema de pontuação da reputação do servidor.
- Chrome 138 no Linux, macOS e Windows: mostre os avisos ao usuário com base no veredito do servidor, que usa a marca e a intent das páginas que receberam uma pontuação do sistema de reputação do servidor.
- Chrome 142 no Android
- Prevenção de rastreamento de HSTS
Essa atualização vai reduzir o rastreamento de usuários por terceiros usando o cache do HTTP Strict Transport Security (HSTS). Esse recurso só permite upgrades HSTS para navegações de nível superior e bloqueia upgrades HSTS para solicitações de subrecursos. Isso torna inviável que sites de terceiros usem o cache HSTS para rastrear usuários na Web.
- Chrome 142 no Windows, macOS, Linux e Android
- Eventos interoperáveis pointerrawupdate expostos apenas em contextos seguros
A especificação PointerEvents restringiu pointerrawupdate a contextos seguros em 2020, ocultando o disparo de eventos e os listeners de eventos globais de contextos não seguros. Com esse recurso, o Chrome vai corresponder à especificação atualizada e se tornar interoperável com outros navegadores importantes.
- Chrome 142 no Windows, macOS, Linux e Android
- Cookies vinculados à origem (por padrão)
No Chrome 142, os cookies são vinculados à origem de configuração (por padrão) para que só possam ser acessados por essa origem, ou seja, enviados em uma solicitação ou visíveis por
document.cookie. Os cookies podem facilitar as restrições de vinculação de host e porta usando o atributo "Domain", mas todos os cookies serão vinculados ao esquema de configuração.As políticas empresariais temporárias LegacyCookieScopeEnabled e LegacyCookieScopeEnabledForDomainList estão disponíveis para reverter essa mudança. Essas políticas vão deixar de funcionar no Chrome 150.
- Chrome 142 no Android, iOS, Linux, macOS e Windows: as políticas empresariais estarão disponíveis
- Chrome 150 no Android, iOS, Linux, macOS e Windows: as políticas empresariais serão removidas
- Criptografia pós-quântica para DTLS no WebRTC
Esse recurso permite o uso da criptografia pós-quântica (PQC) com conexões WebRTC. A motivação da PQC é atualizar o tráfego de mídia do WebRTC com os protocolos de criptografia mais recentes e evitar cenários de Coletar agora para quebrar depois.
Os administradores poderão controlar esse recurso usando uma política empresarial WebRtcPostQuantumKeyAgreementEnabled para permitir que os usuários empresariais desativem a PQC. A política será temporária e tem remoção planejada para a versão 152 do Chrome.
- Chrome 142 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
- Chrome 152 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: remoção da política empresarial
- Ativação persistente do usuário em navegações de mesma origem
Esse recurso preserva o estado de ativação do usuário fixo depois que uma página navega para outra de mesma origem. A falta de ativação do usuário na página pós-navegação impede alguns casos de uso, como mostrar teclados virtuais no foco automático. Isso tem sido um bloqueador para os desenvolvedores que querem criar aplicativos de várias páginas (MPAs, na sigla em inglês) em vez de aplicativos de página única (SPAs, na sigla em inglês).
- Chrome 142 no Windows, macOS, Linux e Android
- Atualizar para No HTTPS warning
O Chrome 140 atualizou o aviso exibido quando um usuário ativa a opção Sempre usar conexões seguras em
chrome://settings/securityde um intersticial para uma caixa de diálogo. O indicador de segurança de conteúdo do URL no aviso muda de um asterisco para um bloqueio quebrado, enquanto o carregamento da página inteira permanece bloqueado e a funcionalidade não muda. Alguns usuários podem ver esse aviso automaticamente ao acessar sites HTTP. Os usuários podem ativar o aviso emchrome://settings/security.- Chrome 140 no ChromeOS, Linux, macOS e Windows: novo design de aviso em plataformas de computador
- Chrome 142 no Android: novo design de aviso no Android
- Manifesto do app da Web: algoritmo de qualificação para atualização
A partir do Chrome 142, o manifesto do app da Web vai especificar um algoritmo de qualificação de atualização. Isso torna o processo de atualização mais determinista e previsível, dando ao desenvolvedor mais controle sobre se (e quando) as atualizações devem ser aplicadas às instalações atuais e permitindo a remoção da limitação de verificação de atualização que os agentes do usuário precisam implementar para evitar o desperdício de recursos de rede.
- Chrome 142 no Windows, macOS e Linux
- Chrome 143 no Android
- Pseudoelementos de destaque para localizar na página do CSS
Esse recurso vai expor o estilo do resultado da pesquisa de localizar na página para autores como um pseudoelemento de destaque, como seleção e erros de ortografia. Isso permite que os autores mudem as cores de primeiro plano e de plano de fundo ou adicionem decorações de texto. Isso pode ser bastante útil se os padrões do navegador tiverem contraste insuficiente com as cores da página ou forem inadequados de outra forma.
- Chrome 143 no Windows, macOS, Linux e Android
- Descontinuação de savedTabGroups como valor individual em SyncTypesListDisabled
No momento, a política corporativa SyncTypesListDisabled permite que os administradores desativem a sincronização do tipo de dados
savedTabGroupsem plataformas de computador. No entanto, em plataformas móveis, a sincronização de grupos de guias já é gerenciada pelo tipo de dados de guias. Para alinhar o comportamento do computador com o de dispositivos móveis e simplificar o gerenciamento da sincronização, o tipo de dadossavedTabGroupsindividual será descontinuado e não será mais um valor personalizável individualmente na política SyncTypesListDisabled.Ação necessária dos administradores:
A partir do Chrome 143, se a política SyncTypesListDisabled desativar as guias ou os grupos de guias salvos ou
savedTabGroups, os dois tipos de dados serão considerados desativados. Isso significa que desativar as guias também desativa os grupos de guias salvos e vice-versa. O valorsavedTabGroupsserá totalmente removido da lista de tipos de dados compatíveis com essa política. Os administradores que desativaram os grupos de guias salvas e querem manter esse comportamento precisam desativar explicitamente o tipo de dados "Guias". Isso garante o comportamento desejado antes que o valorsavedTabGroupsseja totalmente removido.- Chrome 143 no Windows, macOS e Linux
- Happy Eyeballs V3
Esse lançamento é uma otimização interna no Chrome que implementa o Happy Eyeballs V3 para melhorar a simultaneidade da conexão de rede. O Happy Eyeballs V3 executa resoluções de DNS de forma assíncrona e intercala as tentativas de conexão com protocolos preferíveis (H3/H2/H1) e famílias de endereços (IPv6 ou IPv4) para reduzir o atraso da conexão de rede visível para o usuário. Esse recurso é bloqueado por uma política temporária HappyEyeballsV3Enabled.
- Chrome 144 no Android, ChromeOS, Linux, macOS e Windows
- Modo ServiceWorkerAutoPreload
O ServiceWorkerAutoPreload é um modo em que o navegador emite a solicitação de rede em paralelo com a inicialização do service worker e consome o resultado da solicitação de rede no gerenciador de busca se ele retornar a resposta com
respondWith(). Se o resultado do gerenciador de busca for de substituição, ele vai transmitir a resposta de rede diretamente para o navegador. O ServiceWorkerAutoPreload é definido como uma otimização opcional do navegador que muda o comportamento do service worker atual. Os administradores podem controlar esse recurso com uma política empresarial chamada ServiceWorkerAutoPreloadEnabled.- Chrome 140 no Android e Windows: política ServiceWorkerAutoPreloadEnabled
- Chrome 144 no Android e Windows: a política ServiceWorkerAutoPreloadEnabled será removida
- Mudança no cronograma de lançamento da versão Early Stable
A partir do Chrome 145, o navegador será lançado no canal Early Stable uma semana antes do que foi comunicado anteriormente. Por exemplo, o lançamento da versão Early Stable do Chrome 145 foi alterado de 4 de fevereiro de 2026 para 28 de janeiro de 2026. Não há mudanças na versão do Canal Stable. Para conferir as novas datas planejadas da versão Early Stable, confira a programação de lançamento atualizada.
-
Chrome 145 no Android, iOS, macOS e Windows: o Chrome será lançado no canal Early Stable uma semana antes.
-
- Aplicação da verificação em duas etapas para administradores
Para proteger melhor as informações da sua organização, em breve o Google vai exigir que todas as contas com acesso a
admin.google.comativem a verificação em duas etapas (2SV). Como admin do Google Workspace, você precisa confirmar sua identidade com a verificação em duas etapas, que requer sua senha e algo adicional, como um número de telefone ou uma chave de segurança.A aplicação será lançada gradualmente nos próximos meses. Ative a verificação em duas etapas nas contas de administrador da sua organização antes que o Google aplique esse recurso. Para mais informações, consulte Sobre a aplicação da verificação em duas etapas para administradores.
- Chrome 137 no ChromeOS, Linux, macOS e Windows: início da ativação da autenticação de dois fatores
- Chrome 145 no ChromeOS, Linux, macOS e Windows: verificação em duas etapas obrigatória
- Não permitir espaços em hosts de URL que não sejam file://
De acordo com a especificação do padrão de URL, os 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 nos HTTPS URLs for WebSocket da Interop2024 e áreas de foco de URL. 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).
- Chrome 145 no Android, ChromeOS, Lacros, Linux, MacOS, Windows e Fuchsia
- Remover políticas de particionamento de armazenamento de terceiros
O particionamento de armazenamento de terceiros se tornou o padrão no Chrome 115. A flag
chrome://que permitia aos usuários desativar esse recurso foi removida no Chrome 128, e o teste de descontinuação terminou com o Chrome 139. No Chrome 145, as políticas empresariais DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins serão removidas. Recomendamos que os usuários façam a transição para soluções de armazenamento alternativas, adaptando-se ao particionamento de armazenamento de terceiros ou usandodocument.requestStorageAccess({...})quando necessário.Se você tiver algum feedback, compartilhe aqui no bug do Chromium.
- Chrome 145 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia : remoção de DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins
- Migração da API SafeBrowsing v4 para a v5
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. Para mais detalhes, consulte Migração da V4: Navegação segura.
- Chrome 145 no Android, iOS, ChromeOS, Linux, macOS e Windows : o lançamento do recurso será gradual.
- Encapsulamento de chaves X25519Kyber768 para TLS
O Chrome 124 ativou 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 saber mais, consulte Proteger o tráfego do Chrome com o KEM híbrido do Kyber.
- 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 145 no Linux, macOS e Windows: a política corporativa será removida
- Apps isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web. Eles oferecem proteções mais fortes contra comprometimento do servidor e outras adulterações necessárias para desenvolvedores de aplicativos sensíveis à segurança. Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos nessa explicação em vez de serem hospedados em servidores da Web ativos e buscados por HTTPS.
Na versão inicial, os IWAs só poderão ser instalados por uma política de administrador em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 146 no Windows : esse lançamento adiciona suporte a apps da Web isolados em configurações de navegador gerenciadas pela empresa no Windows.
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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.
A partir do Chrome 125, os administradores poderão usar a política corporativa UiAutomationProviderEnabled para forçar a ativação do novo provedor (para que todos os usuários recebam a nova funcionalidade) ou desativar o novo provedor. Essa política vai estar disponível até o Chrome 146 e será removida no Chrome 147. 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 146 para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente.
- Chrome 147 no Windows: a política UiAutomationProviderEnabled 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 atualizações do Chrome Enterprise Core
-
Relatórios de perfil do Chrome no iOS
O Chrome Enterprise Core está lançando relatórios de perfil na nuvem para o Chrome no iOS. Para ativar os relatórios de perfil no iOS, os administradores de TI precisam ativar a política de relatórios de perfil gerenciado na seção Navegador Chrome > Configurações do Google Admin Console. Se você já tiver ativado os relatórios de perfil gerenciado, vai receber automaticamente os relatórios de perfil no Chrome no iOS. Os administradores podem controlar esse recurso com a política CloudProfileReportingEnabled.
Os dados de relatórios de perfil podem ser encontrados em Google Admin Console > Navegador Chrome > Perfis gerenciados. As informações do relatório incluem dados do perfil, do navegador (versões, SO, canal etc.), as políticas aplicadas e muito mais.
- Chrome 142 no iOS: o lançamento do recurso será gradual.
Próximas mudanças no Chrome Enterprise Premium
- Refactor da UX da regra do navegador Chrome
Para melhorar a experiência de criação de regras de Prevenção contra perda de dados (DLP), o Google Admin Console está sendo atualizado para simplificar a definição de políticas para diferentes aplicativos, como o Chrome e o Workspace. Isso introduz grupos de aplicativos mutuamente exclusivos, o que significa que uma única regra de DLP agora só pode segmentar um grupo de aplicativos por vez, seja apps do Workspace (como o Drive e o Gmail), gatilhos do navegador Chrome (como upload de arquivos, URL visitado) ou gatilhos do ChromeOS. Essa mudança simplifica a configuração de regras, elimina possíveis conflitos de seleção de apps sobrepostos e prepara o terreno para fluxos de trabalho mais especializados e fáceis de usar, adaptados às necessidades de cada plataforma.
Os administradores vão encontrar uma interface de seleção Apps atualizada com botões de opção para aplicar essa seleção de um único grupo para novas regras. As regras atuais que antes combinavam aplicativos de vários grupos serão migradas de forma transparente pelo sistema para regras separadas, em conformidade e de plataforma única, para garantir a proteção contínua e uma transição tranquila. Os banners no Admin Console vão fornecer informações sobre essas mudanças e o processo de migração. Não há novas políticas corporativas com essa atualização. As mudanças são na interface de configuração de regras. Para mais informações, consulte O que são os controles de dados do ChromeOS? - Ajuda do Chrome Enterprise e Education.
- Chrome 141 no ChromeOS, Linux, macOS e Windows: permite a seleção de apps mutuamente exclusivos para a configuração de regras de DLP no Admin Console.
- Aumento do suporte a tamanhos de arquivo para verificações da DLP
O Chrome Enterprise Premium agora estende os recursos de Prevenção contra perda de dados (DLP) e verificação de malware para incluir arquivos grandes e criptografados. Antes, arquivos maiores que 50 MB e todos os arquivos criptografados eram ignorados durante a verificação de conteúdo. Essa atualização corrige essa falha de segurança crítica. Para políticas configuradas para salvar evidências, agora é possível enviar arquivos de até 2 GB para o Evidence Locker. Isso oferece aos administradores mais visibilidade e controle, reduzindo significativamente o risco de exfiltração de dados por transferências de arquivos grandes.
Não é necessário ter uma nova política para ativar esse recurso. Ele é controlado automaticamente pelas configurações de regras da DLP no Google Admin Console. Se os administradores tiverem regras aplicáveis a uploads, downloads ou impressão de arquivos, elas também serão aplicadas a arquivos grandes e criptografados. Para mais informações, consulte O que são os controles de dados do ChromeOS? - Ajuda do Chrome Enterprise e Education.
- Chrome 145 no Linux, macOS e Windows: essa etapa permite a coleta de arquivos grandes (>50 MB) e criptografados para o Evidence Locker, fechando uma lacuna de segurança importante da DLP.
Resumo da versão 141 do ChromeOS
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Maior transparência na recuperação de dados no ChromeOS | ✓ | ✓ | |
| Novas políticas de permissões para a API Device Attributes | ✓ | ✓ | |
| Configuração dos limites de carga da bateria na interface | ✓ | ✓ | |
| Arquivos PPD gerenciados para impressoras | ✓ | ✓ |
BAIXAR as notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações atuais do ChromeOS
- Maior transparência na recuperação de dados no ChromeOS
Com base no nosso compromisso com a segurança, o ChromeOS agora oferece mais transparência no histórico de recuperação de dados do seu dispositivo. Cada tentativa de recuperação é registrada em um livro-razão inviolável que preserva a privacidade. Agora, é possível revisar esse registro.
Assim, é possível verificar se todas as tentativas de recuperação de dados locais no dispositivo foram feitas por você, garantindo que as tentativas de acesso não autorizado sejam facilmente detectadas e oferecendo total tranquilidade.
- Novas políticas de permissões para a API Device Attributes
Agora os administradores podem usar duas novas políticas de permissões para restringir o acesso à API Device Attributes. A API Device Attributes está disponível apenas para apps da Web de quiosque e Apps Isolados da Web (AIWs) instalados por política em dispositivos ChromeOS gerenciados. Além disso, o recurso é controlado pelas configurações de conteúdo.
Duas novas políticas foram introduzidas: DeviceAttributesBlockedForOrigins e DefaultDeviceAttributesSetting. Elas complementam a política DeviceAttributesAllowedForOrigins, que já existia. O recurso fica ativado por padrão para os cenários compatíveis descritos acima.
- Configuração do limite de carga da bateria na interface
Agora é possível controlar diretamente a integridade da bateria do Chromebook para prolongar a vida útil com novas configurações de otimização de carregamento. Esses recursos ajudam a preservar a integridade da bateria a longo prazo ajustando a forma como o dispositivo é carregado.
Para configurar essas opções acessíveis ao usuário, acesse Configurações > Dispositivo > Energia e selecione Mudar ao lado de "Carregamento otimizado". As opções são:
- Limite de carga: maximiza a vida útil da bateria limitando a carga máxima a 80%.
- Carregamento adaptável: atrasa de forma inteligente o carregamento até 100% até que seja necessário, com base nos seus padrões de uso diário.
Esse recurso é a contrapartida voltada ao usuário da política DevicePowerBatteryChargingOptimization disponível no Google Admin Console. Os administradores podem definir essa política como uma das três opções:
- Adaptável: o dispositivo atrasa o carregamento até 100% até que seja necessário.
- Limitada: a bateria é carregada apenas até cerca de 80%.
- Padrão: a bateria carrega normalmente até 100%, o que desativa todas as otimizações de carregamento no dispositivo.
A política definida por um administrador substitui qualquer configuração selecionada pelo usuário. Um usuário só pode se beneficiar do ajuste das opções de otimização de carga no dispositivo se nenhuma política substituta for aplicada. Por padrão, se nenhuma política for aplicada, o carregamento otimizado será ativado no dispositivo com a opção de carregamento adaptável selecionada. Para mais informações, consulte Como usar o carregamento adaptável - Ajuda do Chromebook.
- Arquivos PPD gerenciados para impressoras
No momento, há duas maneiras de configurar uma impressora sem driver ou com fabricante e modelo.
Esse novo recurso oferece uma terceira maneira de identificar uma impressora: usando um arquivo PPD personalizado. Agora, os administradores empresariais do ChromeOS podem especificar arquivos PPD personalizados ao configurar impressoras gerenciadas para as organizações.
Chrome 140
Resumo da versão 140 do Chrome
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Mudança automática de senha | ✓ | ||
| Sugestões da pesquisa contextual na barra de endereço do Chrome | ✓ | ||
| Pré-aquecimento do DSE | ✓ | ||
| Preenchimento automático aprimorado | ✓ | ||
| Iniciar o Chrome em um novo perfil usando uma linha de comando | ✓ | ✓ | |
| Usuários conectados: preenchimento automático e configurações da Conta do Google | ✓ | ||
| Modo ServiceWorkerAutoPreload | ✓ | ||
| Grupos de guias compartilhados | ✓ | ||
| Atualização do alerta Sem HTTPS | ✓ | ||
| Parar de enviar o cabeçalho Purpose: prefetch de pré-buscas e pré-renderizações | ✓ | ✓ | |
| Descontinuar regras especiais de tamanho da fonte para H1 em alguns elementos | ✓ | ||
| O SharedWorker herda o controlador do URL do blob | ✓ | ||
| Novas políticas no navegador Chrome | ✓ | ||
| Mudanças no Chrome Enterprise Core | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Novos filtros na página de visão geral do Chrome Enterprise | ✓ | ||
| Regionalizar os dados cobertos do Chrome Enterprise | ✓ | ||
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Proteção nas regras de copiar/colar | ✓ | ✓ | |
| Disponibilização da DLP para iframes | ✓ | ✓ | |
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Adicionar um indicador heurístico de sequestro de pesquisas à telemetria de extensões | ✓ | ||
| Rodapé da página "Nova guia" | ✓ | ✓ | ✓ |
| Gemini no Chrome | ✓ | ||
| Criptografia pós-quântica para DTLS em WebRTC | ✓ | ||
| Pseudoelementos de destaque do CSS para localização na página | ✓ | ✓ | |
| Restrições de acesso à rede local | ✓ | ✓ | |
| Cookies vinculados à origem (por padrão) | ✓ | ||
| Política de permissões para a API Device Attributes | ✓ | ✓ | |
| Política rígida de mesma origem para a API Storage Access | ✓ | ||
| A propriedade window.name não é mais preservada nas navegações entre sites | ✓ | ||
| Descontinuação de savedTabGroups como valor individual em SyncTypesListDisabled | ✓ | ||
| Proibir a pré-renderização de HTTP em texto simples não confiável | ✓ | ||
| Prevenção de rastreamento de HSTS | ✓ | ||
| Manifesto do app da web: algoritmo de qualificação para atualização |
✓ |
||
| Happy Eyeballs V3 | ✓ | ✓ | |
| Aplicação obrigatória da verificação em duas etapas para admins | ✓ | ||
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| Remover políticas de particionamento de armazenamento de terceiros | ✓ | ||
| Migração da API SafeBrowsing da v4 para a v5 | ✓ | ||
| Encapsulamento de chaves X25519Kyber768 para TLS | ✓ | ||
| Apps isolados da web | ✓ | ||
| 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 |
| Os navegadores registrados podem usar personalizações da Chrome Web Store no Enterprise | ✓ | ||
| Exclusão de perfis inativos no Chrome Enterprise Core | ✓ | ✓ | |
| Próximas mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Refatoração da UX com regras do navegador Chrome | ✓ | ✓ | |
| Mais tamanhos de arquivo aceitos para verificações da DLP | ✓ | ✓ | |
| Personalização de marca-d'água | ✓ | ✓ |
BAIXAR as notas da versão (PDF)
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 leva de 1 a 2 semanas para ficar pronta.
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
- Mudança automática de senha
Quando o Chrome detecta que um usuário fez login em um site com uma senha comprometida conhecida, ele oferece a opção de mudar a senha automaticamente. Esse recurso está disponível em um grupo de sites que atendem aos critérios. O recurso usa IA e pode ser controlado pelos administradores com a política corporativa AutomatedPasswordChangeSettings.
- Chrome 140 no ChromeOS, Linux, macOS, Windows
- Sugestões de pesquisa contextual na barra de endereço do Chrome
Com esse recurso, você pode perguntar qualquer coisa sobre a página em que está, diretamente no contexto. Com base no hábito de pesquisa atual da barra de endereço, os usuários podem fazer uma pergunta com o Google Lens selecionando qualquer coisa na tela ou perguntando com palavras. Uma ação do Google Lens na barra de endereço e sugestões contextuais guiam as pessoas para o recurso quando ele é mais útil. Os administradores podem controlar esse recurso com a política LensOverlaySettings.
- Chrome 138 no ChromeOS, Linux, macOS e Windows : lançamento do recurso
- Chrome 140 no ChromeOS, Linux, macOS e Windows: Se a política LensOverlaySettings não estiver definida, esse recurso vai respeitar a política GenAiDefaultSettings, se presente.
- Pré-aquecimento do DSE
O pré-aquecimento do DSE otimiza a integração do provedor de pesquisa padrão na omnibox. Quando a omnibox recebe um foco, o Chrome começa a pré-renderizar a página de pré-aquecimento que pré-carrega os recursos necessários para a página de resultados da pesquisa e reutiliza os recursos para acelerar a navegação até a página de resultados da pesquisa na próxima consulta. Os administradores podem controlar esse recurso com a política corporativa NetworkPredictionOptions.
- Chrome 140 no ChromeOS, Linux, macOS, Windows: lançamento gradual
- Preenchimento Automático Aprimorado
A partir do Chrome 137, alguns usuários podem ativar o Preenchimento automático com IA, um novo recurso que ajuda a preencher formulários on-line com mais facilidade. Em formulários relevantes, o Chrome pode usar a IA para entender melhor o formulário e oferecer aos usuários a opção de preencher automaticamente as informações salvas anteriormente. Os administradores podem controlar o recurso usando a política atual GenAiDefaultSettings e uma nova política AutofillPredictionSettings.
- Chrome 137 no ChromeOS, Linux, macOS, Windows
- Chrome 140 no ChromeOS, Linux, macOS e Windows: o recurso Preenchimento automático com IA vai mudar de nome para Preenchimento automático avançado, permitir que os usuários salvem e preencham mais tipos de informações e ficar disponível em mais países e idiomas.
- Iniciar o Chrome em um novo perfil pela linha de comando
Esse recurso foi criado para nossos parceiros empresariais e administradores que precisam iniciar aplicativos da Web nos catálogos de apps nativos diretamente em um perfil gerenciado específico do Chrome usando o Chrome-Cli. No momento, se o perfil designado não existir, o Chrome vai usar o último perfil usado, criando uma experiência do usuário desconexa. Com esse novo recurso, quando um perfil especificado não é encontrado, o Chrome inicia o fluxo de criação de perfil atual, preenchendo automaticamente o endereço de e-mail do usuário para simplificar o processo de configuração. Essa é uma importante ferramenta técnica para administradores que querem integrar os usuários corporativos ao Chrome Enterprise usando perfis gerenciados.
- Chrome 140 no Linux, macOS e Windows
- Usuários conectados: preenchimento automático e configurações da Conta do Google
Como parte do nosso esforço para simplificar o modelo de identidade do Chrome para computador, as contas gerenciadas que originalmente faziam login no Chrome de forma implícita ao fazer login em uma propriedade da Web do Google e que estão em um perfil gerenciado com políticas de usuário agora podem salvar e usar o Preenchimento automático, as configurações e os temas da Conta do Google enquanto estão conectadas. As políticas de usuário atuais continuam funcionando como antes, incluindo SyncDisabled, SyncTypesListDisabled, BrowserSignin, AutofillAddressEnabled, AutofillCreditCardEnabled e PasswordManagerEnabled.
- Chrome 140 no Linux, macOS e Windows
- Modo ServiceWorkerAutoPreload
O ServiceWorkerAutoPreload é um modo em que o navegador emite a solicitação de rede em paralelo com a inicialização do service worker e consome o resultado da solicitação de rede no gerenciador de busca se ele retornar a resposta com respondWith(). Se o resultado do gerenciador de busca for de substituição, ele vai transmitir a resposta de rede diretamente para o navegador. O ServiceWorkerAutoPreload é definido como uma otimização opcional do navegador que muda o comportamento do service worker atual. Os administradores podem controlar esse recurso com uma política corporativa chamada ServiceWorkerAutoPreloadEnabled.
- Chrome 140 no Android e Windows : política ServiceWorkerAutoPreloadEnabled
- Chrome 144 no Android e Windows: a política ServiceWorkerAutoPreloadEnabled será removida
- Grupos de guias compartilhados
Agora os usuários podem colaborar em guias usando o recurso de grupos de guias compartilhados. Com esse recurso, os usuários podem criar e usar um conjunto de guias no computador ou dispositivo móvel, e os parceiros de colaboração podem acessar as mesmas guias nos próprios dispositivos. Quando uma pessoa mudar uma guia no grupo, as mudanças serão refletidas em todos os navegadores dos usuários no grupo. Os administradores podem controlar esse recurso usando uma política corporativa, TabGroupSharingSettings, no Chrome 140.
- Chrome 138 no Android, ChromeOS, Linux, macOS e Windows: lançamento da capacidade de participar e usar um grupo de guias compartilhado. Os usuários do Chrome Stable não vão conseguir criar um grupo de guias compartilhado (o ponto de entrada não estará disponível). Essa parte do recurso só vai estar disponível no Beta/Dev/Canary para essa fase de lançamento.
- Chrome 139 no iOS: o suporte para iOS vai ser lançado a partir do Chrome 139.
- Chrome 140 no Android, iOS, ChromeOS, Linux, macOS e Windows: a política corporativa TabGroupSharingSettings vai estar disponível para o proprietário da empresa no Google Admin Console. 100% dos usuários do Stable poderão participar e usar um grupo de guias compartilhado. No entanto, a capacidade de criar um grupo de guias compartilhadas vai continuar sendo exclusiva para usuários do Beta/Dev/Canary. Isso significa que apenas usuários desses canais podem iniciar um grupo, e os amigos e colegas de trabalho no Stable podem participar.
- Atualizar para No HTTPS warning
O Chrome 140 atualiza o aviso exibido quando um usuário ativa a opção Sempre usar conexões seguras em
chrome://settings/securityde um intersticial para uma caixa de diálogo. O indicador de segurança de conteúdo do URL no aviso muda de um asterisco para um bloqueio quebrado, enquanto o carregamento da página inteira permanece bloqueado e a funcionalidade não muda. Alguns usuários podem ver esse aviso automaticamente ao acessar sites HTTP. Os usuários podem ativar o aviso emchrome://settings/security.- Chrome 140 no ChromeOS, Linux, macOS e Windows: novo design de aviso em plataformas de computador
- Chrome 141 no Android: novo design de aviso no Android
- Parar envio Purpose: prefetch header from prefetches and prerenders
Agora que as pré-busca e pré-renderizações estão usando o cabeçalho
Sec-Purposepara pré-busca e pré-renderizações, essa mudança remove o cabeçalho legadoPurpose: prefetch, que ainda é transmitido. Essa atualização está atrás de uma flag de recurso ou kill switch para evitar problemas de compatibilidade.O escopo inclui pré-busca e pré-renderização de regras de especulação,
<link rel=prefetch>e<link rel=prerender>não padrão do Chromium.- Chrome 140 no Windows, macOS, Linux e Android
- Descontinuar regras especiais de tamanho da fonte para H1 em alguns elementos
A especificação HTML contém uma lista de regras especiais para tags <h1> aninhadas em tags <article>, <aside>, <nav> ou <section>. O Chrome 140 descontinua essas regras especiais porque elas podem causar problemas de acessibilidade. Por exemplo, elas podem reduzir visualmente o tamanho da fonte das tags <h1> aninhadas para que pareçam tags <h2>, mas nada na árvore de acessibilidade reflete essa mudança.
- Chrome 140 no Windows, macOS, Linux e Android
- O SharedWorker herda o controlador do URL do blob
De acordo com o Caso do cliente worker (GitHub), os workers devem herdar os controladores do URL do blob. No entanto, o código atual permite que apenas DedicatedWorkers herdem o controlador. SharedWorkers não o herdam. Essa é a correção para ajustar o comportamento do Chromium à especificação. Uma política corporativa SharedWorkerBlobURLFixEnabled está disponível para controlar esse recurso.
- Chrome 140 no Windows, macOS, Linux e Android
- Novas políticas no navegador Chrome
Política Descrição DataControlsRules Define uma lista de regras de controles de dados. LiveCaptionEnabled Ativar "Legenda instantânea" ProtectedContentIdentifiersAllowed Permite que as páginas da Web usem identificadores para reprodução de conteúdo protegido TabGroupSharingSettings Configurações de compartilhamento do grupo de guias RestrictCoreSharingOnRenderer Restringir o compartilhamento de núcleos da CPU para o processo do renderizador OriginKeyedProcessesEnabled Ativar o isolamento de processos com origin-key por padrão. AutomatedPasswordChangeSettings Ativar mudança automática de senha ServiceWorkerAutoPreloadEnabled Permitir que o ServiceWorker envie solicitações de navegação sem esperar a inicialização Escolha se a proteção contra técnicas de impressão digital do Sandbox de privacidade será ativada no modo de navegação anônima. WebRtcPostQuantumKeyAgreement Ativar o contrato de chave pós-quântica para WebRTC SerialAskForUrls Permitir a API Serial nesses sites
SerialBlockedForUrls Bloquear a API Serial nesses sites DefaultSerialGuardSetting Controlar o uso da API Serial SerialAllowAllPortsForUrls Permitir automaticamente que os sites se conectem a todas as portas seriais. LocalNetworkAccessAllowedForUrls Permita que sites façam solicitações para endpoints da rede local. LocalNetworkAccessBlockedForUrls Bloqueie sites que fazem solicitações a endpoints da rede local.
Mudanças no Chrome Enterprise Core
- Novos filtros na página de visão geral do Chrome Enterprise
A página "Visão geral do Chrome" agora inclui novos filtros que permitem aos administradores refinar os dados por data da última atividade e unidade organizacional. Essa página de visão geral foi lançada originalmente no Chrome 137 como parte da seção "Navegador Chrome Enterprise" no Google Admin Console.
- Chrome 140 no Android, iOS, Linux, macOS e Windows: a partir do Chrome 140, novos filtros estarão disponíveis na página "Visão geral".
- Regionalizar os dados cobertos do Chrome Enterprise
Com o Chrome 139, os administradores passaram a poder designar uma localização geográfica específica para armazenar os dados cobertos do Chrome Enterprise dos usuários. As opções incluem Estados Unidos, União Europeia (mostrada como Europa no Google Admin Console) ou Sem preferência. A migração completa deve ser concluída até o final do Chrome 140. Essa configuração pode ser feita no Admin Console do Google em Dados > Compliance > Regiões de dados > Região > Dados em repouso. Para detalhes sobre os tipos de dados cobertos, consulte os Termos específicos do serviço do Chrome Enterprise.
- Chrome 139 no Android, iOS, ChromeOS, Linux, macOS e Windows: o lançamento vai começar. Os administradores podem definir uma região, mas os dados talvez não sejam totalmente regionalizados até o final do Chrome 140.
- Chrome 140 no Android, iOS, ChromeOS, Linux, macOS e Windows: a migração inicial será totalmente regionalizada.
Mudanças no Chrome Enterprise Premium
Saiba mais sobre as diferenças entre o Chrome Enterprise Core e o Chrome Enterprise Premium.
- Proteção contra regras de copiar e colar
Para ajudar as organizações a evitar melhor a exfiltração de dados em dispositivos móveis, o Chrome está ampliando os controles de dados da área de transferência de dados do computador. Os administradores agora podem usar a política DataControlsRules para definir regras que bloqueiam ou alertam os usuários ao tentarem copiar ou colar conteúdo que viola as políticas da organização. Esse recurso permite que os administradores definam limites de dados e impeçam que informações sensíveis sejam coladas de um contexto de trabalho em apps ou sites pessoais na frota de dispositivos móveis. Isso resolve uma lacuna de segurança significativa e um recurso frequentemente solicitado por clientes empresariais que citaram a falta de controles de dados móveis como uma preocupação.
Para usar esse recurso, os administradores podem configurar restrições de área de transferência na política DataControlsRules, oferecendo uma experiência de gerenciamento consistente em computadores e dispositivos móveis para fortalecer a postura de segurança geral da organização. Este artigo da Central de Ajuda oferece mais contexto sobre como os administradores podem configurar e gerenciar conectores de relatórios do Chrome Enterprise para encaminhar eventos de segurança do navegador e proteção de dados a serviços de terceiros para análise.
- Chrome 140 no Android: a proteção de regras de copiar/colar fica disponível no Android
- Suporte da DLP para iFrames
Para aumentar a segurança e evitar a exfiltração de dados, o Chrome 140 estende os recursos de Prevenção contra perda de dados (DLP) ao conteúdo dos iFrames. Com essa mudança, quando um usuário realiza uma ação que aciona a DLP (como fazer upload de um arquivo) em um site carregado em um iFrame, o Chrome agora envia toda a hierarquia de URL, do iFrame de origem até a página de nível superior, para ser avaliada em relação a todas as regras de DLP aplicáveis.
Não são necessárias novas políticas corporativas para ativar essa funcionalidade. Ela vai funcionar com as regras de DLP atuais configuradas nas políticas do conector. Os administradores precisam saber que as regras atuais agora se aplicam a contextos de iFrame, o que pode bloquear ações do usuário que eram permitidas antes.
- Chrome 139 no Linux, macOS e Windows: lançamento inicial do suporte à prevenção contra perda de dados para iFrames. Essa fase adiciona a aplicação obrigatória para eventos de upload de arquivos originados em um contexto de iFrame e funciona com as regras de DLP atuais configuradas pela política OnFileAttachedEnterpriseConnector.
- Chrome 140 no Linux, macOS e Windows: essa fase expandida combina dois lançamentos de recursos, estendendo o suporte a iFrame da DLP para incluir a aplicação de ações de download e impressão de arquivos.
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
- Adicionar um sinal heurístico de sequestro de pesquisa à telemetria de extensão
Extensões mal-intencionadas do Chrome interceptam e redirecionam consultas de pesquisa da omnibox e da Realbox (a caixa de pesquisa na página Nova guia) da página de resultados do mecanismo de pesquisa (SERP) para um URL controlado por um invasor. Esse recurso adiciona uma heurística do lado do cliente para detectar esse tipo de invasão. A ideia principal é comparar as pesquisas iniciadas pelo usuário com as chegadas bem-sucedidas na SERP. Uma discrepância significativa ao longo do tempo indica fortemente uma atividade de sequestro. Essa heurística gera um novo sinal, que é enviado ao servidor de telemetria CRX da Navegação segura pelo serviço de telemetria de extensão no Chrome. A análise do lado do servidor dos dados de sinal de vários navegadores Chrome pode identificar possíveis sequestros de pesquisa.
- Chrome 141 no ChromeOS, Linux, macOS, Windows
- Rodapé da página "Nova guia"
Uma atualização da página Nova guia inclui um novo rodapé projetado para oferecer aos usuários mais transparência e controle sobre a experiência do Chrome.
- Chrome 138 no ChromeOS, Linux, macOS e Windows: a atribuição de extensões vai começar a aparecer no NTP. Se uma extensão tiver mudado a página padrão Nova guia, uma mensagem vai aparecer no rodapé atribuindo a mudança a essa extensão específica. Essa mensagem geralmente inclui um link direto para a extensão na Chrome Web Store, facilitando a identificação e o gerenciamento de extensões indesejadas. Se você for administrador, poderá desativar essa atribuição usando a política NTPFooterExtensionAttributionEnabled.
- Chrome 139 no Linux, macOS e Windows: a declaração de gerenciamento do navegador vai aparecer se uma das políticas para personalizar o rodapé for definida por um administrador corporativo. Para usuários cujo navegador Chrome é gerenciado por uma fonte confiável, o rodapé da página Nova guia vai mostrar um aviso de exoneração de responsabilidade sobre gerenciamento. Isso ajuda você a entender como seu navegador está sendo gerenciado. Os administradores podem desativar esse aviso com a política NTPFooterManagementNoticeEnabled. Além disso, as organizações podem personalizar a aparência do rodapé usando as políticas EnterpriseLogoUrlForBrowser e EnterpriseCustomLabelForBrowser para exibir um logotipo e um rótulo personalizados.
- Chrome 141 no Linux, macOS e Windows: uma notificação padrão (Gerenciado por <nome de domínio>) vai começar a aparecer no rodapé da página Nova guia de todos os navegadores gerenciados. A visibilidade pode ser alterada com a política NTPFooterManagementNoticeEnabled policy.
- Gemini no Chrome
O Gemini agora está integrado ao Chrome no macOS e no Windows e pode entender o conteúdo da sua página atual. Agora os usuários podem conferir os principais pontos, esclarecer conceitos e encontrar respostas sem sair da guia do Chrome. Essa integração inclui o chat, em que os usuários podem interagir com o Gemini por texto, e o Gemini Live, em que os usuários podem interagir com o Gemini por voz.
No Chrome 141, o Gemini no Chrome vai estar disponível para usuários conectados ao Chrome nos EUA. Os administradores podem desativar esse recurso (valor 1) usando a política GeminiSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte Gemini no Chrome na Central de Ajuda.
- Chrome 137 no macOS e Windows: o recurso está disponível para alguns assinantes do Google AI Pro e Ultra nos EUA e nos canais pré-Stable (Dev, Canary e Beta) nos EUA.
- Chrome 141 no macOS e Windows: o recurso foi lançado gradualmente na versão estável para usuários conectados ao Chrome nos EUA.
- Criptografia pós-quântica para DTLS no WebRTC
Esse recurso permite o uso da criptografia pós-quântica (PQC) com conexões WebRTC. A motivação da PQC é atualizar o tráfego de mídia do WebRTC com os protocolos de criptografia mais recentes e evitar cenários de Coletar agora para quebrar depois.
Esse recurso será controlado por uma política corporativa WebRtcPostQuantumKeyAgreementEnabled para permitir que os usuários corporativos desativem a PQC. A política será temporária e tem remoção planejada para a versão 151 do Chrome.
- Chrome 141 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
- Chrome 151 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: remoção da política corporativa
- Pseudoelementos de destaque para localizar na página do CSS
Esse recurso vai expor o estilo do resultado da pesquisa de localizar na página para autores como um pseudoelemento de destaque, como seleção e erros de ortografia. Isso permite que os autores mudem as cores de primeiro plano e de plano de fundo ou adicionem decorações de texto. Isso pode ser bastante útil se os padrões do navegador tiverem contraste insuficiente com as cores da página ou forem inadequados de outra forma.
- Chrome 141 no Windows, macOS, Linux e Android
- Restrições de acesso à rede local
O Chrome 140 restringe a capacidade de fazer solicitações para a rede local do usuário, protegida por uma solicitação de permissão. Uma solicitação de rede local é qualquer solicitação de um site público a um endereço IP local ou loopback, ou de um site local (por exemplo, intranet) a loopback. Restringir a capacidade dos sites de fazer essas solicitações por trás de uma permissão reduz o risco de ataques de falsificação de solicitação entre sites em dispositivos de rede local, como roteadores, e diminui a capacidade dos sites de usar essas solicitações para criar uma impressão digital da rede local do usuário.
Essa permissão é restrita a contextos seguros. Se concedidas, as permissões também relaxam o bloqueio de conteúdo misto para solicitações de rede local, já que muitos dispositivos locais não conseguem obter certificados TLS confiáveis publicamente por vários motivos.
Esse trabalho substitui um esforço anterior chamado Acesso à rede privada, que usava solicitações de simulação para que os dispositivos locais ativassem o recurso. As empresas que precisam desativar ou conceder automaticamente a permissão podem fazer isso usando as políticas LocalNetworkAccessAllowedForUrls e LocalNetworkAccessBlockedForUrls. O valor "*" pode ser usado para permitir o acesso à rede local em todos os URLs, correspondendo ao comportamento antes da implementação das restrições.
- Chrome 141 no Windows, macOS, Linux e Android
- Cookies vinculados à origem (por padrão)
No Chrome 141, os cookies são vinculados à origem de configuração (por padrão) para que só possam ser acessados por essa origem, ou seja, enviados em uma solicitação ou visíveis por document.cookie. Os cookies podem facilitar as restrições de vinculação de host e porta usando o atributo "Domain", mas todos os cookies serão vinculados ao esquema de configuração.
As políticas corporativas temporárias LegacyCookieScopeEnabled e LegacyCookieScopeEnabledForDomainList estão disponíveis para reverter essa mudança. Essas políticas vão deixar de funcionar no Chrome 150.
- Chrome 141 no Windows, macOS, Linux, Android e iOS: a política será disponibilizada
- Chrome 150 no Windows, macOS, Linux, Android e iOS: a política será removida
- Política de permissões para a API Device Attributes
A nova política de permissões permite restringir o acesso à API Device Attributes, que está disponível apenas para apps da Web de quiosque e Apps Isolados da Web instalados por política, ambos apenas em dispositivos ChromeOS gerenciados.
Além disso, o recurso é controlado pelas configurações de conteúdo. Duas novas políticas foram introduzidas: DeviceAttributesBlockedForOrigins e DefaultDeviceAttributesSetting, para complementar a política DeviceAttributesAllowedForOrigins, que já existia. O recurso fica ativado por padrão para os cenários compatíveis descritos acima.
- Chrome 141 no Windows, macOS e Linux
- Política rígida de mesma origem para a API Storage Access
Planejamos ajustar a semântica da API Storage Access para seguir estritamente a política de mesma origem e melhorar a segurança. O uso de
document.requestStorageAccess()em um frame apenas anexa cookies às solicitações para a origem do iframe (não ao site) por padrão. A política CookiesAllowedForUrls ou os cabeçalhos de acesso ao armazenamento ainda podem ser usados para desbloquear cookies entre sites.- Chrome 141 no Windows, macOS, Linux e Android
- A propriedade window.name não é mais preservada para navegações entre sites
Atualmente, o valor da propriedade window.name é preservado durante todo o ciclo de vida de uma guia, mesmo com navegação que alterna grupos de contexto de navegação, o que pode vazar informações e ser potencialmente usado como um vetor de rastreamento. A partir do Chrome 142, a propriedade window.name não será mais preservada nesse caso, o que vai reduzir esse problema.
Esta atualização vai introduzir uma nova política corporativa temporária, ClearWindowNameCrossSiteBrowsing, que vai deixar de funcionar no Chrome 146.
- Chrome 142 no Windows, macOS, Linux, Android e iOS
- Descontinuação de savedTabGroups como valor individual em SyncTypesListDisabled
No momento, a política corporativa SyncTypesListDisabled permite que os administradores desativem a sincronização do tipo de dados savedTabGroups em plataformas de computador. No entanto, em plataformas móveis, a sincronização de grupos de guias já é gerenciada pelo tipo de dados de guias. Para alinhar o comportamento do computador com o de dispositivos móveis e simplificar o gerenciamento da sincronização, o tipo de dados savedTabGroups individual será descontinuado e não será mais um valor personalizável individualmente na política SyncTypesListDisabled.
Ação necessária dos administradores:
A partir do Chrome 142, se a política SyncTypesListDisabled desativar as guias ou os grupos de guias salvos, os dois tipos de dados serão considerados desativados. Isso significa que desativar as guias também desativa os grupos de guias salvos e vice-versa. O valor
savedTabGroupsserá totalmente removido da lista de tipos de dados compatíveis com essa política. Os administradores que desativaram os grupos de guias salvas e querem manter esse comportamento precisam desativar explicitamente o tipo de dados "Guias". Isso garante o comportamento desejado antes que o valorsavedTabGroupsseja totalmente removido.- Chrome 142 no Windows, macOS e Linux
- Proibir a pré-renderização HTTP em texto simples não confiável
Com esse lançamento, será possível impedir a pré-renderização HTTP de texto simples não confiável.
- Chrome 142 no Windows, macOS, Linux e Android
- Prevenção de rastreamento de HSTS
Essa atualização vai reduzir o rastreamento de usuários por terceiros usando o cache do HTTP Strict Transport Security (HSTS). Esse recurso só permite upgrades HSTS para navegações de nível superior e bloqueia upgrades HSTS para solicitações de subrecursos. Isso torna inviável que sites de terceiros usem o cache HSTS para rastrear usuários na Web.
- Chrome 142 no Windows, macOS, Linux e Android
- Manifesto do app da Web: algoritmo de qualificação para atualização
A partir do Chrome 139, o manifesto do app da Web vai especificar um algoritmo de qualificação de atualização. Isso torna o processo de atualização mais determinista e previsível, dando ao desenvolvedor mais controle sobre se (e quando) as atualizações devem ser aplicadas às instalações atuais e permitindo a remoção da limitação de verificação de atualização que os agentes do usuário precisam implementar para evitar o desperdício de recursos de rede.
- Chrome 142 no Windows, macOS e Linux
- Chrome 143 no Android
- Happy Eyeballs V3
Esse lançamento é uma otimização interna no Chrome que implementa o Happy Eyeballs V3 para melhorar a simultaneidade da conexão de rede. O Happy Eyeballs V3 executa resoluções de DNS de forma assíncrona e intercala as tentativas de conexão com protocolos preferíveis (H3/H2/H1) e famílias de endereços (IPv6 ou IPv4) para reduzir o atraso de conexão da rede visível para o usuário. Esse recurso é bloqueado por uma política temporária HappyEyeballsV3Enabled.
- Chrome 144 no Android, ChromeOS, Linux, macOS e Windows
- Aplicação da verificação em duas etapas para administradores
Para proteger melhor as informações da sua organização, em breve o Google vai exigir que todas as contas com acesso a admin.google.com ativem a verificação em duas etapas (2SV). Como admin do Google Workspace, você precisa confirmar sua identidade com a verificação em duas etapas, que requer sua senha e algo adicional, como um número de telefone ou uma chave de segurança.
A aplicação será lançada gradualmente nos próximos meses. Ative a verificação em duas etapas nas contas de administrador da sua organização antes que o Google aplique esse recurso. Para mais informações, consulte Sobre a aplicação da verificação em duas etapas para administradores.
- Chrome 137 no ChromeOS, Linux, macOS e Windows: início da ativação da autenticação de dois fatores
- Chrome 145 no ChromeOS, Linux, macOS e Windows: verificação em duas etapas obrigatória
- Não permitir espaços em hosts de URL que não sejam file://
De acordo com a especificação do padrão de URL, os 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 nos HTTPS URLs for WebSocket da Interop2024 e áreas de foco de URL. 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).
- Chrome 145 no Android, ChromeOS, Lacros, Linux, MacOS, Windows e Fuchsia
- Remover políticas de particionamento de armazenamento de terceiros
O particionamento de armazenamento de terceiros se tornou o padrão no Chrome 115. A
flag chrome://que permitia aos usuários desativar esse recurso foi removida no Chrome 128, e o teste de descontinuação terminou com o Chrome 139. No Chrome 145, as políticas corporativas DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins serão removidas. Recomendamos que os usuários façam a transição para soluções de armazenamento alternativas, adaptando-se ao particionamento de armazenamento de terceiros ou usandodocument.requestStorageAccess({…})quando necessário.Se você tiver algum feedback, compartilhe aqui no bug do Chromium.
- Chrome 145 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia : remoção de DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins
- Migração da API SafeBrowsing v4 para a v5
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. Para mais detalhes, consulte Migração da V4: Navegação segura.- Chrome 145 no Android, iOS, ChromeOS, Linux, macOS e Windows : o lançamento do recurso será gradual.
- Encapsulamento de chaves X25519Kyber768 para TLS
A partir da versão 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 operam com o ML-KEM de 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 saber mais, consulte Proteger o tráfego do Chrome com o KEM híbrido do Kyber.
- 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 145 no Linux, macOS e Windows: a política corporativa será removida
- Apps isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web. Eles oferecem proteções mais fortes contra comprometimento do servidor e outras adulterações necessárias para desenvolvedores de aplicativos sensíveis à segurança. Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos na explicação em vez de serem hospedados em servidores da Web ativos e buscados por HTTPS.
Nesta versão inicial, os IWAs só poderão ser instalados por uma política de administrador em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 146 no Windows : esse lançamento adiciona suporte a apps da Web isolados em configurações de navegador gerenciadas pela empresa no Windows.
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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.
A partir do Chrome 125, os administradores poderão usar a política corporativa UiAutomationProviderEnabled para forçar a ativação do novo provedor (para que todos os usuários recebam a nova funcionalidade) ou desativar o novo provedor. Essa política vai estar disponível até o Chrome 146 e será removida no Chrome 147. 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 146 para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente.
- Chrome 147 no Windows: a política UiAutomationProviderEnabled 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 atualizações do Chrome Enterprise Core
-
Suporte para navegadores inscritos nas personalizações da Chrome Web Store Enterprise
A Chrome Web Store personalizada vai oferecer suporte a navegadores gerenciados registrados no Chrome Enterprise Core (configurações de máquina na nuvem). Isso vai permitir que os administradores personalizem a Chrome Web Store sem que os usuários precisem fazer login. As personalizações incluem:
- Adicionar logotipos da empresa
- Adicionar banners principais e avisos personalizados
- Criar coleções de extensões
- Ocultar categorias de extensões
As configurações de personalização da Chrome Web Store foram lançadas no Chrome 132, mas só eram compatíveis com políticas no nível do usuário (para usuários conectados). A partir do Chrome 140, esse recurso estará disponível para os trusted testers do Chrome Enterprise Core.
- Chrome 141 no Linux, macOS e Windows: a partir do Chrome 141, esse recurso será lançado para disponibilidade geral (GA).
-
Página de visão geral do Chrome Enterprise
O Chrome 137 lançou uma nova página de Visão geral na seção "Navegador Chrome" do Google Admin Console. Na página de visão geral, os administradores de TI encontram rapidamente informações importantes sobre a implantação:
- Ativar e desativar perfis e navegadores registrados
- Identificar navegadores desatualizados e com atualizações pendentes
- Identificar extensões de alto risco (de acordo com o Spin.AI) e ver uma prévia das extensões mais solicitadas.
- Insights de segurança (por exemplo, uploads ou downloads de arquivos confidenciais)
A página de visão geral também permite que os administradores acessem rapidamente ações importantes, como gerenciar extensões, acessar a lista de navegadores ou perfis e definir políticas de atualização, entre outras.
- Chrome 137 no Android, iOS, Linux, macOS e Windows: disponível publicamente para administradores de TI
- Chrome 141 no Android, iOS, Linux, macOS e Windows : nova filtragem disponível na página "Visão geral" para unidade organizacional e datas de atividade
-
Exclusão de perfil inativo no Chrome Enterprise Core
Em junho de 2025, o período de inatividade para a configuração de exclusão de perfil começou a ser lançado. Em setembro de 2025, a configuração vai começar a excluir automaticamente os perfis gerenciados no Admin Console que estiverem inativos por mais tempo do que o período de inatividade definido. Ao lançar a configuração, o período de inatividade tem o valor padrão de 90 dias. Por padrão, todos os perfis gerenciados inativos há mais de 90 dias são excluídos da sua conta. Os administradores podem alterar o valor do período de inatividade usando esta configuração. O valor máximo para determinar o período de inatividade do perfil é de 730 dias, e o mínimo, de 28 dias.
Se o valor definido for reduzido, isso poderá ter um impacto global nos perfis gerenciados. Todos os perfis afetados serão considerados inativos e, portanto, serão excluídos. Isso não exclui a conta do usuário. Se um perfil inativo for reativado em um dispositivo, ele vai reaparecer no console.
- Chrome 141 no Android, ChromeOS, Linux, macOS e Windows: a política foi lançada em junho. A exclusão vai começar em setembro e a primeira fase será concluída até o fim do mês. Após o lançamento inicial da exclusão, os perfis inativos vão continuar sendo excluídos quando atingirem o período de inatividade.
Próximas mudanças no Chrome Enterprise Premium
- Refactor da UX da regra do navegador Chrome
Para melhorar a experiência de criação de regras de Prevenção contra perda de dados (DLP), o Google Admin Console está sendo atualizado para simplificar a definição de políticas para diferentes aplicativos, como o Chrome e o Workspace. Isso introduz grupos de aplicativos mutuamente exclusivos, o que significa que uma única regra de DLP agora só pode segmentar um grupo de aplicativos por vez, seja apps do Workspace (como o Drive e o Gmail), gatilhos do navegador Chrome (como upload de arquivos, URL visitado) ou gatilhos do ChromeOS. Essa mudança simplifica a configuração de regras, elimina possíveis conflitos de seleção de apps sobrepostos e prepara o terreno para fluxos de trabalho mais especializados e fáceis de usar, adaptados às necessidades de cada plataforma.
Os administradores vão encontrar uma interface de seleção Apps atualizada com botões de opção para aplicar essa seleção de um único grupo para novas regras. As regras atuais que antes combinavam aplicativos de vários grupos serão migradas de forma transparente pelo sistema para regras separadas, em conformidade e de plataforma única, para garantir a proteção contínua e uma transição tranquila. Os banners no Admin Console vão fornecer informações sobre essas mudanças e o processo de migração. Não há novas políticas corporativas com essa atualização. As mudanças são na interface de configuração de regras.
- Chrome 141 no ChromeOS, Linux, macOS e Windows: permite a seleção de apps mutuamente exclusivos para a configuração de regras de DLP no Admin Console.
- Aumento do suporte a tamanhos de arquivo para verificações da DLP
O Chrome Enterprise Premium agora estende os recursos de Prevenção contra perda de dados (DLP) e verificação de malware para incluir arquivos grandes e criptografados. Antes, arquivos maiores que 50 MB e todos os arquivos criptografados eram ignorados durante a verificação de conteúdo. Essa atualização corrige essa falha de segurança crítica. Para políticas configuradas para salvar evidências, agora é possível enviar arquivos de até 2 GB para o Evidence Locker. Isso oferece aos administradores mais visibilidade e controle, reduzindo significativamente o risco de exfiltração de dados por transferências de arquivos grandes.
Não é necessário ter uma nova política para ativar esse recurso. Ele é controlado automaticamente pelas configurações de regras da DLP no Google Admin Console. Se os administradores tiverem regras aplicáveis a uploads, downloads ou impressão de arquivos, elas também serão aplicadas a arquivos grandes e criptografados.
- Chrome 140 no Linux, macOS e Windows: lançamento de recursos
- Personalização de marca-d'água
O Chrome Enterprise Premium agora permite que os administradores personalizem a aparência das marcas-d'água. Essa melhoria é motivada pela necessidade de melhorar a experiência do usuário, abordando problemas como cansaço visual e legibilidade em páginas com marcas d'água.
Para controlar a aparência da marca d'água, os administradores podem usar a nova política WatermarkStyle. Nessa política, os administradores podem configurar o seguinte:
- 'font_size': define o tamanho da fonte do texto em pixels.
- "fill_opacity": define a opacidade do preenchimento do texto, de 0 (transparente) a 100 (opaco).
- "outline_opacity": define a opacidade do contorno do texto, de 0 (transparente) a 100 (opaco).
Assim, os administradores têm mais flexibilidade para equilibrar os requisitos de segurança com a produtividade do usuário.
- Chrome 141 no ChromeOS, Linux, macOS e Windows : com esse lançamento, os administradores podem personalizar o tamanho da fonte e a opacidade da marca d'água usando a nova política WatermarkStyle no Google Admin Console.
Resumo da versão 140 do ChromeOS
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Notificações de gravação de tela | ✓ | ||
| API Device Attributes em AIWs | ✓ | ||
| Política GoogleLocationServicesEnabled | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Configuração dos limites de carga da bateria na interface | ✓ |
BAIXAR as notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações atuais do ChromeOS
- Notificações de gravação de tela
Esse recurso apresenta uma lista de permissões de bypass de notificação para a API getAllScreensMedia em aplicativos confiáveis.
- API Device Attributes em IWAs
Esse lançamento traz uma nova política de permissões para a API Device Attributes em dispositivos gerenciados e muda a forma como a permissão para essa API é obtida para Apps Isolados da Web.
- Política GoogleLocationServicesEnabled
No início de 2025, o ChromeOS lançou um novo controle de geolocalização em todo o sistema nas configurações de "Privacidade e segurança". Ele pode ser definido como Permitir, Permitir apenas para serviços do sistema (por exemplo, fuso horário automático e clima local) ou Desativado. Os administradores podem definir um valor padrão que os usuários podem substituir ou aplicar uma das configurações. Para mudar as configurações do dispositivo, os usuários podem selecionar Configurações > Privacidade e segurança > Controle de privacidade > Acesso ao local > Mudar acesso.
Se uma extensão ou um app depender do acesso à localização do dispositivo como parte da sua estratégia de gerenciamento, defina a política GoogleLocationServicesEnabled como allow. Caso contrário, os dispositivos só poderão enviar a localização para esses apps ou extensões com dados precisos de endereço IP.
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 ChromeOS
-
Configuração do limite de carga da bateria na interface
A partir do ChromeOS 143, os usuários poderão controlar diretamente a integridade da bateria do Chromebook para prolongar a vida útil com novas configurações de otimização de carregamento. Esses recursos ajudam a preservar a integridade da bateria a longo prazo ajustando a forma como o dispositivo é carregado.
Para configurar essas opções, os usuários podem acessar Configurações > Preferências do sistema > Energia e clicar em Mudar ao lado de Carregamento otimizado. As opções são:
- Carregamento adaptável: atrasa de forma inteligente o carregamento até 100% até que seja necessário, com base nos seus padrões de uso diário.
- Limite de carga: maximiza a vida útil da bateria limitando a carga máxima a 80%.
Esse recurso é a contrapartida voltada ao usuário da política DevicePowerBatteryChargingOptimization disponível no Google Admin Console. Os administradores podem definir essa política como uma das três opções:
- Adaptável: o dispositivo atrasa o carregamento até 100% até que seja necessário.
- Limitada: a bateria é carregada apenas até cerca de 80%.
- Padrão: se nenhuma das configurações otimizadas acima for selecionada, a bateria vai carregar normalmente até 100%
É importante observar que a política definida por um administrador substitui qualquer configuração selecionada pelo usuário. Um usuário só pode se beneficiar do ajuste das opções de otimização de carga no dispositivo se nenhuma política substituta for aplicada. Por padrão, se nenhuma política for aplicada, o carregamento otimizado será ativado no dispositivo com a opção de carregamento adaptável selecionada.
Chrome 139
Resumo da versão 139 do Chrome
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Modo IA para recomendações de pesquisa no Chrome | ✓ | ||
| Pesquisa no site configurável pelo administrador | ✓ | ✓ | |
| O Chrome no Android não é mais compatível com o Android Oreo ou Android Pie | ✓ | ||
| Verificações de download de APKs maliciosos | ✓ | ||
| Migre extensões para o Manifesto V3 antes de junho de 2025 | ✓ | ✓ | ✓ |
| Rodapé da página "Nova guia" | ✓ | ✓ | ✓ |
| Evitar exclusões acidentais de senhas no Chrome | ✓ | ||
| Notificações promocionais | ✓ | ||
| Remover flags de extensão arriscadas no Chrome | ✓ | ||
| Remover o substituto do SwiftShader | ✓ | ||
| Grupos de guias compartilhados | ✓ | ||
| Suporte a contas em estado pendente no Chrome para iOS | ✓ | ||
| Próxima mudança nos certificados de AC incluídos na Chrome Root Store | ✓ | ||
| Parar de enviar o cabeçalho "Purpose: prefetch" de pré-buscas e pré-renderizações | ✓ | ✓ | |
| O Chrome removeu o suporte para o macOS 11 | ✓ | ||
| O evento de erro é disparado em vez de gerar uma exceção para o worker bloqueado pela CSP. | ✓ | ||
| Como aleatorizar a alocação de portas TCP no Windows | ✓ | ||
| 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íticas baseadas em grupo para seleção de configuração de conector | ✓ | ||
| Novos comandos remotos e exportação de CSV para a lista de perfis gerenciados | ✓ | ||
| Cards da página "Nova guia" para o Microsoft 365 | ✓ | ✓ | |
| Regionalizar os dados cobertos do Chrome Enterprise | ✓ | ||
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Detecção de contas ativas | ✓ | ✓ | |
| API Chrome Enterprise Connectors | ✓ | ✓ | |
| Proteção de regras de copiar e colar | ✓ | ✓ | |
| Suporte da Prevenção contra perda de dados para iFrames | ✓ | ✓ | |
| Ativar a marca d'água em aplicativos de página única | ✓ | ✓ | |
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Aplicação da verificação em duas etapas para administradores | ✓ | ||
| Mudança automática de senha | ✓ | ||
| Sugestões de pesquisa contextual na barra de endereço do Chrome | ✓ | ||
| Preenchimento Automático Aprimorado | ✓ | ||
| Gemini no Chrome | ✓ | ||
| Happy Eyeballs V3 | ✓ | ✓ | |
| Iniciar o Chrome em um novo perfil pela linha de comando | ✓ | ✓ | |
| Criptografia pós-quântica para DTLS no WebRTC | ✓ | ||
| ServiceWorkerAutoPreload | ✓ | ||
| Pseudoelementos de destaque para localizar na página do CSS | ✓ | ✓ | |
| Descontinuar regras especiais de tamanho da fonte para H1 em alguns elementos | ✓ | ||
| Proteção de IP | ✓ | ✓ | |
| Restrições de acesso à rede local | ✓ | ✓ | |
| Tokens de revelação probabilística | ✓ | ✓ | |
| Propagar o comportamento de rolagem esticada da janela de visualização da raiz | ✓ | ✓ | |
| Bloqueio de scripts na navegação anônima | ✓ | ✓ | |
| O script SharedWorker herda o controlador do URL do script do blob | ✓ | ||
| Política rígida de mesma origem para a API Storage Access | ✓ | ||
| Manifesto do app da Web: especifica a qualificação para atualização, os URLs de ícones são Cache-Control: imutável | ✓ | ||
| Limpar o nome da janela para navegações entre sites que mudam o grupo de contexto de navegação | ✓ | ||
| Proibir a pré-renderização HTTP em texto simples não confiável | ✓ | ||
| Prevenção de rastreamento de HSTS | ✓ | ||
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| Remover políticas de particionamento de armazenamento de terceiros | ✓ | ||
| Migração da API SafeBrowsing v4 para a v5 | ✓ | ||
| Apps isolados da Web | ✓ | ||
| 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 |
| Exclusão de perfil inativo no Chrome Enterprise Core | ✓ | ✓ | |
| Página de visão geral do Chrome Enterprise | ✓ | ||
| Próximas mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Aumento do suporte a tamanhos de arquivo para verificações da Prevenção contra perda de dados | ✓ | ✓ | |
| Personalização de marca-d'água | ✓ | ✓ | |
| Refatoração da UX de regras do navegador Chrome | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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 1 a 2 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
- Modo IA para recomendações de pesquisa no Chrome
O Modo IA é um recurso que ajuda os usuários a se aprofundar nos temas que mais interessam a eles, mostrando recomendações de pesquisa no Chrome. Uma nova política, AIModeSettings, está disponível para controlar as recomendações de pesquisa na barra de endereço e na caixa de pesquisa da página Nova guia. Essa política também controla as recomendações do Modo IA na barra de endereço e na omnibox da página "Nova guia".
- Chrome 138 no ChromeOS, Linux, macOS e Windows: as recomendações do Modo IA começam a ser lançadas na barra de endereço e na caixa de pesquisa da página "Nova guia". O ponto de entrada do Modo IA também é lançado na caixa de pesquisa da página "Nova guia".
- Chrome 139
- no Windows, macOS, Linux e ChromeOS : o botão de ponto de entrada do Modo IA na barra de endereço começa a ser lançado. A caixa de criação inline do Modo IA na omnibox da página "Nova guia" começa a ser lançada.
- No Android e iOS: o ponto de entrada do Modo IA na omnibox da página de nova guia começa a ser lançado. No iOS , as recomendações do Modo IA também começam a ser lançadas na barra de endereço.
- Pesquisa no site configurável pelo administrador
Os atalhos de pesquisa no site são uma forma de usar a barra de endereço (omnibox) como uma caixa de pesquisa para um site específico sem navegar diretamente para o URL dele, semelhante a usar a omnibox para realizar uma pesquisa Google ampla na Web. Agora os administradores podem criar atalhos de site para que os usuários acessem os sites corporativos mais importantes. É possível iniciar uma pesquisa digitando o atalho ou @atalho (por exemplo, @trabalho) seguido da barra de espaço ou tecla Tab na barra de endereço.
Os administradores controlam essas configurações de atalho usando a política SiteSearchSettings.
- Chrome 128 no ChromeOS, Linux, macOS, Windows: lançamento gradual
- Chrome 139 no ChromeOS, Linux, macOS e Windows: adicionamos um parâmetro de política extra que permite aos administradores especificar Permitir substituição pelo usuário, o que permite que os usuários editem, desativem ou excluam atalhos definidos pelo administrador.
- O Chrome no Android não é mais compatível com o Android Oreo ou Android Pie
A última versão do Chrome compatível com o Android Oreo ou Android Pie é o Chrome 138, e ela inclui uma mensagem para os usuários afetados informando a necessidade de fazer upgrade do sistema operacional. O Chrome 139 e versões mais recentes não serão compatíveis, enviados nem disponibilizados para usuários com o Android Oreo ou Android Pie.
- Chrome 139 no Android : o Chrome no Android não é mais compatível com o Android Oreo ou o Android Pie.
- Verificações de download de APKs maliciosos
Agora o Chrome no Android entra em contato com os servidores do Google para verificar a segurança dos arquivos baixados do pacote Android (APKs). Se um arquivo APK baixado for considerado perigoso, o Chrome vai mostrar um aviso e bloquear o download para proteger os usuários contra malware em dispositivos móveis. Os usuários podem ignorar esses avisos de download na interface do Chrome. Essas verificações de download de APKs maliciosos são realizadas para usuários inscritos na Proteção Padrão ou na Proteção Reforçada da Navegação Segura do Google. Para desativar esse recurso, defina o modo Navegação segura como Sem proteção usando a política SafeBrowsingProtectionLevel.
- Chrome 139 no Android
- Migre as extensões para o Manifest V3 antes de junho de 2025
As extensões precisam ser atualizadas para usar o Manifest V3. As extensões do Chrome estão sendo transferidas para uma nova versão do manifesto, o Manifesto V3. Isso proporciona mais privacidade aos usuários, por exemplo, ao passar para um modelo em que as extensões modificam as solicitações de maneira declarativa, sem a capacidade de ver solicitações individuais. Além disso, melhora a segurança das extensões, já que o código hospedado remotamente não é permitido no Manifesto V3.
A partir de junho de 2024, o Chrome vai desativar gradualmente as extensões do Manifest V2 em execução no navegador. Uma política corporativa, ExtensionManifestV2Availability, pode ser usada para testar o Manifest V3 na sua organização antes da migração. Além disso, as máquinas em que a política estiver ativada não vão estar sujeitas à desativação das extensões do Manifesto V2 até junho de 2025, quando a política será removida.
Para saber qual versão do Manifest é usada por todas as extensões do Chrome em execução na sua frota, confira a página Uso de apps e extensões no Chrome Enterprise Core.
- Chrome 127 no ChromeOS, Lacros, Linux, MacOS e Windows: o Chrome vai desativar gradualmente as extensões do Manifest V2 nos dispositivos dos usuários. Somente os usuários com a política corporativa ExtensionManifestV2Availability ativada poderão continuar usando as extensões do Manifest V2 na organização.
- Chrome 139 no ChromeOS, Linux, macOS e Windows: remove a política ExtensionManifestV2Availability.
- Rodapé da página "Nova guia"
Uma atualização da página Nova guia inclui um novo rodapé projetado para oferecer aos usuários mais transparência e controle sobre a experiência do Chrome.
- Chrome 138 no ChromeOS, Linux, macOS e Windows: a atribuição de extensões vai começar a aparecer no NTP. Se uma extensão tiver mudado a página padrão Nova guia, uma mensagem vai aparecer no rodapé atribuindo a mudança a essa extensão específica. Essa mensagem geralmente inclui um link direto para a extensão na Chrome Web Store, facilitando a identificação e o gerenciamento de extensões indesejadas. Se você for administrador, poderá desativar essa atribuição usando a política NTPFooterExtensionAttributionEnabled.
- Chrome 139 no Linux, macOS e Windows: a declaração de gerenciamento do navegador vai aparecer se uma das políticas para personalizar o rodapé for definida por um administrador corporativo. Para usuários cujo navegador Chrome é gerenciado por uma fonte confiável, o rodapé da página Nova guia vai mostrar um aviso de exoneração de responsabilidade sobre gerenciamento. Isso ajuda você a entender como seu navegador está sendo gerenciado. Os administradores podem desativar esse aviso com a política NTPFooterManagementNoticeEnabled. Além disso, as organizações podem personalizar a aparência do rodapé usando as políticas EnterpriseLogoUrlForBrowser e EnterpriseCustomLabelForBrowser para exibir um logotipo e um rótulo personalizados.
- Chrome 140 no Linux, macOS e Windows: uma notificação padrão (Gerenciado por <nome de domínio>) vai começar a aparecer no rodapé da página Nova guia de todos os navegadores gerenciados. A visibilidade pode ser alterada com a política NTPFooterManagementNoticeEnabled policy.
- Evitar exclusões acidentais de senhas no Chrome
Para reduzir o risco de exclusão acidental de senhas em Excluir dados de navegação, o Chrome 139 agora direciona os usuários para as configurações do Gerenciador de senhas do Google, onde é possível gerenciar e excluir senhas e chaves de acesso com mais facilidade. O recurso remove a seleção Senhas e outros dados de login em
Excluir dados de navegação e, em vez disso, direciona os usuários ao Gerenciador de senhas do Google, onde é possível excluir individualmente ou em massa.
Esse recurso não afeta as políticas corporativas atuais ClearBrowsingDataOnExitList e BrowsingDataLifetime.
- Chrome 139 no ChromeOS, Linux, macOS e Windows : o recurso será lançado gradualmente.
Excluir dados de navegação e, em vez disso, direciona os usuários ao Gerenciador de senhas do Google, onde é possível excluir individualmente ou em massa.- Notificações promocionais
No Chrome 128, novas notificações promocionais no nível do SO começaram a ser mostradas aos usuários. Essas notificações são regidas pela política corporativa PromotionsEnabled.
- Chrome 128 no ChromeOS, Linux, macOS, Windows
- Chrome 139 no Windows: no Chrome 138, as notificações de promoção só eram ativadas nos clientes do Chrome quando a atualização do Windows 10 para o Windows 11 era feita. No Chrome 139, isso foi estendido para todas as instalações do Chrome no Windows. As notificações ainda serão mostradas apenas para um subconjunto de usuários com baixo engajamento e podem ser desativadas pela política empresarial PromotionsEnabled.
- Remoção de flags de extensão arriscadas no Google Chrome
Para melhorar a segurança e a estabilidade do navegador Chrome para nossos usuários, os builds oficiais com a marca Chrome vão remover as flags de linha de comando
--extensions-on-chrome-urlse--disable-extensions-excepta partir do Chrome 139. Essa mudança tem como objetivo reduzir os riscos associados a extensões nocivas e indesejadas.Os desenvolvedores ainda podem usar as duas flags em builds sem marca, como o Chromium e o Chrome for Testing.
- Chrome 139 no Linux, macOS e Windows
- Remover o substituto de SwiftShader
A permissão para fallback automático para o WebGLcom suporte do SwiftShader foi descontinuada, e a criação de contexto do WebGL agora falha em vez de retornar ao SwiftShader. Isso foi feito por dois motivos principais:
- O SwiftShader é um alto risco de segurança devido ao código JIT em execução no processo de GPU do Chromium.
- 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-swiftshaderremoverá essa mensagem de aviso.O Chromium e outros navegadores não garantem a disponibilidade do WebGL. É importante testar e resolver 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 139
- no Linux e macOS : o Swiftshader será desativado no macOS e no Linux. Os usuários em máquinas sem GPU não poderão usar o WebGL.
- No Windows : o fallback para o Swiftshader após três erros de falta de memória (OOM) será desativado no Windows. O uso do Swiftshader será limitado a dispositivos sem GPU ou com uma GPU na lista de bloqueio.
- Grupos de guias compartilhados
Agora os usuários podem colaborar em guias usando o recurso de grupos de guias compartilhados. Com esse recurso, os usuários podem criar e usar um conjunto de guias no computador ou dispositivo móvel, e os parceiros de colaboração podem acessar as mesmas guias nos próprios dispositivos. Quando uma pessoa mudar uma guia no grupo, as mudanças serão refletidas em todos os navegadores dos usuários no grupo. Uma política corporativa, TabGroupSharingSettings, estará disponível no Chrome 140 para controlar esse recurso.
- Chrome 138 no Android, ChromeOS, Linux, macOS e Windows: lançamento da capacidade de participar e usar um grupo de guias compartilhado. Os usuários do Chrome Stable não vão conseguir criar um grupo de guias compartilhado (o ponto de entrada não estará disponível). Essa parte do recurso só vai estar disponível no Beta/Dev/Canary para essa fase de lançamento.
- Chrome 139 no iOS: o suporte para iOS vai ser lançado a partir do Chrome 139.
- Chrome 140 no Android, iOS, ChromeOS, Linux, macOS e Windows: a política corporativa TabGroupSharingSettings vai estar disponível para o proprietário da empresa no Google Admin Console.
- Suporte a contas em estado pendente no Chrome para iOS
As contas com credenciais invalidadas não serão mais desconectadas automaticamente e removidas do Chrome no iOS. Em vez disso, essas contas vão permanecer com login no navegador, em um estado pendente recém-introduzido associado a uma indicação de erro persistente na interface, para que os usuários sejam incentivados a resolvê-lo. Isso também significa que os dados locais associados a essas contas não serão mais excluídos automaticamente, mas mantidos no disco. As políticas atuais que controlam o login (por exemplo, BrowserSignin) vão continuar funcionando como antes.
- Chrome 139 no iOS: o recurso será lançado gradualmente
- Próxima mudança nos certificados de AC incluídos na Chrome Root Store
Em resposta a falhas de compliance frequentes, o Chrome 139 mudou a forma da autenticação de servidor TLS de confiança pública, ou seja, sites ou certificados emitidos pela Chunghwa Telecom e Netlock, são confiáveis por padrão. Isso vale para o Chrome 139 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 Chunghwa Telecom ou da Netlock incluídos na Chrome Root Store e emitidos:
- a partir de 31 de julho de 2025, não serão mais confiáveis por padrão.
- até 31 de julho de 2025, não serão afetados por essa mudança.
Se um usuário do Chrome ou uma empresa confiar explicitamente em um dos certificados da Chunghwa Telecom ou da Netlock afetados em uma plataforma e versão do Chrome que dependem da Chrome Root Store, por exemplo, quando a confiança explícita for transmitida por um objeto de política de grupo do Windows, as restrições de carimbos de data/hora de certificados assinados (SCT, na sigla em inglês) descritas acima vão ser substituídas e os certificados vão funcionar como hoje.
Confira mais informações e recursos de teste em Sustaining Digital Certificate Security - Upcoming Changes to the Chrome Root Store.
Para saber mais sobre a Chrome Root Store, consulte as Perguntas frequentes.
- Chrome 139 no Android, ChromeOS, Linux, macOS e Windows: todas as versões do Chrome 139 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 31 de julho de 2025.
- Parar de enviar o cabeçalho "Purpose: prefetch" de pré-buscas e pré-renderizações
Agora que as pré-busca e pré-renderizações estão usando o cabeçalho Sec-Purpose para pré-busca e pré-renderizações, essa mudança remove o cabeçalho legado
Purpose: prefetch, que ainda é transmitido. Essa atualização está atrás de uma flag de recurso ou kill switch para evitar problemas de compatibilidade.O escopo inclui pré-busca e pré-renderização de regras de especulação,
<link rel=prefetch>e<link rel=prerender>não padrão do Chromium.- Chrome 139 no Windows, macOS, Linux e Android
- O Chrome removerá o suporte para o macOS 11
O Chrome 138 será a última versão com suporte para o macOS 11. O Chrome 139 e versões mais recentes não serão mais compatíveis com o macOS 11, que está fora do período de suporte da Apple. A execução em um sistema operacional com suporte é essencial para manter a segurança.
Em Macs com o macOS 11, o Chrome vai continuar funcionando, mostrando uma barra de informações de aviso, mas não vai ser atualizado. Se um usuário quiser atualizar o Chrome, será necessário atualizar o computador para uma versão compatível do macOS. Para novas instalações do Chrome 139 e versões mais recentes, será necessário o macOS 12 ou mais recente.
- Chrome 139 no Windows, macOS e Linux
- O evento de erro é disparado em vez de gerar uma exceção para o worker bloqueado pelo CSP.
Quando bloqueado pela Política de Segurança de Conteúdo (CSP), o Chromium atualmente gera um SecurityError do construtor de Worker e SharedWorker. Para ser compatível com a especificação, o CSP precisa ser verificado como parte da busca e, em seguida, disparar eventos de erro de forma assíncrona, em vez de gerar uma exceção quando o script executa "new Worker(url)" ou "new SharedWorker(url)".
O objetivo desta atualização é tornar o Chromium compatível com as especificações, ou seja, ele não gera mais exceções após chamadas de construtor e dispara eventos de erro de forma assíncrona.
- Chrome 139 no Windows, macOS, Linux e Android
- Como aleatorizar a alocação de portas TCP no Windows
Esse recurso ativa a aleatorização de portas TCP nas versões do Windows 2020 H1 e posteriores. Não prevemos problemas com a reutilização rápida de portas anteriores (que podem causar rejeições devido a tempos limite de reutilização de portas) nessas versões. O problema de reutilização rápida de portas decorre do paradoxo do aniversário, em que a probabilidade de escolher aleatoriamente uma porta já usada se aproxima rapidamente de 100% a cada nova porta escolhida, ao contrário dos modelos de reutilização sequencial de portas.
- Chrome 139 no Windows, macOS e Linux
- Novas políticas no navegador Chrome
Política Descrição Configurações da integração do Gemini
Configurações de marca-d'água personalizada
Permitir a substituição do software WebGL usando o SwiftShader
Controlar a visibilidade do aviso de gerenciamento na página "Nova guia" para navegadores gerenciados
URL do logotipo da empresa para um navegador gerenciado
Definir um rótulo corporativo personalizado para um navegador gerenciado
Especifica se é necessário aplicar restrições a solicitações para endpoints de rede local
Permita que sites façam solicitações para endpoints da rede local.
Bloqueie sites que fazem solicitações a endpoints da rede local.
- Políticas removidas do navegador Chrome
Política Descrição Controlar a disponibilidade de extensões do Manifest v2.
Controla se o novo comportamento do analisador HTML para o elemento <select> está ativado
Ativar controles de rolagens focalizáveis do teclado
Mudanças no Chrome Enterprise Core
- Políticas baseadas em grupos para seleção de configuração do conector
As configurações do conector de relatórios que recebem eventos enviados por navegadores gerenciados agora podem ser configuradas por grupos, além de unidades organizacionais.
- Chrome 139 no ChromeOS, Linux, macOS, Windows
- Novos comandos remotos e exportação de CSV para a lista de perfis gerenciados
O Admin Console vai oferecer suporte aos comandos remotos "Limpar cache" e "Limpar cookies" no nível do perfil e à exportação de CSV para a lista de perfis gerenciados. Você pode selecionar um ou vários perfis e executar um comando remoto.
- Chrome 137 no Android, Linux, macOS e Windows: adição da exportação em CSV para perfis gerenciados.
- Chrome 139 no Linux, macOS e Windows: suporte no nível do perfil para comandos remotos.
- Cards da página "Nova guia" para o Microsoft 365
Os usuários corporativos com o Outlook ou o SharePoint já podem acessar as próximas reuniões ou arquivos sugeridos diretamente na página Nova Guia. Essa experiência simplificada elimina a necessidade de trocar entre guias ou perder tempo procurando a próxima reunião. Assim você ganha tempo para o que realmente importa. Os administradores podem ativar os cards com NTPSharepointCardVisible e NTPOutlookCardVisible. Para locatários do Microsoft que não permitem a autoautorização, o administrador também precisa consentir com as permissões do app durante a primeira autenticação ou aprovar o uso do app no Microsoft Entra.
- Chrome 134 no Linux, macOS e Windows: disponível para Trusted Testers
- Chrome 137 no Linux, macOS e Windows: lançamento gradual para todos os clientes
- Chrome 139 no ChromeOS, Linux, macOS e Windows: os usuários não precisam fazer login no Chrome para usar esse recurso.
- Regionalizar os dados cobertos do Chrome Enterprise
Do Chrome 139 m diante, os administradores podem usar regiões de dados para armazenar os dados cobertos do Chrome Enterprise dos usuários em uma localização geográfica específica. As opções de local são Estados Unidos, União Europeia (rotulada como Europa no Google Admin Console) ou "Sem preferência". A migração inicial só será concluída no final do Chrome 140. Essa configuração pode ser definida no Admin Console do Google em Dados > Compliance > Regiões de dados > Região > Dados em repouso. Para mais informações sobre os tipos de dados cobertos, consulte os Termos específicos do serviço do Chrome Enterprise.
- Chrome 139 no Android, iOS, ChromeOS, Linux, macOS e Windows : o lançamento vai começar. Os administradores podem definir uma região, mas os dados talvez não sejam totalmente regionalizados até o final do Chrome 140.
- Chrome 140 no Android, iOS, ChromeOS, Linux, macOS e Windows: a migração inicial será totalmente regionalizada.
Mudanças no Chrome Enterprise Premium
Saiba mais sobre as diferenças entre o Chrome Enterprise Core e o Chrome Enterprise Premium.
- Detecção de contas ativas
O Chrome Enterprise agora pode detectar se um funcionário está usando a conta do Google corporativa ou pessoal em páginas do Google Workspace, como o Google Drive, o Documentos ou o Gmail. Isso permite que os administradores criem regras de Prevenção contra perda de dados (DLP) mais detalhadas para impedir que dados sensíveis sejam movidos para contas pessoais, resolvendo um risco crítico de exfiltração de dados. Por exemplo, um administrador agora pode configurar uma política no Google Admin Console para bloquear o upload de um arquivo em uma conta pessoal do Google Drive, mas permitir em uma conta corporativa. Para usar esse recurso, os administradores precisam criar ou atualizar as regras de DLP para incluir a nova condição Conta conectada do app da Web do Google Workspace. Não há uma política corporativa única para ativar ou desativar esse recurso. O controle é gerenciado pela criação dessas regras específicas de DLP.
- Chrome 139 no ChromeOS, Linux, macOS e Windows : o navegador Chrome pode detectar a conta de usuário ativa nas páginas do Google Workspace e enviar essas informações como um novo indicador com solicitações de verificação da Prevenção contra perda de dados (DLP).
- API Chrome Enterprise Connectors
O Chrome Enterprise está lançando o gerenciamento programático para o Chrome Enterprise Connectors. Essa atualização expõe as configurações do conector como políticas novas e atualizadas na API Chrome Policy, permitindo que administradores de TI e parceiros de tecnologia gerenciem essas configurações em grande escala. Antes, esse processo era feito manualmente no Google Admin Console. Essa atualização permite a automação, o que ajuda a reduzir erros manuais e melhorar a eficiência do gerenciamento de integrações com soluções de segurança de terceiros.
Os administradores podem usar a API Chrome Policy para controlar de forma programática as configurações de relatórios de eventos, análise de conteúdo e verificações de URL em tempo real. Esse lançamento inclui atualizações na política OnSecurityEventEnterpriseConnector e adiciona novas políticas, como OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnFileTransferEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector e EnterpriseRealTimeUrlCheckMode.
Para detalhes técnicos, os desenvolvedores precisam consultar a documentação principal da API Chrome Policy
- Chrome 139 no Android, iOS, Linux, macOS e Windows : esse lançamento adiciona suporte ao gerenciamento programático dos Chrome Enterprise Connectors por uma nova API.
- Proteção de regras de copiar e colar
Para ajudar as organizações a evitar melhor a exfiltração de dados em dispositivos móveis, o Chrome está ampliando os controles de dados da área de transferência de dados do computador. Os administradores agora podem usar a política DataControlsRules para definir regras que bloqueiam ou alertam os usuários ao tentarem copiar ou colar conteúdo que viola as políticas da organização. Esse recurso permite que os administradores definam limites de dados e impeçam que informações sensíveis sejam coladas de um contexto de trabalho em apps ou sites pessoais na frota de dispositivos móveis. Isso resolve uma lacuna de segurança significativa e um recurso frequentemente solicitado por clientes empresariais que citaram a falta de controles de dados móveis como uma preocupação. Para usar esse recurso, os administradores podem configurar restrições de área de transferência na política DataControlsRules, oferecendo uma experiência de gerenciamento consistente em computadores e dispositivos móveis para fortalecer a postura de segurança geral da organização.
- Chrome 139 no Android : proteção de regras de copiar e colar disponível no Android
- Suporte da prevenção contra perda de dados para iFrames
Para aumentar a segurança e evitar a exfiltração de dados, as funcionalidades de Prevenção contra perda de dados (DLP) do Chrome estão sendo estendidas ao conteúdo dos iFrames. No momento, as regras de DLP configuradas pelos administradores não se aplicam ao conteúdo dentro de um iFrame, o que permite uma possível falha de segurança em que os usuários podem ignorar as restrições. Esse recurso preenche essa lacuna. Com essa mudança, quando um usuário realiza uma ação que aciona a DLP (como fazer upload de um arquivo) em um site carregado em um iFrame, o Chrome envia toda a hierarquia de URL, do iFrame de origem até a página de nível superior, para ser avaliada em relação a todas as regras de DLP aplicáveis.
O objetivo dessa mudança é oferecer uma postura de segurança mais robusta e eliminar um método conhecido para burlar as políticas de proteção de dados. Não são necessárias novas políticas corporativas para ativar essa funcionalidade. Ela funciona com as regras de DLP atuais configuradas nas políticas do conector. Os administradores precisam saber que as regras atuais agora se aplicam a contextos de iFrame, o que pode bloquear ações do usuário que eram permitidas antes.
- Chrome 139 no Linux, macOS e Windows : lançamento inicial do suporte à prevenção contra perda de dados para iFrames. Essa fase adiciona a aplicação obrigatória para eventos de upload de arquivos originados em um contexto de iFrame e funciona com as regras de DLP atuais configuradas pela política OnFileAttachedEnterpriseConnector.
- Chrome 140 no Linux, macOS e Windows: essa fase expandida combina dois lançamentos de recursos, estendendo o suporte a iFrame da DLP para incluir a aplicação de ações de download e impressão de arquivos.
- Ativar a marca d'água em aplicativos de página única
Para melhorar a segurança dos dados, o recurso de marca-d'água do Chrome Enterprise Premium agora é compatível com aplicativos de página única (SPAs). Isso atende a uma solicitação importante dos clientes, já que as marcas d'água antes eram aplicadas apenas a sites tradicionais. Esse recurso é controlado pelas políticas de Prevenção contra perda de dados (DLP) no Google Admin Console. Não é preciso configurar novas políticas para essa melhoria.
Os administradores de TI precisam estar cientes de uma limitação técnica importante. Os SPAs usam navegações no mesmo documento, que não podem ser pausadas para uma verificação de segurança como um carregamento de página padrão. Por isso, pode haver um pequeno atraso antes que uma marca d'água apareça depois de navegar em uma SPA. Além disso, as regras de DLP definidas como Avisar ou Bloquear não mostram uma página intersticial para essas navegações de SPA. A ação só é acionada em uma atualização de página inteira.
- Chrome 139 no ChromeOS, Linux, macOS e Windows : esse lançamento adiciona suporte para marca d'água em aplicativos de página única (SPAs).
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
- Aplicação da verificação em duas etapas para administradores
Para proteger melhor as informações da sua organização, em breve o Google vai exigir que todas as contas com acesso a admin.google.com ativem a verificação em duas etapas (2SV). Como admin do Google Workspace, você precisa confirmar sua identidade com a verificação em duas etapas, que requer sua senha e algo adicional, como um número de telefone ou uma chave de segurança.
A aplicação será lançada gradualmente nos próximos meses. Ative a verificação em duas etapas nas contas de administrador da sua organização antes que o Google aplique esse recurso. Para mais informações, consulte Sobre a aplicação da verificação em duas etapas para administradores.
- Chrome 137 no ChromeOS, Linux, macOS e Windows: início da ativação da autenticação de dois fatores
- Chrome 140 no ChromeOS, Linux, macOS e Windows: verificação em duas etapas obrigatória
- Mudança automática de senha
Quando o Chrome detecta que um usuário fez login em um site com uma senha comprometida conhecida, ele oferece a opção de mudar a senha automaticamente. Esse recurso vai estar disponível em um grupo de sites que atendem aos critérios. O recurso usa IA e pode ser controlado pela política corporativa AutomatedPasswordChangeSettings.
- Chrome 140 no ChromeOS, Linux, macOS, Windows
- Sugestões de pesquisa contextual na barra de endereço do Chrome
Com esse recurso, você pode perguntar qualquer coisa sobre a página em que está, diretamente no contexto. Com base no hábito de pesquisa atual da barra de endereço, os usuários podem fazer uma pergunta com o Google Lens selecionando qualquer coisa na tela ou perguntando com palavras. Uma ação do Google Lens na barra de endereço e sugestões contextuais guiam as pessoas para o recurso quando ele é mais útil. Esse recurso é bloqueado pela política LensOverlaySettings.
- Chrome 138 no ChromeOS, Linux, macOS e Windows : lançamento do recurso
- Chrome 140 no ChromeOS, Linux, macOS e Windows: Se a política LensOverlaySettings não estiver definida, esse recurso vai respeitar a política GenAiDefaultSettings, se presente.
- Preenchimento Automático Aprimorado
A partir do Chrome 137, alguns usuários podem ativar o Preenchimento automático com IA, um novo recurso que ajuda a preencher formulários on-line com mais facilidade. Em formulários relevantes, o Chrome pode usar a IA para entender melhor o formulário e oferecer aos usuários a opção de preencher automaticamente as informações salvas anteriormente. Os administradores podem controlar o recurso usando a política atual GenAiDefaultSettings e uma nova política AutofillPredictionSettings.
- Chrome 137 no ChromeOS, Linux, macOS, Windows
- Chrome 140 no ChromeOS, Linux, macOS e Windows : o recurso "Preenchimento automático com IA" vai mudar de nome para "Preenchimento automático avançado", permitir que os usuários salvem e preencham mais tipos de informações e ficar disponível em mais países e idiomas.
- Gemini no Chrome
O Gemini agora está integrado ao Chrome no macOS e no Windows e pode entender o conteúdo da sua página atual. Agora os usuários podem conferir os principais pontos, esclarecer conceitos e encontrar respostas sem sair da guia do Chrome. Essa integração inclui o chat, em que os usuários podem interagir com o Gemini por texto, e o Gemini Live, em que os usuários podem interagir com o Gemini por voz.
No Chrome 140, o Gemini no Chrome vai estar disponível para usuários conectados ao Chrome nos EUA. Os administradores podem desativar esse recurso (valor 1) usando a política GeminiSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte Gemini no Chrome na Central de Ajuda.
- Chrome 137 no macOS e Windows: o recurso está disponível para alguns assinantes do Google AI Pro e Ultra nos EUA e nos canais pré-Stable (Dev, Canary e Beta) nos EUA.
- Chrome 140 no macOS e Windows: o recurso foi lançado gradualmente na versão estável para usuários conectados ao Chrome nos EUA.
- Happy Eyeballs V3
Esse lançamento é uma otimização interna no Chrome que implementa o Happy Eyeballs V3 para melhorar a simultaneidade da conexão de rede. O Happy Eyeballs V3 executa resoluções de DNS de forma assíncrona e intercala as tentativas de conexão com protocolos preferíveis (H3/H2/H1) e famílias de endereços (IPv6 ou IPv4) para reduzir o atraso de conexão da rede visível para o usuário. Esse recurso é bloqueado por uma política temporária HappyEyeballsV3Enabled.
- Chrome 140 no Android, ChromeOS, Linux, macOS e Windows
- Iniciar o Chrome em um novo perfil pela linha de comando
Essa melhoria resolve uma lacuna crítica para nossos parceiros empresariais e administradores que precisam iniciar aplicativos da Web nos catálogos de apps nativos diretamente em um perfil gerenciado específico do Chrome usando a interface de linha de comando (CLI) do Chrome. No momento, se o perfil designado não existir, o Chrome vai usar o último perfil usado, criando uma experiência do usuário desconexa e insegura. Com esse novo recurso, quando um perfil especificado não é encontrado, o Chrome inicia o fluxo de criação de perfil atual, preenchendo automaticamente o endereço de e-mail do usuário para simplificar o processo de configuração. Essa é uma importante ferramenta técnica para administradores que querem integrar os usuários corporativos ao Chrome Enterprise usando perfis gerenciados.
- Chrome 140 no Linux, macOS e Windows
- Criptografia pós-quântica para DTLS no WebRTC
Esse recurso permite o uso da criptografia pós-quântica (PQC) com conexões WebRTC. A motivação da PQC é atualizar o tráfego de mídia do WebRTC com os protocolos de criptografia mais recentes e evitar cenários de Coletar agora para quebrar depois.
Esse recurso será controlado por uma política corporativa WebRtcPostQuantumKeyAgreementEnabled para permitir que os usuários corporativos desativem a PQC. A política será temporária e tem remoção planejada para a versão 150 do Chrome.
- Chrome 140 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
- Chrome 150 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: remoção da política corporativa
- Modo ServiceWorkerAutoPreload
O ServiceWorkerAutoPreload é um modo em que o navegador emite a solicitação de rede em paralelo com a inicialização do service worker e consome o resultado da solicitação de rede no gerenciador de busca se ele retornar a resposta com respondWith(). Se o resultado do gerenciador de busca for de substituição, ele vai transmitir a resposta de rede diretamente para o navegador. O ServiceWorkerAutoPreload é definido como uma otimização opcional do navegador que muda o comportamento do service worker atual.
Uma política corporativa temporária chamada ServiceWorkerAutoPreloadEnabled será adicionada para controlar esse recurso.
- Chrome 140 no Android e Windows : a política será disponibilizada
- Chrome 144 no Android e Windows: a política será removida
- Pseudoelementos de destaque para localizar na página do CSS
Expõe o estilo do resultado da pesquisa de localizar na página para autores como um pseudoelemento de destaque, como seleção e erros de ortografia. Isso permite que os autores mudem as cores de primeiro plano e de plano de fundo ou adicionem decorações de texto. Isso pode ser bastante útil se os padrões do UA tiverem contraste insuficiente com as cores da página ou forem inadequados de outra forma.
- Chrome 140 no Windows, macOS, Linux e Android
- Descontinuar regras especiais de tamanho da fonte para H1 em alguns elementos
A especificação HTML contém uma lista de regras especiais para tags <h1> aninhadas em tags <article>, <aside>, <nav> ou <section>. Essas regras especiais foram descontinuadas porque causam problemas de acessibilidade. Ou seja, elas reduzem o tamanho da fonte das tags <h1> aninhadas, fazendo com que pareçam <h2>, mas nada na árvore de acessibilidade reflete essa mudança.
- Chrome 140 no Windows, macOS, Linux e Android
- Proteção de IP
Esse recurso limita a disponibilidade do endereço IP original de um usuário em contextos de terceiros no Modo de navegação anônima, melhorando as proteções contra o rastreamento entre sites quando os usuários escolhem navegar nesse modo. Os endereços IP facilitam vários casos de uso, incluindo o roteamento de tráfego e a prevenção de fraudes e spam. No entanto, eles também podem ser usados para rastreamento. Para os usuários do Chrome que escolhem navegar no modo de navegação anônima, queremos oferecer mais controle sobre o endereço IP, sem interromper a funcionalidade essencial da Web. Para encontrar esse equilíbrio entre proteção e usabilidade, esta proposta se concentra em limitar o uso de endereços IP em um contexto de terceiros no modo de navegação anônima. Para isso, a proposta usa uma abordagem baseada em lista, em que apenas os domínios na lista de domínios mascarados (MDL, na sigla em inglês) em um contexto de terceiros serão afetados. Para empresas, esse recurso pode ser controlado pela política corporativa PrivacySandboxIpProtectionEnabled.
- Chrome 140 no Windows, macOS, Linux e Android
- Restrições de acesso à rede local
O Chrome 140 restringe a capacidade de fazer solicitações para a rede local do usuário, protegida por uma solicitação de permissão. Uma solicitação de rede local é qualquer solicitação de um site público a um endereço IP local ou loopback, ou de um site local (por exemplo, intranet) a loopback. Restringir a capacidade dos sites de fazer essas solicitações por trás de uma permissão reduz o risco de ataques de falsificação de solicitação entre sites em dispositivos de rede local, como roteadores, e diminui a capacidade dos sites de usar essas solicitações para criar uma impressão digital da rede local do usuário.
Essa permissão é restrita a contextos seguros. Se concedidas, as permissões também relaxam o bloqueio de conteúdo misto para solicitações de rede local, já que muitos dispositivos locais não conseguem obter certificados TLS confiáveis publicamente por vários motivos.
Esse trabalho substitui um esforço anterior chamado Acesso à rede privada, que usava solicitações de simulação para que os dispositivos locais ativassem o recurso. As empresas que precisam desativar ou conceder automaticamente a permissão podem fazer isso usando as políticas LocalNetworkAccessAllowedForUrls e LocalNetworkAccessBlockedForUrls. O valor "*" pode ser usado para permitir o acesso à rede local em todos os URLs, correspondendo ao comportamento antes da implementação das restrições.
- Chrome 140 no Windows, macOS, Linux e Android
- Tokens de revelação probabilística
Para garantir que todas as empresas possam continuar estimando a quantidade de fraudes nos sistemas, treinando modelos para se defender contra fraudes e analisando novos comportamentos fraudulentos, ao mesmo tempo que mitigam a capacidade de rastrear usuários em grande escala usando endereços IP, propomos introduzir um mecanismo de amostragem de IP atrasado chamado de tokens de revelação probabilística (PRTs, na sigla em inglês) junto com a Proteção de IP para uso em tráfego protegido.
Os PRTs serão incluídos em solicitações de proxy em um novo cabeçalho HTTP adicionado pelo navegador para domínios que indicam querer recebê-los por um processo de inscrição. Cada PRT vai conter um texto criptografado, gerado por um emissor e aleatorizado novamente para evitar a vinculação pelo navegador antes da solicitação, que o destinatário pode descriptografar após um atraso. O Google será o emissor da implementação do Chrome. Uma pequena parte dos PRTs descriptografados contém o endereço IP pré-proxy do cliente (ou seja, não mascarado e conforme observado pelo emissor do token), enquanto os PRTs restantes não fornecem informações sobre o endereço IP original do cliente. Isso resulta em apenas uma pequena porcentagem de PRTs que contêm e revelam o IP do usuário. Como os PRTs só serão anexados quando a proteção de IP estiver ativada, os administradores podem usar a política PrivacySandboxIpProtectionEnabled para controlar a proteção de IP e os PRTs.
- Chrome 140 no Windows, macOS, Linux e Android
- Propagar o comportamento de rolagem esticada da janela de visualização da raiz
Esse recurso vai propagar o comportamento de rolagem excessiva da raiz em vez do corpo. O grupo de trabalho do CSS decidiu não propagar propriedades do corpo para a janela de visualização. Em vez disso, as propriedades da janela de visualização são propagadas do elemento raiz, por exemplo, scroll-behavior, scroll-snap-type, scroll-padding. Assim, o comportamento de rolagem esticada precisa ser propagado do elemento raiz. No entanto, o Chrome tem um problema antigo de propagar o comportamento de rolagem esticada em vez da raiz, o que difere do comportamento do Safari(WebKit) e do Firefox(Gecko). O objetivo desse recurso é fazer essa correção propagando o comportamento de rolagem esticada da raiz em vez do corpo.
- Chrome 140 no Windows, macOS, Linux e Android
- Bloqueio de scripts na navegação anônima
A redução do uso indevido da API para reidentificação do navegador, também conhecida como bloqueio de script, é um recurso que bloqueia scripts que usam técnicas conhecidas e prevalentes para reidentificação do navegador em contextos de terceiros. Essas técnicas geralmente envolvem o uso indevido de APIs de navegador para extrair mais informações sobre o navegador ou as características do dispositivo do usuário.
Esse recurso usa uma abordagem baseada em lista, em que apenas os domínios marcados como "Afetados pelo bloqueio de script" na lista de domínios mascarados (MDL, na sigla em inglês) em um contexto de terceiros serão afetados. Quando o recurso está ativado, o Chrome verifica as solicitações de rede na lista de bloqueio. O componente subresource_filter do Chromium será reutilizado. Ele é responsável por marcar e filtrar solicitações de subrecursos com base em sinais de ativação no nível da página. Um conjunto de regras é usado para corresponder URLs para filtragem. O nome da política corporativa é PrivacySandboxFingerprintingProtectionEnabled.
- Chrome 140 no Windows, macOS, Linux e Android
- O script SharedWorker herda o controlador do URL do script do blob
De acordo com o Caso do cliente worker (GitHub), os workers devem herdar os controladores do URL do blob. No entanto, o código atual permite que apenas DedicatedWorkers herdem o controlador. SharedWorkers não o herdam. Essa é a correção para ajustar o comportamento do Chromium à especificação. Uma política corporativa SharedWorkerBlobURLFixEnabled está disponível para controlar esse recurso.
- Chrome 140 no Windows, macOS, Linux e Android
- Política rígida de mesma origem para a API Storage Access
Planejamos ajustar a semântica da API Storage Access para seguir estritamente a política de mesma origem e melhorar a segurança. O uso de document.requestStorageAccess() em um frame apenas anexa cookies às solicitações para a origem do iframe (não ao site) por padrão. A política CookiesAllowedForUrls ou os cabeçalhos de acesso ao armazenamento ainda podem ser usados para desbloquear cookies entre sites.
- Chrome 140 no Windows, macOS, Linux e Android
- Manifesto do app da Web: especifica a qualificação para atualização, os URLs de ícones são Cache-Control: imutável
A partir do Chrome 139, o manifesto do app da Web vai especificar um algoritmo de qualificação de atualização. Isso torna o processo de atualização mais determinista e previsível, dando ao desenvolvedor mais controle sobre se (e quando) as atualizações devem ser aplicadas às instalações atuais e permitindo a remoção da "limitação de verificação de atualização" que os agentes do usuário precisam implementar para evitar o desperdício de recursos de rede.
- Chrome 141 no Windows, macOS e Linux
- Chrome 142 no Android
- Limpar o nome da janela para navegações entre sites que mudam o grupo de contexto de navegação
Atualmente, o valor da propriedade window.name é preservado durante todo o ciclo de vida de uma guia, mesmo com navegação que alterna grupos de contexto de navegação, o que pode vazar informações e ser potencialmente usado como um vetor de rastreamento. Nesse caso, limpar a propriedade window.name resolve o problema.
Esta atualização vai introduzir uma nova política corporativa temporária, ClearWindowNameCrossSiteBrowsing, que vai deixar de funcionar no Chrome 146.
- Chrome 142 no Windows, macOS, Linux, Android e iOS
- Proibir a pré-renderização HTTP em texto simples não confiável
Com esse lançamento, será possível impedir a pré-renderização HTTP de texto simples não confiável.
- Chrome 142 no Windows, macOS, Linux e Android
- Prevenção de rastreamento de HSTS
Essa atualização vai reduzir o rastreamento de usuários por terceiros usando o cache do HTTP Strict Transport Security (HSTS). Esse recurso só permite upgrades HSTS para navegações de nível superior e bloqueia upgrades HSTS para solicitações de subrecursos. Isso torna inviável que sites de terceiros usem o cache HSTS para rastrear usuários na Web.
- Chrome 142 no Windows, macOS, Linux e Android
- Não permitir espaços em hosts de URL que não sejam file://
De acordo com a especificação do padrão de URL, os 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 nos HTTPS URLs for WebSocket da Interop2024 e áreas de foco de URL. 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).
- Chrome 145 no Android, ChromeOS, Lacros, Linux, MacOS, Windows e Fuchsia
- Remover políticas de particionamento de armazenamento de terceiros
O particionamento de armazenamento de terceiros se tornou o padrão no Chrome 115. A flag chrome:// que permitia aos usuários desativar esse recurso foi removida no Chrome 128, e o teste de descontinuação terminou com o Chrome 139. No Chrome 145, as políticas corporativas DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins serão removidas. Recomendamos que os usuários façam a transição para soluções de armazenamento alternativas, adaptando-se ao particionamento de armazenamento de terceiros ou usando
document.requestStorageAccess({...})quando necessário.Se você tiver algum feedback, compartilhe aqui no bug do Chromium.
- Chrome 145 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia : remoção de DefaultThirdPartyStoragePartitioningSetting e ThirdPartyStoragePartitioningBlockedForOrigins
- Migração da API SafeBrowsing v4 para a v5
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. Para mais detalhes, consulte Migração da V4: Navegação segura.
- Chrome 145 no Android, iOS, ChromeOS, Linux, macOS e Windows : o lançamento do recurso será gradual.
- Apps isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web. Eles oferecem proteções mais fortes contra comprometimento do servidor e outras adulterações necessárias para desenvolvedores de aplicativos sensíveis à segurança.
Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos na explicação em vez de serem hospedados em servidores da Web ativos e buscados por HTTPS.
Nesta versão inicial, os IWAs só poderão ser instalados por uma política de administrador em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 146 no Windows : esse lançamento adiciona suporte a apps da Web isolados em configurações de navegador gerenciadas pela empresa no Windows.
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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.
A partir do Chrome 125, os administradores poderão usar a política corporativa UiAutomationProviderEnabled para forçar a ativação do novo provedor (para que todos os usuários recebam a nova funcionalidade) ou desativar o novo provedor. Essa política vai estar disponível até o Chrome 146 e será removida no Chrome 147. 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 146 para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente.
- Chrome 147 no Windows: a política UiAutomationProviderEnabled 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 atualizações do Chrome Enterprise Core
-
Exclusão de perfil inativo no Chrome Enterprise Core
Em junho de 2025, o período de inatividade para a configuração de exclusão de perfil começou a ser lançado. Em agosto de 2025, a configuração vai começar a excluir automaticamente os perfis gerenciados no Admin Console que estiverem inativos por mais tempo do que o período de inatividade definido. Ao lançar a configuração, o período de inatividade tem o valor padrão de 90 dias. Por padrão, todos os perfis gerenciados inativos há mais de 90 dias são excluídos da sua conta. Os administradores podem alterar o valor do período de inatividade usando esta configuração. O valor máximo para determinar o período de inatividade do perfil é de 730 dias, e o mínimo, de 28 dias.
Se o valor definido for reduzido, isso poderá ter um impacto global nos perfis gerenciados. Todos os perfis afetados serão considerados inativos e, portanto, serão excluídos. Isso não exclui a conta do usuário. Se um perfil inativo for reativado em um dispositivo, ele vai reaparecer no console.
- Chrome 140 no Android, ChromeOS, Linux, macOS e Windows : a política foi lançada em junho. A exclusão vai começar em agosto, e a primeira fase desse processo será concluída até o início de setembro. Após o lançamento inicial da exclusão, os perfis inativos vão continuar sendo excluídos quando atingirem o período de inatividade.
-
Página de visão geral do Chrome Enterprise
Com esse recurso, apresentamos uma nova página de Visão geral na seção "Navegador Chrome" do Google Admin Console. Na página de visão geral, os administradores de TI encontram rapidamente informações importantes sobre a implantação:
- Ativar e desativar perfis e navegadores registrados
- Identificar navegadores desatualizados e com atualizações pendentes
- Identificar extensões de alto risco (de acordo com o Spin.AI) e ver uma prévia das extensões mais solicitadas.
- Insights de segurança (por exemplo, uploads ou downloads de arquivos confidenciais)
A página de visão geral também permite que os administradores acessem rapidamente ações importantes, como gerenciar extensões, acessar a lista de navegadores ou perfis e definir políticas de atualização, entre outras.
- Chrome 137 no Android, iOS, Linux, macOS e Windows
- Chrome 141 no Android, iOS, Linux, macOS e Windows : nova filtragem disponível na página "Visão geral" para unidade organizacional e datas de atividade
Próximas mudanças no Chrome Enterprise Premium
- Aumento do suporte a tamanhos de arquivo para verificações da Prevenção contra perda de dados
O Chrome Enterprise Premium agora estende os recursos de Prevenção contra perda de dados (DLP) e verificação de malware para incluir arquivos grandes e criptografados. Antes, arquivos maiores que 50 MB e todos os arquivos criptografados eram ignorados durante a verificação de conteúdo. Essa atualização corrige essa falha de segurança crítica. Para políticas configuradas para salvar evidências, agora é possível enviar arquivos de até 2 GB para o Evidence Locker. Isso oferece aos administradores mais visibilidade e controle, reduzindo significativamente o risco de exfiltração de dados por transferências de arquivos grandes.
Não é necessário ter uma nova política para ativar esse recurso. Ele é controlado automaticamente pelas configurações de regras da DLP no Google Admin Console. Se os administradores tiverem regras aplicáveis a uploads, downloads ou impressão de arquivos, elas também serão aplicadas a arquivos grandes e criptografados.
- Chrome 140 no Linux, macOS e Windows : lançamento de recursos
- Personalização de marca-d'água
O Chrome Enterprise Premium agora permite que os administradores personalizem a aparência das marcas-d'água. Essa melhoria é motivada pela necessidade de melhorar a experiência do usuário, abordando problemas como cansaço visual e legibilidade em páginas com marcas d'água.
Para controlar a aparência da marca d'água, os administradores precisam usar a nova política WatermarkStyle. Nessa política, os administradores podem configurar o seguinte:
- 'font_size': define o tamanho da fonte do texto em pixels.
- "fill_opacity": define a opacidade do preenchimento do texto, de 0 (transparente) a 100 (opaco).
- "outline_opacity": define a opacidade do contorno do texto, de 0 (transparente) a 100 (opaco).
Assim, os administradores têm mais flexibilidade para equilibrar os requisitos de segurança com a produtividade do usuário final.
- Chrome 140 no ChromeOS, Linux, macOS e Windows : com esse lançamento, os administradores podem personalizar o tamanho da fonte e a opacidade da marca d'água usando a nova política WatermarkStyle no Google Admin Console.
- Chrome 141 no ChromeOS, Linux, macOS e Windows: como uma forma de aprimoramento, uma nova página chrome:// enterprise foi introduzida para que os administradores possam visualizar o estilo de marca d'água configurado antes da implantação.
- Refactor da UX da regra do navegador Chrome
Para melhorar a experiência de criação de regras de Prevenção contra perda de dados (DLP), o Google Admin Console está sendo atualizado para simplificar a definição de políticas para diferentes aplicativos, como o Chrome e o Workspace. Isso introduz grupos de aplicativos mutuamente exclusivos, o que significa que uma única regra de DLP agora só pode segmentar um grupo de aplicativos por vez, seja apps do Workspace (como o Drive e o Gmail), gatilhos do navegador Chrome (como upload de arquivos, URL visitado) ou gatilhos do ChromeOS. Essa mudança simplifica a configuração de regras, elimina possíveis conflitos de seleção de apps sobrepostos e prepara o terreno para fluxos de trabalho mais especializados e fáceis de usar, adaptados às necessidades de cada plataforma.
Os administradores vão encontrar uma interface de seleção "Apps" atualizada com botões de opção para aplicar essa seleção de um único grupo para novas regras. As regras atuais que antes combinavam aplicativos de vários grupos serão migradas de forma transparente pelo sistema para regras separadas, em conformidade e de plataforma única, para garantir a proteção contínua e uma transição tranquila. Os banners no Admin Console vão fornecer informações sobre essas mudanças e o processo de migração. Não há novas políticas corporativas com essa atualização. As mudanças são na interface de configuração de regras.
- Chrome 141 no ChromeOS, Linux, macOS e Windows :permite a seleção de apps mutuamente exclusivos para a configuração de regras de DLP no Admin Console.
Resumo da versão 139 do ChromeOS
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Sincronização de espaço de trabalho do ChromeOS | ✓ | ||
| Mudanças nos apps do Chrome | ✓ | ✓ | |
| Descontinuação de uso do Cliente nativo (NaCl) | ✓ | ✓ | |
| Ferramenta de calibragem da tela touch | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Descontinuação do Chrome Sign Builder | ✓ | ✓ | |
| Validação do certificado do servidor EAP/TLS | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações do ChromeOS
- Sincronização de espaço de trabalho do ChromeOS
Do ChromeOS 139 em diante, a sincronização do espaço de trabalho do ChromeOS ajuda os usuários a retomar rapidamente de onde pararam ao mudar para outro dispositivo. A Sincronização do espaço de trabalho restaura todas as janelas, guias e até cookies da sessão anterior para permitir uma transição tranquila. Os administradores podem ativar esse recurso para usuários gerenciados. A sincronização do espaço de trabalho é especialmente útil para dispositivos compartilhados e profissionais de atendimento em ambientes de saúde, hotelaria e manufatura. Para mais detalhes, consulte nossa postagem do blog ou a Central de Ajuda.
- Mudanças nos apps do Chrome
Do ChromeOS 139 em diante, programado para o lançamento estável em 19 de agosto, os apps do Chrome instalados pelo usuário no ChromeOS vão parar de funcionar. Os apps instalados com instalação forçada feita pelo Admin Console para sessões de visitante gerenciadas (MGS) e sessões de usuário vão continuar sendo compatíveis. Saiba mais em Fim do suporte a apps do Chrome.
Uma nova política, KioskChromeAppsForceAllowed, está disponível para que os administradores reativem os apps do Chrome em sessões de quiosque. Com essa política ativada, os apps do Chrome em sessões de quiosque vão ser compatíveis com o ChromeOS 150.
- Descontinuação do Cliente nativo (NaCl)
O ChromeOS 139 e as versões mais recentes não são mais compatíveis com o Cliente nativo (NaCl) em ambientes gerenciados com a política de permissão do NaCl ativada. Para dispositivos no canal de Suporte de longo prazo (LTS) com essa política ativa, o suporte ao NaCl vai continuar até a última atualização do LTS do ChromeOS 138, em abril de 2026.
- Ferramenta de calibragem da tela touch
Com o ChromeOS 139, agora é possível calibrar os limites de telas sensíveis ao toque externas. Os usuários de Chromebooks agora podem calibrar os limites de telas touch externas conectadas a um Chromebook. Essa configuração ajuda a alinhar os limites da tela externa para que as entradas de toque correspondam corretamente ao conteúdo exibido. Para calibrar a tela touch externa, acesse Configurações > Dispositivo > Tela, vá até a tela touchscreen externa correspondente e acesse "Calibrar tela touchscreen". Para mais detalhes, consulte Conectar o Chromebook a um monitor.
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 ChromeOS
-
Descontinuação do Chrome Sign Builder
O app Chrome Sign Builder vai chegar ao fim da vida útil em julho de 2026. O ChromeOS M150 será a última versão com suporte a ele no modo quiosque. Os dispositivos no canal de suporte de longo prazo (LTS) vão continuar recebendo suporte até abril de 2027. Essa descontinuação significa que, após os prazos especificados, o Chrome Sign Builder não estará mais disponível para instalação ou configuração, o que pode causar interrupções no serviço para organizações que o utilizam atualmente para sinalização digital.
Para evitar interrupções, as organizações precisam migrar para uma solução alternativa antes de julho de 2026. Existem duas opções recomendadas:
-
Migrar para a Comeen: um parceiro do Chrome Enterprise Recommended que oferece um app da Web substituto (comeen.com)
-
Implante apps da Web alternativos: use o Google Admin Console para implantar outros apps da Web em dispositivos ChromeOS no modo quiosque.
-
-
Validação do certificado do servidor EAP/TLS
Observação: essa mudança afeta apenas clientes que usam configurações de rede EAP/TLS e redes configuradas antes de janeiro de 2022.
A partir de 1º de outubro de 2025, vamos lançar essa correção no canal estável do ChromeOS. Um número muito pequeno de clientes que usam configurações EAP/TLS pode ter problemas de conectividade se os certificados do servidor forem assinados por uma autoridade certificadora (CA) que está incluída no ChromeOS como uma CA do sistema.
Para minimizar a interrupção, os administradores podem realizar uma das seguintes ações:
Opção 1 (oferece um nível mais alto de segurança):
- Gere um novo certificado para seu servidor de autenticação e verifique se ele está assinado pela mesma autoridade certificadora (CA) usada anteriormente.
- Substitua os certificados atuais no servidor de autenticação pelos certificados recém-gerados.
Opção 2 (se for necessário mais tempo antes de implementar a opção 1):
- Faça login no Google Admin Console.
-
De 15 de agosto a 1º de outubro, para verificar os dispositivos afetados, os administradores podem seguir estas instruções no canal Beta:
- Acesse chrome://histograms no navegador Chrome.
- Desconecte e reconecte várias vezes a rede Ethernet ou Wi-Fi.
- Aguarde aproximadamente 10 segundos para a agregação de dados.
- Na página chrome://histograms, pesquise o histograma identificado como
Network.Shill.Eap.EventCaCertExperiment1:- Se o histograma não estiver presente, sua configuração não será afetada.
- Sua configuração provavelmente será afetada se um valor positivo for observado para o evento 8 (
FirstCertVerificationFailure) e o evento 9 (CertVerificationRetryAttempt).
- Navegue até as configurações da rede EAP/TLS afetada.
- Mude a configuração Autoridade certificadora do servidor para Autoridades de certificação padrão do sistema.
Chrome 138
Resumo da versão 138 do Chrome
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Modo IA para recomendações de pesquisa no Chrome | ✓ | ||
| Melhorias nos favoritos e na lista de leitura no Chrome para computador | ✓ | ✓ | |
| Assistência do LLM do cliente para reduzir golpes | ✓ | ||
| Sugestões de pesquisa contextual na barra de endereço do Chrome | ✓ | ||
| A Navegação segura com maior proteção é uma configuração sincronizada | ✓ | ||
| Geração de insights para avisos e erros do console do Chrome DevTools | ✓ | ||
| Ativar a sincronização de histórico usando o ícone de perfil | ✓ | ||
| Rodapé da página "Nova guia" | ✓ | ✓ | ✓ |
| Botão de ativação do script do usuário por extensão | ✓ | ||
| Remoção das políticas corporativas de acesso à rede particular | ✓ | ||
| Pesquisar na tela com o Google Lens no iPad | ✓ | ||
| Grupos de guias compartilhados | ✓ | ||
| Pré-busca de regras de especulação para ServiceWorker | ✓ | ||
| TLS 1.3 Early Data | ✓ | ||
| Remoção assíncrona de intervalos descontinuada para extensões de origem de mídia | ✓ | ||
| API Language Detector | ✓ | ||
| API Summarizer | ✓ | ||
| API Translator | ✓ | ||
| Web serial por Bluetooth no Android | ✓ | ||
| 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 |
| Recomendações do Agentspace nas barras de pesquisa do Chrome | ✓ | ✓ | |
| Descontinuação da página do navegador Chrome no relatório de insights do Chrome | ✓ | ||
| Exclusão de perfil inativo no Chrome Enterprise Core | ✓ | ✓ | |
| Nova avaliação de risco do LayerX no Admin Console | ✓ | ||
| Compatibilidade com várias identidades no iOS | ✓ | ||
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Integração do SecOps | ✓ | ✓ | |
| Recursos de filtragem de URL no iOS | ✓ | ✓ | |
| Suporte ao download da DLP para a API File System Access (FSA) | ✓ | ✓ | |
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| O Chrome no Android não é mais compatível com o Android Oreo ou Android Pie | ✓ | ||
| Gemini no Chrome | ✓ | ||
| Verificações de download de APKs maliciosos | ✓ | ||
| Próxima mudança nos certificados de AC incluídos na Chrome Root Store | ✓ | ||
| Migre extensões para o Manifesto V3 antes de junho de 2025 | ✓ | ✓ | ✓ |
| Notificações promocionais | ✓ | ||
| Remoção de flags de extensão arriscadas no Google Chrome | ✓ | ||
| Remover o substituto do SwiftShader | ✓ | ||
| Suporte a contas em estado pendente no Chrome para iOS | ✓ | ||
| O Chrome removerá o suporte para o macOS 11 | ✓ | ||
| Limpar o nome da janela para navegações entre sites que mudam o grupo de contexto de navegação | ✓ | ||
| O evento de erro é disparado em vez de gerar para o worker bloqueado pela CSP | ✓ | ||
| Manifesto do app da Web: especifica a qualificação para atualização, os URLs de ícones são Cache-Control: imutável | ✓ | ||
| Aplicação da verificação em duas etapas para administradores | ✓ | ||
| Happy Eyeballs V3 | ✓ | ||
| Apps isolados da Web | ✓ | ||
| Proibir a pré-renderização HTTP em texto simples não confiável | ✓ | ||
| Prevenção de rastreamento de HSTS | ✓ | ||
| Proteção de IP | ✓ | ||
| Política rígida de mesma origem para a API Storage Access | ✓ | ✓ | |
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| Migração da API SafeBrowsing v4 para a v5 | ✓ | ||
| 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 |
| Novos comandos remotos e exportação de CSV para a lista de perfis gerenciados | ✓ | ||
| Cards da página "Nova guia" para o Microsoft 365 | ✓ | ✓ | |
| Página de visão geral do Chrome Enterprise | ✓ | ||
| Próximas mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Refatoração da UX de regras do navegador Chrome | ✓ | ✓ | |
| Proteção de regras de copiar e colar | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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 1 a 2 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
- Modo IA para recomendações de pesquisa no Chrome
O Modo IA é um recurso que ajuda os usuários a se aprofundar nos temas que mais interessam a eles, mostrando recomendações de pesquisa no Chrome. Uma nova política, AIModeSettings, está disponível para controlar as recomendações de pesquisa na barra de endereço e na caixa de pesquisa da página Nova guia.
- Chrome 138 no ChromeOS, Linux, macOS e Windows: o recurso começa a ser lançado na barra de endereço.
- Chrome 139 no Android e iOS: o recurso começa a ser lançado na barra de endereço.
- Melhorias nos favoritos e na lista de leitura no Chrome para computador
No Chrome 138 para computador, alguns usuários que fazem login no Chrome ao salvar um novo favorito agora podem usar e salvar favoritos e itens da lista de leitura na Conta do Google. As políticas empresariais relevantes que controlam os favoritos, assim como BrowserSignin, SyncDisabled ou SyncTypesListDisabled, continuam funcionando como antes, para que os administradores possam configurar se os usuários podem usar e salvar itens na Conta do Google. Definir EditBookmarksEnabled como falso também impede que os usuários façam upload de um marcador salvo no dispositivo para a Conta do Google.
- Chrome 138 no Linux, macOS e Windows
- Assistência do LLM do cliente para reduzir fraudes
Os usuários da Web estão enfrentando uma quantidade significativa de golpes de vários tipos por dia. Para combater esses golpes, o Chrome agora usa o LLM no dispositivo para identificar sites fraudulentos para usuários da Navegação segura com maior proteção. O Chrome envia o conteúdo da página para um LLM no dispositivo para inferir sinais relacionados à segurança da página e os envia para o servidor da Navegação segura para uma decisão final. Quando ativado, o Chrome pode consumir mais largura de banda para fazer o download do LLM.
A Navegação segura com maior proteção é um recurso que já existe, controlado pela política SafeBrowsingProtectionLevel.
- Chrome 134 no Linux, macOS e Windows colete o nome da marca e o resumo da intent da página que acionou o bloqueio do teclado para identificar sites de golpes.
- Chrome 135 no Linux, macOS e Windows: mostre os avisos ao usuário com base no veredito do servidor, que usa o resumo da marca e da intent da página que acionou o bloqueio do teclado.
- Chrome 137 no Linux, macOS e Windows: colete o resumo da marca e da intent da página com base no sistema de pontuação da reputação do servidor.
- Chrome 138 no Linux, macOS e Windows: mostre os avisos ao usuário com base no veredito do servidor, que usa a marca e a intent das páginas que receberam uma pontuação do sistema de reputação do servidor.
- Sugestões de pesquisa contextual na barra de endereço do Chrome
Com esse recurso, você pode perguntar qualquer coisa sobre a página em que está, diretamente no contexto. Com base no hábito de pesquisa atual da barra de endereço, os usuários podem fazer uma pergunta com o Google Lens selecionando qualquer coisa na tela ou perguntando com palavras. Uma ação do Google Lens na barra de endereço e sugestões contextuais guiam as pessoas para o recurso quando ele é mais útil. Esse recurso é bloqueado pela política LensOverlaySettings.
- Chrome 138 no ChromeOS, Linux, macOS e Windows : lançamento do recurso
- Chrome 140 no ChromeOS, Linux, macOS e Windows: se a política LensOverlaySettings não estiver definida, esse recurso vai respeitar a política GenAiDefaultSettings, se presente.
- A Navegação segura com maior proteção é uma configuração sincronizada
No Chrome 138, a Navegação segura com maior proteção é um recurso sincronizado. Isso significa que, se um usuário ativar a Navegação segura com maior proteção em um dispositivo, esse nível de proteção será aplicado automaticamente em todos os outros dispositivos em que fizer login no Chrome com a mesma conta. O objetivo é oferecer uma proteção de segurança mais forte e consistente e uma experiência do usuário padronizada.
Os usuários que ativarem a Navegação segura com maior proteção se beneficiam das proteções dela, como proteção contra phishing proativa, detecção de malware aprimorada e extensões maliciosas, de forma consistente nas instâncias sincronizadas do Chrome para computador (Windows, macOS, Linux, ChromeOS), no Android e no iOS. Os usuários recebem notificações na tela quando a configuração da Navegação segura com maior proteção é sincronizada.
O nível de proteção da Navegação segura é um recurso que já existe, controlado pela política SafeBrowsingProtectionLevel.
- Chrome 138 no Android, ChromeOS, Linux, MacOS e Windows
- Geração de insights para avisos e erros do console do Chrome DevTools
Um novo recurso de IA generativa (GenAI) está disponível para usuários não gerenciados: geração de 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 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: agora o painel de assistência de IA consegue explicar recursos nos painéis Desempenho, Fontes e Network, além ainda de contar com suporte para depuração de estilo.
- Chrome 138 no ChromeOS, Linux, macOS e Windows : o painel de Assistência de IA expõe uma API interna que simplifica o uso de recursos do painel por ferramentas externas, como servidores de protocolo de contexto de modelo (MCP).
- Ativar a sincronização do histórico usando o ícone de perfil
No Chrome 138, alguns usuários conectados têm uma nova opção para ativar a sincronização de histórico e guias. Essa mudança foi projetada para oferecer os benefícios da sincronização de histórico de uma forma não intrusiva usando o ícone de perfil para mostrar uma mensagem curta inline. Os usuários que clicam no ícone do perfil são direcionados ao menu do perfil, onde podem ativar a sincronização. O objetivo é oferecer aos usuários um ponto de entrada intuitivo e contextualmente relevante para sincronizar dados, como o histórico de navegação, separado do fluxo de login. Para usuários corporativos, o ícone do perfil aberto só aparece após quatro horas de inatividade do navegador.
As políticas empresariais relevantes que controlam a sincronização de histórico ou guias (SyncDisabled, SyncTypesListDisabled e SavingBrowserHistoryDisabled) continuam funcionando como antes.
- Chrome 138 no Linux, macOS e Windows: o recurso começa a ser lançado gradualmente.
- Rodapé da página "Nova guia"
Uma atualização da página Nova guia inclui um novo rodapé projetado para oferecer aos usuários mais transparência e controle sobre a experiência do Chrome.
- Chrome 138 no ChromeOS, Linux, macOS e Windows: a atribuição de extensões vai começar a aparecer no NTP. Se uma extensão tiver mudado a página padrão Nova guia, uma mensagem vai aparecer no rodapé atribuindo a mudança a essa extensão específica. Essa mensagem geralmente inclui um link direto para a extensão na Chrome Web Store, facilitando a identificação e o gerenciamento de extensões indesejadas. Se você for administrador, poderá desativar essa atribuição usando a política NTPFooterExtensionAttributionEnabled.
- Chrome 139 no Linux, macOS e Windows: a declaração de gerenciamento do navegador vai aparecer se uma das políticas para personalizar o rodapé for definida por um administrador corporativo. Para usuários cujo navegador Chrome é gerenciado por uma fonte confiável, o rodapé da página Nova guia vai mostrar um aviso de exoneração de responsabilidade sobre gerenciamento. Isso ajuda você a entender como seu navegador está sendo gerenciado. Os administradores podem desativar esse aviso com a política NTPFooterManagementNoticeEnabled. Além disso, as organizações podem personalizar a aparência do rodapé usando as políticas EnterpriseLogoUrlForBrowser e EnterpriseCustomLabelForBrowser para exibir um logotipo e um rótulo personalizados.
- Chrome 140 no Linux, macOS e Windows: uma notificação padrão (Gerenciado por <nome de domínio>) vai começar a aparecer no rodapé da página Nova guia de todos os navegadores gerenciados. A visibilidade pode ser alterada com a política NTPFooterManagementNoticeEnabled.
- Botão de ativação do script de usuário por extensão
No Chrome 138, a maneira como os usuários e administradores controlam a capacidade de uma extensão de executar scripts criados pelo usuário e usar a API userScripts está mudando. Essa mudança melhora a segurança. Os usuários não vão conceder acidentalmente permissões de script do usuário a todas as extensões ao ativar o Modo de desenvolvedor decidindo explicitamente quais extensões podem executar esses scripts potencialmente poderosos. Para mais detalhes sobre a motivação da mudança, consulte esta postagem do blog Chrome para desenvolvedores.
Agora, os usuários finais vão poder ativar ou desativar essa opção por extensão na página
chrome://extensionsusando o botão de ativação Permitir scripts de usuário, substituindo o botão de ativação global Modo de desenvolvedor para ter um controle mais granular. Esse botão de ativação será ativado automaticamente nas extensões existentes se o Modo de desenvolvedor estiver ativado e a permissão de scripts do usuário tiver sido concedida à extensão.Os administradores que gerenciam scripts de usuário desativando o modo de desenvolvedor agora precisam usar o campo blocked_permissions da política ExtensionSettings ou o Google Admin Console para controlar de forma independente a permissão e a extensão Modo de desenvolvedor dos scripts de usuário.
Recomendamos que os desenvolvedores de extensões atualizem a documentação para refletir o novo botão de ativação. Consulte a lista de e-mails Grupos do Google de Extensões do Chromium para mais informações e outras mudanças no uso da API.
- Chrome 138 no ChromeOS, Linux, macOS e Windows: lançamento de recursos
- Remoção das políticas corporativas de acesso à rede particular
O acesso à rede particular (PNA 1.0) é um recurso de segurança não enviado que limita o acesso a sites em redes locais. Devido a problemas de implantabilidade, a PNA 1.0 nunca foi capaz de ser enviada por padrão, porque era incompatível com muitos dispositivos.
A PNA 1.0 exigiu mudanças nos dispositivos em redes locais. Em vez disso, o Chrome está implementando uma proposta atualizada, o acesso à rede particular 2.0 (PNA 2.0) (GitHub). A PNA 2.0 exige mudanças apenas em sites que precisam acessar a rede local, e não em dispositivos na rede local. Os sites são muito mais fáceis de atualizar do que os dispositivos, e essa abordagem deve ser muito mais simples de implementar.
A única maneira de aplicar a PNA 1.0 é pela política corporativa. Para evitar a regressão da segurança para clientes corporativos que ativam a PNA 1.0 antes do lançamento da PNA 2.0, vamos manter a política PrivateNetworkAccessRestrictionsEnabled, que faz com que o Chrome envie mensagens especiais de simulação até que se torne incompatível com a PNA 2.0.
As políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que afrouxam as restrições da PNA 1.0, serão removidas imediatamente. No momento, essas políticas não têm efeito, já que o PNA 1.0 não é enviado, e elas não terão significado quando o PNA 1.0 for removido.
- Chrome 135 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: descontinuação das políticas InsecurePrivateNetworkRequestsAllowedForUrls, InsecurePrivateNetworkRequestsAllowed e PrivateNetworkAccessRestrictionsEnabled.
- Chrome 138 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia:remoção de PrivateNetworkAccessRestrictionsEnabled, InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed. Uma política de substituição de PNA2 estará disponível no Chrome 138.
- Pesquisar na tela com o Google Lens no iPad
Amplie a opção Pesquisar na tela com o Google Lens no iOS para que ela fique disponível em dispositivos iPad. O iPad é um formato geralmente associado a tarefas mais complexas, como compras, e a expansão da funcionalidade do Lens no iPad permite que os usuários realizem essas tarefas com facilidade. Os administradores podem controlar esse recurso com a política LensOverlaySettings.
- Chrome 138 no iOS : o recurso será lançado gradualmente.
- Grupos de guias compartilhados
Agora os usuários podem colaborar em guias usando o recurso de grupos de guias compartilhados. Com esse recurso, os usuários podem criar e usar um conjunto de guias no computador ou dispositivo móvel, e os parceiros de colaboração podem acessar as mesmas guias nos próprios dispositivos. Quando uma pessoa mudar uma guia no grupo, as mudanças serão refletidas em todos os navegadores dos usuários no grupo. Uma política corporativa TabGroupSharingSettings está disponível para controlar esse recurso.
- Chrome 138 no Android, ChromeOS, Linux, macOS e Windows : lançamento da capacidade de participar e usar um grupo de guias compartilhado. Os usuários do Chrome Stable não vão conseguir criar um grupo de guias compartilhado (o ponto de entrada não estará disponível). Essa parte do recurso só vai estar disponível no Beta/Dev/Canary para essa fase de lançamento.
- Chrome 139 no iOS: o suporte para iOS vai ser lançado a partir do Chrome 139.
- Pré-busca de regras de especulação para o ServiceWorker
Esse recurso ativa as pré-buscas controladas pelo Service Worker, ou seja, uma pré-busca de regras de especulação para URLs controlados por um Service Worker. Anteriormente, a pré-busca era cancelada ao detectar um service worker de controle. Assim, a navegação subsequente para o destino de pré-busca era atendida pelo caminho sem pré-busca. Esse recurso permite que a solicitação de pré-busca passe pelo gerenciador de busca do service worker, e a resposta com a interceptação do service worker é armazenada em cache no cache de pré-busca, resultando em uma navegação subsequente sendo exibida pelo cache de pré-busca. Use a política corporativa PrefetchWithServiceWorkerEnabled para controlar esse recurso. Para mais detalhes, consulte este explicativo.
- Chrome 138 no Android, ChromeOS, Linux, MacOS e Windows
- TLS 1.3 Early Data
O TLS 1.3 Early Data permite que as solicitações GET sejam enviadas durante o handshake ao retomar uma conexão com um servidor TLS 1.3 compatível. Espera-se que o recurso demonstre melhorias de desempenho e vai estar disponível no Chrome 138 com uma política (TLS13EarlyDataEnabled) para controlar essa mudança.
O TLS 1.3 Early Data é um protocolo estabelecido. Os servidores, os dispositivos middlebox e o software de segurança do TLS atuais devem processar ou rejeitar o TLS 1.3 Early Data sem interromper a conexão. No entanto, os dispositivos que não implementam corretamente o padrão TLS (RFC8446) podem não funcionar corretamente e se desconectar quando o TLS 1.3 Early Data estiver em uso. Se isso ocorrer, os administradores precisarão entrar em contato com o fornecedor para que seja feita uma correção.
A política TLS13EarlyDataEnabled é uma medida temporária para controlar o recurso e será removida em uma etapa futura. Você pode ativar o recurso usando a política para testar problemas e desativá-lo novamente quando eles forem resolvidos.
- Chrome 138 no Android, ChromeOS, Linux, MacOS e Windows
- Descontinuação da remoção de intervalos assíncronos para extensões de origem de mídia
O padrão de fonte de mídia foi alterado no passado para impedir o comportamento definido de forma ambígua envolvendo remoções de intervalos assíncronas:
SourceBuffer.abort()não aborta mais as operaçõesSourceBuffer.remove().- A configuração
MediaSource.durationnão pode mais truncar a mídia armazenada em buffer
Agora, as exceções são geradas nesses dois casos. O Safari e o Firefox já enviaram esse comportamento há muito tempo. O Chromium é o último navegador com o comportamento antigo. Os contadores de uso mostram que cerca de 0,001% a 0,005% dos carregamentos de página atingiram o comportamento descontinuado. Se um site tiver esse problema, a reprodução poderá ser interrompida. O uso de abort() para cancelar remoções está aumentando. Portanto, é prudente resolver essa descontinuação antes que mais usos incompatíveis apareçam.
- Chrome 138 no Windows, macOS, Linux e Android
- API Language Detector
A API Language Detector é uma API JavaScript para detectar o idioma de um texto com níveis de confiança. A detecção de idiomas é um complemento importante da tradução. Isso pode ser combinado com a tradução, por exemplo, usando a entrada do usuário em um idioma desconhecido e traduzindo para um idioma de destino específico. Atualmente, os navegadores já têm recursos de detecção de idioma, e queremos oferecê-los aos desenvolvedores Web por meio de uma API JavaScript, complementando a API de tradução. Uma política corporativa, GenAILocalFoundationalModelSettings, está disponível para desativar o download do modelo subjacente, o que tornaria essa API indisponível.
- Chrome 138 no Windows, macOS e Linux
- API Summarizer
A API Summarizer é uma API JavaScript para produzir resumos do texto de entrada, com o suporte de um modelo de linguagem de IA. Espera-se que os navegadores e sistemas operacionais tenham cada vez mais acesso a um modelo de linguagem. Ao expor esse modelo integrado, evitamos que cada site precise fazer o download do próprio modelo de linguagem com vários gigabytes ou enviar texto de entrada para APIs de terceiros. A API Summarizer, em particular, expõe uma API de alto nível para interagir com um modelo de linguagem e resumir entradas para vários casos de uso (GitHub) de maneira que não dependa de um modelo de linguagem específico.
Uma política corporativa (GenAILocalFoundationalModelSettings) está disponível para desativar o download do modelo subjacente, o que tornaria essa API indisponível.
- Chrome 138 no Windows, macOS e Linux
- API Translator
A API Translator é uma API JavaScript que oferece recursos de tradução de idiomas para páginas da Web. Os navegadores estão cada vez mais oferecendo tradução de idioma aos usuários. Esses recursos de tradução também podem ser úteis para desenvolvedores Web. Isso é especialmente o caso quando as capacidades de tradução integradas do navegador não ajudam. Uma política corporativa, GenAILocalFoundationalModelSettings, está disponível para desativar o download do modelo subjacente, o que tornaria essa API indisponível.
- Chrome 138 no Windows, macOS e Linux
- Web serial por Bluetooth no Android
Esse recurso permite que páginas da Web e apps da Web se conectem a portas seriais por Bluetooth em dispositivos Android. O Chrome no Android agora oferece suporte à API Web Serial por Bluetooth RFCOMM. As políticas empresariais existentes (DefaultSerialGuardSetting, SerialAllowAllPortsForUrls, SerialAllowUsbDevicesForUrls, SerialAskForUrls e SerialBlockedForUrls) em outras plataformas são ativadas em estados future_on para Android. Todas as políticas, exceto SerialAllowUsbDevicesForUrls, serão ativadas após a ativação do recurso. SerialAllowUsbDevicesForUrls será ativada em um lançamento futuro, depois que o Android oferecer compatibilidade com portas seriais com fio no nível do sistema.
- Chrome 138 no Android
- Novas políticas no navegador Chrome
Política Descrição Configurações das integrações do Modo IA do Google na barra de endereço e na caixa de pesquisa da página "Nova guia".
Ativar anotações no PDF.
Ativar o TLS 1.3 Early Data.
Controlar a visibilidade da atribuição da extensão na página Nova guia
Permitir a pré-busca de SpeculationRules para URLs controlados pelo ServiceWorker
Verificar em tempo real o status dos URLs no Navegação segura.
Aplicar restrições a solicitações para endpoints da rede local.
Escolher se o recurso de proteção de IP do deve ser ativado.
Configurar a lista de domínios em que o Gerenciador de senhas será desativado.
- Políticas removidas do navegador Chrome
Política Descrição Aplicar restrições a solicitações para endpoints de uma rede mais particular.
Permitir que os sites façam solicitações para endpoints de rede mais particulares de forma não segura.
Permitir que os sites da lista façam solicitações para endpoints de rede mais particulares de forma não segura.
Mudanças no Chrome Enterprise Core
- Recomendações do Agentspace nas barras de pesquisa do Chrome
Para ajudar os usuários corporativos a acessar informações internas, agora é possível adicionar resultados da Pesquisa corporativa, como sugestões de pessoas, arquivos ou consultas, do Agentspace à barra de endereço do Chrome e à caixa de pesquisa na página Nova guia. Os resultados podem ser mostrados por padrão ou apenas quando acionados por uma palavra-chave personalizada.
Com o modo de palavra-chave na barra de endereço, os usuários podem acionar ações no Agentspace, como "quero ajuda para escrever um e-mail que resuma o status atual do projeto".
O provedor de pesquisa corporativa é mostrado quando o usuário digita @ na barra de endereço. A organização pode personalizar uma palavra-chave ou um atalho e o ícone exibido.
Isso pode ser configurado na política EnterpriseSearchAggregatorSettings.
- Chrome 135 no ChromeOS, Linux, macOS e Windows: Trusted Tester
- Chrome 138 no ChromeOS, Linux, macOS e Windows: disponibilidade geral
- Descontinuação da página do navegador Chrome no relatório de insights do Chrome
A partir de 1º de julho, a página do navegador Chrome no relatório de insights do Chrome será descontinuada. Essa página foi substituída pela página Visão geral do Chrome, lançada no Chrome 137. As informações que apareciam na página do navegador Chrome do relatório de insights do Chrome agora podem ser encontradas na página Visão geral.
- Chrome 138 no Android, iOS, Linux, macOS e Windows
- Exclusão de perfil inativo no Chrome Enterprise Core
Em junho de 2025, o período de inatividade para a configuração de exclusão de perfil começou a ser lançado. Em julho de 2025, a configuração vai começar a excluir automaticamente os perfis gerenciados no Admin Console que estiverem inativos por mais tempo do que o período de inatividade definido. O período de inatividade tem o valor padrão de 90 dias. Por padrão, todos os perfis gerenciados inativos há mais de 90 dias são excluídos da sua conta. Os administradores podem alterar o valor do período de inatividade usando esta configuração. O valor máximo para determinar o período de inatividade do perfil é de 730 dias, e o mínimo, de 28 dias.
Se você diminuir o valor definido, isso poderá ter um impacto global nos perfis gerenciados. Todos os perfis afetados serão considerados inativos e, portanto, serão excluídos. Isso não exclui a conta do usuário. Se um perfil inativo for reativado em um dispositivo, ele vai reaparecer no console.
- Chrome 138 no Android, ChromeOS, Linux, macOS e Windows : a política será lançada em junho. A exclusão vai começar em julho, e a primeira fase de exclusão será concluída até o fim de agosto. Após o lançamento inicial da exclusão, os perfis inativos vão continuar sendo excluídos quando atingirem o período de inatividade.
- Nova avaliação de risco da LayerX no Admin Console
Estamos adicionando um novo provedor de avaliação de risco de extensões: LayerX Security ao Admin Console. Essa pontuação está disponível para administradores no relatório de uso de apps e extensões.
- Chrome 138 no ChromeOS, Linux, macOS e Windows : a pontuação vai estar disponível para os administradores a partir do Chrome 138.
- Compatibilidade com várias identidades no iOS
O Chrome no iOS agora oferece suporte para várias contas, principalmente para contas gerenciadas (de trabalho ou escolares). Esta atualização apresenta perfis de navegador separados para cada conta gerenciada, garantindo a separação estrita de dados entre a navegação profissional e pessoal. As contas comuns vão continuar compartilhando um único perfil.
Essa mudança tem como objetivo melhorar a oferta empresarial do Chrome e oferecer uma experiência de navegação mais segura e organizada, especialmente para usuários finais com contas pessoais e de trabalho no dispositivo. Os usuários vão passar por um fluxo de integração único ao adicionar uma conta gerenciada ao dispositivo. É possível alternar entre as contas tocando no disco de partículas da conta na página Nova guia.
Os administradores que ativaram as políticas do Chrome no iOS (consulte as instruções) podem continuar usando as políticas atuais.
- Chrome 138 no iOS
Mudanças no Chrome Enterprise Premium
Saiba mais sobre as diferenças entre o Chrome Enterprise Core e o Chrome Enterprise Premium.
- Integração do SecOps
Esse recurso oferece uma integração nativa entre o Chrome Enterprise Premium (CEP) e o Google Security Operations (SecOps), permitindo que as organizações enviem um conjunto mais rico de eventos de segurança e telemetria detalhada do navegador do Chrome diretamente para a instância do SecOps. O motivo dessa mudança é usar o navegador como um sensor de segurança principal para ameaças baseadas na Web, como phishing, malware e exfiltração de dados. Isso pode melhorar significativamente a capacidade de uma organização de:
- evitar
- detectar
- investigar
- e responder a ameaças baseadas na Web.
Para os administradores, essa integração apresenta novos tipos de eventos de segurança aprimorados, incluindo a telemetria de navegação de URL e visitas de URL suspeitas. Esses eventos são enriquecidos automaticamente com as pontuações de risco da Navegação segura e outras informações sobre ameaças antes de serem enviados para o SecOps. O lançamento também inclui um novo processo de configuração simplificado "com um clique" no Admin Console para substituir o fluxo de trabalho manual anterior, simplificando a conexão com o SecOps.
Para usar esse recurso, os administradores precisam ter uma assinatura do Chrome Enterprise Premium e ativar a integração pelo novo fluxo de trabalho no Admin Console. A coleta de determinados tipos de eventos de alto volume, como eventos de navegação de URL, é uma configuração de ativação na configuração do conector. Esse recurso não adiciona nem modifica políticas corporativas.
- Chrome 137 no Linux, macOS e Windows: adiciona dados de referência a
URLFilteringInterstitialEventeSafeBrowseInterstitialEvent. - Chrome 138 no Linux, macOS e Windows: estende o preenchimento de dados de referência para
SafeBrowseDangerousDownloadEventeDlpSensitiveDataEvent.
- Recursos de filtragem de URL no iOS
Os recursos atuais de filtragem de URL do WebProtect para computador estão sendo estendidos para 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. Esse recurso faz parte do Chrome Enterprise Premium e tem como objetivo oferecer acesso à Internet seguro para usuários corporativos em qualquer dispositivo. Os administradores podem criar regras de filtragem de URL para garantir que os funcionários só acessem URLs seguros e autorizados em dispositivos iOS. O Chrome informa eventos de filtragem de URL e eventos de sites não seguros pelo conector de relatórios em dispositivos móveis. Esse recurso permite que os administradores gerenciem quais URLs podem ser acessados em navegadores ou perfis gerenciados do Chrome em dispositivos iOS da empresa ou BYOD.
As principais mudanças incluem:
- Os administradores podem bloquear, avisar ou auditar usuários ao acessar determinados sites ou categorias.
- Os usuários veem páginas intersticiais ao tentar acessar URLs bloqueados ou com avisos.
- O Chrome informa eventos de filtragem de URL.
- As atualizações na página
chrome://managementrefletem a nova funcionalidade.- Chrome 138 no iOS: o recurso de filtragem de URL está disponível no iOS.
- Suporte ao download da DLP para a API File System Access (FSA)
A proteção da Prevenção contra perda de dados (DLP) agora abrange arquivos e diretórios transferidos por download usando a API File System Access (FSA). Com essa melhoria, os downloads de aplicativos da Web modernos, como editores baseados em navegador, serão verificados de acordo com as regras de DLP da sua organização. Os usuários e os sites vão receber notificações sobre os vereditos de verificação, fortalecendo a segurança e a conformidade dos dados. Se um download violar uma política de DLP, ele será bloqueado, resultando em um arquivo vazio, e o site poderá indicar um erro "Bloqueado pela Navegação segura". Essa mudança beneficia principalmente a segurança, impedindo a exfiltração de dados por esse vetor. Os administradores precisam testar isso com aplicativos da Web usando a API FSA para observar o comportamento com as configurações atuais da DLP.
- Chrome 138 no ChromeOS, Linux, macOS e Windows: permite a análise de conteúdo de DLP para downloads iniciados pela API File System Access em plataformas selecionadas, governadas pelas políticas corporativas atuais.
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
- O Chrome no Android não é mais compatível com o Android Oreo ou Android Pie
A última versão do Chrome compatível com o Android Oreo ou Android Pie é o Chrome 138, e ela inclui uma mensagem para os usuários afetados informando a necessidade de fazer upgrade do sistema operacional. O Chrome 139 e versões mais recentes não serão compatíveis, enviados nem disponibilizados para usuários com o Android Oreo ou Android Pie.
- Chrome 139 no Android : o Chrome no Android não é mais compatível com o Android Oreo ou o Android Pie.
- Gemini no Chrome
O Gemini agora está integrado ao Chrome no macOS e no Windows e pode entender o conteúdo da sua página atual. Agora os usuários podem conferir os principais pontos, esclarecer conceitos e encontrar respostas sem sair da guia do Chrome. Essa integração inclui o chat, em que os usuários podem interagir com o Gemini por texto, e o Gemini Live, em que os usuários podem interagir com o Gemini por voz.
No Chrome 137, o Gemini no Chrome está disponível para assinantes do Google AI Pro e Ultra nos EUA. Um lançamento mais amplo vai ocorrer em marcos futuros. Os administradores podem desativar esse recurso (valor 1) usando a política GeminiSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte Gemini no Chrome na Central de Ajuda.
- Chrome 137 no macOS e Windows: o recurso está disponível para alguns assinantes do Google AI Pro e Ultra nos EUA e nos canais pré-Stable (Dev, Canary e Beta) nos EUA.
- Chrome 139 no macOS e Windows: o recurso foi lançado gradualmente na versão estável para usuários conectados ao Chrome nos EUA.
- Verificações de download de APKs maliciosos
Agora o Chrome no Android vai entrar em contato com os servidores do Google para verificar a segurança dos arquivos APK baixados. Se um arquivo APK for considerado perigoso, o Chrome vai mostrar um aviso e bloquear o download para proteger os usuários contra malware em dispositivos móveis. Esses avisos de download podem ser ignorados pelo usuário na interface do Chrome. Essas verificações de download de APKs maliciosos serão realizadas para usuários inscritos na Proteção Padrão ou na Proteção Reforçada da Navegação Segura do Google. Para desativar esse recurso, defina o modo Navegação segura como "Sem proteção" usando a política SafeBrowsingProtectionLevel.
- Chrome 139 no Android
- Próxima mudança nos certificados de AC incluídos na Chrome Root Store
Em resposta a falhas de compliance frequentes, o Chrome 139 mudou a forma da autenticação de servidor TLS de confiança pública, ou seja, sites ou certificados emitidos pela Chunghwa Telecom e Netlock, são confiáveis por padrão. Isso vale para o Chrome 139 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 Chunghwa Telecom ou da Netlock incluídos na Chrome Root Store e emitidos:
- a partir de 31 de julho de 2025, não serão mais confiáveis por padrão.
- até 31 de julho de 2025, não serão afetados por essa mudança.
Se um usuário do Chrome ou uma empresa confiar explicitamente em um dos certificados da Chunghwa Telecom ou da Netlock afetados em uma plataforma e versão do Chrome que dependem da Chrome Root Store, por exemplo, quando a confiança explícita for transmitida por um objeto de política de grupo do Windows, as restrições de carimbos de data/hora de certificados assinados (SCT, na sigla em inglês) descritas acima vão ser substituídas e os certificados vão funcionar como hoje.
Confira mais informações e recursos de teste em Sustaining Digital Certificate Security - Upcoming Changes to the Chrome Root Store.
Para saber mais sobre a Chrome Root Store, consulte as Perguntas frequentes.
- Chrome 139 no Android, ChromeOS, Linux, macOS e Windows: todas as versões do Chrome 139 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 31 de julho de 2025.
- Migre extensões para o Manifesto V3 antes de junho de 2025
As extensões precisam ser atualizadas para usar o Manifesto V3. As extensões do Chrome estão sendo transferidas para uma nova versão do manifesto, o Manifesto V3. Isso proporcionará mais privacidade aos usuários, por exemplo, ao passar para um modelo em que as extensões modificam as solicitações de maneira declarativa, sem a capacidade de ver solicitações individuais. Isso também melhora a segurança das extensões, já que o código hospedado remotamente não será permitido no Manifest V3.
Em junho de 2024, o Chrome começou a desativar gradualmente as extensões do Manifest V2 em execução no navegador. Uma política corporativa, ExtensionManifestV2Availability, pode ser usada para testar o Manifest V3 na sua organização antes da migração. Além disso, as máquinas em que a política estiver ativada não vão estar sujeitas à desativação das extensões do Manifesto V2 até o ano seguinte, junho de 2025, quando a política será removida.
Para saber qual versão do Manifest é usada por todas as extensões do Chrome em execução na sua frota, confira a página Uso de apps e extensões no Chrome Enterprise Core.
- Chrome 127 no ChromeOS, Lacros, Linux, MacOS e Windows: o Chrome vai desativar gradualmente as extensões do Manifest V2 nos dispositivos dos usuários. Somente os usuários com a política corporativa ExtensionManifestV2Availability ativada poderão continuar usando as extensões do Manifest V2 na organização.
- Chrome 139 no ChromeOS, Linux, macOS e Windows: remove a política ExtensionManifestV2Availability.
- Notificações promocionais
A partir do Chrome 128, as notificações promocionais no nível do SO são mostradas aos usuários. Essas notificações são regidas pela política corporativa PromotionsEnabled.
- Chrome 128 no ChromeOS, Linux, macOS, Windows
- Chrome 139 no Windows: no Chrome 138, as notificações de promoção só eram ativadas nos clientes do Chrome quando a atualização do Windows 10 para o Windows 11 era feita. No Chrome 139, isso foi estendido para todas as instalações do Chrome no Windows. As notificações ainda serão mostradas apenas para um subconjunto de usuários com baixo engajamento e podem ser desativadas pela política empresarial PromotionsEnabled.
- Remoção de flags de extensão arriscadas no Google Chrome
Para melhorar a segurança e a estabilidade do navegador Chrome para nossos usuários, os builds oficiais com a marca Chrome vão remover as flags de linha de comando
--extensions-on-chrome-urlse--disable-extensions-excepta partir do Chrome 139. Essa mudança tem como objetivo reduzir os riscos associados a extensões nocivas e indesejadas.Os desenvolvedores ainda podem usar as duas flags em builds sem marca, como o Chromium e o Chrome for Testing.
- Chrome 139 no Linux, macOS e Windows: lançamento gradual
- Remover o substituto do SwiftShader
A permissão para fallback automático para o WebGLcom suporte do SwiftShader foi descontinuada, e a criação de contexto do WebGL agora falha em vez de retornar ao SwiftShader. Isso foi feito por dois motivos principais:
- O SwiftShader é um alto risco de segurança devido ao código JIT em execução no processo de GPU do Chromium.
- 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-swiftshaderremoverá essa mensagem de aviso.O Chromium e outros navegadores não garantem a disponibilidade do WebGL. É importante testar e resolver 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. Uma política corporativa temporária vai estar disponível no Chrome 138 para reverter a mudança.
- Chrome 137 no Windows: o SwiftShader será desativado e substituído por outro fallback do WebGL para software, o WARP. Os testes que dependem dos valores exatos de pixels gerados pelo SwiftShader podem começar a falhar.
- Chrome 139 no Linux e macOS: o Swiftshader será desativado no macOS e no Linux a partir do Chrome 138. Os usuários em máquinas sem GPU não poderão usar o WebGL.
- Suporte a contas em estado pendente no Chrome para iOS
As contas com credenciais invalidadas não serão mais desconectadas automaticamente e removidas do Chrome no iOS. Em vez disso, essas contas vão permanecer com login no navegador, em um "estado pendente" recém-introduzido associado a uma indicação de erro persistente na interface, para que os usuários sejam incentivados a resolvê-lo. Isso também significa que os dados locais associados a essas contas não serão mais excluídos automaticamente, mas mantidos no disco. As políticas atuais que controlam o login (por exemplo, BrowserSignin) vão continuar funcionando como antes.
- Chrome 139 no iOS: o recurso será lançado gradualmente
- O Chrome removerá o suporte para o macOS 11
O Chrome 138 será a última versão com suporte para o macOS 11. O Chrome 139 e versões mais recentes não serão mais compatíveis com o macOS 11, que está fora do período de suporte da Apple. A execução em um sistema operacional com suporte é essencial para manter a segurança.
Em Macs com o macOS 11, o Chrome vai continuar funcionando, mostrando uma barra de informações de aviso, mas não vai ser atualizado. Se um usuário quiser atualizar o Chrome, será necessário atualizar o computador para uma versão compatível do macOS. Para novas instalações do Chrome 139 ou mais recente, será necessário o macOS 12 ou mais recente.
- Chrome 139 no Windows, macOS e Linux
- Limpar o nome da janela para navegações entre sites que mudam o grupo de contexto de navegação
Atualmente, o valor da propriedade
window.nameé preservado durante todo o ciclo de vida de uma guia, mesmo com navegação que alterna grupos de contexto de navegação, o que pode vazar informações e ser potencialmente usado como um vetor de rastreamento. Nesse caso, limpar a propriedadewindow.nameresolve o problema.Esta atualização vai introduzir uma nova política corporativa temporária, ClearWindowNameCrossSiteBrowsing, que vai deixar de funcionar no Chrome 142.
- Chrome 139 no Windows, macOS, Linux, Android e iOS
- O evento de erro é disparado em vez de gerar uma exceção para o worker bloqueado pela CSP.
Quando bloqueado pela Política de Segurança de Conteúdo (CSP), o Chromium atualmente gera um SecurityError do construtor de Worker e SharedWorker. Para ser compatível com a especificação, o CSP precisa ser verificado como parte da busca e, em seguida, disparar eventos de erro de forma assíncrona, em vez de gerar uma exceção quando o script executa "
new Worker(url)" ou "new SharedWorker(url)".O objetivo desta atualização é tornar o Chromium compatível com as especificações, ou seja, ele não gera mais exceções após chamadas de construtor e dispara eventos de erro de forma assíncrona.
- Chrome 139 no Windows, macOS, Linux e Android
- Manifesto do app da Web: especifica a qualificação para atualização, os URLs de ícones são Cache-Control: imutável
A partir do Chrome 139, o manifesto do app da Web vai especificar um algoritmo de qualificação de atualização. Isso torna o processo de atualização mais determinista e previsível, dando ao desenvolvedor mais controle sobre se (e quando) as atualizações devem ser aplicadas às instalações atuais e permitindo a remoção da "limitação de verificação de atualização" que os agentes do usuário precisam implementar para evitar o desperdício de recursos de rede.
- Chrome 139 no Windows, macOS e Linux
- Chrome 140 no Android
- Aplicação da verificação em duas etapas para administradores
Para proteger melhor as informações da sua organização, em breve o Google vai exigir que todas as contas com acesso a admin.google.com ativem a verificação em duas etapas (2SV). Como admin do Google Workspace, você precisa confirmar sua identidade com a verificação em duas etapas, que requer sua senha e algo adicional, como um número de telefone ou uma chave de segurança.
A aplicação será lançada gradualmente nos próximos meses. Ative a verificação em duas etapas nas contas de administrador da sua organização antes que o Google aplique esse recurso. Para mais informações, consulte este artigo da Central de Ajuda.
- Chrome 137 no ChromeOS, Linux, macOS e Windows: início da ativação da autenticação de dois fatores
- Chrome 140 no ChromeOS, Linux, macOS e Windows: verificação em duas etapas obrigatória
- Happy Eyeballs V3
Esse lançamento é uma otimização interna no Chrome que implementa o Happy Eyeballs V3 para melhorar a simultaneidade da conexão de rede. O Happy Eyeballs V3 executa resoluções de DNS de forma assíncrona e intercala as tentativas de conexão com protocolos preferíveis (H3/H2/H1) e famílias de endereços (IPv6 ou IPv4) para reduzir o atraso de conexão da rede visível para o usuário. Esse recurso é bloqueado por uma política temporária HappyEyeballsV3Enabled.
- Chrome 140 no Android, ChromeOS, Linux, macOS e Windows
- Apps isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web. Eles oferecem proteções mais fortes contra comprometimento do servidor e outras adulterações necessárias para desenvolvedores de aplicativos sensíveis à segurança.
Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos na explicação em vez de serem hospedados em servidores da Web ativos e buscados por HTTPS.
Nesta versão inicial, os IWAs só poderão ser instalados por uma política de administrador em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 140 no Windows : esse lançamento adiciona suporte a apps da Web isolados em configurações de navegador gerenciadas pela empresa no Windows.
- Proibir a pré-renderização HTTP em texto simples não confiável
Com esse lançamento, será possível impedir a pré-renderização HTTP de texto simples não confiável.
- Chrome 140 no Windows, macOS, Linux e Android
- Prevenção de rastreamento de HSTS
Essa atualização vai reduzir o rastreamento de usuários por terceiros usando o cache do HTTP Strict Transport Security (HSTS). Esse recurso só permite upgrades HSTS para navegações de nível superior e bloqueia upgrades HSTS para solicitações de subrecursos. Isso torna inviável que sites de terceiros usem o cache HSTS para rastrear usuários na Web.
- Chrome 140 no Windows, macOS, Linux e Android
- Proteção de IP
Esse recurso limita a disponibilidade do endereço IP original de um usuário em contextos de terceiros no Modo de navegação anônima, melhorando as proteções contra o rastreamento entre sites quando os usuários escolhem navegar nesse modo. Os endereços IP facilitam vários casos de uso, incluindo o roteamento de tráfego e a prevenção de fraudes e spam. No entanto, eles também podem ser usados para rastreamento. Para os usuários do Chrome que escolhem navegar no modo de navegação anônima, queremos oferecer mais controle sobre o endereço IP, sem interromper a funcionalidade essencial da Web. Para encontrar esse equilíbrio entre proteção e usabilidade, esta proposta se concentra em limitar o uso de endereços IP em um contexto de terceiros no modo de navegação anônima. Para isso, a proposta usa uma abordagem baseada em lista, em que apenas os domínios na lista de domínios mascarados (MDL, na sigla em inglês) em um contexto de terceiros serão afetados. Para empresas, esse recurso pode ser controlado pela política corporativa PrivacySandboxIpProtectionEnabled.
- Chrome 140 no Windows, macOS, Linux e Android
- Política rígida de mesma origem para a API Storage Access
Planejamos ajustar a semântica da API Storage Access para seguir estritamente a política de mesma origem e melhorar a segurança. O uso de
document.requestStorageAccess()em um frame apenas anexa cookies às solicitações para a origem do iframe (não ao site) por padrão. A política CookiesAllowedForUrls ou os cabeçalhos de acesso ao armazenamento ainda podem ser usados para desbloquear cookies entre sites.- Chrome 140 no Windows, macOS, Linux e Android
- Não permitir espaços em hosts de URL que não sejam file://
De acordo com a especificação do padrão de URL, os 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 nos HTTPS URLs for WebSocket da Interop2024 e áreas de foco de URL. 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).- Chrome 141 no Android, ChromeOS, Lacros, Linux, macOS, Windows e Fuchsia
- Migração da API SafeBrowsing v4 para a v5
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. Para mais detalhes, consulte Migração da V4: Navegação segura.- Chrome 145 no Android, iOS, ChromeOS, Linux, macOS e Windows : o lançamento do recurso será gradual.
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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.
A partir do Chrome 125, os administradores poderão usar a política corporativa UiAutomationProviderEnabled para forçar a ativação do novo provedor (para que todos os usuários recebam a nova funcionalidade) ou desativar o novo provedor. Essa política vai estar disponível até o Chrome 146 e será removida no Chrome 147. 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 146 para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente.
- Chrome 147 no Windows: a política UiAutomationProviderEnabled 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
-
Novos comandos remotos e exportação de CSV para a lista de perfis gerenciados
O Admin Console vai oferecer suporte aos comandos remotos "Limpar cache" e "Limpar cookies" no nível do perfil e à exportação de CSV para a lista de perfis gerenciados. Você pode selecionar um ou vários perfis e executar um comando remoto.
- Chrome 137 no Android, Linux, macOS e Windows: adição da exportação em CSV para perfis gerenciados.
- Chrome 139 no Linux, macOS e Windows: suporte no nível do perfil para comandos remotos.
-
Cards da página "Nova guia" para o Microsoft 365
Os usuários corporativos com o Outlook ou o SharePoint poderão acessar as próximas reuniões ou arquivos sugeridos diretamente na página "Nova guia". Essa experiência simplificada elimina a necessidade de trocar entre guias ou perder tempo procurando a próxima reunião. Assim você ganha tempo para o que realmente importa. Os administradores podem ativar os cards com NTPSharepointCardVisible e NTPOutlookCardVisible. Para locatários do Microsoft que não permitem a autoautorização, o administrador também precisa consentir com as permissões do app durante a primeira autenticação ou aprovar o uso do app no Microsoft Entra.
- Chrome 134 no Linux, macOS e Windows: disponível para Trusted Testers
- Chrome 137 no Linux, macOS e Windows: lançamento gradual para todos os clientes
- Chrome 139 no ChromeOS, Linux, macOS e Windows: os usuários não precisam fazer login no Chrome para usar esse recurso.
-
Página de visão geral do Chrome Enterprise
Com esse lançamento, apresentamos uma nova página de Visão geral na seção "Navegador Chrome" do Google Admin Console. Na página de visão geral, os administradores de TI encontram rapidamente informações importantes sobre a implantação:
- Ativar e desativar perfis e navegadores registrados
- Identificar navegadores desatualizados e com atualizações pendentes
- Identificar extensões de alto risco (de acordo com o Spin.AI) e ver uma prévia das extensões mais solicitadas.
- Insights de segurança (por exemplo, uploads ou downloads de arquivos confidenciais)
A página de visão geral também permite que os administradores acessem rapidamente ações importantes, como gerenciar extensões, acessar a lista de navegadores ou perfis e definir políticas de atualização, entre outras.
- Chrome 137 no Android, iOS, Linux, macOS e Windows
- Chrome 140 no Android, iOS, Linux, macOS e Windows : nova filtragem disponível na página "Visão geral" para unidade organizacional e datas de atividade
Próximas mudanças no Chrome Enterprise Premium
- Refactor da UX da regra do navegador Chrome
Para melhorar a experiência de criação de regras de Prevenção contra perda de dados (DLP), o Google Admin Console está sendo atualizado para simplificar a definição de políticas para diferentes aplicativos, como o Chrome e o Workspace. Isso introduz grupos de aplicativos mutuamente exclusivos, o que significa que uma única regra de DLP agora só pode segmentar um grupo de aplicativos por vez, seja apps do Workspace (como o Drive e o Gmail), gatilhos do navegador Chrome (como upload de arquivos, URL visitado) ou gatilhos do ChromeOS. Essa mudança simplifica a configuração de regras, elimina possíveis conflitos de seleção de apps sobrepostos e prepara o terreno para fluxos de trabalho mais especializados e fáceis de usar, adaptados às necessidades de cada plataforma.
Os administradores vão encontrar uma interface de seleção "Apps" atualizada com botões de opção para aplicar essa seleção de um único grupo para novas regras. As regras atuais que antes combinavam aplicativos de vários grupos serão migradas de forma transparente pelo sistema para regras separadas, em conformidade e de plataforma única, para garantir a proteção contínua e uma transição tranquila. Os banners no Admin Console vão fornecer informações sobre essas mudanças e o processo de migração. Não há novas políticas corporativas com essa atualização. As mudanças são na interface de configuração de regras.
- Chrome 139 no ChromeOS, Linux, macOS e Windows :permite a seleção de apps mutuamente exclusivos para a configuração de regras de DLP no Admin Console.
- Proteção contra regras de copiar e colar
Para ajudar as organizações a evitar melhor a exfiltração de dados em dispositivos móveis, o Chrome está ampliando os controles de dados da área de transferência de dados do computador. Os administradores agora podem usar a política DataControlsRules para definir regras que bloqueiam ou alertam os usuários ao tentarem copiar ou colar conteúdo que viola as políticas da organização. Esse recurso permite que os administradores definam limites de dados e impeçam que informações sensíveis sejam coladas de um contexto de trabalho em apps ou sites pessoais na frota de dispositivos móveis. Isso resolve uma lacuna de segurança significativa e um recurso frequentemente solicitado por clientes empresariais que citaram a falta de controles de dados móveis como uma preocupação. Para usar esse recurso, os administradores podem configurar restrições de área de transferência na política DataControlsRules, oferecendo uma experiência de gerenciamento consistente em computadores e dispositivos móveis para fortalecer a postura de segurança geral da organização.
- Chrome 139 no Android : proteção de regras de copiar e colar disponível no Android
Resumo da versão 138 do ChromeOS
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Ferramentas para sala de aula | ✓ | ✓ | |
| Planos de fundo livres do ChromeOS | ✓ | ||
| Quero ajuda para ler no ChromeOS | ✓ | ||
| Atualizações de acessibilidade | ✓ | ||
| Expansão da política de recursos do sistema desativados | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Mudanças nos apps do Chrome | ✓ | ||
| Descontinuação do Cliente nativo (NaCl) | ✓ | ||
| Validação do certificado do servidor EAP/TLS | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
ChromeOS updates
-
Class Tools
Class Tools are premium teaching and learning tools built for Chromebooks. They aim to provide teachers with real-time classroom management tools and enhance learning for students. Class Tools help teachers to:
- send and lock website content on student Chromebooks.
- offer students on-screen captions and real-time translations.
- view and share students' screens.
To learn more, see Overview of Class Tools in the Help Center. To use Class Tools, your organization needs to have a Google Workspace for Education Plus or a Teaching and Learning add-on license. For more details, see Education Plus edition.
-
ChromeOS freeform wallpapers
As early as ChromeOS 138, freeform wallpapers offer an unrestricted input field that empowers users to express their individuality, creativity, and passions by turning their background into a personal canvas. Users can generate wallpapers by inputting different prompts in the text field, or use the Inspire me feature, which will generate random prompts and wallpapers until you find one you like. This feature is available on Chromebook Plus devices only. For more information, see Wallpaper settings.
Admins can control this feature using the GenAIWallpaperSettings policy.
- For 18+ consumers, the default is Allow with data collection.
- For 18+ managed users, the default is Allow without data collection.
- Users under 18 cannot access the feature.
-
Help me read on ChromeOS
As early as ChromeOS 138, Help me read on ChromeOS provides an AI-powered solution to help you quickly understand text information written in verbose and convoluted language or with jargon. Select a piece of text and right-click on it to reveal the simplify button that can give you a straightforward version of the source, which can be digested at a glance.
Admins can control access to this feature using the HelpMeReadSettings policy, but users need to explicitly opt in to use Help me read on ChromeOS. This feature is available on Chromebook Plus devices only. For more details, see Chrome—Generative AI features and policies.
-
Expansion of the Disabled system features policy
We're releasing a significant expansion of the Disabled system features policy. You now have granular control over a wider range of applications, to allow for more tailored device management.
ChromeOS 138 supports disabling the following additional applications:This update provides administrators with enhanced flexibility to configure available apps according to specific organizational needs and security requirements.
- Web Store
- Canvas
- Explore
- Gallery
- Terminal
- Print Jobs
- Key Shortcuts
- YouTube
- Google Maps
- Gmail
- Google Docs
- Google Slides
- Google Sheets
- Google Drive
- Google Keep
- Google Calendar
- Google Chat
-
Accessibility updates
In ChromeOS 138, we've focused on refining the accessibility experience by addressing several key issues to improve usability and conformance.
Resolved issues:
- Incorrect Heading Levels: The Wallpaper and style page now uses correct heading levels, improving navigation for screen reader users.
- Gallery App - Date Announcement: ChromeVox now accurately announces date information when browsing the Google Photos image list within the Gallery App.
- Gallery App - px Unit Announcement: To provide clearer context, the px unit is now announced by ChromeVox when navigating Width and Height fields for image rescaling in the Gallery App.
- Out-of-Box Experience (OOBE) - Redundant Announcements: We've streamlined ChromeVox announcements during OOBE updates. The progress indicator is now hidden from screen readers to prevent redundant announcements like Progress indicator, min 0 max 100 and incorrect image announcements.
- Out-of-Box Experience (OOBE) - Focus Disruption: We’ve addressed an issue in OOBE where switching between personal and corporate account enrollment buttons with ChromeVox incorrectly shifted focus to the calendar. Focus now correctly remains on the updated screen or dialog.
Coming soon
Note: The items listed below are experimental or planned updates. They might change, be delayed, or canceled before launching to the Stable channel.
Upcoming ChromeOS changes
-
Chrome apps changes
Starting with ChromeOS 138, admin-installed Chrome apps in kiosk sessions will be disabled by default. A new policy, KioskChromeAppsForceAllowed, will be available prior to the release of ChromeOS 138 for administrators to re-enable Chrome apps in kiosk sessions. With this policy turned on, Chrome apps in kiosk sessions will be supported through ChromeOS 150.
Starting with ChromeOS 139, planned for stable release on August 19th, user-installed Chrome apps on ChromeOS will stop working. Apps that are force-installed through the admin console for Managed Guest sessions (MGS) and user sessions will continue to be supported. For more details, see End of support for Chrome apps.
-
Native Client (NaCl) deprecation
ChromeOS 138 will be the final release to support Native Client (NaCl) in managed environments with the NaCl allow policy enabled. For devices on the Long-term Support (LTS) channel with this policy active, NaCl support will continue until the LTS Last Refresh in April 2026.
-
EAP/TLS server certificate validation
Note: This change only affects customers utilizing EAP/TLS network setups and only affects networks set up before January of 2022.
Starting October 1, 2025, we will roll out this fix to the ChromeOS stable channel. A very small number of customers using EAP/TLS configurations might experience connectivity issues if their server certificates are signed by a Certificate Authority (CA) that is currently included in ChromeOS as a System CA.
To minimize disruption, admins can perform one of the following actions:
Option 1 (providing a higher level of security):
- Generate a new certificate for your Authentication Server, and ensure it is signed by the same Certificate Authority (CA) as used previously.
- Replace the existing certificates on your Authentication Server with the newly-generated certificates.
Option 2 ( if more time is needed before implementing Option 1):
- Sign in to Google Admin console.
-
From August 15 to October 1, to check for affected devices, admins can follow these instructions on the Beta channel:
- Access chrome://histograms in Chrome browser.
- Perform several disconnect and reconnect cycles for your Ethernet or Wi-Fi network.
- Allow approximately 10 seconds for data aggregation.
- Within the chrome://histograms page, search the histogram identified as
Network.Shill.Eap.EventCaCertExperiment1:- If the histogram is not present, your configuration is not impacted.
- Your configuration is likely to be impacted if a positive value is observed for both Event 8 (
FirstCertVerificationFailure) and Event 9 (CertVerificationRetryAttempt).
- Navigate to the configuration settings for the affected EAP/TLS network.
- Modify the Server Certificate Authority setting to System default certificate authorities.
Chrome 137
Resumo da versão 137 do Chrome
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Gemini no Chrome | ✓ | ||
| Particionamento de URL de blobs: busca/navegação | ✓ | ||
| Assistência do LLM do cliente para reduzir golpes | ✓ | ||
| DTLS 1.3 | ✓ | ||
| Remoção da opção de linha de comando --load-extension no Google Chrome | ✓ | ||
| Remover o substituto do SwiftShader | ✓ | ||
| Como personalizar perfis gerenciados com logotipo e rótulo personalizados | ✓ | ||
| Alinhamento do tipo de erro gerado para a criação de credenciais do pagamento WebAuthn: SecurityError => NotAllowedError | ✓ | ||
| Prevenção de rastreamento de HSTS | ✓ | ||
| Aplicação da verificação em duas etapas para administradores | ✓ | ||
| Preenchimento automático com IA | ✓ | ||
| 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 |
| Registro e relatórios de endereços IP | ✓ | ||
| Página de visão geral do Chrome Enterprise | ✓ | ||
| Novos comandos remotos e exportação de CSV para a lista de perfis gerenciados | ✓ | ||
| Cards da página "Nova guia" para o Microsoft 365 | ✓ | ✓ | |
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Suporte ao download da DLP para a API File System Access (FSA) | ✓ | ✓ | |
| Conector de relatórios em dispositivos móveis | ✓ | ✓ | |
| Como denunciar eventos da Navegação segura no iOS | ✓ | ||
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Melhorias nos favoritos e na lista de leitura no Chrome para computador | ✓ | ✓ | |
| Botão de ativação do script do usuário por extensão | ✓ | ||
| Navegação segura com maior proteção como uma configuração sincronizada | ✓ | ||
| Grupos de guias compartilhados | ✓ | ||
| Geração de insights para avisos e erros do console do Chrome DevTools | ✓ | ||
| Remoção das políticas corporativas de acesso à rede particular | ✓ | ||
| TLS 1.3 Early Data | ✓ | ||
| Cota de armazenamento informada previsível | ✓ | ||
| Política rígida de mesma origem para a API Storage Access | ✓ | ||
| API Summarizer | ✓ | ||
| API Language Detector | ✓ | ||
| API Translator | ✓ | ||
| Web serial por Bluetooth no Android | ✓ | ||
| Próxima mudança nos certificados de AC incluídos na Chrome Root Store | ✓ | ||
| O Chrome no Android não é mais compatível com o Android Oreo ou Android Pie | ✓ | ||
| Migre extensões para o Manifesto V3 antes de junho de 2025 | ✓ | ✓ | ✓ |
| O Chrome vai remover o suporte ao macOS 11 | ✓ | ||
| Happy Eyeballs V3 | ✓ | ||
| Apps isolados da Web | ✓ | ✓ | |
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| Migração da API SafeBrowsing v4 para a v5 | ✓ | ||
| 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 |
| Recomendações do Agentspace na omnibox do Chrome | ✓ | ✓ | |
| Exclusão de perfil inativo no Chrome Enterprise Core | ✓ | ✓ | |
| Compatibilidade com várias identidades no iOS | ✓ | ||
| Próximas mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Recursos de filtragem de URL no iOS | ✓ | ||
| Suporte ao download da DLP para a API File System Access (FSA) | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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 1 a 2 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
- Gemini no Chrome
O Gemini agora está integrado ao Chrome no macOS e no Windows e pode entender o conteúdo da sua página atual. Agora os usuários podem conferir os principais pontos, esclarecer conceitos e encontrar respostas sem sair da guia do Chrome. Essa integração inclui o chat, em que os usuários podem interagir com o Gemini por texto, e o Gemini Live
, em que os usuários podem interagir com o Gemini por voz.
No Chrome 137, o Gemini no Chrome está disponível para assinantes do Google AI Pro e Ultra nos EUA. Um lançamento mais amplo vai ocorrer em marcos futuros. Confira as próximas publicações dessas notas da versão para atualizações de disponibilidade.
Os administradores podem desativar esse recurso (valor 1) usando a política GeminiSettings ou GenAiDefaultSettings (valor 2). Para mais detalhes, consulte Gemini no Chrome na Central de Ajuda.
- Chrome 137: o recurso vai ficar disponível para alguns assinantes do Google AI Pro e Ultra nos EUA e nos canais pré-Stable (Dev, Canary e Beta) nos EUA.
- Um lançamento mais amplo vai ocorrer em marcos futuros. Confira as próximas publicações das Notas de lançamento empresariais para saber mais sobre atualizações de disponibilidade.
, em que os usuários podem interagir com o Gemini por voz.- Particionamento de URL de blobs: busca/navegação
Como continuação do particionamento de armazenamento, o Chrome 137 agora 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 Chrome 137 agora aplica o noopener em navegações de alto nível iniciadas pelo renderizador para URLs de 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 Chrome 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 137 no Android, ChromeOS, Linux, macOS e Windows
- Assistência do LLM do cliente para reduzir fraudes
Os usuários da Web estão enfrentando uma quantidade significativa de golpes de vários tipos por dia. Para combater esses golpes, o Chrome agora usa o LLM no dispositivo para identificar sites fraudulentos para usuários da Navegação segura com maior proteção. O Chrome envia o conteúdo da página para um LLM no dispositivo para inferir sinais relacionados à segurança da página e os envia para o lado do servidor da Navegação Segura para uma decisão final. Quando ativado, o Chrome pode consumir mais largura de banda para fazer o download do LLM.
A Navegação segura com maior proteção é um recurso que já existe, controlado pela política SafeBrowsingProtectionLevel.
- Chrome 134 no Linux, macOS e Windows colete o nome da marca e o resumo da intent da página que acionou o bloqueio do teclado para identificar sites de golpes.
- Chrome 135 no Linux, macOS e Windows: mostre os avisos ao usuário com base no veredito do servidor, que usa o resumo da marca e da intent da página que acionou o bloqueio do teclado.
- Chrome 137 no Linux, macOS e Windows: colete o resumo da marca e da intent da página com base no sistema de pontuação da reputação do servidor.
- Chrome 138 no Linux, macOS e Windows: mostre os avisos ao usuário com base no veredito do servidor, que usa a marca e a intent das páginas que receberam uma pontuação do sistema de reputação do servidor.
- DTLS 1.3
O Chrome 137 adiciona suporte ao Datagram Transport Layer Security (DTLS) 1.3 para conexões de comunicação em tempo real na Web (WebRTC). Anteriormente, o DTLS 1.2 era usado para todas as conexões do WebRTC. Isso é necessário para adicionar criptografia resistente a quântica à WebRTC.
- Chrome 137 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
- A chave de linha de comando --load-extension foi removida do Google Chrome
Para melhorar a segurança e a estabilidade do navegador Chrome para nossos usuários, os builds oficiais com a marca Chrome agora descontinuam a capacidade de carregar extensões usando a flag de linha de comando
--load-extension, a partir do Chrome 137. Essa mudança tem como objetivo reduzir os riscos associados a extensões nocivas e indesejadas.As extensões descompactadas podem ser carregadas usando o botão Carregar sem compactação na página de gerenciamento de extensões (
chrome://extensions/) com o modo de desenvolvedor ativado. Os desenvolvedores ainda podem usar a opção--load-extensionem builds sem marca, como o Chromium e o Chrome for Testing.- Chrome 137 no Linux, macOS e Windows
- Remover o substituto de SwiftShader
A permissão para fallback automático para o WebGLcom suporte do SwiftShader foi descontinuada, e a criação de contexto do WebGL agora falha em vez de retornar ao SwiftShader.
Isso foi feito por dois motivos principais:
- O SwiftShader é um alto risco de segurança devido ao código JIT em execução no processo de GPU do Chromium.
- 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-swiftshaderremoverá essa mensagem de aviso.O Chromium e outros navegadores não garantem a disponibilidade do WebGL. É importante testar e resolver 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. Uma política corporativa temporária vai estar disponível no Chrome 138 para reverter a mudança.
- Chrome 137 no Windows: o SwiftShader será desativado e substituído por outro fallback do WebGL para software, o WARP. Os testes que dependem dos valores exatos de pixels gerados pelo SwiftShader podem começar a falhar.
- Chrome 138 no Linux e macOS: o Swiftshader será desativado no macOS e no Linux a partir do Chrome 138. Os usuários em máquinas sem GPU não poderão usar o WebGL.
- Como personalizar perfis gerenciados com logotipo e rótulo personalizados
O Chrome 137 tem novas personalizações da barra de ferramentas e do menu de perfil que ajudam os usuários a identificar se o perfil do Chrome é gerenciado, seja em um dispositivo pessoal ou de trabalho. São especialmente úteis em cenários BYOD em que os funcionários usam os próprios dispositivos com contas gerenciadas.
Para personalizar essa experiência, estamos adicionando três políticas novas:
EnterpriseCustomLabel: personalize o texto exibido no elemento da barra de ferramentas para combinar com a marca da sua organização.
EnterpriseLogoUrl: adicione o logotipo da sua empresa ao menu do perfil.
EnterpriseProfileBadgeToolbarSettings: essa política pode desativar o rótulo padrão de um perfil gerenciado na barra de ferramentas do Chrome.
No Chrome 134, essas políticas ficaram disponíveis para personalizar o logotipo e o rótulo mostrados em um perfil gerenciado. A partir do Chrome 137, há atualizações no comportamento padrão do rótulo e do ícone do perfil sobreposto ao avatar da conta. No Chrome 138, os perfis gerenciados vão mostrar um rótulo trabalho ou escola, além do disco de perfil. No menu do perfil, haverá um ícone de edifício sobreposto ao avatar da conta. O disco de perfil aberto poderá ser desativado usando a política EnterpriseProfileBadgeToolbarSettings.
- Chrome 134 no LaCrOS, macOS e Windows: políticas para personalizar o rótulo e o ícone da barra de ferramentas (no menu do perfil).
- Chrome 137 no Linux, macOS e Windows: lançamento do Gerenciado pela sua organização no menu de perfil. O logotipo pode ser personalizado usando a política EnterpriseLogoUrl.
- Chrome 138 no Linux, macOS e Windows: lançamento dos rótulos padrão trabalho e escola na barra de ferramentas do Chrome. O rótulo pode ser desativado com a política EnterpriseProfileBadgeToolbarSettings.
- Alinhamento do tipo de erro gerado para pagamento Criação de credenciais do WebAuthn: SecurityError => NotAllowedError
Essa mudança corrige o tipo de erro gerado durante a criação de credenciais do WebAuthn para credenciais de pagamento. Devido a uma incompatibilidade histórica de especificação, a criação de uma credencial de pagamento em um iframe de origem cruzada sem a ativação do usuário gerava um
SecurityErrorem vez de umNotAllowedError, que é o que é gerado para credenciais que não são de pagamento.O código que detectava o tipo de erro gerado, por exemplo,
e instanceof SecurityError, era afetado. O código que geralmente processa erros durante a criação de credenciais, por exemplo,catch (e), vai continuar funcionando corretamente.- Chrome 137 no Windows, MacOS, Linux e Android
- Prevenção de rastreamento de HSTS
A prevenção de rastreamento do HTTP Strict Transport Security (HSTS) reduz o rastreamento de usuários por terceiros usando o cache do HSTS. Esse recurso só permite upgrades HSTS para navegações de nível superior e bloqueia upgrades HSTS para solicitações de subrecursos. Isso torna inviável que sites de terceiros usem o cache HSTS para rastrear usuários na Web.
- Chrome 137 no Windows, MacOS, Linux e Android
- Aplicação da verificação em duas etapas para administradores
Para proteger melhor as informações da sua organização, em breve o Google vai exigir que todas as contas com acesso a admin.google.com ativem a verificação em duas etapas (2SV). Como admin do Google Workspace, você precisa confirmar sua identidade com a verificação em duas etapas, que requer sua senha e algo adicional, como um número de telefone ou uma chave de segurança.
A aplicação será lançada gradualmente nos próximos meses. Ative a verificação em duas etapas nas contas de administrador da sua organização antes que o Google aplique esse recurso. Para mais informações, consulte este artigo da Central de Ajuda.
- Preenchimento automático com IA
A partir do Chrome 137, alguns usuários podem ativar o Preenchimento automático com IA, um novo recurso que ajuda a preencher formulários on-line com mais facilidade. Em formulários relevantes, o Chrome pode usar a IA para entender melhor o formulário e oferecer aos usuários a opção de preencher automaticamente as informações salvas anteriormente. Os administradores podem controlar o recurso usando a política atual GenAiDefaultSettings e uma nova política AutofillPredictionSettings.
- Chrome 137 no Linux, macOS, Windows e ChromeOS
- Novas políticas no navegador Chrome
Política Descrição GeminiSettings Configurações da integração do Gemini AutofillPredictionSettings Configurações do preenchimento automático com IA ProvisionalNotificationsAllowed Permite que o app use a autorização de notificações provisórias no iOS Reinicializar rapidamente em caso de desatualização UserSecurityAuthenticatedReporting Ativar os relatórios de nuvem de indicadores de segurança em perfis gerenciados BuiltInAIAPIsEnabled Permita que as páginas usem APIs de IA integradas Política de configuração para o Chrome Enterprise Connector OnSecurityEvent (agora disponível no iOS) UserSecuritySignalsReporting Ativar os relatórios de nuvem de indicadores de segurança em perfis gerenciados
- Políticas removidas do navegador Chrome
Política Descrição MutationEventsEnabled Reativar eventos de mutação descontinuados/removidos TabOrganizerSettings Configurações do Organizador de guias ZstdContentEncodingEnabled Ativar o suporte à codificação de conteúdo Zstd
Mudanças no Chrome Enterprise Core
- Geração de registros e relatórios de endereços IP
O Chrome Enterprise vai aprimorar os recursos de monitoramento de segurança e resposta a incidentes coletando e reportando endereços IP locais e remotos e enviando esses endereços aos registros da ferramenta de investigação de segurança (SIT, na sigla em inglês). Além disso, o Chrome Enterprise permitirá que os administradores tenham a opção de enviar os endereços IP para provedores gerenciamento de eventos e informações de segurança (SIEM, na sigla em inglês) internos e de terceiros usando o conector de relatórios do Chrome Enterprise. Veja mais informações em Gerenciar conectores de relatórios do Chrome Enterprise. Essa opção vai estar disponível para clientes do Chrome Enterprise Core e do Chrome Enterprise Premium.
- Chrome 137 no Windows, macOS e Linux
- Página de visão geral do Chrome Enterprise
O navegador Chrome Enterprise está lançando uma nova página de Visão geral na seção Navegador Chrome do Google Admin Console. Na página de visão geral, os administradores de TI encontram rapidamente informações importantes sobre a implantação:
- Ativar e desativar perfis e navegadores registrados
- Identificar navegadores desatualizados e com atualizações pendentes
- Identificar extensões de alto risco (de acordo com o Spin.AI) e ver uma prévia das extensões mais solicitadas.
A página de visão geral também permite acessar rapidamente as principais ações, como gerenciar extensões (bloquear e permitir) e acessar listas de navegadores e perfis.
- Chrome 137 no Android, iOS, Linux, macOS e Windows
- Novos comandos remotos e exportação de CSV para a lista de perfis gerenciados
O Admin Console vai oferecer suporte aos comandos remotos "Limpar cache" e "Limpar cookies" no nível do perfil e à exportação de CSV para a lista de perfis gerenciados. Você pode selecionar um ou vários perfis e executar um comando remoto.
- Chrome 137 no Android, Linux, macOS e Windows: adição da exportação em CSV para perfis gerenciados. É possível exportar os dados do perfil gerenciado fora do Admin Console.
- Chrome 138 no Linux, macOS e Windows: suporte no nível do perfil para os comandos remotos Limpar cache e Limpar cookies. Na lista de perfis gerenciados, você pode selecionar um ou vários perfis e executar um comando remoto.
- Cards da página "Nova guia" do Microsoft 365
Os usuários corporativos com o Outlook ou o Sharepoint já podem acessar as próximas reuniões ou arquivos sugeridos diretamente na página Nova Guia. Essa experiência simplificada elimina a necessidade de alternar guias ou perder tempo procurando a próxima reunião, permitindo que você se concentre no que é mais importante.
Os administradores podem ativar os cards com NTPSharepointCardVisible e NTPOutlookCardVisible. Para locatários do Microsoft que não permitem a autoautorização, o administrador também precisa consentir com as permissões do app durante a primeira autenticação ou aprovar o uso do app no Microsoft Entra.
- Chrome 134 no Linux, macOS e Windows: Trusted Testers
- Chrome 137 no Linux, macOS e Windows: início do lançamento
Mudanças no Chrome Enterprise Premium
Saiba mais sobre as diferenças entre o Chrome Enterprise Core e o Chrome Enterprise Premium.
- Suporte a downloads de DLP para a API File System Access (FSA)
A análise de conteúdo da Prevenção contra perda de dados (DLP) e as verificações profundas do Navegação segura do Chrome Enterprise Premium agora se estendem aos downloads de pastas e diretórios iniciados pela API File System Access (FSA), por exemplo, em IDEs baseados na Web. Isso resolve uma lacuna, melhorando a segurança dos dados ao aplicar regras de DLP existentes (configuradas com as políticas DataLeakPreventionRulesList e SafeBrowsingDeepScanningEnabled) a essas operações.
Se um download violar uma política de DLP, ele será bloqueado, resultando em um arquivo vazio, e o site poderá indicar um erro Bloqueado pela Navegação segura. Essa mudança beneficia principalmente a segurança, impedindo a exfiltração de dados por esse vetor. Os administradores precisam testar isso com aplicativos da Web usando a API FSA para observar o comportamento com as configurações atuais da DLP.
- Chrome 137 no ChromeOS, Linux, macOS e Windows: permite a análise de conteúdo de DLP para downloads iniciados pela API File System Access em plataformas selecionadas, governadas pelas políticas corporativas atuais.
- Conector de relatórios em dispositivos móveis
O conector de relatórios do Chrome Enterprise está sendo atualizado para incluir relatórios de eventos de segurança do Chrome em dispositivos móveis (Android e iOS). Isso vai dar aos administradores de TI visibilidade sobre eventos como visitas a sites não seguros, transferências de dados sensíveis (de acordo com as regras de proteção de dados) e correspondências de filtragem de URL que ocorrem em dispositivos móveis, alcançando a paridade de recursos com os relatórios de computador existentes. O objetivo dessa melhoria é melhorar a postura de segurança geral da organização, estendendo os recursos de detecção de ameaças e proteção de dados para plataformas móveis.
Para os clientes que usam a ferramenta de investigação de segurança (SIT), esses novos eventos do navegador para dispositivos móveis vão estar disponíveis para investigação. Essa integração com a SIT é um recurso do Chrome Enterprise Premium. Os administradores de TI precisam saber que esses outros tipos de eventos do dispositivo móvel vão começar a fluir pelo conector de relatórios configurado.
Não estamos lançando novas políticas corporativas específicas para controlar essa extensão de relatórios para dispositivos móveis. As configurações atuais do conector de relatórios, das regras de proteção de dados e das políticas de filtragem de URL vão determinar os eventos gerados e informados.
- Chrome 137 no Android e iOS : permite o envio de relatórios de eventos de segurança, por exemplo, sites não seguros, transferências de dados sensíveis, filtragem de URL, pelo conector de relatórios do Chrome para dispositivos móveis
- Como informar eventos da Navegação Segura no iOS
O recurso vai ativar os relatórios de eventos da Navegação segura no iOS para ajudar a aumentar a segurança dos ambientes corporativos. Esse recurso já foi implementado em computadores e dispositivos Android, e agora estamos estendendo a funcionalidade para o iOS. Para saber como ativar esse recurso, consulte este artigo da Central de Ajuda.
- Chrome 137 no iOS : os relatórios de eventos da Navegação segura vão estar disponíveis no iOS
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
- Melhorias nos favoritos e na lista de leitura no Chrome para computador
No Chrome 138 para computador, alguns usuários que fazem login no Chrome ao salvar um novo favorito agora podem usar e salvar favoritos e itens da lista de leitura na Conta do Google. As políticas empresariais relevantes que controlam os favoritos, assim como BrowserSignin, SyncDisabled ou SyncTypesListDisabled, vão continuar funcionando como antes, para que os administradores possam configurar se os usuários podem usar e salvar itens na Conta do Google. Definir EditBookmarksEnabled como falso também impede que os usuários façam upload de um marcador salvo no dispositivo para a Conta do Google.
- Chrome 138 no Linux, macOS e Windows
- Botão de ativação do script do usuário por extensão
No Chrome 138, a maneira como os usuários e administradores controlam a capacidade de uma extensão de executar scripts criados pelo usuário e usar a API userScripts está mudando. Essa mudança melhora a segurança. Os usuários finais não vão conceder acidentalmente permissões de script do usuário a todas as extensões ao ativar o Modo de desenvolvedor decidindo explicitamente quais extensões podem executar esses scripts potencialmente poderosos. Para mais detalhes sobre a motivação da mudança, consulte esta postagem do blog Chrome para desenvolvedores.
Agora, os usuários finais vão poder ativar ou desativar essa opção por extensão na página chrome://extensions usando o botão de ativação Permitir scripts de usuário, substituindo o botão de ativação global Modo de desenvolvedor para ter um controle mais granular. Esse botão de ativação será ativado automaticamente nas extensões existentes se o Modo de desenvolvedor estiver ativado e a permissão de scripts do usuário tiver sido concedida à extensão.
Os administradores que gerenciam scripts de usuário desativando o modo de desenvolvedor agora precisam usar a política`blocked_permissions` ou o Google Admin Console para controlar de forma independente a permissão e a extensão Modo de desenvolvedor dos scripts de usuário.
Recomendamos que os desenvolvedores de extensões atualizem a documentação para refletir o novo botão de ativação. Consulte a lista de e-mails Grupos do Google de Extensões do Chromium para mais informações e outras mudanças no uso da API.
- Chrome 138 no ChromeOS, Linux, macOS e Windows: lançamento de recursos
- Navegação segura com maior proteção como uma configuração sincronizada
A Navegação segura com maior proteção do Chrome está se tornando um recurso sincronizado. Isso significa que, se um usuário ativar a Navegação segura com maior proteção em um dispositivo, esse nível de proteção será aplicado automaticamente em todos os outros dispositivos em que fizer login no Chrome com a mesma conta. O objetivo é oferecer uma proteção de segurança mais forte e consistente e uma experiência do usuário padronizada.
Os usuários que ativarem a Navegação segura com maior proteção vão se beneficiar das proteções dela, como proteção contra phishing proativa, detecção de malware aprimorada e extensões maliciosas, de forma consistente nas instâncias sincronizadas do Chrome para computador (Windows, macOS, Linux, ChromeOS), no Android e no iOS. Os usuários vão receber uma notificação sobre essa mudança por elementos da interface quando a configuração da Navegação segura com maior proteção for sincronizada.
O nível de proteção da Navegação segura é um recurso que já existe, controlado pela política SafeBrowsingProtectionLevel.
- Chrome 138 no Android, ChromeOS, Linux, MacOS e Windows
- Grupos de guias compartilhados
Os usuários poderão colaborar em guias usando o recurso de grupos de guias compartilhados. Com esse recurso, os usuários podem criar e usar um conjunto de guias no computador ou dispositivo móvel, e os parceiros de colaboração acessam as mesmas guias nos próprios dispositivos. Quando uma pessoa mudar uma guia no grupo, as mudanças serão refletidas em todos os navegadores dos usuários no grupo. Uma política corporativa, TabGroupSharingSettings, vai estar disponível para controlar esse recurso.
- Chrome 138 no Android, ChromeOS, Linux, macOS e Windows : lançamento da capacidade de participar e usar um grupo de guias compartilhado. Os usuários do Chrome Stable não vão conseguir criar um grupo de guias compartilhado (o ponto de entrada não estará disponível). Essa parte do recurso só vai estar disponível no Beta/Dev/Canary para essa fase de lançamento.
- Geração de insights para avisos e erros do console do Chrome DevTools
Um novo recurso de IA generativa (GenAI) está disponível para usuários não gerenciados: geração de insights sobre avisos e erros do console do DevTools do Chrome. 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 o recurso com a política DevToolsGenAiSettings.
- Chrome 125 no ChromeOS, Linux, Mac e Windows: recurso 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: recurso disponibilizado para usuários gerenciados do Chrome Enterprise e do Education nas regiões aceitas.
- 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: agora o painel de assistência de IA consegue explicar recursos nos painéis Desempenho, Fontes e Network, além ainda de contar com suporte para depuração de estilo.
- Chrome 138 no ChromeOS, Linux, macOS e Windows : o painel de Assistência de IA expõe uma API interna que simplifica o uso de recursos do painel por ferramentas externas, como servidores de protocolo de contexto de modelo (MCP).
- Remoção das políticas corporativas de acesso à rede particular
O acesso à rede particular (PNA 1.0) é um recurso de segurança não enviado que limita o acesso a sites em redes locais. Devido a problemas de implantabilidade, a PNA 1.0 nunca foi capaz de ser enviada por padrão, porque era incompatível com muitos dispositivos.
A PNA 1.0 exigiu mudanças nos dispositivos em redes locais. Em vez disso, o Chrome está implementando uma proposta atualizada, o acesso à rede particular 2.0 (PNA 2.0) (GitHub). A PNA 2.0 exige mudanças apenas em sites que precisam acessar a rede local, e não em dispositivos na rede local. Os sites são muito mais fáceis de atualizar do que os dispositivos, e essa abordagem deve ser muito mais simples de implementar.
A única maneira de aplicar a PNA 1.0 é pela política corporativa. Para evitar a regressão da segurança para clientes corporativos que ativam a PNA 1.0 antes do lançamento da PNA 2.0, vamos manter a política PrivateNetworkAccessRestrictionsEnabled, que faz com que o Chrome envie mensagens especiais de simulação até que se torne incompatível com a PNA 2.0.
As políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que afrouxam as restrições da PNA 1.0, serão removidas imediatamente. No momento, essas políticas não têm efeito, já que o PNA 1.0 não é enviado, e elas não terão significado quando o PNA 1.0 for removido.
- Chrome 135 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia: descontinuação das políticas InsecurePrivateNetworkRequestsAllowedForUrls, InsecurePrivateNetworkRequestsAllowed e PrivateNetworkAccessRestrictionsEnabled.
- Chrome 138 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia:remoção de PrivateNetworkAccessRestrictionsEnabled, InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed. Uma política de substituição de PNA2 estará disponível no Chrome 138.
- TLS 1.3 Early Data
O TLS 1.3 Early Data permite que as solicitações GET sejam enviadas durante o handshake ao retomar uma conexão com um servidor TLS 1.3 compatível. Espera-se que o recurso demonstre melhorias de desempenho e vai estar disponível no Chrome 138 com uma política (TLS13EarlyDataEnabled) para controlar essa mudança.
O TLS 1.3 Early Data é um protocolo estabelecido. Os servidores, os dispositivos middlebox e o software de segurança do TLS atuais devem processar ou rejeitar o TLS 1.3 Early Data sem interromper a conexão. No entanto, os dispositivos que não implementam corretamente o padrão TLS (RFC8446) podem não funcionar corretamente e se desconectar quando o TLS 1.3 Early Data estiver em uso. Se isso ocorrer, os administradores precisarão entrar em contato com o fornecedor para que seja feita uma correção.
Essa política é uma medida temporária para controlar o recurso e será removida em uma etapa futura. Ela pode ser ativada em testes para ver se há problemas e desativada enquanto eles são resolvidos.
- Chrome 138 no Android, ChromeOS, Linux, MacOS e Windows
- Cota de armazenamento informada previsível
O Chrome 138 vai introduzir uma cota de armazenamento previsível da API de estimativa do StorageManager para sites que não têm permissões de armazenamento ilimitadas.
É possível detectar o modo de navegação de um usuário pela cota de armazenamento informada, porque o espaço de armazenamento disponibilizado é significativamente menor no modo de navegação anônima do que no modo normal. Essa é uma mitigação que impede a detecção do modo de navegação de um usuário pela API de armazenamento, informando uma cota artificial igual ao uso + min (10 GiB, disco arredondado para cima para o valor mais próximo de 1 GiB), em todos os modos de navegação para sites com permissões de armazenamento limitadas. Os sites com permissões de armazenamento ilimitado não serão afetados. A cota obrigatória também não será afetada.
- Chrome 138 no Windows, macOS, Linux e Android
- Política rígida de mesma origem para a API Storage Access
Planejamos ajustar a semântica da API Storage Access para seguir estritamente a política de mesma origem e melhorar a segurança. O uso de
document.requestStorageAccess()em um frame apenas anexa cookies às solicitações para a origem do iframe (não ao site) por padrão. A política CookiesAllowedForUrls ou os cabeçalhos de acesso ao armazenamento ainda podem ser usados para desbloquear cookies entre sites.- Chrome 138 no Windows, macOS, Linux e Android
- API Summarizer
A API Summarizer é uma API JavaScript para produzir resumos do texto de entrada, com o suporte de um modelo de linguagem de IA. Espera-se que os navegadores e sistemas operacionais tenham cada vez mais acesso a um modelo de linguagem. Ao expor esse modelo integrado, evitamos que cada site precise fazer o download do próprio modelo de linguagem com vários gigabytes ou enviar texto de entrada para APIs de terceiros. A API de resumo, em particular, expõe uma API de alto nível para interagir com um modelo de linguagem e resumir entradas para vários casos de uso (GitHub) de maneira que não dependa do modelo de linguagem específico em questão.
Uma política corporativa, GenAILocalFoundationalModelSettings, está disponível para desativar o download do modelo subjacente, o que tornaria essa API indisponível.
- Chrome 138 no Windows, macOS e Linux
- API Language Detector
A API Language Detector é uma API JavaScript para detectar o idioma de um texto com níveis de confiança. A detecção de idiomas é um complemento importante da tradução. Isso pode ser combinado com a tradução, por exemplo, usando a entrada do usuário em um idioma desconhecido e traduzindo para um idioma de destino específico. Atualmente, os navegadores já têm recursos de detecção de idioma, e queremos oferecê-los aos desenvolvedores Web por meio de uma API JavaScript, complementando a API de tradução. Uma política corporativa, GenAILocalFoundationalModelSettings, está disponível para desativar o download do modelo subjacente, o que tornaria essa API indisponível.
- Chrome 138 no Windows, macOS e Linux
- API Translator
A API Translator é uma API JavaScript que oferece recursos de tradução de idiomas para páginas da Web. Os navegadores estão cada vez mais oferecendo tradução de idioma aos usuários. Esses recursos de tradução também podem ser úteis para desenvolvedores Web. Isso é especialmente o caso quando as capacidades de tradução integradas do navegador não ajudam. Uma política corporativa, GenAILocalFoundationalModelSettings, está disponível para desativar o download do modelo subjacente, o que tornaria essa API indisponível.
- Chrome 138 no Windows, macOS e Linux
- Web serial por Bluetooth no Android
Esse recurso permite que páginas da Web e apps da Web se conectem a portas seriais por Bluetooth em dispositivos Android. O Chrome no Android agora oferece suporte à API Web Serial por Bluetooth RFCOMM. As políticas empresariais existentes (DefaultSerialGuardSetting, SerialAllowAllPortsForUrls, SerialAllowUsbDevicesForUrls, SerialAskForUrls e SerialBlockedForUrls) em outras plataformas são ativadas em estados future_on para Android. Todas as políticas, exceto SerialAllowUsbDevicesForUrls, serão ativadas após a ativação do recurso. SerialAllowUsbDevicesForUrls será ativada em um lançamento futuro, depois que o Android oferecer compatibilidade com portas seriais com fio no nível do sistema.
- Chrome 138 no Android
- O Chrome no Android não é mais compatível com o Android Oreo ou Android Pie
A última versão do Chrome compatível com o Android Oreo ou Android Pie é o Chrome 138, e ela inclui uma mensagem para os usuários afetados informando a necessidade de fazer upgrade do sistema operacional. O Chrome 139 e versões mais recentes não serão compatíveis, enviados nem disponibilizados para usuários com o Android Oreo ou Android Pie.
- Chrome 139 no Android : o Chrome no Android não é mais compatível com o Android Oreo ou o Android Pie.
- Migre extensões para o Manifesto V3 antes de junho de 2025
As extensões precisam ser atualizadas para usar o Manifesto V3. As extensões do Chrome estão sendo transferidas para uma nova versão do manifesto, o Manifesto V3. Isso proporcionará mais privacidade aos usuários, por exemplo, ao passar para um modelo em que as extensões modificam as solicitações de maneira declarativa, sem a capacidade de ver solicitações individuais. Isso também melhora a segurança das extensões, já que o código hospedado remotamente não será permitido no Manifest V3.
A partir de junho de 2024, o Chrome vai desativar gradualmente as extensões do Manifest V2 em execução no navegador. Uma política corporativa, ExtensionManifestV2Availability, pode ser usada para testar o Manifest V3 na sua organização antes da migração. Além disso, as máquinas em que a política estiver ativada não vão estar sujeitas à desativação das extensões do Manifesto V2 até o ano seguinte, junho de 2025, quando a política será removida.
Para saber qual versão do Manifest é usada por todas as extensões do Chrome em execução na sua frota, confira a página Uso de apps e extensões no Chrome Enterprise Core.
- Chrome 127 no ChromeOS, Lacros, Linux, MacOS e Windows: o Chrome vai desativar gradualmente as extensões do Manifest V2 nos dispositivos dos usuários. Somente os usuários com a política corporativa ExtensionManifestV2Availability ativada poderão continuar usando as extensões do Manifest V2 na organização.
- Chrome 139 no ChromeOS, Linux, macOS e Windows: remove a política ExtensionManifestV2Availability.
- O Chrome vai remover o suporte ao macOS 11
O Chrome 138 será a última versão com suporte para o macOS 11. O Chrome 139 e versões mais recentes não serão mais compatíveis com o macOS 11, que está fora do período de suporte da Apple. A execução em um sistema operacional com suporte é essencial para manter a segurança.
Em Macs com o macOS 11, o Chrome vai continuar funcionando, mostrando uma barra de informações de aviso, mas não vai ser atualizado. Se um usuário quiser atualizar o Chrome, será necessário atualizar o computador para uma versão compatível do macOS. Para novas instalações do Chrome 139 e versões mais recentes, será necessário o macOS 12 ou mais recente.
- Chrome 139 no Windows, macOS e Linux
- Happy Eyeballs V3
Esse lançamento é uma otimização interna no Chrome que implementa o Happy Eyeballs V3 para melhorar a simultaneidade da conexão de rede. O Happy Eyeballs V3 executa resoluções de DNS de forma assíncrona e intercala as tentativas de conexão com protocolos preferíveis (H3/H2/H1) e famílias de endereços (IPv6/IPv4) para reduzir o atraso de conexão da rede visível para o usuário. Esse recurso é bloqueado por uma política temporária HappyEyeballsV3Enabled.
- Chrome 140 no Android, ChromeOS, Linux, macOS e Windows
- Apps isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web. Eles oferecem proteções mais fortes contra comprometimento do servidor e outras adulterações necessárias para desenvolvedores de aplicativos sensíveis à segurança.
Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos na explicação em vez de serem hospedados em servidores da Web ativos e buscados por HTTPS.
Nesta versão inicial, os IWAs só poderão ser instalados por uma política de administrador em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 140 no Windows : esse lançamento adiciona suporte a apps da Web isolados em configurações de navegador gerenciadas pela empresa no Windows.
- Não permitir espaços em hosts de URL que não sejam file://
De acordo com a especificação do padrão de URL, os 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 nos HTTPS URLs for WebSocket da Interop2024 e áreas de foco de URL. 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).
- Chrome 141 no Android, ChromeOS, Lacros, Linux, macOS, Windows e Fuchsia
- Migração da API SafeBrowsing v4 para a v5
As chamadas do Chrome para a API Safe Browsing 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. Para mais detalhes, consulte Migração da V4: Navegação segura.- Chrome 145 no Android, iOS, ChromeOS, Linux, macOS e Windows
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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.
A partir do Chrome 125, os administradores poderão usar a política corporativa UiAutomationProviderEnabled para forçar a ativação do novo provedor (para que todos os usuários recebam a nova funcionalidade) ou desativar o novo provedor. Essa política vai estar disponível até o Chrome 146 e será removida no Chrome 147. 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 146 para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente.
- Chrome 137 no Windows: a política UiAutomationProviderEnabled será removida do Chrome. Todos os clientes vão usar o provedor da estrutura de acessibilidade de automação de interface do navegador.
Próximas mudanças no Chrome Enterprise Core
-
Recomendações do Agentspace na omnibox do Chrome
Com esse lançamento, os usuários corporativos podem acessar informações internas adicionando resultados da Pesquisa corporativa, como sugestões de pessoas, arquivos ou consultas, do Agentspace à barra de endereço do Chrome. Os resultados podem ser mostrados por padrão nas recomendações da barra de endereço do Chrome ou apenas quando acionados por uma palavra-chave personalizada.
Os usuários também podem usar o modo de palavra-chave para acionar ações no Agentspace, como "quero ajuda para escrever um e-mail que resuma o status atual do projeto".
O provedor de pesquisa corporativa será mostrado quando o usuário digitar "@" na barra de endereço. A organização poderá personalizar uma palavra-chave ou um atalho e o ícone exibido.
Isso pode ser configurado na política EnterpriseSearchAggregatorSettings.
- Chrome 135 no ChromeOS, Linux, macOS e Windows: Trusted Tester
- Chrome 138 no ChromeOS, Linux, macOS e Windows: disponibilidade geral
-
Exclusão de perfil inativo no Chrome Enterprise Core
Em junho de 2025, o período de inatividade para a configuração de exclusão de perfil começou a ser lançado. Em julho de 2025, a configuração vai começar a excluir automaticamente os perfis gerenciados no Admin Console que estiverem inativos por mais tempo do que o período de inatividade definido. Ao lançar a configuração, o período de inatividade tem o valor padrão de 90 dias. Por padrão, todos os perfis gerenciados inativos há mais de 90 dias são excluídos da sua conta. Os administradores podem alterar o valor do período de inatividade usando esta configuração. O valor máximo para determinar o período de inatividade do perfil é de 730 dias, e o mínimo, de 28 dias.
Se você diminuir o valor definido, isso poderá ter um impacto global nos perfis gerenciados. Todos os perfis afetados serão considerados inativos e, portanto, serão excluídos. Isso não exclui a conta do usuário. Se um perfil inativo for reativado em um dispositivo, ele vai reaparecer no console.
- Chrome 138 no Android, ChromeOS, Linux, macOS e Windows : a política será lançada em junho. A exclusão vai começar em julho, e a primeira fase de exclusão será concluída até o fim de agosto. Após o lançamento inicial da exclusão, os perfis inativos vão continuar sendo excluídos quando atingirem o período de inatividade.
-
Compatibilidade com várias identidades no iOS
O Chrome no iOS está lançando suporte para várias contas, principalmente para contas gerenciadas (de trabalho ou escolares). Esta atualização apresenta perfis de navegador separados para cada conta gerenciada, garantindo a separação estrita de dados entre a navegação profissional e pessoal. As contas comuns vão continuar compartilhando um único perfil.
Essa mudança tem como objetivo melhorar a oferta empresarial do Chrome e oferecer uma experiência de navegação mais segura e organizada, especialmente para usuários finais com contas pessoais e de trabalho no dispositivo. Os usuários vão passar por um fluxo de integração único ao adicionar uma conta gerenciada ao dispositivo. Será possível alternar entre as contas tocando no disco de partículas da conta na página Nova guia.
Os administradores que ativaram as políticas do Chrome no iOS (instruções aqui) poderão continuar usando as políticas atuais.
- Chrome 138 no iOS
Próximas mudanças no Chrome Enterprise Premium
- Recursos de filtragem de URL no iOS
Os recursos atuais de filtragem de URL do WebProtect para computador estão sendo estendidos para 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. Esse recurso faz parte do Chrome Enterprise Premium e tem como objetivo oferecer acesso à Internet seguro para usuários corporativos em qualquer dispositivo. Os administradores poderão criar regras de filtragem de URL para garantir que os funcionários só acessem URLs seguros e autorizados em dispositivos iOS. O Chrome vai informar eventos de filtragem de URL e eventos de sites não seguros pelo conector de relatórios em dispositivos móveis.
- Chrome 138 no iOS: o recurso de filtragem de URL está disponível no iOS.
- Suporte ao download da DLP para a API File System Access (FSA)
A proteção da prevenção contra perda de dados (DLP) será estendida para arquivos e diretórios transferidos por download usando a API File System Access (FSA). Com essa melhoria, os downloads de aplicativos da Web modernos, como editores baseados em navegador, serão verificados de acordo com as regras de DLP da sua organização. Os usuários e os sites vão receber notificações sobre os vereditos de verificação, fortalecendo a segurança e a conformidade dos dados.
- Chrome 138 no Windows, macOS, Android e ChromeOS Linux
Resumo da versão 137 do ChromeOS
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Política de Controle Facial no ChromeOS | ✓ | ||
| Cancelamento de crosstalk | ✓ | ||
| Atalho de teclado do ChromeVox para adicionar legendas em áudio com dispositivos em braille | ✓ | ||
| Coleta de registros baseada em eventos | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Mudanças nos apps do Chrome | ✓ | ||
| Descontinuação do Cliente nativo (NaCl) em breve | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações do ChromeOS
-
Política de Controle Facial no ChromeOS
Com o ChromeOS 137, lançamos uma nova política, FaceGazeEnabled, para permitir que os administradores tenham mais controle sobre o acesso ao Controle Facial em uma organização.
Saiba mais em Usar gestos faciais e movimentos da cabeça para controlar o Chromebook com o Controle Facial.
-
Cancelamento de crosstalk
O cancelamento de crosstalk oferece uma experiência de áudio imersiva ao usar o alto-falante interno. Os usuários podem sentir o áudio ao redor da cabeça, em vez de vir da posição geométrica do alto-falante interno. Qualquer conteúdo de áudio reproduzível se beneficia desse recurso, especialmente ao jogar ou assistir vídeos com áudio espacializado. Os usuários têm uma experiência de áudio imersiva com som surround, semelhante a usar um fone de ouvido.
-
Atalho de teclado do ChromeVox para adicionar legendas em áudio com dispositivos em braille
O ChromeVox agora ativa um comando que mostra o texto falado como legendas em braille em linhas braille conectadas (USB ou Bluetooth).
O comando do ChromeVox é Pesquisa + O + C e significa "Pesquisar legendas abertas".
O comando em braille é espaço + pontos 1-4-7. Para mais detalhes, consulte Usar um dispositivo braille com o Chromebook: Ajuda de acessibilidade do Google.
-
Coleta de registros baseada em eventos
Na coleta de registros baseada em eventos, quando um evento ocorre, por exemplo, uma falha no SO ou na atualização, você recebe uma notificação na página de detalhes do dispositivo. Também é possível conferir os eventos na página de detalhes do dispositivo para saber quando eles ocorreram e receber informações detalhadas. O Google faz o upload de registros relevantes para o tipo de evento específico, o que torna a solução de problemas mais eficiente.
Para ativar esse recurso:
- Ative a configuração Upload de registro do sistema do dispositivo.
- Ative o relatório de status de atualização do SO: na configuração Informar informações do SO do dispositivo, selecione Status de atualização do SO.
- Ative os relatórios de telemetria do dispositivo em informações de falhas: para a configuração Relatar telemetria do dispositivo, selecione Informações de falha.
Esses uploads podem acontecer no máximo duas vezes por dia em um dispositivo.
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 ChromeOS
-
Mudanças nos apps do Chrome
A partir do ChromeOS 138, programado para o lançamento estável em 22 de julho, os apps do Chrome instalados por administradores em sessões de quiosque serão desativados por padrão. Uma nova política, KioskChromeAppsForceAllowed, vai estar disponível antes do lançamento do ChromeOS 138 para que os administradores reativem os apps do Chrome em sessões de quiosque. Com essa política ativada, os apps do Chrome em sessões de quiosque vão ser compatíveis com o ChromeOS 150.
Além disso, a partir do ChromeOS 139, programado para o lançamento estável em 19 de agosto, os apps do Chrome instalados pelo usuário vão parar de funcionar.
Saiba mais em Fim do suporte a apps do Chrome.
-
Descontinuação do Cliente nativo (NaCl) em breve
O ChromeOS 138 será a versão final com suporte para o cliente nativo (NaCl) em ambientes gerenciados com a política de permissão do NaCl ativada. Para dispositivos no canal de suporte de longo prazo (LTS) com essa política ativa, o suporte ao NaCl vai continuar até a última atualização do LTS, em abril de 2026.
Chrome 136
Resumo da versão 136 do Chrome
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Atualizações na apresentação dos resultados do Google Lens | ✓ | ||
| Verificações de download de APKs maliciosos (somente telemetria) | ✓ | ||
| Notificações proativas para Dicas do Chrome no iOS | ✓ | ||
| Diretório de dados personalizado necessário para a depuração remota | ✓ | ||
| Particionamento de :visited no histórico de links | ✓ | ||
| Renomear a palavra-chave string do tipo attr() como raw-string | ✓ | ||
| Atualizar o ProgressEvent para usar o tipo duplo para loaded e total | ✓ | ||
| 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 |
| Suporte do WebAuthn para clientes da Área de Trabalho Remota em dispositivos gerenciados | ✓ | ✓ | |
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Novo conector de relatórios: Next-Gen SIEM do CrowdStrike Falcon | ✓ | ✓ | |
| Recursos de filtragem de URL no Android | ✓ | ✓ | |
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Remoção das políticas corporativas de acesso à rede particular | ✓ | ||
| Remoção da opção de linha de comando --load-extension | ✓ | ||
| Remover o substituto do SwiftShader | ✓ | ||
| Alinhamento do tipo de erro gerado para a criação de credenciais do pagamento WebAuthn: SecurityError => NotAllowedError | ✓ | ||
| Particionamento de URL de blobs: busca/navegação | ✓ | ||
| Web serial por Bluetooth no Android | ✓ | ||
| Happy Eyeballs V3 | ✓ | ||
| Política rígida de mesma origem para a API Storage Access | ✓ | ||
| Manifesto do app da Web: update_token e qualificação para atualização | ✓ | ||
| Migre extensões para o Manifesto V3 antes de junho de 2025 | ✓ | ✓ | ✓ |
| O Chrome vai remover o suporte ao macOS 11 | ✓ | ||
| Apps isolados da Web | ✓ | ✓ | |
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| Migração da API SafeBrowsing v4 para a v5 | ✓ | ||
| 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 |
| Geração de registros e relatórios de endereços IP | ✓ | ||
| Exclusão de perfil inativo no Chrome Enterprise Core | ✓ | ✓ | |
| Compatibilidade com várias identidades no iOS | ✓ | ||
| Recomendações do Google Agentspace na omnibox do Chrome | ✓ | ✓ | |
| Próximas mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Recursos de filtragem de URL no iOS | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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 1 a 2 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
- Atualizações na apresentação dos resultados do Google Lens
Agora os resultados da pesquisa de consultas do Google Lens com origem na câmera do dispositivo e na pesquisa de imagens em páginas da Web são apresentados em um painel de interface nativo que desliza da parte de baixo da tela. Antes, essas respostas eram apresentadas em uma nova guia de uma página da Web separada. Os administradores podem controlar esse recurso com a política LensCameraAssistedSearchEnabled.
- Chrome 136 no iOS
- Verificações de download de APKs maliciosos (somente telemetria)
Agora o Chrome no Android se comunica com o Google para verificar a segurança de arquivos do pacote Android (APKs) baixados. Esse é um estado experimental somente telemetria de um recurso que, no futuro, vai mostrar avisos e bloquear o download de arquivos APK maliciosos para proteger os usuários contra malware em dispositivos móveis. No momento, a verificação de download de APKs maliciosos é feita apenas por telemetria. Não são exibidos avisos, e os downloads não são bloqueados. No modo somente telemetria, a verificação do download de APKs maliciosos só será feita para usuários inscritos na Proteção Reforçada da Navegação Segura do Google.
Para desativar esse recurso, defina o modo Navegação Segura como NoProtection(valor 0) usando a política SafeBrowsingProtectionLevel.
- Chrome 136 no Android
- Notificações proativas para Dicas do Chrome no iOS
Agora os usuários podem receber Dicas do Chrome como notificações provisórias. Antes, só os usuários que ativaram as notificações das Dicas do Chrome as recebiam.
Nesta versão, o Chrome envia essas notificações de forma proativa para usuários que instalaram o Chrome no iOS, mas ficaram inativos por vários dias. Assim, os usuários nem precisam abrir o app para saber sobre recursos como o Google Lens ou a Navegação Segura com Maior Proteção. Os administradores podem desativar essas notificações usando a política ProvisionalNotificationsAllowed (disponível no Chrome 137).
- Chrome 136 no iOS
- Diretório de dados personalizado necessário para a depuração remota
Não será mais possível fazer a depuração remota usando uma porta TCP ou um pipe no Google Chrome com o diretório de dados padrão no Windows, Linux e macOS. É preciso especificar um diretório de dados personalizado para depurar remotamente o Google Chrome usando a chave
--user-data-dirquando as chaves--remote-debugging-pipeou--remote-debugging-portsão usadas.Fizemos essa mudança porque infostealers e malwares estão abusando dessas chaves de depuração remota para extrair dados do Google Chrome. Agora um diretório de dados do usuário personalizado usa uma chave de criptografia diferente. Isso evita que o malware roube dados criptografados, como cookies.
Essa mudança não afeta o Chrome for Testing e o Chromium.
- Chrome 136 no Linux, MacOS e Windows
- Particionamento de :visited no histórico de links
Para eliminar vazamentos do histórico de navegação do usuário, os elementos âncora são estilizados como
:visitedsomente se já tiverem sido clicados nessa origem de frame e site de nível superior. No navegador, isso significa que agora a hashtable VisitedLinks é particionada por chave tripla, ou seja, armazenando o seguinte para cada link visitado: <URL do link, site de nível superior, origem do frame>. Ao estilizar apenas os links que já foram clicados nesse site e frame, agora os ataques de canal lateral desenvolvidos para coletar informações de estilo de links:visitednão funcionam porque não fornecem mais aos sites novas informações sobre os usuários.Há uma exceção para self links: os links para as páginas de um site podem ter o estilo
:visited, mesmo que não tenham sido clicados nessa origem exata do site e do frame de nível superior. Essa isenção só é ativada em frames de nível superior ou subframes com a mesma origem do frame de nível superior. Os benefícios de privacidade acima são preservados porque os sites já sabem quais subpáginas um usuário visitou. Nenhuma informação nova é exposta. Essa foi uma exceção solicitada pela comunidade que também melhora a experiência do usuário.- Chrome 136 no Windows, macOS, Linux e Android
- Renomear a palavra-chave string do tipo attr() como raw-string
O argumento do tipo
attr()especifica como o valor do atributo é analisado em um valor CSS. Em uma decisão recente do Grupo de trabalho W3C CSS (link em inglês), foi decidido que a palavra-chavestringdo tipoattr()seria renomeada comoraw-string, que é mais explícita. Se o valor do atributo for a palavra-chaveraw-stringou omitido totalmente, o valor literal do atributo será tratado como o valor de uma string CSS, sem realizar nenhuma análise CSS (inclusive escapes CSS, remoção de espaços em branco, comentários etc.). Nenhum valor aciona o substituto. Somente a falta do atributo faz isso.Para saber mais sobre a notação attr(), consulte Nível 5 do módulo de valores e unidades do CSS (links em inglês).
- Chrome 136 no Windows, macOS, Linux e Android
- Atualizar o ProgressEvent para usar o tipo duplo para loaded e total
O
ProgressEventtem os atributosloadedetotalque indicam o andamento, e agora o tipo deles éunsigned long long.Com esse recurso, o tipo desses dois atributos mudou para "double", o que dá ao desenvolvedor mais controle sobre o valor. Por exemplo, agora os desenvolvedores podem criar um
ProgressEventcom ototalde 1 e oloadedaumentando de 0 para 1 gradualmente. Isso será alinhado com o comportamento padrão do elemento HTML<progress>se o atributo max for omitido. Saiba mais detalhes nesta discussão do grupo de trabalho da tecnologia de aplicativos de hipertexto da Web (WHATWG) no GitHub (em inglês).- Chrome 136 no Windows, macOS e Linux
- Novas políticas no navegador Chrome
Política Descrição OnSecurityEventEnterpriseConnector Política de configuração para o Chrome Enterprise Connector OnSecurityEvent (agora disponível no Android) WebAuthenticationRemoteDesktopAllowedOrigins Origens permitidas para solicitações de WebAuthn transmitidas por proxy de aplicativos de área de trabalho remota ReduceAcceptLanguageEnabled Controla a redução do Accept-Language HappyEyeballsV3Enabled Usa o algoritmo Happy Eyeballs V3 EnterpriseRealTimeUrlCheckMode Verifica o status da Navegação Segura dos URLs em tempo real (agora disponível no Android) ProvisionManagedClientCertificateForBrowser Permite o provisionamento de certificados do cliente para navegadores gerenciados
- Políticas removidas do navegador Chrome
Política Descrição ThirdPartyBlockingEnabled Ativa o bloqueio de injeção de software de terceiros ProfilePickerOnStartupAvailability Define a disponibilização do seletor de perfil na inicialização
Mudanças no Chrome Enterprise Core
- Suporte do WebAuthn para clientes da Área de Trabalho Remota em dispositivos gerenciados
Essa mudança permite que os usuários em dispositivos gerenciados acessem sites em hosts remotos usando chaves de acesso ou de segurança locais. Com a nova política corporativa WebAuthenticationRemoteDesktopAllowedOrigins, os administradores podem especificar quais aplicativos clientes da Área de Trabalho Remota fazem solicitações de WebAuthn em nome de outras origens.
Isso facilita o uso de autenticadores locais com Áreas de Trabalho Remotas, melhorando a segurança e a experiência do usuário. Para configurar essa política, os administradores criam uma lista separada por vírgulas de origens de apps clientes da Área de Trabalho Remota permitidos.
- Chrome 136 no Android, ChromeOS, Linux, macOS e Windows
Mudanças no Chrome Enterprise Premium
Saiba mais sobre as diferenças entre o Chrome Enterprise Core e o Chrome Enterprise Premium.
- Novo conector de relatórios: Next-Gen SIEM do CrowdStrike Falcon
O Chrome 136 tem um novo conector de relatórios do Chrome Enterprise para o Next-Gen SIEM do CrowdStrike Falcon. Os administradores podem configurar esse conector no Admin Console para encaminhar dados de eventos do Chrome selecionados ao Crowdstrike para aprimorar o monitoramento de segurança e as análises. Isso aumenta a flexibilidade das escolhas de SIEM e melhora a detecção de ameaças.
- Chrome 136 no ChromeOS, Linux, macOS, Windows
- Recursos de filtragem de URL no Android
A filtragem de URL do WebProtect agora foi estendida ao Android para os clientes do Chrome Enterprise Premium. Com isso, os administradores podem aplicar regras de auditoria, aviso ou bloqueio de URL em dispositivos Android gerenciados usando a política EnterpriseRealTimeUrlCheckMode, o que torna o controle do conteúdo da Web mais consistente em todas as plataformas. Os eventos de filtragem são informados pelo conector de relatórios, e a configuração é feita no Admin Console.
- Chrome 136 no Android
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
- Requisito do diretório de dados personalizado da porta de depuração remota
Não será mais possível fazer a depuração remota usando uma porta TCP ou um pipe no Google Chrome com o diretório de dados padrão no Windows, Linux e macOS.
Um diretório de dados personalizado precisa ser especificado para depurar remotamente o Google Chrome usando a chave
--user-data-dir, quando as chaves--remote-debugging-pipeou--remote-debugging-portforem usadas.A motivação para essa mudança é porque essas chaves de depuração remota estão sendo abusadas por infostealers e malwares para extrair dados do Google Chrome. Um diretório de dados do usuário personalizado usa uma chave de criptografia diferente. Assim, o malware não consegue mais roubar dados criptografados, como cookies.
Essa mudança não afeta o Chrome for Testing e o Chromium.
- Chrome 136 no Linux, MacOS e Windows
- Particionamento de URL de blobs: busca/navegação
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 136 no Windows, MacOS, Linux e Android
- Os getters de informações de localidade Intl foram descontinuados
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. Planejamos remover os getters descontinuados e reiniciar as funções renomeadas.
- Chrome 136 no Windows, MacOS, Linux e Android
- Atualizações da FedCM
A partir do Chrome 136, a API Federated Credential Management (FedCM) vai poder mostrar vários provedores de identidade na mesma caixa de diálogo. Isso vai oferecer aos desenvolvedores uma maneira conveniente de apresentar todos os provedores de identidade compatíveis aos usuários. Primeiro, vamos abordar o caso simples de ter todos os provedores na mesma chamada get().
Planejamos remover o suporte para adição de outra conta no modo passivo do FedCM. Esse recurso permite mostrar um botão Usar outra conta com outras contas de IdP no seletor. No momento, o recurso não está sendo usado, e as conversas de UX indicam que o suporte a ele leva a um fluxo mais complicado sem muitos benefícios. Esse recurso ainda vai funcionar no modo ativo do FedCM.
- Chrome 136 no Windows, MacOS, Linux e Android
- Particionamento: histórico de links visitados
Para eliminar vazamentos de histórico de navegação do usuário, os elementos âncora são estilizados como
:visitedsomente se tiverem sido clicados anteriormente a partir dessa origem de site e frame de nível superior. No navegador, isso significa que a hashtable VisitedLinks agora é particionada por chave tripla ou armazenando o seguinte para cada link visitado: <link URL, top-level site, frame origin>. Ao estilizar apenas os links que já foram clicados neste site e frame, os muitos ataques de canal lateral que foram desenvolvidos para coletar informações de estilo de links:visitedagora estão obsoletos, porque não fornecem mais aos sites novas informações sobre os usuários.Há uma exceção para self links, em que os links para as páginas de um site podem ter o estilo
:visited, mesmo que não tenham sido clicados nessa origem exata do site e do frame de nível superior. Essa isenção só é ativada em frames ou subframes de nível superior que têm a mesma origem do frame de nível superior. Os benefícios de privacidade acima ainda são alcançados porque os sites já sabem quais subpáginas um usuário visitou. Assim, nenhuma nova informação é exposta. Essa foi uma exceção solicitada pela comunidade que também melhora a experiência do usuário.- Chrome 136 no Windows, MacOS, Linux e Android
- Política rígida de mesma origem para a API Storage Access
O Chrome 136 vai ajustar a semântica da API Storage Access para seguir estritamente a política de mesma origem e melhorar a segurança. Isso significa que o uso de
document.requestStorageAccess()em um frame vai anexar cookies às solicitações para a origem do iframe (não ao site) por padrão.Observação: a política CookiesAllowedForUrls ou os cabeçalhos de acesso ao armazenamento ainda podem ser usados para desbloquear cookies entre sites.
- Chrome 136 no Windows, MacOS, Linux e Android
- Remover o substituto do SwiftShader
A partir do Chrome 137, planejamos descontinuar o fallback automático para o WebGL com suporte do SwiftShader. A criação de contexto do WebGL vai falhar em vez de retornar ao SwiftShader. Planejamos remover o substituto do SwiftShader por dois motivos principais:
- O SwiftShader é um alto risco de segurança devido ao código JIT em execução no processo de GPU do Chromium.
- 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-swiftshaderremoverá 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 137 no Windows, MacOS, Linux e Android
- Não permitir espaços em hosts de URL que não sejam "file://"
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 138 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
- O Chrome vai remover o suporte ao macOS 11
O Chrome 138 será a última versão com suporte para o macOS 11. O Chrome 139 e versões mais recentes não serão mais compatíveis com o macOS 11, que está fora do período de suporte da Apple. A execução em um sistema operacional com suporte é essencial para manter a segurança.
Em Macs com o macOS 11, o Chrome vai continuar funcionando, mostrando uma barra de informações de aviso, mas não vai ser atualizado. Se um usuário quiser atualizar o Chrome, ele precisará atualizar o computador para uma versão compatível do macOS.
Para novas instalações do Chrome 139 ou mais recente, será necessário o macOS 12 ou mais recente.
- Chrome 139 no Windows, macOS
- Apps isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web, que oferece proteções mais fortes contra comprometimento do servidor e outras adulterações, o que é necessário para desenvolvedores de aplicativos sensíveis à segurança.
Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos em Como começar a usar apps da Web isolados.
Na versão inicial, os IWAs só podem ser instalados por uma política em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 140 no Windows
Esse lançamento adiciona suporte a apps da Web isolados em configurações de navegador gerenciadas pela empresa no Windows.
- Chrome 140 no Windows
- Migração da API SafeBrowsing v4 para a v5
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 145 no Android, iOS, ChromeOS, Linux, macOS e Windows
O lançamento será gradual.
- Chrome 145 no Android, iOS, ChromeOS, Linux, macOS e Windows
- Provedor de framework de acessibilidade de automação de interface no Windows
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, 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 147 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
-
Melhoria na performance e na escalabilidade dos relatórios do Admin Console para grandes clientes
O Chrome Enterprise Core vai lançar mudanças na infraestrutura de software com o objetivo de melhorar a performance, a precisão e a escalonabilidade de muitas páginas e relatórios no Admin Console. As páginas e os relatórios afetados no Admin Console incluem (mas não se limitam a):
- Relatório de versões
- Relatório de uso de apps e extensões
- Página de detalhes da extensão
- Página "Insights" do Chrome para navegadores
As mudanças serão lançadas gradualmente entre abril e julho de 2025.
- De abril a julho de 2025
-
Novos comandos remotos e exportação de CSV para a lista de perfis gerenciados
Planejamos adicionar uma ação de exportação de CSV e comandos remotos de Limpar cache e Limpar cookies na lista de perfis gerenciados. Você poderá selecionar um ou vários perfis e executar um comando remoto.
- Exportação CSV: a partir do Chrome 135 para Android, Linux, macOS e Windows
- Comandos remotos: a partir do Chrome 136 no Linux, macOS e Windows
-
Nova página de destino de visão geral do Chrome Enterprise Core
Essa nova página de visão geral vai estar localizada na seção "Navegador Chrome" do Admin Console e vai mostrar informações úteis sobre a implantação, como um resumo da implantação do navegador e dos perfis, um resumo das versões do Chrome informadas e das extensões instaladas. Por exemplo, esses insights permitem identificar rapidamente navegadores inativos e com uma atualização pendente. Você também vai poder conferir rapidamente a fila de solicitações de extensão e revisar as extensões configuradas.
- A partir do Chrome 135 para acesso antecipado para trusted testers
-
Geração de registros e relatórios de endereços IP
O Chrome Enterprise está aprimorando os recursos de monitoramento de segurança e resposta a incidentes coletando e informando endereços IP locais e remotos e enviando esses endereços aos registros de investigação de segurança (SIT, na sigla em inglês). Além disso, o Chrome Enterprise permite que os administradores enviem os endereços IP para provedores de segurança e gerenciamento de eventos de informações (SIEM, na sigla em inglês) internos e de terceiros usando o conector de relatórios do Chrome Enterprise.
Essa opção vai estar disponível para clientes do Chrome Enterprise Core.
- Chrome 136 no Windows, macOS e Linux
-
Exclusão de perfil inativo no Chrome Enterprise Core
Em abril de 2025 (Chrome 136), o período de inatividade para a política de exclusão de perfil vai começar a ser lançado. Em junho de 2025 (Chrome 138), a política vai começar a excluir automaticamente os perfis gerenciados no Admin Console que estiverem inativos por mais tempo do que o período de inatividade definido. Ao lançar a política, o período de inatividade tem o valor padrão de 90 dias. Por padrão, todos os perfis gerenciados inativos há mais de 90 dias são excluídos da sua conta. Os administradores podem alterar o valor do período de inatividade usando esta política. O valor máximo para determinar o período de inatividade do perfil é de 730 dias, e o mínimo, de 28 dias.
Se você diminuir o valor da política definida, isso poderá ter um impacto global nos perfis gerenciados. Todos os perfis afetados serão considerados inativos e, portanto, serão excluídos. Isso não exclui a conta do usuário. Se um perfil inativo for reativado em um dispositivo, ele vai reaparecer no console.
- Chrome 138 no Android, ChromeOS, Linux, MacOS e Windows
A política será lançada em abril (Chrome 136). A exclusão vai começar em junho (Chrome 138), e a primeira fase de exclusão será concluída até o fim de julho (Chrome 139). Após o lançamento inicial da exclusão, os perfis inativos vão continuar sendo excluídos quando atingirem o período de inatividade.
- Chrome 138 no Android, ChromeOS, Linux, MacOS e Windows
Próximas mudanças no Chrome Enterprise Premium
- Filtragem de URL no iOS e Android
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 136 no Android
- Chrome 137 no Android e iOS
- Refatorar a experiência do usuário nas regras da DLP
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 137 no Windows, macOS, Linux e ChromeOS
- Conector de geração de relatórios para dispositivos móveis
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 137 no Android e iOS
- API Connectors
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 137 no Windows, macOS, Linux e ChromeOS
Resumo da versão 136 do ChromeOS
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Melhorias no Quick Share | ✓ | ||
| Sessões da Área de Trabalho Remota do Chrome (CRD) iniciadas pelo administrador | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Coleta de registros de dispositivos baseada em eventos para solução de problemas (Admin Console) | ✓ | ||
| Política de Controle Facial no ChromeOS | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações do ChromeOS
-
Melhorias no Quick Share
A partir do ChromeOS 136, o Quick Share aumentou a duração do modo Visível para todos de 5 para 10 minutos. Esse recurso permite que seu dispositivo compartilhe e receba arquivos de dispositivos Android e outros Chromebooks. Nas Configurações rápidas, os usuários podem definir a visibilidade do dispositivo, entrar no modo Visível para todos, ativar/desativar o Quick Share e acessar a página de ajustes do recurso. Essa configuração pode ser gerenciada com a política NearbyShareAllowed.
-
Sessões da Área de Trabalho Remota do Chrome (CRD) iniciadas pelo administrador
A partir do ChromeOS 136, as equipes de TI podem usar as conexões da Área de Trabalho Remota do Chrome (CRD, na sigla em inglês) aprovadas automaticamente para dar um suporte melhor aos usuários do ChromeOS.
Nas versões anteriores, os usuários precisavam aceitar as conexões remotas da CRD por uma notificação. O novo recurso aceita automaticamente as conexões remotas após 30 segundos (se o usuário não recusar). Essa novidade combina várias medidas para garantir a privacidade do usuário. Por exemplo, é necessário se conectar a uma rede gerenciada e o usuário final precisa estar ativo nos últimos 5 minutos. As conexões da CRD aceitas automaticamente devem simplificar muito os fluxos de trabalho de suporte porque os usuário finais não precisam realizar nenhuma ação.
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 ChromeOS
-
Coleta de registros de dispositivos baseada em eventos para solução de problemas (Admin Console)
Para ajudar a resolver problemas em dispositivos, como erros na atualização do SO ou outras falhas, o ChromeOS coleta e faz o upload automático de registros de dispositivos quando estas configurações são ativadas:
- Ativar o upload de registro do sistema do dispositivo: ativa a coleta geral de registros.
- Relatar informações do SO do dispositivo -> Status de atualização do SO: coleta dados sobre atualizações do SO
- Relatar telemetria do dispositivo -> Informações de falhas: coleta informações sobre falhas fatais
A partir do ChromeOS 137, quando ocorre um problema, os administradores de TI recebem uma notificação com um link direto para os registros enviados na página de detalhes do dispositivo ChromeOS no Admin Console. Também é possível ver um histórico dos eventos do dispositivo. O upload dos registros ocorre no máximo duas vezes por dia, e cada arquivo geralmente tem de 400 KB a 1 MB.
Saiba mais nestes artigos na Central de Ajuda do Chrome Enterprise e do Education:
-
Política de Controle Facial no ChromeOS
Com o ChromeOS 137, vamos lançar uma política para os administradores gerenciarem melhor o acesso ao Controle Facial nas organizações.
Saiba mais em Usar gestos faciais e movimentos da cabeça para controlar o Chromebook com o Controle Facial.
Chrome 135
Resumo da versão do Chrome 135
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| O registro de perfis de terceiros foi migrado para o fluxo de código de autenticação do OIDC | ✓ | ||
| Exclusão automática de downloads no Chrome para iOS | ✓ | ||
| Melhor detecção de formulário de senha com ML | ✓ | ||
| Assistência do LLM do cliente para reduzir golpes | ✓ | ||
| Descontinuar os eventos de mutação | ✓ | ||
| Alertas de download com base na extensão do tipo de arquivo: correção da documentação | ✓ | ||
| Melhorias nas extensões do Chrome para computador | ✓ | ✓ | |
| Conector de confiança do dispositivo genérico | ✓ | ||
| Remoção de políticas corporativas de acesso à rede particular | ✓ | ||
| Remover a política ThirdPartyBlockingEnabled | ✓ | ||
| Melhorias nas configurações, nos atalhos de sites e nos temas do Chrome para computador | ✓ | ||
| Desativação do Gerenciador de senhas herdado no Chrome para Android | ✓ | ||
| Os cookies de terceiro são sempre bloqueados no modo de navegação anônima | ✓ | ||
| Criar um cliente de worker de serviço e herdar o controlador do worker de serviço para o iframe srcdoc | ✓ | ||
| Prevenção de rastreamento de HSTS | ✓ | ||
| O método navigator.xr.supportsSession foi removido | ✓ | ||
| Remoção da opção de linha de comando "--load-extension" no Google Chrome | ✓ | ||
| 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 |
| Disponibilização do Logon único extensível da Apple para o Chrome no macOS | ✓ | ✓ | |
| Novo conteúdo na página Discover da Chrome Web Store para usuários gerenciados | ✓ | ✓ | |
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Nenhuma atualização no Chrome 135. | |||
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Requisito do diretório de dados personalizados da porta de depuração remota | ✓ | ||
| Particionamento de URL de blobs: busca/navegação | ✓ | ||
| Os getters de informações de localidade Intl foram descontinuados | ✓ | ||
| Atualizações do FedCM | ✓ | ||
| Particionamento: histórico de links visitados | ✓ | ||
| Política rígida de mesma origem para a API Storage Access | ✓ | ||
| Remover o substituto do SwiftShader | ✓ | ||
| Não permitir espaços em hosts de URL que não sejam "file://" | ✓ | ||
| O Chrome vai remover o suporte ao macOS 11 | ✓ | ||
| Apps isolados da Web | ✓ | ||
| Migração da API SafeBrowsing v4 para a v5 | ✓ | ||
| 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 |
| Melhorias no desempenho e na escalonabilidade dos relatórios do Admin Console | ✓ | ||
| Novos comandos remotos e exportação de CSV para a lista de perfis gerenciados | ✓ | ||
| Nova página de destino de visão geral do Chrome Enterprise Core | ✓ | ||
| Geração de registros e relatórios de endereços IP | ✓ | ||
| Exclusão de perfil inativo no Chrome Enterprise Core | ✓ | ✓ | |
| Próximas mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Filtragem de URL no iOS e Android | ✓ | ||
| Refatorar a experiência do usuário nas regras da DLP | ✓ | ||
| Conector de relatórios para dispositivos móveis | ✓ | ||
| API Connectors | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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
- A inscrição de perfil de terceiros é migrada para o fluxo de código de autenticação do OIDC
O Chrome 135 migra a página de destino para registro de perfil do site de marketing para um site dinâmico. Essa atualização também migra o fluxo implícito do OpenID Connect (OIDC) para um fluxo de código de autenticação. O objetivo é melhorar a segurança e a experiência do usuário para perfis gerenciados de terceiros.
- Chrome 135 no Windows
- Exclusão automática de downloads no Chrome para iOS
Os usuários do navegador Chrome no iOS agora podem excluir automaticamente os downloads do navegador de maneira programada.
Esse recurso provavelmente melhora o desempenho do dispositivo relacionado à capacidade de armazenamento e a privacidade, automatizando a exclusão de arquivos que os usuários podem esquecer de excluir por conta própria.
- Chrome 135 no iOS
Experimento inicial de 1% no Chrome 135 para iOS. Não há lançamento planejado para outras plataformas.
- Chrome 135 no iOS
- Melhor detecção de formulários de senha com ML
O Chrome 135 apresenta um novo modelo de aprendizado de máquina (ML) do lado do cliente para analisar melhor os formulários de senhas na Web e aumentar a precisão da detecção e do preenchimento. É possível controlar esse recurso com a política PasswordManagerEnabled policy.
- Chrome 135 no Android, iOS, ChromeOS, Linux, macOS e Windows
- Assistência do LLM do cliente para reduzir fraudes
Os usuários da Web enfrentam uma quantidade significativa e variedades de golpes diariamente. Para combater esses golpes, o Chrome 135 usa modelos de linguagem grandes (LLMs) no dispositivo para identificar sites fraudulentos para usuários da proteção aprimorada. O Chrome envia o conteúdo da página para um LLM no dispositivo para inferir sinais relacionados à segurança dela. Em seguida, o Chrome envia esses indicadores para o lado do servidor da Navegação segura para um veredito final. Quando ativado, o Chrome pode consumir mais largura de banda para fazer o download do LLM.
- Chrome 134 no Linux, macOS e Windows
Colete o nome da marca e o resumo da intent da página que solicitou a API de bloqueio do teclado para identificar sites de golpes. - Chrome 135 no Linux, macOS e Windows
Mostre os avisos ao usuário com base no veredito do servidor, que usa o resumo da marca e da intenção da página que solicitou a API de bloqueio do teclado.
- Chrome 134 no Linux, macOS e Windows
- Descontinuar os eventos de mutação
Os eventos de mutação síncronos, incluindo
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumenteDOMCharacterDataModified, 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. Para saber mais, consulte esta postagem do blog Chrome for Developers. Se você encontrar algum problema, registre um bug do Chromium.
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:
- O teste de descontinuação de eventos de mutação pode ser usado para reativar o recurso por um tempo limitado em um determinado site. Pode ser usado até o Chrome 135, até 25 de março de 2025.
- A política corporativa MutationEventsEnabled também pode ser usada para a mesma finalidade até o Chrome 135.
- Chrome 135 no Android, Linux, macOS e Windows: a política corporativa MutationEventsEnabled será descontinuada.
- Download file type type-based warnings: correção da documentação
Atualizamos a documentação da política ExemptDomainFileTypePairsFromFileTypeDownloadWarnings para refletir corretamente a interação com a política DownloadRestrictions . O comportamento no Chrome não mudou.
O comportamento é o seguinte: ExemptDomainFileTypePairsFromFileTypeDownloadWarnings pode especificar exceções que substituem as configurações de DownloadRestrictions para bloquear tipos de arquivos perigosos. Outros tipos de medidas de segurança especificados por DownloadRestrictions, como o bloqueio de downloads maliciosos, não podem ser substituídos por ExemptDomainFileTypePairsFromFileTypeDownloadWarnings.
- Chrome 135 no ChromeOS, Linux, macOS, Windows
Nenhuma mudança no Chrome, apenas na documentação.
- Chrome 135 no ChromeOS, Linux, macOS, Windows
- Melhorias nas extensões do Chrome para computador
No Chrome 135 para computador, alguns usuários que fazem login no Chrome ao instalar uma nova extensão agora podem usar e salvar extensões na Conta do Google.
As políticas empresariais relevantes que controlam extensões, assim como BrowserSignin, SyncDisabled ou SyncTypesListDisabled, continuam funcionando como antes, para que os administradores possam configurar se os usuários podem usar e salvar itens na Conta do Google.
Para mais informações sobre como usar extensões em qualquer computador, consulte Instalar e gerenciar extensões na Central de Ajuda da Chrome Web Store.
Observação: essa mudança é uma continuação do lançamento do novo modelo de identidade no Chrome para computador. Saiba mais em Fazer login e sincronizar no Chrome.
- Chrome 135 no Linux, MacOS e Windows
- Conector de confiança do dispositivo genérico
As integrações criadas com o Device Trust Connector permitem que os clientes implementem controles granulares para autenticação em recursos corporativos, por exemplo, apps de SaaS ou a intranet da empresa, com base nas propriedades do dispositivo e da instância do navegador do usuário final enviadas pelo Chrome. Para mais detalhes, consulte Gerenciar conectores de confiança de dispositivo do Chrome Enterprise.
- Chrome 135 no Windows
- Remover políticas corporativas de acesso à rede particular
O acesso à rede particular (PNA 1.0) é um recurso de segurança não enviado que limita o acesso a sites em redes locais. Devido a problemas de implantabilidade, a PNA 1.0 nunca foi capaz de ser enviada por padrão, porque era incompatível com muitos dispositivos.
A PNA 1.0 exigiu mudanças nos dispositivos em redes locais. Em vez disso, o Chrome está implementando uma proposta atualizada, o acesso à rede particular 2.0 (PNA 2.0). A PNA 2.0 exige mudanças apenas em sites que precisam acessar a rede local, e não em dispositivos na rede local. Os sites são muito mais fáceis de atualizar do que os dispositivos, e essa abordagem deve ser muito mais simples de implementar.
A única maneira de aplicar a PNA 1.0 é pela política corporativa. Para evitar a regressão da segurança para clientes corporativos que ativam a PNA 1.0 antes do lançamento da PNA 2.0, vamos manter a política PrivateNetworkAccessRestrictionsEnabled, que faz com que o Chrome envie mensagens especiais de simulação até que se torne incompatível com a PNA 2.0.
O Chrome 135 remove as políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que afrouxam as restrições da PNA 1.0. No momento, essas políticas não têm efeito, já que o PNA 1.0 não é enviado, e elas não terão significado quando o PNA 1.0 for removido.
A PNA 2.0 é descrita neste documento de explicação no GitHub.
- Chrome 135 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
Remoção das políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed.
- Chrome 137 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
Remoção de PrivateNetworkAccessRestrictionsEnabled.
- Chrome 135 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
- Remover a política ThirdPartyBlockingEnabled
Devido a problemas inesperados, planejamos remover a política ThirdPartyBlockingEnabled no Chrome 135. Se você tiver feedback sobre essa remoção, informe um bug do Chromium.
- Chrome 132 no Windows
Descontinuação da política ThirdPartyBlockingEnabled
- Chrome 135 no Windows
Remoção da política ThirdPartyBlockingEnabled
- Chrome 132 no Windows
- Melhorias nas configurações, nos atalhos de sites e nos temas do Chrome para computador
No Chrome 135 para computador, para usuários que fizeram login no Chrome ou ativaram a Sincronização, as configurações, os atalhos de site e os temas sincronizados com a Conta do Google agora 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 da conta é deixada no dispositivo quando a sincronização é desativada.
As políticas do Enterprise SyncDisabled e SyncTypesListDisabled continuam sendo aplicadas para que os administradores possam restringir ou desativar o recurso de sincronização, se quiserem. Para mais informações, consulte Gerenciar permissão para sincronizar as configurações do navegador.
Observação: essa mudança é uma continuação do lançamento do novo modelo de identidade no Chrome para computador.
- Chrome 135 no Linux, MacOS e Windows
- Desativação do Gerenciador de senhas herdado no Chrome para Android
Os usuários com versões antigas do Google Play Services vão perder a funcionalidade do Gerenciador de senhas no Chrome. Esta é uma etapa para descontinuar o Gerenciador de senhas legados no Chrome para Android. Esses usuários podem fazer o download de um arquivo CSV com as senhas nas Configurações do Chrome e importá-lo para o gerenciador de senhas preferido. O novo Gerenciador de senhas do Google está disponível em dispositivos com uma versão recente do Google Play Services.
- Chrome 135 no Android
- Os cookies de terceiro são sempre bloqueados no modo de navegação anônima
A partir do Chrome 135, os cookies de terceiros vão ser bloqueados no modo de navegação anônima, sem a possibilidade de reativação global. Os controles de cookies de terceiros no nível do site não serão alterados.
Com esse lançamento, a política BlockThirdPartyCookies só será aplicada ao modo normal quando definida como falsa, e não ao modo de navegação anônima. Não haverá mudanças quando a política for definida como verdadeira ou não for definida. Também não haverá mudanças na política CookieAllowedForUrls, que continuará sendo aplicada nos modos normal e anônimo, já que é aplicada no nível do site e não globalmente.
- Chrome 135 no Android, ChromeOS, Linux, MacOS e Windows
- Criar um cliente de worker de serviço e herdar o controlador do worker de serviço para o iframe srcdoc
Os documentos de contexto do Srcdoc não eram clientes de service worker e não eram cobertos pelo service worker da página mãe. Isso resultou 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.
Para corrigir essas discrepâncias, o Chrome 135 cria clientes de worker de serviço para iframes de srcdoc e faz com que eles herdem o controlador de worker de serviço da página mãe.
- Chrome 135 no Windows, MacOS, Linux e Android
- Prevenção de rastreamento de HSTS
A segurança de transporte restrito HTTP (HSTS, na sigla em inglês) permite que os sites se declarem acessíveis apenas por conexões seguras.
No Chrome 135, a prevenção de rastreamento do HSTS reduz o rastreamento de usuários por terceiros usando o cache do HSTS. Ela só permite upgrades HSTS para navegações de nível superior e bloqueia upgrades HSTS para solicitações de subrecursos. Isso impede que sites de terceiros usem o cache HSTS para rastrear usuários na Web. Para mais informações, consulte esta explicação sobre a prevenção de rastreamento de HSTS no GitHub.
- Chrome 135 no Windows, MacOS, Linux e Android
- O método navigator.xr.supportsSession foi removido
O Chrome 135 remove o método
navigator.xr.supportsSession, que foi substituído na especificação do WebXR pelo métodonavigator.xr.isSessionSupportedem setembro de 2019, após receber feedback sobre a forma da API da TAG. Desde então, ele foi marcado como descontinuado no Chromium, produzindo um aviso no console que redireciona os desenvolvedores para a API atualizada.O uso da chamada é muito baixo, conforme mostrado nas métricas de uso do Status do Chrome. Além disso, todos os principais frameworks usados para criar conteúdo do WebXR foram atualizados para usar a chamada mais recente.
- Chrome 135 no Windows, MacOS, Linux e Android
- A chave de linha de comando --load-extension foi removida do Google Chrome
A partir do Chrome 137, para melhorar a segurança e a estabilidade do navegador Chrome para nossos usuários, os builds oficiais com a marca Chrome vão descontinuar a capacidade de carregar extensões usando a flag de linha de comando
--load-extension. Essa mudança tem como objetivo reduzir os riscos associados a extensões nocivas e indesejadas.Com o modo de desenvolvedor ativado, é possível carregar extensões descompactadas usando o botão Load Unpacked na página de gerenciamento de extensões (
chrome://extensions/). Os desenvolvedores ainda podem usar a opção --load-extension em builds não personalizados, como o Chromium e o Chrome for Testing.- Chrome 135 no Windows, macOS, Linux e ChromeOS
- Novas políticas no navegador Chrome
Política Descrição DownloadRestrictions Bloquear downloads maliciosos e tipos de arquivo perigosos PartitionedBlobUrlUsage Escolher se os URLs de blobs são particionados durante a busca e navegação. ExtensibleEnterpriseSSOBlocklist Lista de bloqueio de provedores de identidade que não podem usar o SSO empresarial extensível para o navegador EnterpriseSearchAggregatorSettings Configurações do agregador de pesquisa corporativo (Beta) ProfilePickerOnStartupAvailability Disponibilidade do seletor de perfil na inicialização
- Políticas removidas do navegador Chrome
Política Descrição ThirdPartyBlockingEnabled Ativar bloqueio de injeção de software de terceiros KeyboardFocusableScrollersEnabled Ativar controles de rolagens focalizáveis do teclado
Mudanças no Chrome Enterprise Core
- Suporte ao Logon único extensível da Apple para o Chrome no macOS
O Chrome 135 no macOS permite a autenticação perfeita de provedores de identidade ativados por uma extensão de logon único (SSO) empresarial configurada pelo SO. Nesta versão inicial, o Chrome permite que os usuários finais em navegadores gerenciados façam login em qualquer recurso autenticado pelo Microsoft Entra sem precisar inserir credenciais. O SSO extensível precisa ser pré-configurado no seu ambiente e implantado com a respectiva solução de gerenciamento de dispositivos corporativos. Para mais detalhes, consulte Usar o suporte ao Logon único extensível da Apple no Chrome.
- A partir do Chrome 135 no macOS
- Novo conteúdo na página "Discover" da Chrome Web Store para usuários gerenciados
A Chrome Web Store agora mostra novas coleções selecionadas relacionadas à produtividade, gerenciamento de projetos e colaboração na página "Discover" para usuários gerenciados. O objetivo é ajudar os usuários finais a encontrar extensões úteis e mais relevantes relacionadas ao trabalho com mais rapidez.
Como administrador, você pode controlar a exibição da Chrome Web Store para seus usuários gerenciados usando as configurações da Chrome Web Store (anunciadas anteriormente no Chrome 132).
- Chrome 135: lançamento gradual a partir de 1º de abril de 2025.
Mudanças no Chrome Enterprise Premium
Não há atualizações para o Chrome Enterprise Premium no Chrome 135.
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
- Requisito do diretório de dados personalizado da porta de depuração remota
Não será mais possível fazer a depuração remota usando uma porta TCP ou um pipe no Google Chrome com o diretório de dados padrão no Windows, Linux e macOS.
Um diretório de dados personalizado precisa ser especificado para depurar remotamente o Google Chrome usando a chave
--user-data-dir, quando as chaves--remote-debugging-pipeou--remote-debugging-portforem usadas.A motivação para essa mudança é porque essas chaves de depuração remota estão sendo abusadas por infostealers e malwares para extrair dados do Google Chrome. Um diretório de dados do usuário personalizado usa uma chave de criptografia diferente. Assim, o malware não consegue mais roubar dados criptografados, como cookies.
Essa mudança não afeta o Chrome for Testing e o Chromium.
- Chrome 136 no Linux, MacOS e Windows
- Particionamento de URL de blobs: busca/navegação
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 136 no Windows, MacOS, Linux e Android
- Os getters de informações de localidade Intl foram descontinuados
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. Planejamos remover os getters descontinuados e reiniciar as funções renomeadas.
- Chrome 136 no Windows, MacOS, Linux e Android
- Atualizações da FedCM
A partir do Chrome 136, a API Federated Credential Management (FedCM) vai poder mostrar vários provedores de identidade na mesma caixa de diálogo. Isso vai oferecer aos desenvolvedores uma maneira conveniente de apresentar todos os provedores de identidade compatíveis aos usuários. Primeiro, vamos abordar o caso simples de ter todos os provedores na mesma chamada get().
Planejamos remover o suporte para adição de outra conta no modo passivo do FedCM. Esse recurso permite mostrar um botão Usar outra conta com outras contas de IdP no seletor. No momento, o recurso não está sendo usado, e as conversas de UX indicam que o suporte a ele leva a um fluxo mais complicado sem muitos benefícios. Esse recurso ainda vai funcionar no modo ativo do FedCM.
- Chrome 136 no Windows, MacOS, Linux e Android
- Particionamento: histórico de links visitados
Para eliminar vazamentos de histórico de navegação do usuário, os elementos âncora são estilizados como
:visitedsomente se tiverem sido clicados anteriormente a partir dessa origem de site e frame de nível superior. No navegador, isso significa que a hashtable VisitedLinks agora é particionada por chave tripla ou armazenando o seguinte para cada link visitado: <link URL, top-level site, frame origin>. Ao estilizar apenas os links que já foram clicados neste site e frame, os muitos ataques de canal lateral que foram desenvolvidos para coletar informações de estilo de links:visitedagora estão obsoletos, porque não fornecem mais aos sites novas informações sobre os usuários.Há uma exceção para self links, em que os links para as páginas de um site podem ter o estilo
:visited, mesmo que não tenham sido clicados nessa origem exata do site e do frame de nível superior. Essa isenção só é ativada em frames ou subframes de nível superior que têm a mesma origem do frame de nível superior. Os benefícios de privacidade acima ainda são alcançados porque os sites já sabem quais subpáginas um usuário visitou. Assim, nenhuma nova informação é exposta. Essa foi uma exceção solicitada pela comunidade que também melhora a experiência do usuário.- Chrome 136 no Windows, MacOS, Linux e Android
- Política rígida de mesma origem para a API Storage Access
O Chrome 136 vai ajustar a semântica da API Storage Access para seguir estritamente a política de mesma origem e melhorar a segurança. Isso significa que o uso de
document.requestStorageAccess()em um frame vai anexar cookies às solicitações para a origem do iframe (não ao site) por padrão.Observação: a política CookiesAllowedForUrls ou os cabeçalhos de acesso ao armazenamento ainda podem ser usados para desbloquear cookies entre sites.
- Chrome 136 no Windows, MacOS, Linux e Android
- Remover o substituto do SwiftShader
A partir do Chrome 137, planejamos descontinuar o fallback automático para o WebGL com suporte do SwiftShader. A criação de contexto do WebGL vai falhar em vez de retornar ao SwiftShader. Planejamos remover o substituto do SwiftShader por dois motivos principais:
- O SwiftShader é um alto risco de segurança devido ao código JIT em execução no processo de GPU do Chromium.
- 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-swiftshaderremoverá 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 137 no Windows, MacOS, Linux e Android
- Não permitir espaços em hosts de URL que não sejam "file://"
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 138 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
- O Chrome vai remover o suporte ao macOS 11
O Chrome 138 será a última versão com suporte para o macOS 11. O Chrome 139 e versões mais recentes não serão mais compatíveis com o macOS 11, que está fora do período de suporte da Apple. A execução em um sistema operacional com suporte é essencial para manter a segurança.
Em Macs com o macOS 11, o Chrome vai continuar funcionando, mostrando uma barra de informações de aviso, mas não vai ser atualizado. Se um usuário quiser atualizar o Chrome, ele precisará atualizar o computador para uma versão compatível do macOS.
Para novas instalações do Chrome 139 ou mais recente, será necessário o macOS 12 ou mais recente.
- Chrome 139 no Windows, macOS
- Apps isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web, que oferece proteções mais fortes contra comprometimento do servidor e outras adulterações, o que é necessário para desenvolvedores de aplicativos sensíveis à segurança.
Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos em Como começar a usar apps da Web isolados.
Na versão inicial, os IWAs só podem ser instalados por uma política em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 140 no Windows
Esse lançamento adiciona suporte a apps da Web isolados em configurações de navegador gerenciadas pela empresa no Windows.
- Chrome 140 no Windows
- Migração da API SafeBrowsing v4 para a v5
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 145 no Android, iOS, ChromeOS, Linux, macOS e Windows
O lançamento será gradual.
- Chrome 145 no Android, iOS, ChromeOS, Linux, macOS e Windows
- Provedor de framework de acessibilidade de automação de interface no Windows
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, 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 147 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
-
Melhoria na performance e na escalabilidade dos relatórios do Admin Console para grandes clientes
O Chrome Enterprise Core vai lançar mudanças na infraestrutura de software com o objetivo de melhorar a performance, a precisão e a escalonabilidade de muitas páginas e relatórios no Admin Console. As páginas e os relatórios afetados no Admin Console incluem (mas não se limitam a):
- Relatório de versões
- Relatório de uso de apps e extensões
- Página de detalhes da extensão
- Página "Insights" do Chrome para navegadores
As mudanças serão lançadas gradualmente entre abril e julho de 2025.
- De abril a julho de 2025
-
Novos comandos remotos e exportação de CSV para a lista de perfis gerenciados
Planejamos adicionar uma ação de exportação de CSV e comandos remotos de Limpar cache e Limpar cookies na lista de perfis gerenciados. Você poderá selecionar um ou vários perfis e executar um comando remoto.
- Exportação CSV: a partir do Chrome 135 para Android, Linux, macOS e Windows
- Comandos remotos: a partir do Chrome 136 no Linux, macOS e Windows
-
Nova página de destino de visão geral do Chrome Enterprise Core
Essa nova página de visão geral vai estar localizada na seção "Navegador Chrome" do Admin Console e vai mostrar informações úteis sobre a implantação, como um resumo da implantação do navegador e dos perfis, um resumo das versões do Chrome informadas e das extensões instaladas. Por exemplo, esses insights permitem identificar rapidamente navegadores inativos e com uma atualização pendente. Você também vai poder conferir rapidamente a fila de solicitações de extensão e revisar as extensões configuradas.
- A partir do Chrome 135 para acesso antecipado para trusted testers
-
Geração de registros e relatórios de endereços IP
O Chrome Enterprise está aprimorando os recursos de monitoramento de segurança e resposta a incidentes coletando e informando endereços IP locais e remotos e enviando esses endereços aos registros de investigação de segurança (SIT, na sigla em inglês). Além disso, o Chrome Enterprise permite que os administradores enviem os endereços IP para provedores de segurança e gerenciamento de eventos de informações (SIEM, na sigla em inglês) internos e de terceiros usando o conector de relatórios do Chrome Enterprise.
Essa opção vai estar disponível para clientes do Chrome Enterprise Core.
- Chrome 136 no Windows, macOS e Linux
-
Exclusão de perfil inativo no Chrome Enterprise Core
Em abril de 2025 (Chrome 136), o período de inatividade para a política de exclusão de perfil vai começar a ser lançado. Em junho de 2025 (Chrome 138), a política vai começar a excluir automaticamente os perfis gerenciados no Admin Console que estiverem inativos por mais tempo do que o período de inatividade definido. Ao lançar a política, o período de inatividade tem o valor padrão de 90 dias. Por padrão, todos os perfis gerenciados inativos há mais de 90 dias são excluídos da sua conta. Os administradores podem alterar o valor do período de inatividade usando esta política. O valor máximo para determinar o período de inatividade do perfil é de 730 dias, e o mínimo, de 28 dias.
Se você diminuir o valor da política definida, isso poderá ter um impacto global nos perfis gerenciados. Todos os perfis afetados serão considerados inativos e, portanto, serão excluídos. Isso não exclui a conta do usuário. Se um perfil inativo for reativado em um dispositivo, ele vai reaparecer no console.
- Chrome 138 no Android, ChromeOS, Linux, MacOS e Windows
A política será lançada em abril (Chrome 136). A exclusão vai começar em junho (Chrome 138), e a primeira fase de exclusão será concluída até o fim de julho (Chrome 139). Após o lançamento inicial da exclusão, os perfis inativos vão continuar sendo excluídos quando atingirem o período de inatividade.
- Chrome 138 no Android, ChromeOS, Linux, MacOS e Windows
Próximas mudanças no Chrome Enterprise Premium
- Filtragem de URL no iOS e Android
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 136 no Android
- Chrome 137 no Android e iOS
- Refatorar a experiência do usuário nas regras da DLP
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 137 no Windows, macOS, Linux e ChromeOS
- Conector de geração de relatórios para dispositivos móveis
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 137 no Android e iOS
- API Connectors
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 137 no Windows, macOS, Linux e ChromeOS
Resumo da versão 135 do ChromeOS
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
|---|---|---|---|
| Política do ChromeOS para a longevidade da bateria | ✓ | ||
| Pilha Bluetooth do Android, Fluoride, no ChromeOS Flex | ✓ | ||
| Política de lista de permissões de armazenamento externo | ✓ | ||
| Pesquisa de imagens | ✓ | ||
| Pareamento rápido para dispositivos de entrada compatíveis | ✓ | ||
| Teclas do mouse no ChromeOS | ✓ | ||
| Melhorias no Controle Facial | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
| Descontinuação dos apps do Chrome instalados pelo usuário | ✓ | ✓ | |
| Planos de fundo livres do ChromeOS | ✓ | ||
| Melhorias no Quick Share | ✓ | ||
| Coleta de registros de dispositivos baseada em eventos para solução de problemas | ✓ |
BAIXAR as notas da versão (PDF)
As notas da versão Enterprise estão disponíveis em 9 idiomas. Você pode ler sobre as atualizações do Chrome em alemão, coreano, espanhol, francês, holandês, indonésio, inglês, japonês e português. A tradução para alguns idiomas ficará pronta em 1 a 2 semanas.
Atualizações do ChromeOS
-
Política do ChromeOS para a longevidade da bateria
O ChromeOS 135 apresenta uma nova política de limite de carga da bateria, DevicePowerBatteryChargingOptimization, que oferece mais opções de otimização. A otimização do carregamento da bateria ajuda a prolongar a vida útil dos Chromebooks.
Os administradores podem definir um limite máximo de carga, com 100% como padrão, para minimizar a degradação da bateria e melhorar a confiabilidade a longo prazo.
A nova política vai beneficiar administradores que gerenciam frotas de dispositivos, como em ambientes educacionais, e usuários individuais que buscam maximizar a longevidade do Chromebook. Essa política não exige interação do usuário, mas os administradores podem querer informar aos usuários finais sobre a mudança nos limites de cobrança.
-
Pilha Bluetooth do Android, Fluoride, no ChromeOS Flex
No ChromeOS 122, começamos a lançar o Fluoride nos dispositivos ChromeOS, e agora ele está sendo disponibilizado no ChromeOS Flex. A transição vai acontecer perfeitamente no login, preservando os dispositivos pareados existentes, e já deve funcionar com dispositivos Bluetooth sem interrupções. Para mais detalhes, consulte A pilha de Bluetooth do Android, Fluoride, chega ao ChromeOS.
Se você tiver problemas, envie feedback e, se necessário, desative a nova pilha em
chrome://flags/#bluetooth-use-floss.
-
Política de lista de permissões de armazenamento externo
Política do ChromeOS para especificar dispositivos isentos das restrições de armazenamento externo. A nova política ExternalStorageAllowlist permite que os administradores especifiquem determinados dispositivos que serão isentos das restrições de armazenamento externo definidas anteriormente. Ao definir a política, os administradores podem restringir o acesso a todo o armazenamento externo, mas ainda permitir que dispositivos confiáveis tenham acesso de leitura/gravação.
-
Pesquisa de conteúdo de imagem
Em vez de pesquisar por nomes de arquivos, os usuários agora podem pesquisar pelo conteúdo das imagens no Acesso rápido.
-
Pareamento rápido para mouses no ChromeOS
O Pareamento rápido já está disponível para mouses no ChromeOS. Agora você pode aproximar um mouse compatível com Pareamento rápido do dispositivo ChromeOS e receber uma solicitação para parear com um clique. Saiba mais em Conectar o Chromebook a dispositivos Bluetooth.
-
Teclas do mouse no ChromeOS
As teclas de mouse são um recurso de acessibilidade que permite aos clientes controlar o ponteiro do mouse usando o teclado. Isso é útil para pessoas que têm dificuldade ou sentem dor ao usar um mouse tradicional.
-
Melhorias no controle facial
Agora ficou mais claro quando o Controle facial está ativo e simplificamos o processo de desativação. Agora você vai encontrar uma mensagem Controle facial ativo com um botão de fechamento conveniente diretamente na interface. Além disso, você vai receber uma notificação informando quando o controle facial for ativado.
Para reduzir transições de sessão indesejadas, removemos as configurações de acessibilidade do Controle facial na tela de login dos dispositivos gerenciados.
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 ChromeOS
-
Descontinuação dos apps do Chrome instalados pelo usuário
A partir do ChromeOS 139 (atualmente programado para o lançamento estável em 19 de agosto), os apps do Chrome instalados pelo usuário vão parar de funcionar. A partir do ChromeOS M135, uma notificação é mostrada para lembrar os usuários da descontinuação. Saiba mais em Fim do suporte a apps do Chrome.
-
Planos de fundo livres do ChromeOS
A partir do ChromeOS 136, os planos de fundo livres vão oferecer um campo de entrada irrestrito que permite que os usuários expressem individualidade, criatividade e paixões transformando o plano de fundo em uma tela pessoal. Os usuários poderão gerar planos de fundo inserindo diferentes comandos no campo de texto ou usar o recurso Buscar inspiração, que gera comandos e planos de fundo aleatórios até encontrar um que você goste. Esse recurso só vai estar disponível em dispositivos Chromebook Plus. Para mais informações, consulte Configurações do plano de fundo.
Os administradores podem controlar esse recurso com a política GenAIWallpaperSettings.
- Para consumidores com mais de 18 anos, o padrão é Permitir com coleta de dados. Usuários com menos de 13 anos não podem acessar o recurso.
- Para usuários gerenciados com mais de 18 anos, o padrão é Permitir sem coleta de dados.
- Usuários com menos de 18 anos não podem acessar o recurso.
-
Melhorias no Quick Share
A partir do ChromeOS 136, o Quick Share estende a duração do modo Visível para todos de 5 para 10 minutos. Esse recurso permite que seu dispositivo compartilhe e receba arquivos de dispositivos Android e outros Chromebooks. Os usuários podem definir a visibilidade do dispositivo, entrar no modo Visível para todos, ativar o Compartilhar por proximidade e acessar a página de configurações do recurso nas Configurações rápidas.
-
Coleta de registros de dispositivos baseada em eventos para solução de problemas (Admin Console)
Para ajudar a resolver problemas de dispositivos, como falhas ou atualizações do SO, o ChromeOS coleta e faz o upload automático de registros de dispositivos. Isso acontece quando estas configurações específicas são ativadas:
- Ativar o upload de registro do sistema do dispositivo: ativa a coleta geral de registros.
- Informar informações do SO do dispositivo -> Status de atualização do SO: coleta dados sobre atualizações do SO
- Informar telemetria do dispositivo -> Informações de falha : coleta informações de falhas fatais
A partir do ChromeOS 136, quando um problema ocorre, os administradores de TI recebem uma notificação com um link direto para os registros enviados na página de detalhes do dispositivo ChromeOS no Admin Console. Você também pode conferir um histórico de eventos do dispositivo. Os uploads de registro acontecem no máximo duas vezes por dia, e cada arquivo geralmente tem de 400 KB a 1 MB.
Para detalhes, consulte estes artigos na Central de Ajuda do Chrome Enterprise e do Education:
Chrome 134
Resumo da versão do Chrome 134
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Pesquisar na tela com o Google Lens no computador e no iOS | ✓ | ||
| Painel "Segurança e privacidade" no Chrome DevTools | ✓ | ✓ | |
| Melhor detecção de formulário de senha com ML | ✓ | ||
| Assistência do LLM do cliente para reduzir golpes | ✓ | ||
| Detecção no dispositivo com LLM de notificações abusivas no Android | ✓ | ||
| Como personalizar perfis gerenciados com logotipo e rótulo personalizados | ✓ | ✓ | |
| Protótipo de credenciais de sessão vinculadas ao dispositivo google.com | ✓ | ||
| Alteração de senha | ✓ | ||
| Ler em voz alta no Modo de leitura no Chrome 134 | ✓ | ||
| Restringir extensões descompactadas ao modo de desenvolvedor | ✓ | ||
| Mostrar configurações de recursos de IA no nível 2 da política nas configurações | ✓ | ||
| Elemento <select> personalizável | ✓ | ||
| Relaxamento do analisador HTML para <select> | ✓ | ||
| Remover restrições de áudio não padrão do getUserMedia | ✓ | ||
| Atualizações nos fluxos de login do Chrome para usuários gerenciados | ✓ | ||
| Cards da página "Nova guia" para o Microsoft Outlook e o Sharepoint | ✓ | ||
| 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 |
| Chrome Enterprise Companion | ✓ | ||
| Suporte à política DownloadRestrictions no iOS | ✓ | ||
| Políticas recomendadas (substituição do usuário) | ✓ | ||
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Evidence Locker | ✓ | ||
| Prevenção contra captura de tela | ✓ | ||
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Descontinuar os eventos de mutação | ✓ | ||
| Melhorias nas extensões do Chrome para computador | ✓ | ✓ | |
| Remoção das políticas corporativas de acesso à rede particular | ✓ | ||
| Remover a política ThirdPartyBlockingEnabled | ✓ | ||
| Melhorias nas configurações, nos atalhos de sites e nos temas do Chrome para computador | ✓ | ||
| Desativação do Gerenciador de senhas herdado no Chrome para Android | ✓ | ||
| Os cookies de terceiro são sempre bloqueados no modo de navegação anônima | ✓ | ||
| Particionamento de URL de blobs: busca/navegação | ✓ | ||
| Criar um cliente de worker de serviço e herdar o controlador do worker de serviço para o iframe srcdoc | ✓ | ||
| Descontinuação de getters de informações de localidade internacional | ✓ | ||
| Particionamento: histórico de links visitados | ✓ | ||
| Prevenção de rastreamento de HSTS | ✓ | ||
| O método navigator.xr.supportsSession foi removido | ✓ | ||
| Política rígida de mesma origem para a API Storage Access | ✓ | ||
| Provedor de framework de acessibilidade de automação de interface no Windows | ✓ | ||
| Remover o substituto do SwiftShader | ✓ | ||
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| 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 |
| Suporte ao Logon único extensível para o Chrome no macOS | ✓ | ✓ | |
| Apps isolados da Web | ✓ | ||
| 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 | ✓ | ||
| Filtragem de URL no iOS e Android | ✓ | ||
| Conector de relatórios para dispositivos móveis | ✓ | ||
| API Connectors | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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 na tela com o Google Lens no computador e no iOS
Os admins podem controlar todos os elementos desse recurso com uma política chamada LensOverlaySettings. Para fazer a pesquisa, uma captura de tela é enviada aos servidores do Google, mas não é vinculada a IDs ou contas nem visualizada por pessoas, 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 ou as informações geradas sobre o respectivo conteúdo não são registrados.
Computador
Desde o Chrome 126, os usuários podem usar o Google Lens para pesquisar 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 destaque ou clique com o botão direito do mouse em uma imagem e depois em Pesquisar com o Google Lens. Os usuários podem selecionar qualquer lugar da tela para pesquisar o conteúdo e refinar a busca 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, e as respostas farão referência ao documento atual e à Web. Para usar esse recurso, acione a Pesquisa com o Google Lens como descrito acima e insira consultas na caixa de pesquisa no canto superior direito da janela do Chrome. Um painel lateral vai abrir 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. A partir do Chrome 134, os usuários também podem acionar esse recurso clicando no ícone do Google Lens no lado esquerdo da omnibox. Os usuários podem clicar, destacar ou arrastar em qualquer lugar da tela para pesquisar o conteúdo e refinar a busca adicionando palavras-chave ou perguntas à caixa de pesquisa.
Detalhes do lançamento:
- Chrome 126 no ChromeOS, Linux, macOS e Windows: disponibilização do recurso no canal estável para 1% dos usuários/dispositivos
- Chrome 127 no ChromeOS, Linux, macOS e Windows: disponibilização do recurso no canal estável para 100% dos usuários/dispositivos
- Chrome 131 no iOS: disponibilização do recurso no canal estável para 1% dos usuários/dispositivos
- Chrome 132 no ChromeOS, Linux, macOS e Windows: disponibilização do recurso expandido no canal estável para 1% dos usuários/dispositivos
- Chrome 133 no iOS: disponibilização do recurso no canal estável para 100% dos usuários/dispositivos
- Chrome 134 no iOS: disponibilização do recurso expandido no canal estável para 100% dos usuários/dispositivos
- Painel "Segurança e privacidade" no Chrome DevTools
A partir do Chrome 134, os desenvolvedores podem usar o novo painel Segurança e privacidade no Chrome DevTools para testar como o site se comporta quando os cookies de terceiros são limitados. Desenvolvedores podem limitar os cookies de terceiros temporariamente, observar o comportamento do site e revisar o status dos cookies de terceiros nele.
Esse recurso não faz mudanças permanentes nas políticas corporativas atuais, mas permite que as políticas corporativas relacionadas a cookies de terceiros (ou seja, BlockThirdPartyCookies e CookiesAllowedForUrls) sejam substituídas temporariamente para testar restrições aprimoradas. Se a política corporativa já bloquear cookies de terceiros usando BlockThirdPartyCookies, esse recurso será desativado.
O novo painel Segurança e Privacidade substituirá o atual Segurança. As informações de conexão e certificado TLS vão continuar disponíveis no menu Segurança à esquerda, dentro do painel Segurança e privacidade.
- Chrome 134 no ChromeOS, Linux, macOS, Windows
- Melhor detecção de formulários de senha com ML
O Chrome 134 conta com um novo modelo de aprendizado de máquina (ML) do lado do cliente para analisar melhor os formulários de senhas na Web e aumentar a precisão de detecção e preenchimento. É possível controlar esse recurso com a política PasswordManagerEnabled.
- Chrome 134 no Android, iOS, ChromeOS, Linux, macOS e Windows
- Assistência do LLM do cliente para reduzir fraudes
Os usuários da Web têm que lidar todo dia com uma quantidade enorme de golpes de vários tipos. Para combater esses golpes, o Chrome vai usar a tecnologia de modelo de linguagem grande (LLM) no dispositivo para identificar sites fraudulentos para usuários da Navegação Segura com maior proteção (ESB). O Chrome vai enviar o conteúdo da página para um LLM no dispositivo para inferir sinais relacionados à segurança da página e enviá-los para o lado do servidor da Navegação Segura para uma decisão final. Quando ativado, o Chrome pode consumir mais largura de banda para fazer o download do LLM.
A política corporativa SafeBrowsingProtectionLevel permite controlar a Navegação Segura e o modo em que ela opera.
- Chrome 134 no Linux, macOS e Windows
Identifica o nome da marca e o resumo de intent da página que solicitou a API de bloqueio do teclado para identificar sites de golpes.
- Chrome 134 no Linux, macOS e Windows
- Detecção no dispositivo com LLM de notificações abusivas no Android
O objetivo deste lançamento é ocultar o conteúdo de notificações que pareçam abusivas. O usuário terá a opção de dispensar a notificação, mostrá-la ou cancelar a inscrição na origem. Essa detecção é feita por um modelo no dispositivo.
- Chrome 134 no Android
- Como customizar perfis gerenciados com logotipos e rótulos personalizados
Novas personalizações da barra de ferramentas e do menu de perfil que ajudam os usuários a identificar se o perfil do Chrome é gerenciado, seja em um dispositivo pessoal ou de trabalho. São especialmente úteis em cenários em que os funcionários usam os próprios dispositivos com contas gerenciadas.
Para personalizar essa experiência, estamos adicionando três políticas novas:
- EnterpriseCustomLabel: personalize o texto exibido no elemento da barra de ferramentas para combinar com a marca da sua organização.
- EnterpriseLogoUrl: adicione o logotipo da sua empresa ao menu do perfil.
- EnterpriseProfileBadgeToolbarSettings: essa política pode desativar o rótulo padrão de um perfil gerenciado na barra de ferramentas do Chrome.
No Chrome 134, essas políticas vão estar disponíveis para personalizar o logotipo e o rótulo mostrados em um perfil gerenciado. As políticas vão entrar em vigor nos perfis gerenciados do usuário.
A partir do Chrome 135, o comportamento padrão do rótulo e do ícone do perfil sobrepostos ao avatar da conta serão atualizados. Os perfis gerenciados vão mostrar um rótulo trabalho ou escola, além do disco de perfil. No menu do perfil, haverá um ícone de edifício sobreposto ao avatar da conta. O disco de perfil aberto poderá ser desativado usando EnterpriseProfileBadgeToolbarSettings.
- Chrome 134 no macOS, Windows e Linux
As políticas para personalizar o rótulo e o ícone da barra de ferramentas no menu do perfil estão disponíveis no Admin Console. Se as políticas já tiverem sido definidas, o usuário verá o logotipo e o rótulo personalizados.
- Chrome 135: início do lançamento dos padrões, incluindo:
- 1) Rótulo trabalho ou escola exibido na barra de ferramentas ao lado do avatar do usuário
- 2) Um ícone de edifício sobreposto à foto da conta do usuário no menu do perfil. O rótulo pode ser desativado em EnterpriseProfileBadgeToolbarSettings. Começando com 1% e seguindo com um lançamento gradual.
- Protótipo de credenciais de sessão vinculadas ao dispositivo google.com
O projeto Credenciais de sessão vinculadas ao dispositivo (DBSC, na sigla em inglês) tem como objetivo afastar a Web do uso de credenciais portadoras de longa duração, como cookies (que podem ser roubados e reutilizados), favorecendo credenciais de curta duração ou ligadas criptograficamente a um dispositivo.
O objetivo do recurso é proteger os usuários contra roubos de credenciais, que geralmente são realizados por malware executado no dispositivo do usuário.
O lançamento atual é uma prova de conceito direcionada ao site google.com. No futuro, vamos padronizar essa abordagem para outros sites e navegadores da Web.
Administradores corporativos podem controlar o estado do recurso usando a política booleana BoundSessionCredentialsEnabled.
- Chrome 124 no Windows
Lançamento da vinculação de cookies no google.com para a população geral planejado para 1% do Chrome Stable.
- Chrome 134 no Windows
Adição de suporte de vinculação para tokens de atualização do OAuth 2.0 usados em logins do Chrome.
- Chrome 124 no Windows
- Mudança de senha
Esse recurso oferece aos usuários a opção de trocar imediatamente as credenciais vazadas. Ele só pode ser acionado na caixa de diálogo Verifique sua senha. Ao receberem um aviso para um site qualificado, os usuários poderão mudar a senha na mesma hora.
- Chrome 134 no Linux, macOS e Windows
- Ler em voz alta no Modo de Leitura do Chrome 134
O Modo de Leitura é um recurso do painel lateral que oferece uma visualização simplificada de páginas da Web com muito texto. Agora ele inclui o recurso Ler em voz alta, que permite que os usuários ouçam os textos das páginas. Os usuários podem escolher vozes diferentes, velocidades naturais e conferir destaques visuais enquanto o texto é lido.
- Chrome 134 no Linux, macOS e Windows
- Restringir extensões descompactadas ao modo de desenvolvedor
A partir do Chrome 134, as extensões descompactadas carregadas na página
chrome://extensionssó serão ativadas se o modo de desenvolvedor estiver ativo. O objetivo dessa mudança é melhorar a segurança, mitigando os riscos associados às extensões descompactadas nocivas e à exploração de adulterações do modo de desenvolvedor. A política corporativa ExtensionDeveloperModeSettings permite bloquear a chave do modo de desenvolvedor atual.- Chrome 134 no ChromeOS, Linux, macOS e Windows
O recurso será lançado para 100% dos usuários no Chrome 134.
- Chrome 134 no ChromeOS, Linux, macOS e Windows
- Mostrar configurações corporativas para recursos de IA
Antes, os recursos de IA ficavam ocultos nas configurações quando eram desativados pela política corporativa. Agora vamos mostrar os recursos e um aviso Este recurso foi desativado pela sua organização, semelhante a outras configurações quando elas são desativadas pela política.
- Chrome 134 no ChromeOS, Linux, macOS, Windows
- Elemento <select> personalizável
Com o elemento
<select>personalizável, os desenvolvedores podem assumir o controle total da renderização de elementos<select>adicionando a propriedade CSSappearance:base-select.Esse recurso depende da flag
SelectParserRelaxation, que muda o analisador de HTML para permitir mais tags dentro da tag<select>. Sites que incluem tags extras dentro de<select>, que antes eram removidas, como<span>, ou sites que incluem um número muito grande de tags<option>em<select>podem ser afetados porSelectParserRelaxation. Esse recurso e aSelectParserRelaxationpodem ser controlados com a política corporativa SelectParserRelaxation. Alguns problemas que surgiram em lançamentos anteriores doSelectParserRelaxationincluem elementos<select>demorando muito para abrir ou tags<option>que não aparecem mais.- Chrome 134 no Windows, macOS, Linux e Android
- Relaxamento do analisador HTML para <select>
No Chrome 134, o analisador de HTML permite mais tags em
<select>além de<option>,<optgroup>e<hr>.Ele oferece suporte ao recurso personalizável
<select>, mas está sendo implementado antes porque pode ser feito separadamente e apresenta alguns riscos de compatibilidade.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 141.
Para ver mais detalhes, acesse Elemento de seleção personalizável (explicação).
- Chrome 134 no Windows, macOS, Linux e Android
- Remover restrições de áudio não padrão de getUserMedia
O Chrome 134 remove várias restrições não padrão com prefixo "goog" para getUserMedia que existiam antes das restrições de áudio serem padronizadas corretamente.
O uso diminuiu significativamente, ficando aproximadamente entre 0,000001% a 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 restrição terá efeito devido a outras mudanças.
Não esperamos que essa mudança cause uma regressão relevante. Os apps que usam essas restrições vão continuar funcionando, mas receberão áudio com as configurações padrão, como se nenhuma restrição tivesse sido transmitida. É muito fácil migrar para restrições padrão.
- Chrome 134 no Windows, macOS, Linux e Android
- Atualizações nos fluxos de login do Chrome para usuários gerenciados
Os usuários corporativos que fazem login na Web ou no Chrome já contam com fluxos de login e declarações de gerenciamento atualizados. Além disso, pode ser solicitado que o usuário crie um novo perfil ou continue trabalhando no perfil atual. Os administradores podem continuar usando BrowserSignIn ou ProfileSeparationSettings para aplicar um perfil gerenciado.
- Chrome 134 no Linux, macOS e Windows: continuação do lançamento
- Chrome 134 no Linux, macOS e Windows: continuação do lançamento
- Cards da página Nova Guia para Microsoft Outlook e Sharepoint
Os usuários corporativos com o Outlook ou o Sharepoint já podem acessar as próximas reuniões ou arquivos sugeridos diretamente na página Nova Guia. Essa experiência simplificada elimina a necessidade de trocar entre guias ou perder tempo procurando a próxima reunião. Assim você ganha tempo para o que realmente importa. Administradores interessados em testar o recurso podem se inscrever para ser um trusted tester.
- Disponível para trusted testers no Chrome 134 no Windows, macOS e Linux
- Novas políticas no navegador Chrome
Política Descrição ProfileSeparationDataMigrationSettings Configurações de migração de dados com separação de perfis NTPSharepointCardVisible Mostrar o card de arquivos do SharePoint e do OneDrive na página Nova Guia NTPOutlookCardVisible Mostrar o card do Calendário do Outlook na página Nova Guia Permitir que o ServiceWorker controle iframes srcdoc Ativar o salvamento de chaves de acesso no gerenciador de senhas
- Políticas removidas do navegador Chrome
Política Descrição Nenhuma política foi removida no Chrome 134
Mudanças no Chrome Enterprise Core
- Chrome Enterprise Companion
O Chrome Enterprise Companion é um novo binário administrativo que será instalado com os navegadores Chrome registrados no Chrome Enterprise Core ou no Chrome Enterprise Premium. Ele foi criado para oferecer suporte a casos de uso, políticas e relatórios do Enterprise.
- Chrome 134 no Windows e macOS
- Suporte à política DownloadRestrictions no iOS
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 já é aceita no iOS. Isso permite que os administradores bloqueiem todos os downloads no Chrome para iOS em dispositivos móveis.
- Chrome 135 no iOS
- Políticas recomendadas (substituição do usuário)
O Chrome lançou a configuração de Substituição do usuário no Google Admin Console para políticas que possam ser definidas como recomendadas. Ou seja, os administradores de TI podem aplicar um valor de política e permitir que os usuários substituam esse valor.
- No Chrome 134, estas políticas podem ser usadas: BookmarkBarEnabled, PasswordManagerEnabled, PinUnlockAutosubmitEnabled, SchedulerConfiguration, PrintHeaderFooter, TranslateEnabled, SpellCheckServiceEnabled e ShowFullUrlsInAddressBar
Mudanças no Chrome Enterprise Premium
- Evidence locker
O Evidence Locker permite que os administradores do Chrome Enterprise Premium armazenem e inspecionem arquivos sinalizados como malware ou que violam uma regra de proteção de dados. Uma cópia do arquivo salvo no bucket do Google Cloud Storage que é de propriedade e especificado pela empresa. O administrador de segurança pode investigar os incidentes usando a ferramenta de investigação de segurança e fazer o download dos arquivos que causaram o incidente para analisar mais detalhadamente. Para mais detalhes, consulte Investigar e tomar providências em relação a arquivos suspeitos.
- Chrome 134 no ChromeOS, Linux, macOS, Windows
- Prevenção contra captura de tela
O Chrome 134 aprimora 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. Com essa atualização, aproveitamos 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
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
- Descontinuar os eventos de mutação
Os eventos de mutação síncronos, incluindo
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumenteDOMCharacterDataModified, 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. Para saber mais, consulte esta postagem do blog Chrome for Developers. Se você encontrar algum problema, registre um bug do Chromium.
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:
- O teste de descontinuação de eventos de mutação pode ser usado para reativar o recurso por um tempo limitado em um determinado site. Pode ser usado até o Chrome 134, até 25 de março de 2025.
- A política corporativa MutationEventsEnabled também pode ser usada para a mesma finalidade até o Chrome 134.
- Chrome 135 no Android, Linux, macOS e Windows: a política corporativa MutationEventsEnabled será descontinuada.
- Melhorias nas extensões no Chrome para computador
No Chrome 135 para computador, alguns usuários que fazem login no Chrome ao instalar uma nova extensão agora podem usar e salvar extensões na Conta do Google.
As políticas empresariais relevantes que controlam extensões, assim como BrowserSignin, SyncDisabled ou SyncTypesListDisabled, vão continuar funcionando como antes, para que os administradores possam configurar se os usuários podem usar e salvar itens na Conta do Google.
Para mais informações sobre como usar extensões em qualquer computador, consulte Instalar e gerenciar extensões na Central de Ajuda da Chrome Web Store.
Observação: essa mudança é uma continuação do lançamento do novo modelo de identidade no Chrome para computador.
- Chrome 135 no Linux, MacOS e Windows
- Remoção das políticas corporativas de acesso à rede particular
O acesso à rede particular (PNA 1.0) é um recurso de segurança não enviado que limita o acesso a sites em redes locais. Devido a problemas de implantabilidade, a PNA 1.0 nunca foi capaz de ser enviada por padrão, porque era incompatível com muitos dispositivos.
A PNA 1.0 exigiu mudanças nos dispositivos em redes locais. Em vez disso, o Chrome está implementando uma proposta atualizada, o acesso à rede particular 2.0 (PNA 2.0). A PNA 2.0 exige mudanças apenas em sites que precisam acessar a rede local, e não em dispositivos na rede local. Os sites são muito mais fáceis de atualizar do que os dispositivos, e essa abordagem deve ser muito mais simples de implementar.
A única maneira de aplicar a PNA 1.0 é pela política corporativa. Para evitar a regressão da segurança para clientes corporativos que ativam a PNA 1.0 antes do lançamento da PNA 2.0, vamos manter a política PrivateNetworkAccessRestrictionsEnabled, que faz com que o Chrome envie mensagens especiais de simulação até que se torne incompatível com a PNA 2.0.
As políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que afrouxam as restrições da PNA 1.0, serão removidas no Chrome 135. No momento, essas políticas não têm efeito, já que o PNA 1.0 não é enviado, e elas não terão significado quando o PNA 1.0 for removido.
A PNA 2.0 é descrita neste documento de explicação no GitHub.
- Chrome 135 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
Remoção das políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed.
- Chrome 137 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
Remoção de PrivateNetworkAccessRestrictionsEnabled.
- Chrome 135 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
- Remover a política ThirdPartyBlockingEnabled
Devido a problemas inesperados, a política ThirdPartyBlockingEnabled será removida no Chrome 135. Se você tiver feedback sobre essa remoção, informe um bug do Chromium.
- Chrome 132 no Windows
Descontinuação da política ThirdPartyBlockingEnabled - Chrome 135 no Windows
Remoção da política ThirdPartyBlockingEnabled
- Chrome 132 no Windows
- Melhorias nas configurações, nos atalhos de sites e nos temas do Chrome para computador
No Chrome 135 para computador, para usuários que fizeram login no Chrome ou ativaram a Sincronização, as configurações, os atalhos de site e os temas sincronizados com a Conta do Google agora 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 da conta é deixada no dispositivo quando a sincronização é desativada.
As políticas do Enterprise SyncDisabled e SyncTypesListDisabled continuam sendo aplicadas para que os administradores possam restringir ou desativar o recurso de sincronização, se quiserem.
Observação: essa mudança é uma continuação do lançamento do novo modelo de identidade no Chrome para computador. Para mais detalhes, consulte Status da plataforma do Chrome.
- Chrome 135 no Linux, MacOS e Windows
- Desativação do Gerenciador de senhas herdado no Chrome para Android
Os usuários com versões antigas do Google Play Services vão perder a funcionalidade do Gerenciador de senhas no Chrome. Esta é uma etapa para descontinuar o Gerenciador de senhas legados no Chrome para Android. Esses usuários podem fazer o download de um arquivo CSV com as senhas nas Configurações do Chrome e importá-lo para o gerenciador de senhas preferido. O novo Gerenciador de senhas do Google está disponível em dispositivos com uma versão recente do Google Play Services.
- Chrome 135 no Android
- Os cookies de terceiro são sempre bloqueados no modo de navegação anônima
A partir do Chrome 135, os cookies de terceiros vão ser bloqueados no modo de navegação anônima, sem a possibilidade de reativação global. Os controles de cookies de terceiros no nível do site não serão alterados.
Com esse lançamento, a política BlockThirdPartyCookies só será aplicada ao modo normal quando definida como falsa, e não ao modo de navegação anônima. Não haverá mudanças quando a política for definida como verdadeira ou não for definida. Também não haverá mudanças na política CookieAllowedForUrls, que continuará sendo aplicada nos modos normal e anônimo, já que é aplicada no nível do site e não globalmente.
- Chrome 135 no Android, ChromeOS, Linux, MacOS e Windows
- Particionamento de URL de blobs: busca/navegação
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 135 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
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
srcdoce fazendo com que eles herdem o controlador de service worker da página mãe.- Chrome 135 no Windows, MacOS, Linux e Android
- Os getters de informações de localidade Intl foram descontinuados
A API Intl Locale Info é uma proposta TC39 do ECMAScript de fase 3 para aprimorar o objeto
Intl.Localeexpondo 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
- Particionamento: histórico de links visitados
Para eliminar vazamentos de histórico de navegação do usuário, os elementos âncora são estilizados como
:visitedsomente se tiverem sido clicados anteriormente a partir dessa origem de site e frame de nível superior. No navegador, isso significa que a hashtable VisitedLinks agora é particionada por chave tripla ou armazenando o seguinte para cada link visitado:<link URL, top-level site, frame origin>. Ao estilizar apenas os links que já foram clicados neste site e frame, os muitos ataques de canal lateral que foram desenvolvidos para coletar informações de estilo de links:visitedagora estão obsoletos, porque não fornecem mais aos sites novas informações sobre os usuários.Há uma exceção para links diretos, em que os links para as páginas de um site podem ter o estilo :visited, mesmo que não tenham sido clicados nessa origem exata do site e do frame de nível superior. Essa isenção só é ativada em frames ou subframes de nível superior que têm a mesma origem do frame de nível superior. Os benefícios de privacidade acima ainda são alcançados porque os sites já sabem quais subpáginas um usuário visitou. Assim, nenhuma nova informação é exposta. Essa foi uma exceção solicitada pela comunidade que também melhora a experiência do usuário.
- Chrome 135 no Windows, MacOS, Linux e Android
- Prevenção de rastreamento de HSTS
A segurança de transporte restrito HTTP (HSTS, na sigla em inglês) permite que os sites se declarem acessíveis apenas por conexões seguras. A partir do Chrome 135, a prevenção de rastreamento do HSTS vai reduzir o rastreamento de usuários por terceiros usando o cache do HSTS. Ela só permite upgrades HSTS para navegações de nível superior e bloqueia upgrades HSTS para solicitações de subrecursos. Isso vai impedir que sites de terceiros usem o cache HSTS para rastrear usuários na Web. Para mais informações, consulte esta explicação sobre a prevenção de rastreamento de HSTS no GitHub.
- Chrome 135 no Windows, MacOS, Linux e Android
- O método navigator.xr.supportsSession foi removido
navigator.xr.supportsSessionfoi substituído na especificação do WebXR pelo métodonavigator.xr.isSessionSupportedem setembro de 2019, após receber feedback sobre a forma da API da TAG. Desde então, ele foi marcado como descontinuado no Chromium, produzindo um aviso no console que redireciona os desenvolvedores para a API atualizada.O uso da chamada é muito baixo, conforme mostrado nas métricas de uso do Status do Chrome. Além disso, todos os principais frameworks usados para criar conteúdo do WebXR foram atualizados para usar a chamada mais recente.
- Chrome 135 no Windows, MacOS, Linux e Android
- Política rígida de mesma origem para a API Storage Access
O Chrome 135 vai ajustar a semântica da API Storage Access para seguir estritamente a política de mesma origem e melhorar a segurança. Isso significa que o uso de
document.requestStorageAccess()em um frame vai anexar cookies às solicitações para a origem do iframe (não ao site) por padrão.Observação: a política CookiesAllowedForUrls ou os cabeçalhos de acesso ao armazenamento ainda podem ser usados para desbloquear cookies entre sites.
- Chrome 135 no Windows, MacOS, Linux e Android
- Provedor de framework de acessibilidade de automação de interface no Windows
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.
- Remover o substituto do SwiftShader
A partir do Chrome 137, planejamos descontinuar o fallback automático para o WebGL com suporte do SwiftShader. A criação de contexto do WebGL vai falhar em vez de retornar ao SwiftShader. Planejamos remover o substituto do SwiftShader por dois motivos principais:
- O SwiftShader é um alto risco de segurança devido ao código JIT em execução no processo de GPU do Chromium.
- 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-swiftshaderremoverá 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 137 no Windows, MacOS, Linux e Android
- Não permitir espaços em hosts de URL que não sejam "file://"
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 138 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
- Migração da API SafeBrowsing v4 para a v5
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 145 no Android, iOS, ChromeOS, Linux, macOS e Windows
O lançamento será gradual.
- Chrome 145 no Android, iOS, ChromeOS, Linux, macOS e Windows
Próximas mudanças no Chrome Enterprise Core
-
Suporte ao Logon único extensível da Apple para o Chrome no macOS
O Chrome 135 no macOS vai permitir a autenticação perfeita de provedores de identidade ativados por uma extensão de logon único (SSO) empresarial configurada pelo SO. Nesta versão inicial, os usuários finais em navegadores gerenciados poderão fazer login em qualquer recurso autenticado pelo Microsoft Entra sem precisar inserir credenciais. O SSO extensível precisa ser pré-configurado no seu ambiente e implantado com a respectiva solução de gerenciamento de dispositivos corporativos. Outros provedores de identidade poderão ser compatíveis em breve.
- A partir do Chrome 135 no macOS
-
Apps isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web, que oferece proteções mais fortes contra comprometimento do servidor e outras adulterações, o que é necessário para desenvolvedores de aplicativos sensíveis à segurança.
Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos em Como começar a usar apps da Web isolados.
Na versão inicial, os IWAs só podem ser instalados por uma política em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 140 no Windows
Esse lançamento adiciona suporte a apps da Web isolados em configurações de navegador gerenciadas pela empresa no Windows.
- Chrome 140 no Windows
Próximas mudanças no Chrome Enterprise Premium
- Refatorar a experiência do usuário nas regras da DLP
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 135 no Windows, macOS, Linux e ChromeOS
- Filtragem de URL no iOS e Android
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 137 no Android e iOS
- Conector de geração de relatórios para dispositivos móveis
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 136 no Android
- Chrome 137 no iOS
- API Connectors
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 137 no Windows, macOS, Linux e ChromeOS
Resumo da versão do ChromeOS 134
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Apps Isolados da Web no modo quiosque do ChromeOS | ✓ | ||
| Migrar dados de alunos que estão se formando | ✓ | ✓ | |
| Teclas lentas | ✓ | ✓ | |
| GIFs com Inserção multimídia | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Política do ChromeOS para a longevidade da bateria | ✓ | ||
| Mudança no sinal de funcionamento do quiosque | ✓ | ||
| Coleta de registros de dispositivos baseada em eventos para solução de problemas | ✓ | ||
| Planos de fundo e segundo plano de IA | ✓ | ||
| Descontinuação da compatibilidade com apps do Chrome no ChromeOS | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações do ChromeOS
-
Apps Isolados da Web no modo quiosque do ChromeOS
No ChromeOS 134, o modo quiosque do ChromeOS vai oferecer suporte a Apps Isolados da Web, uma solução de app mais segura e versátil com acesso a integrações profundas do sistema e recursos avançados. Os administradores podem configurar IWAs para implantações de quiosques e sinalização digital em dispositivos gerenciados pelo Chrome Enterprise no Admin Console.
-
Migrar dados de alunos que estão se formando
A partir de março de 2025, a nova ferramenta de transferência de conteúdo vai orientar os alunos que estão se formando ou outros usuários gerenciados pelo Google for Education que queiram migrar os dados pelo processo atualizado. Isso permite que eles levem o conteúdo dos apps Documentos, Planilhas, Apresentações e Gmail para uma conta do Gmail de sua escolha.
Com esse novo aplicativo, os administradores da escola podem fixar um ícone na prateleira, notificar estudantes e professores nos Chromebooks e definir datas para acionar essas notificações e incentivar o uso do processo de transferência de conteúdo.
Para mais detalhes, consulte nosso artigo que descreve como permitir a transferência de dados em escolas na Central de Ajuda do Chrome Enterprise e Education.
-
Teclas lentas
As teclas lentas são um recurso de acessibilidade projetado para ajudar pessoas com dificuldade de coordenação motora a digitar com mais precisão. Esse recurso é útil principalmente para pessoas com condições como tremores, artrite ou dormência nas pontas dos dedos, o que pode dificultar o pressionamento das teclas com precisão.
O recurso de teclas lentas funciona introduzindo um atraso, exigindo que as teclas sejam pressionadas por um período determinado antes de serem registradas. Isso evita que teclas sejam pressionadas acidentalmente.
-
GIFs com Inserção multimídia
Em breve, a Inserção multimídia vai oferecer suporte à inserção direta de GIFs. Adicione GIFs rapidamente às suas mensagens e documentos sem sair do menu "Inserção multimídia". Para mais detalhes, consulte Usar a Inserção multimídia para adicionar e criar conteúdo.
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 ChromeOS
-
Política do ChromeOS para a longevidade da bateria
O ChromeOS 135 apresenta uma nova política de limite de carga da bateria, DevicePowerBatteryChargingOptimization, que oferece mais opções de otimização. A otimização do carregamento da bateria ajuda a prolongar a vida útil dos Chromebooks.
Os administradores ainda podem definir um limite máximo de carga, com 100% como padrão, para minimizar a degradação da bateria e melhorar a confiabilidade a longo prazo.
A nova política vai beneficiar administradores que gerenciam frotas de dispositivos, como em ambientes educacionais, e usuários individuais que buscam maximizar a longevidade do Chromebook. Essa política é aplicada automaticamente e não requer interação do usuário.
-
Mudança no sinal de funcionamento do quiosque
No verão passado, enviamos um aviso obrigatório de serviço para informar o cliente sobre a migração da API Kiosk Heartbeat, que precisa de uma atualização para o ChromeOS 126.
Se sua organização estiver usando uma versão anterior ao ChromeOS 126, será necessário atualizar a frota de dispositivos. Essa mudança no sinal de funcionamento do quiosque exige uma atualização para o ChromeOS 126 ou o ChromeOS LTS 126 ou a versão estável atual do ChromeOS.
- O que você precisa fazer?
Ative a DeviceChromeVariation (valor: 0) para sua organização até que todos os dispositivos sejam atualizados para o ChromeOS LTS 132. Quando todos os dispositivos estiverem no ChromeOS LTS 132, o DeviceChromeVariation não será mais necessário e poderá ser alterado para qualquer valor.
- O que acontece quando a DeviceChromeVariation é desativada?
Os dispositivos com versões do LTS anteriores ao ChromeOS LTS 132 vão continuar usando a infraestrutura antiga do sinal de funcionamento do quiosque até 7 de abril de 2025.
A partir de 8 de abril de 2025, todos os dispositivos com versões LTS anteriores ao ChromeOS LTS 132 vão parar de enviar sinais de funcionamento do dispositivo. Consulte Monitorar a integridade dos quiosques para saber mais.
- O que você precisa fazer?
-
Coleta de registros de dispositivos baseada em eventos para solução de problemas (Admin Console)
A partir do ChromeOS 135, nosso sistema vai coletar e fazer o upload automático de registros de dispositivos para ajudar a resolver problemas, como falhas ou atualizações do SO. Isso vai acontecer quando estas configurações específicas forem ativadas:
- Ativar o upload de registro do sistema do dispositivo: ativa a coleta geral de registros.
- Informar informações do SO do dispositivo -> Status de atualização do SO: coleta dados sobre atualizações do SO
- Informar telemetria do dispositivo -> Informações de falha : coleta informações de falhas fatais
Quando um problema ocorre, os administradores de TI recebem uma notificação com um link direto para os registros enviados na página de detalhes do dispositivo ChromeOS no Admin Console. Você também pode conferir um histórico de eventos do dispositivo. Os uploads de registro acontecem no máximo duas vezes por dia, e cada arquivo geralmente tem de 400 KB a 1 MB.
Para mais detalhes, consulte estes artigos na Central de Ajuda do Chrome Enterprise e do Education:
-
Planos de fundo e segundo plano de IA
A partir do ChromeOS 136, planejamos lançar planos de fundo de videoconferência e de tela de bloqueio com IA generativa em alta resolução no ChromeOS. Com esse recurso, você pode liberar todo o potencial criativo e transformar o Chromebook em uma tela de expressão pessoal. Escolha entre uma variedade de modelos e, com apenas alguns cliques, personalize o Chromebook com sua personalidade, humor ou interesses.
Duas novas políticas estarão disponíveis para controlar esses recursos: GenAIVcBackgroundSettings e GenAIVcBackgroundSettings. Esse recurso só vai estar disponível em dispositivos Chromebook Plus.
-
Compatibilidade com apps do Chrome descontinuado no ChromeOS
Em 2016, anunciamos a descontinuação dos apps do Chrome em favor dos apps da Web. Em 2021, anunciamos no blog do Chromium que a compatibilidade com apps do Chrome para clientes e desenvolvedores do ChromeOS Enterprise e Education seria estendido até pelo menos janeiro de 2025. Como a maioria dos nossos clientes migrou dos apps do Chrome (incluindo apps empacotados legados (v1) e apps hospedados), podemos confirmar as seguintes atualizações sobre as datas de descontinuação dos apps do Chrome.
- Julho de 2025: fim da compatibilidade com apps do Chrome instalados pelo usuário (programado para o ChromeOS M139).
- Os apps do Chrome que forem instalados à força pelo Admin Console vão continuar sendo compatíveis.
- Julho de 2026: a última versão do ChromeOS compatível com apps do Chrome no modo quiosque (programada para o ChromeOS M150).
- Os dispositivos no canal LTS com apps do Chrome no modo quiosque vão receber suporte até abril de 2027.
- Fevereiro de 2028: a última versão do ChromeOS compatível com apps do Chrome (programada para o ChromeOS M168), que marca o fim da vida útil de todos os apps Chrome.
- Os dispositivos no canal LTS podem continuar usando os apps do Chrome até outubro de 2028.
- Não haverá exceções.
Esses cronogramas de descontinuação também se aplicam aos apps do Chrome auto-hospedados.
Embora não seja possível adicionar novos apps do Chrome à Chrome Web Store, os apps atuais podem continuar sendo atualizados até outubro de 2028, quando vão atingir o fim da vida útil no ChromeOS. Após essa data, os apps do Chrome serão removidos da Chrome Web Store.
Se sua organização tiver desenvolvido apps do Chrome internamente e você precisar de ajuda, consulte o guia Transição dos apps do Chrome. Você também pode participar da comunidade de desenvolvedores do ChromeOS no Discord ou entrar em contato conosco pelo formulário em https://chromeos.dev/work-with-us. Consulte a programação de lançamentos do ChromeOS para conferir as datas de lançamento e as atualizações.
Nas próximas semanas, mais informações detalhadas serão enviadas a todos os desenvolvedores de apps para o Chrome e administradores do ChromeOS.
- Julho de 2025: fim da compatibilidade com apps do Chrome instalados pelo usuário (programado para o ChromeOS M139).
Chrome 133
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 do 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 do worker de serviço para o iframe srcdoc | ✓ | ||
| O evento de erro é disparado em vez de gerar uma exceção para o worker bloqueado pela CSP. | ✓ | ||
| Remover restrições de áudio não padrão do getUserMedia | ✓ | ||
| Descontinuar os eventos de mutação | ✓ | ||
| Sincronização entre dispositivos das configurações e temas do Chrome no computador ao fazer login | ✓ | ||
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| Remover a política ThirdPartyBlockingEnabled | ✓ | ||
| Os getters de informações de localidade Intl foram descontinuados | ✓ | ||
| 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 Chrome Enterprise Companion | ✓ | ✓ | |
| 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)
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
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
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%.
- Chrome 129 no macOS
- A Sincronização do Chrome não vai mais oferecer suporte a versões do Chrome com mais de quatro anos
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.
- Chrome 133 no Android, iOS, ChromeOS, Linux, macOS e Windows
- Nova opção na política HttpsOnlyMode
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
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
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/securitypara 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.
- Chrome 122 no ChromeOS, Linux, macOS, Windows e Fuchsia
- A página de boas-vindas do Chrome não é mais acionada usando initial_preferences
Removemos a página de boas-vindas do Chrome de
initial_preferencesporque ela é redundante com a experiência de primeira execução que é acionada em plataformas de computador. A inclusão dechrome://welcomena propriedadefirst_run_tabsdo arquivoinitial_preferencesnã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
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
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
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
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.
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
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
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
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.
- Chrome 134 no ChromeOS, Linux, macOS, Windows
- Particionamento de URL de blobs: busca/navegação
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
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.
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
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
Os eventos de mutação síncronos, incluindo
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumenteDOMCharacterDataModified, 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:
- O teste de descontinuação de eventos de mutação pode ser usado para reativar o recurso por um tempo limitado em um determinado site. Pode ser usado até o Chrome 134, até 25 de março de 2025.
- A política corporativa MutationEventsEnabled também pode ser usada para a mesma finalidade até o Chrome 134.
- 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
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://"
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
- Remover a política ThirdPartyBlockingEnabled
Devido a problemas inesperados, a política ThirdPartyBlockingEnabled será removida no Chrome 135. Se você tiver comentários sobre essa remoção, informe um bug neste link.
- Chrome 132 no Windows
Descontinuação da política ThirdPartyBlockingEnabled
- Chrome 135 no Windows
Remoção da política ThirdPartyBlockingEnabled
- Chrome 132 no Windows
- Os getters de informações de localidade Intl foram descontinuados
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
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:
- O SwiftShader é um alto risco de segurança devido ao código JIT em execução no processo de GPU do Chromium.
- 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
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
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
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
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
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
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
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
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
Resumo da versão do ChromeOS 133
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Processamento aprimorado de arquivos do Office para usuários gerenciados | ✓ | ✓ | |
| Definir o armazenamento em nuvem como a única opção de armazenamento de dados em dispositivos ChromeOS | ✓ | ✓ | |
| Teclas de retorno no ChromeOS | ✓ | ||
| Tour de boas-vindas aprimorado | ✓ | ||
| Política do ChromeOS para idiomas de teclado | ✓ | ✓ | |
| Atualização do idioma do Screencast | ✓ | ||
| Novo botão para ativar a super resolução do microfone Bluetooth | ✓ | ||
| Candidato à versão do ChromeOS LTS 132 | ✓ | ||
| Monitoramento da integridade do quiosque | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Mudança no sinal de funcionamento do quiosque | ✓ | ||
| Apps Isolados da Web no modo quiosque do ChromeOS | ✓ | ||
| Migrar dados de alunos que estão se formando | ✓ | ||
| Política do ChromeOS para a longevidade da bateria | ✓ | ||
| Teclas lentas | ✓ | ✓ | |
| GIFs com Inserção multimídia | ✓ | ||
| Planos de fundo e segundo plano de IA | ✓ | ||
| Descontinuação da compatibilidade com apps do Chrome no ChromeOS | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações do ChromeOS
-
Melhoria no processamento de arquivos do Office para usuários gerenciados
A partir do ChromeOS 133, os usuários gerenciados podem abrir e editar arquivos do Microsoft Office (Word, PowerPoint e Excel) sem problemas, independentemente de usarem o Office para Web no Microsoft 365 ou no Google Workspace.
As organizações que usam o Office para a Web se beneficiam da integração do OneDrive ao app Files, das integrações do sistema do Microsoft 365 PWA para uma experiência semelhante à área de trabalho, do SSO para todos os aplicativos necessários e dos controles avançados de política para pré-configuração.
Para clientes do Google Workspace, a transição de arquivos locais para o Google Workspace é otimizada.
Para mais informações, consulte Configurar o processamento de arquivos do Office para usuários gerenciados na Central de Ajuda do Chrome Enterprise e do Education.
As novas políticas para o processamento de arquivos do Microsoft Office incluem:
-
Tornar o armazenamento em nuvem a única opção de armazenamento de dados em dispositivos ChromeOS
O ChromeOS 133 apresenta uma verdadeira experiência de priorização da nuvem, permitindo que os administradores bloqueiem o armazenamento local e garantam que todos os arquivos sejam armazenados no Google Workspace ou no Microsoft OneDrive. Esse recurso evita a perda de dados, reduz os riscos de segurança, oferece suporte a requisitos de guarda de documentos e é especialmente benéfico para dispositivos compartilhados.
Para mais informações, consulte Usar o armazenamento em nuvem como única opção de armazenamento em dispositivos ChromeOS na Central de Ajuda do Chrome Enterprise e do Education.
As novas políticas para armazenamento em nuvem incluem:
- LocalUserFilesAllowed
- LocalUserFilesMigrationDestination
- DownloadDirectory (suporte ao OneDrive)
- ScreenCaptureLocation
-
Teclas de filtragem no ChromeOS
O recurso Teclas de filtragem é um recurso de acessibilidade desenvolvido para facilitar o uso do computador para pessoas com destreza limitada ou tremores. Ele funciona ignorando pressionamentos de tecla repetidos em um curto intervalo de tempo, que pode ser personalizado de acordo com suas necessidades. Isso evita que caracteres indesejados sejam inseridos devido a pressionamentos de tecla não intencionais.
-
Tour de boas-vindas aprimorado
Os novos usuários do ChromeOS agora recebem uma visita de boas-vindas imediatamente após a configuração do dispositivo. O Tour de boas-vindas é uma maneira interativa de os usuários aprenderem o básico e começarem a usar o novo Chromebook rapidamente.
-
Nova política do ChromeOS para idiomas de teclado
Do ChromeOS 133 em diante, uma nova política AllowedInputMethodsForceEnabled permite que os administradores instalem automaticamente os idiomas de teclado definidos anteriormente por AllowedInputMethods. O usuário não pode adicionar ou remover idiomas de teclado selecionados quando a política está definida.
-
Atualização do idioma do screencast
O Screencast agora oferece suporte a mais de 50 idiomas. Para usar o Screencast, pressione o ícone Iniciar e pesquise Screencast. Confira a lista de idiomas no artigo da Central de Ajuda: Usar o app Screencast para gravar e compartilhar nos seus dispositivos ChromeOS.
-
Novo botão para ativar a super resolução do microfone Bluetooth
O ChromeOS 133 adiciona um botão para controlar a superresolução do microfone Bluetooth. O botão é adicionado na página de configurações de áudio e só fica visível quando o recurso tem suporte e o dispositivo de entrada selecionado é um fone de ouvido Bluetooth.
-
ChromeOS LTS 132
O candidato a lançamento do ChromeOS LTS 132 já está disponível. Confira mais detalhes nas notas da versão do Suporte de longo prazo (LTS) do ChromeOS.
-
Monitoramento de integridade para dispositivos de quiosque
O ChromeOS 133 melhora a latência de atualização de status para o monitoramento de integridade de dispositivos de quiosque. Em condições ideais, as atualizações de status dos dispositivos de quiosque agora são informadas em cerca de um minuto. O status off-line agora precisa ser enviado ou atualizado em até 11 minutos. Para mais informações, consulte Monitorar a integridade dos quiosques na Central de Ajuda do Chrome Enterprise e do Education.
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 ChromeOS
-
Mudança no sinal de funcionamento do quiosque
No verão passado, enviamos um aviso obrigatório de serviço para informar o cliente sobre a migração da API Kiosk Heartbeat, que precisa de uma atualização para o ChromeOS 126.
Se sua organização estiver usando uma versão anterior ao ChromeOS 126, será necessário atualizar a frota de dispositivos. Essa mudança no sinal de funcionamento do quiosque exige uma atualização para o ChromeOS 126 ou o ChromeOS LTS 126 ou a versão estável atual do ChromeOS.
- O que você precisa fazer?
Ative a DeviceChromeVariation (valor: 0) para sua organização até que todos os dispositivos sejam atualizados para LTS132.
Quando todos os dispositivos estiverem no LTS132, o DeviceChromeVariation não será mais necessário e poderá ser alterado para qualquer valor.
- O que acontece quando a DeviceChromeVariation é desativada?
Os dispositivos com versões do LTS anteriores à LTS132 vão continuar usando a infraestrutura antiga do sinal de funcionamento do quiosque até 7 de abril de 2025.
A partir de 8 de abril de 2025, todos os dispositivos com versões LTS anteriores ao ChromeOS LTS 132 vão parar de enviar sinais de funcionamento do dispositivo.
-
Apps Isolados da Web no modo quiosque do ChromeOS
No ChromeOS 134, o modo quiosque do ChromeOS vai oferecer suporte a Apps Isolados da Web, uma solução de app mais segura e versátil com acesso a integrações profundas do sistema e recursos avançados. Os administradores poderão configurar IWAs para implantações de quiosques e sinalização digital em dispositivos gerenciados pelo Chrome Enterprise no Admin Console.
-
Migrar dados de alunos que estão se formando
A partir de março de 2025, a nova ferramenta de transferência de conteúdo vai orientar os alunos que estão se formando ou outros usuários gerenciados pelo Google for Education que queiram migrar os dados pelo processo atualizado do Google Takeout. Isso permite que eles levem o conteúdo dos apps Documentos, Planilhas, Apresentações e Gmail para uma conta do Gmail de sua escolha.
Com esse novo aplicativo, os administradores da escola podem fixar um ícone na prateleira, notificar estudantes e professores nos Chromebooks e definir datas para acionar essas notificações e incentivar o uso do processo de transferência de conteúdo.
-
Nova política do ChromeOS para a longevidade da bateria
No ChromeOS 134, vamos lançar uma nova política de limite de carga da bateria que vai oferecer mais opções de otimização, o que vai ajudar a prolongar a vida útil dos Chromebooks. Os administradores ainda poderão definir um limite máximo de carga, com 100% como padrão, para minimizar a degradação da bateria e melhorar a confiabilidade a longo prazo. Essa nova política vai beneficiar administradores que gerenciam frotas de dispositivos, como em ambientes educacionais, e usuários individuais que buscam maximizar a longevidade do Chromebook. Essa política será aplicada automaticamente e não vai exigir interação do usuário.
-
Teclas lentas
As teclas lentas são um recurso de acessibilidade projetado para ajudar pessoas com dificuldade de coordenação motora a digitar com mais precisão. Esse recurso é útil principalmente para pessoas com condições como tremores, artrite ou dormência nas pontas dos dedos, o que pode dificultar o pressionamento das teclas com precisão. O recurso Teclas lentas funciona introduzindo um atraso, exigindo que as teclas sejam pressionadas por um período determinado antes de serem registradas. Isso evita que teclas sejam pressionadas acidentalmente.
-
GIFs com Inserção multimídia
Em breve, a Inserção multimídia vai oferecer suporte à inserção direta de GIFs. Adicione GIFs rapidamente às suas mensagens e documentos sem sair do menu "Inserção multimídia". Para mais detalhes, consulte Usar a Inserção multimídia para adicionar e criar conteúdo.
-
Planos de fundo e segundo plano de IA
A partir do ChromeOS 135, planejamos lançar planos de fundo de videoconferência e de tela de bloqueio com IA generativa em alta resolução no ChromeOS. Com esse recurso, você pode liberar todo o potencial criativo e transformar o Chromebook em uma tela de expressão pessoal. Escolha entre uma variedade de modelos e, com apenas alguns cliques, personalize o Chromebook com sua personalidade, humor ou interesses.
Duas novas políticas estarão disponíveis para controlar esses recursos: GenAIVcBackgroundSettings e GenAIVcBackgroundSettings. Esse recurso só vai estar disponível em dispositivos Chromebook Plus.
-
Compatibilidade com apps do Chrome descontinuado no ChromeOS
Em 2016, anunciamos a descontinuação dos apps do Chrome em favor dos apps da Web. Em 2021, anunciamos no blog do Chromium que a compatibilidade com apps do Chrome para clientes e desenvolvedores do ChromeOS Enterprise e Education seria estendido até pelo menos janeiro de 2025. Como a maioria dos nossos clientes migrou dos apps do Chrome (incluindo apps empacotados legados (v1) e apps hospedados), podemos confirmar as seguintes atualizações sobre as datas de descontinuação dos apps do Chrome.
- Julho de 2025: fim da compatibilidade com apps do Chrome instalados pelo usuário (programado para o ChromeOS M138).
- Os apps do Chrome que forem instalados à força pelo Admin Console vão continuar sendo compatíveis.
- Julho de 2026: a última versão do ChromeOS compatível com apps do Chrome no modo quiosque (programada para o ChromeOS M150).
- Os dispositivos no canal LTS com apps do Chrome no modo quiosque vão receber suporte até abril de 2027.
- Fevereiro de 2028: a última versão do ChromeOS compatível com apps do Chrome (programada para o ChromeOS M168), que marca o fim da vida útil de todos os apps Chrome.
- Os dispositivos no canal LTS podem continuar usando os apps do Chrome até outubro de 2028.
- Não haverá exceções.
Esses cronogramas de descontinuação também se aplicam aos apps do Chrome auto-hospedados.
Embora não seja possível adicionar novos apps do Chrome à Chrome Web Store, os apps atuais podem continuar sendo atualizados até outubro de 2028, quando vão atingir o fim da vida útil no ChromeOS. Após essa data, os apps do Chrome serão removidos da Chrome Web Store.
Se sua organização tiver desenvolvido apps do Chrome internamente e você precisar de ajuda, consulte o guia Transição dos apps do Chrome. Você também pode participar da comunidade de desenvolvedores do ChromeOS no Discord ou entrar em contato conosco pelo formulário em https://chromeos.dev/work-with-us. Consulte a programação de lançamentos do ChromeOS para conferir as datas de lançamento e as atualizações.
Nas próximas semanas, mais informações detalhadas serão enviadas a todos os desenvolvedores de apps para o Chrome e administradores do ChromeOS.
- Julho de 2025: fim da compatibilidade com apps do Chrome instalados pelo usuário (programado para o ChromeOS M138).
Chrome 132
Resumo da versão do Chrome 132
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Pesquisar com o Google Lens | ✓ | ||
| Serviço de rede no sandbox do Windows | ✓ | ||
| Assinaturas de código ad-hoc para shims de Apps Web Progressivos no macOS | ✓ | ||
| Upload em lote | ✓ | ||
| Atualizações do fluxo de trabalho da exoneração de responsabilidade dos conectores | ✓ | ||
| O DownloadRestrictions é mais rigoroso em relação às restrições de tipo de arquivo | ✓ | ||
| Atualizações no modelo de identidade para computador | ✓ | ||
| Modo de priorização de HTTPS para usuários normalmente seguros | ✓ | ||
| Chaves de acesso no iOS | ✓ | ✓ | |
| Movimentação de alternância de vazamento de senha | ✓ | ||
| Remoção do headless antigo do binário do Chrome | ✓ | ||
| Remover a política ThirdPartyBlockingEnabled | ✓ | ||
| Remoção de política corporativa usada para o comportamento de mesmo site legado | ✓ | ||
| Suporte a URLs de esquema não especial | ✓ | ||
| Traduzir para a Pesquisa com o Google Lens | ✓ | ||
| Captura de links do usuário em PWAs | ✓ | ✓ | |
| Contêineres de rolagem com foco no teclado | ✓ | ||
| Remover APIs de tela cheia prefixadas de HTMLVideoElement | ✓ | ||
| Lançar uma exceção para pop-ups ou caixas de diálogo em documentos não ativos | ✓ | ||
| 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 |
| Chrome Web Store personalizada para empresas | ✓ | ✓ | |
| Novos recursos de gerenciamento de usuários do Chrome no Admin Console | ✓ | ||
| Copiar condições de origem na regra de colagem da DLP do Chrome | ✓ | ||
| Geração de insights para avisos e erros do console do Chrome DevTools | ✓ | ||
| Certificação de administrador profissional do Chrome Enterprise | ✓ | ||
| Certificados raiz do servidor para o Chrome Enterprise | ✓ | ✓ | |
| Relatório de tecnologia legada | ✓ | ||
| Políticas recomendadas (o usuário pode substituir um valor da política) | ✓ | ✓ | |
| Lista de navegadores gerenciados atualizada: atividade mais recente do Google Update | ✓ | ||
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Criptografia de download de arquivos para regras da DLP | ✓ | ||
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Não permitir espaços em hosts de URL que não sejam file:// | ✓ | ||
| Ler em voz alta no Modo de leitura no Chrome 133 | ✓ | ||
| Congelamento de guias na Economia de energia | ✓ | ||
| Descontinuação de getters de informações de localidade internacional | ✓ | ||
| Melhorias no posicionamento do invocador de pop-up e da âncora | ✓ | ||
| Remoção do acionamento da página de boas-vindas do Chrome nas guias de execução inicial de preferências | ✓ | ||
| Remover restrições de áudio não padrão do getUserMedia | ✓ | ||
| 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 | ✓ | ||
| Configuração de segurança do V8 | ✓ | ||
| Nova opção na política HttpsOnlyMode | ✓ | ✓ | |
| Migração da API SafeBrowsing v4 para a v5 | ✓ | ||
| Particionamento de URL de blobs: busca ou navegação | ✓ | ||
| O script SharedWorker herda o controlador do URL do script do blob | ✓ | ||
| Descontinuar os eventos de mutação | ✓ | ||
| Provedor de framework de acessibilidade de automação de interface no Windows | ✓ | ||
| Como personalizar perfis gerenciados com logotipo e rótulo personalizados | ✓ | ✓ | |
| 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 |
| Prevenção contra captura de tela V2 | ✓ | ||
| Filtragem de URL no iOS/Android | ✓ | ||
| Conector de relatórios para dispositivos móveis | ✓ | ||
| Refactor UX das regras da DLP | ✓ | ||
| API Connectors | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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 Chrome 132, começamos a lançar esse recurso aprimorado em todas as plataformas. 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 com o Google Lens. Os usuários podem selecionar qualquer lugar da 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, 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: lançamento do recurso para 1% do Stable
- Chrome 132 no ChromeOS, Linux, macOS e Windows: lançamento do recurso expandido para 1% do Stable
- Serviço de rede colocado no sandbox do Windows
Para melhorar a segurança e a confiabilidade, o serviço de rede, que já está em execução no próprio processo, agora é colocado no sandbox do Windows. Assim, os códigos de terceiros que adulteram o serviço de rede hoje não vão mais poder fazer isso. Podem ocorrer problemas na interoperabilidade com o software que injeta códigos no espaço de processo do Chrome, como o software 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
- Chrome 132 no Windows
- Assinaturas de código ad-hoc para shims de Apps Web Progressivos no macOS
Os shims de aplicativo criados ao instalar um App Web Progressivo 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 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 apps da Web progressivos 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 132 no macOS
O recurso vai começar a ser lançado para a versão estável, começando com 1%.
- Chrome 129 no macOS
- Upload em lote
Desde o Chrome 128, os usuários têm acesso às senhas e aos endereços da Conta do Google no momento do login, além das formas de pagamento, que já eram um recurso de login. Esses tipos de dados têm dois armazenamentos distintos: local e conta. Com o Chrome 132, os usuários têm a oportunidade de fazer o upload de todos os dados locais que tiverem para a Conta do Google. Esse recurso vai ser disponibilizado primeiro para senhas e endereços e será expandido para incluir outros tipos de dados no futuro.
A política SyncTypesListDisabled se aplica igualmente à sincronização e ao upload de dados. Portanto, se as senhas ou os endereços estiverem desativados, eles não serão disponibilizados para upload no carregador em lote.
- Chrome 132 no Linux, macOS e Windows
- Atualizações do fluxo de trabalho da exoneração de responsabilidade dos conectores
Atualizamos os Termos de Serviço do Chrome Enterprise Core para incluir uma seção sobre o compartilhamento de dados de terceiros. Essas atualizações melhoram o fluxo de inscrição para os conectores Enterprise do navegador Chrome.
- Chrome 132 no ChromeOS, Linux, macOS, Windows
- O DownloadRestrictions é mais rigoroso em relação às restrições de tipo de arquivo
É possível controlar os downloads na sua organização usando a política DownloadRestrictions, com opções para selecionar um nível adequado de restrições de tipo de arquivo:
0 = Nenhuma restrição especial. Padrão.
Quando o valor da opção for 1, isso significa que:
1 = Bloquear downloads maliciosos e tipos de arquivo perigosos.
2 = Bloquear downloads maliciosos, incomuns ou indesejados e tipos de arquivo perigosos.
3 = Bloquear todos os downloads.
4 = Bloquear downloads maliciosos. Recomendado.- O navegador Chrome bloqueia arquivos maliciosos sinalizados pelo servidor da Navegação segura E bloqueia todos os tipos de arquivo perigosos. Recomendado apenas para UOs, navegadores ou usuários com alta tolerância a falsos positivos.
Quando o valor da opção = 2, isso significa que:
- O navegador Chrome bloqueia arquivos maliciosos sinalizados pelo servidor da Navegação segura E bloqueia arquivos incomuns ou indesejados sinalizados pelo servidor da Navegação segura E também bloqueia todos os tipos de arquivo perigosos. Recomendado apenas para UOs, navegadores ou usuários com alta tolerância a falsos positivos.
Antes, o bloqueio de tipos de arquivo perigosos não era aplicado corretamente pelo Chrome. Isso foi corrigido. Isso significa, no entanto, que a política agora é muito mais rigorosa em relação a determinados tipos de arquivos que podem ser perigosos para o usuário, como arquivos
.exeou.msino Windows. Se isso causar muitos falsos positivos, deixe a política indefinida ou defina o valor dela como 4.- Chrome 132 no Windows
- Atualizações no modelo de identidade do Chrome no computador
Em vez de configurar a sincronização do Chrome no seu dispositivo, agora você só precisa fazer login no Chrome para acessar e salvar itens na sua Conta do Google. Esse novo modelo de identidade no computador também inclui um login explícito no Chrome a partir de um login na Web.
Fazer login na Web (usando o Gmail) solicita que os usuários façam login no Chrome. Se a pessoa recusar, ela não vai fazer login no Chrome, apenas na Web.
- Se aceitarem, o gerenciamento de perfil (políticas baseadas no usuário), pagamentos (já disponíveis hoje), senhas, endereços, favoritos*, extensões*, preferências do mecanismo de pesquisa*, temas* e PWAs* serão ativados.
- Se o usuário recusar, o Chrome ainda poderá usar as credenciais de login para facilitar o login com um clique no Chrome.
- Por enquanto, a sincronização do histórico, das guias abertas e dos grupos de guias ainda está disponível com uma ativação separada.
- Credenciais invalidadas (por exemplo, desativação remota ou desativação na Web) colocam o Chrome em um estado "pendente", anteriormente "sincronização pausada". Os dados de preenchimento automático não estarão disponíveis na Conta do Google do usuário. Os usuários nesse estado vão receber a mensagem "Verifique se é você" na barra de ferramentas do Chrome.
*Esses tipos de dados serão ativados após o login (em vez de ativar a sincronização) nos próximos marcos do Chrome.
As interceptações de login na Web podem ser controladas usando a política SigninInterceptionEnabled. Para mais detalhes, consulte Forçar os usuários a criar um perfil separado.
- Chrome 132 no Linux, macOS e Windows : início do lançamento
- Modo de priorização de HTTPS para usuários geralmente seguros
O modo de priorização de HTTPS (HFM) ativa uma experiência padrão de HTTPS no Chrome, fazendo o upgrade automático de sites para HTTPS. Se um site não for compatível com HTTPS, o HFM vai mostrar um aviso antes de carregar a versão HTTP. O HFM melhora significativamente as garantias de segurança do HTTPS, impedindo o carregamento de URLs HTTP sem a aprovação explícita do usuário.
A HFM para usuários normalmente seguros (este recurso) é uma heurística que pode ativar automaticamente a HFM para o usuário se ele tiver um padrão de navegação normalmente seguro. Normalmente, o padrão de navegação segura é determinado mantendo o controle de falhas de atualização do HTTPS (upgrades do HTTPS com falha, que seriam intersticiais de HFM se o usuário tivesse ativado o HFM manualmente) e alguns outros fatores, como idade do perfil e pontuação geral de engajamento do site.
Se esses indicadores indicarem que o usuário visita principalmente sites seguros, a heurística vai ativar automaticamente a configuração de HFM. Os intersticiais de HFM causados por essa heurística vão mostrar uma mensagem personalizada. O usuário pode desativar a HFM simplesmente desativando a configuração da interface, e a heurística nunca será ativada novamente.
É possível controlar isso usando as políticas corporativas HttpsOnlyMode e HttpAllowlist.
- Chrome 132 no ChromeOS, Linux, macOS, Windows, Fuchsia
- Chaves de acesso no iOS
As chaves de acesso são uma alternativa mais segura às senhas. Ao contrário das senhas, que podem ser alvo de phishing ou adivinhadas, as chaves de acesso permitem que os usuários se autentiquem em sites e apps usando criptografia de chave pública, conforme definido no padrão WebAuthn.
As chaves de acesso do Gerenciador de senhas do Google já estão disponíveis no Chrome em outras plataformas. Com esse lançamento, elas chegam à plataforma iOS com melhorias na extensão do provedor de credenciais do Chrome ("Senhas em outros apps"). Com a extensão, as chaves de acesso do Gerenciador de senhas do Google podem ser usadas para fazer login em páginas do Chrome e de outros navegadores, além de apps nativos.
As chaves de acesso são salvas na Conta do Google de um usuário e ficam disponíveis sempre que ele faz login no Chrome. Políticas corporativas relevantes, como BrowserSignin, SyncTypesListDisabled e PasswordManagerEnabled, vão continuar funcionando como antes e podem ser usadas para configurar se os usuários podem usar e salvar senhas na Conta do Google.
- Chrome 132 no iOS
- Mover a chave de vazamento de senha
O botão PasswordLeakDetectionEnabled, que originalmente estava em
chrome://settings/security, está sendo movido do cabeçalho "Proteção padrão" para a seção Avançado.Esse recurso também remove a dependência de PasswordLeakDetectionEnabled no status de Navegação segura do usuário. Antes, um usuário que não tinha proteção ou Navegação segura não recebia a funcionalidade PasswordLeakDetectionEnabled. Agora, o usuário pode escolher se quer ativar a opção PasswordLeakDetectionEnabled, independente do nível de proteção da Navegação segura.
- Chrome 132 no ChromeOS, Linux, macOS, Windows, Fuchsia
- Remoção do headless antigo do binário do Chrome
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
- Remover a política ThirdPartyBlockingEnabled
Devido a problemas inesperados, a política ThirdPartyBlockingEnabled será removida no Chrome 135. Se você tiver comentários sobre essa remoção, informe um bug neste link.
- Chrome 132 no Windows
descontinuação da política ThirdPartyBlockingEnabled
- Chrome 135 no Windows
Remoção da política ThirdPartyBlockingEnabled.
- Chrome 132 no Windows
- Remover política corporativa usada para o comportamento legado de mesmo site
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento do SameSite dos cookies para o legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no Chrome 132.
- Chrome 132 no Android, ChromeOS, Linux, macOS, Windows
Remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
- Chrome 132 no Android, ChromeOS, Linux, macOS, Windows
- Suporte a URLs de esquema não especial
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 132 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
Os recursos de tradução de realidade aumentada (RA) estão sendo implementados no recurso Pesquisar com o Google Lens. A política corporativa LensOverlaySettings está em vigor, permitindo que você ative ou desative o recurso.
- Chrome 131 no ChromeOS, Linux, macOS, Windows
- Chrome 132 no ChromeOS, Linux, macOS e Windows
O recurso de tradução foi introduzido no Chrome 131. No Chrome 132, o recurso de tradução está sendo expandido com suporte a mais idiomas.
- Captura de links do usuário em PWAs
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.
Para alguns usuários, o link sempre é aberto em um PWA instalado, enquanto outros usuários veem o link aberto em uma nova guia com um ícone na barra de endereço, e clicar no ícone inicia 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).
- Chrome 132 no Linux, macOS e Windows
- Contêineres de rolagem com foco no teclado
Melhora a acessibilidade tornando 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.
Com os contêineres focalizáveis por padrão, os usuários que não podem (ou não querem) usar um mouse podem focar o conteúdo recortado usando as teclas Tab e de seta do teclado. 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 controle de rolagem como <textarea>.
Observação: o lançamento anterior desse recurso (iniciado no Chrome 127 e depois no Chrome 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
- Remover APIs de tela cheia prefixadas de HTMLVideoElement
As APIs de tela cheia específicas de HTMLVideoElement com prefixo foram descontinuadas desde o Chrome 38. Elas foram substituídas pela API Element.requestFullscreen(), que foi lançada sem prefixo no Chrome 71, 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
- Gerar exceção para pop-ups ou caixas de diálogo em documentos não ativos
Essa é uma mudança de caso extremo que não afeta os desenvolvedores. Antes, chamar "showPopover()" ou "showModal()" em um pop-up ou caixa de diálogo que fica em um documento inativo falhava silenciosamente. Isso significa que nenhuma exceção seria gerada, mas, como o documento está inativo, nenhum pop-up ou caixa de diálogo seria mostrado. Agora essas situações geram InvalidStateError. Para mais informações, consulte a solicitação de envio relevante da especificação no GitHub.
- Chrome 132 no Windows, macOS, Linux e Android
- Novas políticas no navegador Chrome
Política Descrição CACertificates Certificados TLS que devem ser considerados confiáveis para autenticação do servidor CACertificateManagementAllowed Permitir que os usuários gerenciem todos os certificados Certificados TLS em que não se deve confiar para autenticação do servidor CAHintCertificates Certificados TLS que não são confiáveis ou aqueles que não são confiáveis, mas podem ser usados na criação de caminhos para autenticação do servidor CACertificatesWithConstraints Certificados TLS que precisam ser considerados confiáveis para autenticação do servidor com restrições PasswordManagerPasskeysEnabled Ativar o salvamento de chaves de acesso no gerenciador de senhas SharedWorkerBlobURLFixEnabled Alinhar o comportamento do URL do blob do SharedWorker com a especificação TranslatorAPIAllowed Permite o uso da API Translator
- Políticas removidas do navegador Chrome
Política Descrição LegacySameSiteCookieBehaviorEnabledForDomainList Reverter para o comportamento legado para os cookies em todos os sites NativeClientForceAllowed Força a execução do Cliente nativo (NaCl) PrefixedVideoFullscreenApiAvailability Gerenciar a disponibilidade da API prefixada de tela cheia de vídeo descontinuada
Mudanças no Chrome Enterprise Core
- Chrome Web Store personalizada para empresas
Os administradores podem aproveitar novas configurações para personalizar a Chrome Web Store para os usuários gerenciados, incluindo a capacidade de:
- Adicionar logotipos da empresa
- Adicionar banners principais e avisos personalizados
- Criar coleções de extensões
- Ocultar categorias de extensões
Essas configurações podem ser configuradas pelo Admin Console (saiba mais) e estã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).
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 "Bloqueado pelo administrador" ao pesquisar um item
- Pesquisa de itens de domínios privados e recursos de filtragem avançada
- Os itens particulares e recomendados são realocados para a guia "Extensões"
A compatibilidade com navegadores registrados (sem a necessidade de fazer login) será oferecida no final de 2025.
- Chrome 132 no ChromeOS, Linux, macOS, Windows
- Novos recursos de gerenciamento de usuários do Chrome no Admin Console
Agora os administradores podem ter mais visibilidade dos perfis de usuários do Chrome na organização com uma nova lista de perfis e recursos de relatórios para Contas do Google com login. Essa visualização centralizada no Google Admin Console oferece relatórios detalhados sobre os perfis de usuários na sua organização, incluindo informações do perfil, versão do navegador, políticas aplicadas e extensões instaladas. Saiba mais em Acessar detalhes do perfil do navegador Chrome.
Para começar, os administradores de TI podem ativar a nova política de relatórios de perfil gerenciado do Chrome para conferir as informações de relatórios sobre os perfis gerenciados.
- Chrome 132 no Android, Linux, macOS e Windows
- Copiar condições de origem na regra de colagem da DLP do Chrome
Neste recurso, estamos adicionando condições de origem da cópia, ou seja, URL de origem, categoria do URL de origem e contexto do Chrome de origem na regra de acionamento de colagem para todos os clientes. Os administradores agora podem criar regras de colagem usando a política OnBulkDataEntryEnterpriseConnector, com condições que correspondem ao local de onde os dados ou o texto colado são copiados.
Confira mais detalhes em Usar o Chrome Enterprise Premium para integrar a DLP ao Chrome.
- Chrome 132 no ChromeOS, Linux, macOS e Windows
Neste lançamento, estamos adicionando condições de origem de cópia, ou seja, a categoria de URL de origem e o contexto do Chrome de origem na regra de acionamento de colagem para todos os clientes. Os administradores poderão criar regras de colagem (política) com condições que correspondem ao local de onde os dados/texto estão sendo copiados.
- Chrome 132 no ChromeOS, Linux, macOS e Windows
- Geração de insights para avisos e erros do console do Chrome DevTools
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 agora pode explicar recursos nos painéis "Performance", "Origens" e "Network", além ainda contar com suporte para depuração de estilo
- Chrome 125 no ChromeOS, Linux, Mac e Windows
- Certificação profissional de administrador do Chrome Enterprise
Para as organizações que usam o Chrome Enterprise Core, oferecemos uma nova oportunidade de certificação: a Certificação Profissional de Administrador do Chrome Enterprise. Esta certificação foi criada para validar sua experiência em gerenciar ambientes de navegadores Chrome Enterprise, com foco no uso do Chrome Enterprise Core para implementar políticas, estabelecer controles e analisar relatórios.
O exame foi criado para administradores do Chrome Enterprise com pelo menos um ano de experiência em gerenciamento de aplicativos, políticas e endpoints. Ele tem duração de duas horas e consiste em cerca de 70 perguntas de múltipla escolha. O exame avalia sua familiaridade com soluções locais e baseadas na nuvem para gerenciar, manter, resolver problemas, proteger e integrar serviços relacionados ao Chrome.
O Google está isentando a taxa de US$ 125 do exame até março de 2025, e os administradores agora podem fazer o exame de certificação de administrador profissional do Chrome Enterprise gratuitamente.
- Chrome 132 no Android, iOS e ChromeOS
- Certificados raiz do servidor para o Chrome Enterprise
O Chrome 132 adiciona a capacidade de clientes corporativos ou parceiros implantar certificados raiz do servidor ou pontos de confiança personalizados na loja raiz do Chrome em navegadores totalmente gerenciados pelo Gerenciamento na Nuvem do Chrome Browser ou em perfis gerenciados do Chrome em dispositivos gerenciados ou não gerenciados.
- Chrome 132 no Linux, macOS e Windows
- Relatório de tecnologia legada
O Relatório de tecnologia legada permite que os administradores de TI tenham visibilidade sobre sites (internos e externos) que usam tecnologias descontinuadas ou que serão descontinuadas em breve (por exemplo, mudanças de propriedade do CSS ou protocolos de segurança mais antigos, como TLS 1.0 e 1.1). Esse lançamento está disponível no Google Admin Console para todos os clientes do Chrome Enterprise Core. Para mais detalhes, consulte Conferir detalhes de uso da tecnologia legada.
Isso dá aos administradores de TI a oportunidade de trabalhar com os desenvolvedores para planejar proativamente as migrações técnicas antes que a descontinuação entre em vigor.
- Chrome 132 no Linux, macOS e Windows
- Políticas recomendadas (os usuários podem substituir um valor da política)
O Chrome está lançando a configuração de substituição do usuário no Google Admin Console para políticas que podem ser definidas como recomendadas. Isso significa que os administradores de TI podem aplicar um valor de política e permitir que os usuários substituam esse valor.
No Chrome 132: as políticas a seguir são compatíveis: ShowHomeButton, HomepageIsNewTabPage, HomepageLocation, DownloadRestrictions, SafeBrowsingProtectionLevel, AlwaysOpenPdfExternally, BackgroundModeEnabled, MetricsReportingEnabled, WarnBeforeQuitting, PrintPreviewUseSystemDefaultPrinter, BatterySaverModeAvailability
A partir do Chrome 133: as políticas a seguir serão compatíveis: ImportAutofillFormData, ImportBookmarks, ImportHistory, ImportSavedPasswords, ImportSearchEngine
- Lista de navegadores gerenciados atualizada: atividade mais recente do Google Update
O Chrome Enterprise Core vai adicionar a coluna Atividade mais recente do Google Update à lista de navegadores gerenciados. A Atividade mais recente do Google Update representa a última vez que o serviço do Google Updater interagiu com um navegador gerenciado.
- Chrome 132 no Linux, macOS e Windows
- Chrome 132 no Linux, macOS e Windows
Mudanças no Chrome Enterprise Premium
- Criptografia de download de arquivos para regras de DLP
Quando uma regra de Prevenção contra perda de dados (DLP) de um arquivo transferido é acionada, o arquivo é criptografado imediatamente para garantir que os usuários finais não possam acessá-lo quando um veredito for retornado. Isso significa que os usuários não podem mais ignorar a regra movendo ou renomeando o arquivo.
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
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
- Não permitir espaços em hosts de URL que não sejam "file://"
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 (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 133 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
- Ler em voz alta no Modo de leitura no Chrome 133
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 poderão escolher diferentes vozes e velocidades naturais e conferir destaques visuais.
- Chrome 133 no Linux, macOS e Windows
- Congelamento de guias na economia de energia
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 no Chrome 131 em chrome://flags/#freezing-on-energy-saver. Como alternativa, é possível testar comchrome://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.- 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 133 no ChromeOS, Linux, macOS e Windows
O recurso vai começar a ser lançado para 1% do Stable no Chrome 133.
- Os getters de informações de localidade Intl foram descontinuados
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 133 no Windows, MacOS, Linux e Android
- Melhorias no posicionamento de invocação e âncora de pop-up
Esta atualização representa o seguinte conjunto relacionado de mudanças, que foram resolvidas e lançadas
1. Adicionar uma maneira imperativa de definir relações de invocação entre popovers:
popover.showPopover({source})2. As relações de invocação criam referências de elementos de âncora implícita.
- Chrome 133 no Android, ChromeOS, Linux, macOS, Windows e Fuchsia
- A página de boas-vindas do Chrome não é mais acionada pelas guias de execução inicial dos ajustes
A inclusão de
chrome://welcomena propriedade first_run_tabs do arquivo initial_preferences não terá mais efeito. Ela foi removida porque é redundante com a experiência de primeira execução que é acionada em plataformas de computador.Para mais detalhes sobre o contexto do arquivo initial_preferences, consulte Configurar outras preferências.
- Chrome 133 no Windows, macOS e Linux
- Remover restrições de áudio não padrão de getUserMedia
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 133 no Windows, MacOS, Linux e Android
- Remover o substituto de SwiftShader
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:
- O SwiftShader é um alto risco de segurança devido ao código JIT em execução no processo de GPU do Chromium.
- 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-swiftshaderremoverá 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
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 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 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
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.
- Configuração de segurança do V8
Adicione uma configuração em
chrome://settings/securitypara desativar os otimizadores JIT V8 e reduzir a superfície de ataque do Chrome. Isso mantém a compatibilidade com o Web Assembly. Esse comportamento continua sendo controlado pela 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.
- Chrome 122 no ChromeOS, Linux, macOS, Windows e Fuchsia
- Nova opção na política HttpsOnlyMode
A configuração "Perguntar antes do HTTP" (ABH, anteriormente chamada de "Somente HTTPS/Modos de priorização de HTTPS) informa ao Chrome que ele precisa pedir o consentimento do usuário antes de enviar conteúdo HTTP não seguro pela rede. A política HttpsOnlyMode permite forçar a ativação ou desativação do 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
- Migração da API Safe Browsing v4 para a v5
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 134 no Android, iOS, ChromeOS, Linux, macOS e Windows: o lançamento será gradual.
- Particionamento de URL de blobs: busca ou navegação
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, que estará disponível no Chrome 134. 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
- O script do SharedWorker herda o controlador do URL do script do blob
Os workers de serviço precisam herdar os controladores do URL do blob. No entanto, o código atual permite que apenas DedicatedWorkers herdem o controlador. SharedWorkers não o herdam.
Essa é a correção para ajustar o comportamento do Chromium à especificação.
Uma política corporativa UserAgentClientHintsEnabled está disponível para controlar esse recurso.
- Chrome 134 no Windows, macOS e Linux
- Descontinuar os eventos de mutação
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. A partir do Chrome 124, uma política corporativa temporária, MutationEventsEnabled, será 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:
- O teste de descontinuação de eventos de mutação pode ser usado para reativar o recurso por um tempo limitado em um determinado site. Pode ser usado até o Chrome 134, até 25 de março de 2025.
- A política corporativa MutationEventsEnabled também pode ser usada para a mesma finalidade até o Chrome 134.
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
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.
- Como personalizar perfis gerenciados com logotipo e rótulo personalizados
Novas personalizações da barra de ferramentas e do menu de perfil que ajudam os usuários a identificar facilmente se o perfil do Chrome é gerenciado, seja em um dispositivo pessoal ou de trabalho. Isso é especialmente útil em cenários em que os funcionários usam os próprios dispositivos com contas gerenciadas.
Para personalizar essa experiência, estamos adicionando três novas políticas:
- EnterpriseCustomLabel: personalize o texto exibido no elemento da barra de ferramentas para combinar com a marca da sua organização.
- EnterpriseLogoUrl: adicione o logotipo da sua empresa ao menu do perfil.
- EnterpriseProfileBadgeToolbarSettings: essa política pode desativar o rótulo padrão de um perfil gerenciado na barra de ferramentas do Chrome.
No Chrome 133, essas políticas vão estar disponíveis para personalizar o logotipo e o rótulo mostrados em um perfil gerenciado.
A partir do Chrome 134, haverá atualizações no comportamento padrão do rótulo e do ícone do perfil sobreposto ao avatar da conta. Os perfis gerenciados vão mostrar um rótulo trabalho ou escola, além do disco de perfil. No menu do perfil, há um ícone de edifício sobreposto ao avatar da conta. O disco de perfil aberto pode ser desativado usando EnterpriseProfileBadgeToolbarSettings.
- Chrome 133 no macOS e Windows
Políticas para personalizar o rótulo e o ícone da barra de ferramentas (no menu do perfil)
- Chrome 134: início do lançamento dos padrões, incluindo:
- 1) Rótulo trabalho ou escola mostrado na barra de ferramentas, ao lado do avatar do usuário
- 2) Um ícone de edifício sobreposto à foto da conta do usuário no menu do perfil. O rótulo pode ser desativado em EnterpriseProfileBadgeToolbarSettings. Começando com 1% e depois com um lançamento gradual.
Próximas mudanças no Chrome Enterprise Core
-
Novo app complementar do Chrome Enterprise
O app complementar do Chrome Enterprise (CECA) é 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 133 no Windows e macOS
Próximas mudanças no Chrome Enterprise Premium
- Prevenção contra captura de tela
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
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
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
- Refactor UX das regras da DLP
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
- API Connectors
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
Resumo da versão do ChromeOS 132
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Chrome Web Store personalizada para empresas | ✓ | ||
| Fim da compatibilidade com o cliente nativo (NaCl) no ChromeOS | ✓ | ||
| Atualização da integração | ✓ | ||
| Migrar dados de alunos que estão se formando | ✓ | ✓ | |
| Cantos arredondados para apps | ✓ | ||
| Autenticação sem senha do ChromeOS | ✓ | ||
| Controle facial no ChromeOS | ✓ | ✓ | |
| Desligar o touchpad | ✓ | ||
| Autenticação biométrica do Gerenciador de senhas | ✓ | ||
| A descoberta de apps foi removida da guia "Explorar" | ✓ | ||
| Gerenciamento remoto de dispositivos inativos | ✓ | ||
| Política de horário de dormir do dispositivo ChromeOS | ✓ | ||
| Melhoria na divulgação de gerenciamento em dispositivos bloqueados | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Planos de fundo e segundo plano de IA | ✓ | ||
| Descontinuação da compatibilidade com apps do Chrome no ChromeOS | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações do ChromeOS
-
Chrome Web Store personalizada para empresas
Agora os administradores podem usar novas configurações para personalizar a Chrome Web Store para os usuários gerenciados, incluindo a capacidade de:
- Adicionar logotipos da empresa
- Adicionar banners principais e avisos personalizados
- Criar coleções de extensões
- Implementar controles com base em categorias
Essas configurações podem ser configuradas pelo Admin Console e estã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). Para mais informações, consulte Chrome Web Store personalizada para empresas.
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 ao pesquisar um item
- Pesquisa de itens de domínios privados e recursos de filtragem avançada
- Os itens particulares e recomendados são realocados para a guia Extensões
O suporte para navegadores registrados (sem a necessidade de fazer login) será oferecido no final de 2025.
- Chrome 132 no ChromeOS, Linux, macOS, Windows
-
Fim do suporte ao cliente nativo (NaCl) no ChromeOS
O ChromeOS 132 é a última versão com suporte para NaCl para dispositivos não gerenciados ou de consumo, seguido pelo ChromeOS 138 em julho de 2025 para dispositivos gerenciados. Confira mais detalhes em Sobre o gerenciamento de dispositivos ChromeOS.
Em 2017, anunciamos o fim da compatibilidade com o Cliente nativo (NaCl) em favor do WebAssembly. Como a maioria dos desenvolvedores e usuários migrou do NaCl, confirmamos as seguintes datas de descontinuação do NaCl:
- Janeiro de 2025: o Cliente nativo (NaCl) será desativado a partir do ChromeOS 132.
- Para usuários não gerenciados e consumidores, o ChromeOS 132 será a última versão do ChromeOS com suporte para NaCl.
- Para ambientes gerenciados (incluindo sessões de quiosque), os administradores que gerenciam dispositivos ChromeOS para uma empresa ou escola têm a opção de estender a capacidade de usar o NaCl com uma política de permissão DeviceNativeClientForceAllowed do NaCl na versão 138 do ChromeOS. Para ativar as políticas de dispositivos, consulte Definir políticas de dispositivos ChromeOS na Central de Ajuda do Chrome Enterprise e do Education.
- Julho de 2025: o ChromeOS 138 será a última versão compatível com o NaCl.
- Para ambientes gerenciados, o ChromeOS 138 é uma versão do ChromeOS com suporte de longo prazo (LTS) disponível para administradores que gerenciam dispositivos ChromeOS em uma empresa ou escola.
- Para dispositivos que foram mudados para o canal LTS e têm a política de permissão NaCl ativada, o NaCl vai estar disponível até a última atualização do LTS, em abril de 2026.
- Não haverá exceções.
Para apps do Chrome que usam NaCl, migre para o WebAssembly (WASM). Para ajudar você na transição, publicamos o guia de migração do WebAssembly.
Para mais informações sobre essa mudança ou se precisar de ajuda, consulte:
- Guia de migração do WebAssembly.
- Comunidade de desenvolvedores do ChromeOS no Discord.
- Programação de lançamentos do ChromeOS para conferir as datas de lançamento e as atualizações.
Para saber mais, consulte Gerenciar políticas para dispositivos ChromeOS na Central de Ajuda do Chrome Enterprise e do Education.
- Janeiro de 2025: o Cliente nativo (NaCl) será desativado a partir do ChromeOS 132.
-
Atualização da integração
Há muitos itens de configuração diferentes que os usuários podem querer mudar depois de começar a usar os dispositivos, incluindo a configuração de uma impressora, a conexão de dispositivos Bluetooth, a mudança de direção do touchpad e assim por diante. Esse recurso consolida muitos desses itens de configuração comuns em uma lista de tarefas simples, com links diretos para onde um usuário pode mudar uma configuração específica, para simplificar o processo de conclusão de muitas dessas etapas.
-
Migrar dados de alunos que estão se formando
A partir do ChromeOS 132, uma nova ferramenta de Transferência de conteúdo vai orientar os alunos que estão se formando ou outros usuários gerenciados pelo Google for Education que queiram migrar os dados pelo processo atualizado do Google Takeout Transfer. Isso permite que eles levem o conteúdo dos apps Documentos, Planilhas, Apresentações e Gmail para uma conta do Gmail de sua escolha.
Com esse novo aplicativo, os administradores da escola podem fixar um ícone na prateleira, notificar estudantes e professores nos Chromebooks e definir datas para acionar essas notificações e incentivar o uso do processo de transferência de conteúdo.
-
Cantos arredondados para apps
Como parte de um novo design de interface, o ChromeOS agora tem cantos arredondados em todas as janelas de apps em dispositivos Chromebook Plus.
-
Autenticação sem senha do ChromeOS
O recurso do ChromeOS sem senha permite que os usuários acessem o dispositivo com PIN ou uma senha local como fator de autenticação principal. Isso significa que você poderá fazer login no seu dispositivo ChromeOS com uma senha definida explicitamente para ele, além de um PIN que não vincula mais a senha do Gmail à senha do dispositivo.
Não é possível ativar o recurso de PIN em dispositivos gerenciados.
-
Controle de rosto no ChromeOS
O ChromeOS agora tem controle facial com tecnologia de IA. Agora você pode usar o rastreamento de rosto e gestos para navegar no Chromebook, abrir apps e até mesmo escrever e-mails, tudo sem teclado ou mouse. Essa tecnologia integrada, inspirada no Projeto Gameface, oferece maior acessibilidade para usuários com deficiência motora e uma maneira mais eficiente de interagir com os dispositivos. Para saber mais sobre esse recurso, consulte esta postagem do blog.
-
Desligar o touchpad
Os usuários de Chromebooks agora podem desativar os touchpads. Essa melhoria de acessibilidade ajuda quem usa leitores de tela ou pode clicar acidentalmente. Para desativar, acesse Configurações > Acessibilidade > Cursor e touchpad.
-
Autenticação biométrica do Gerenciador de senhas
O ChromeOS 132 ativa a biometria no Gerenciador de senhas e o preenchimento automático no Chrome para dispositivos ChromeOS.
-
A descoberta de apps foi removida do app "Explorar"
O ChromeOS 132 remove o módulo "Apps e jogos" do app "Explorar". Para descobrir novos apps para seu dispositivo ChromeOS, acesse https://discover.apps.chrome.
.
.-
Gerenciamento remoto de dispositivos inativos
A Área de trabalho remota do Chrome (CRD, na sigla em inglês) é um recurso para o controle remoto de dispositivos ChromeOS, principalmente para a solução de problemas, quando um dispositivo está inativo e não está sendo usado. Os administradores agora podem iniciar uma conexão do CRD com um dispositivo ChromeOS na tela de login. Com isso, um administrador pode fazer login em um dispositivo gerenciado com o próprio conjunto de credenciais para solução de problemas ou testes.
-
Política de horário de dormir do dispositivo ChromeOS
A nova política DeviceRestrictionSchedule permite que os administradores do ChromeOS impeçam que os usuários façam login em Chromebooks específicos em determinados dias da semana e horários. Durante esse período, os apps de quiosque também ficam indisponíveis.
-
Melhorias na divulgação de gerenciamento em dispositivos bloqueados
Esse recurso melhora a exibição de gerenciamento na tela de bloqueio do dispositivo. Para ajudar o usuário a entender melhor o que são os dispositivos gerenciados antes de usar o dispositivo para tarefas pessoais ou de trabalho, explicamos claramente o que eles envolvem. Dessa forma, os usuários podem tomar decisões conscientes sobre o uso do dispositivo. Ao fornecer as informações necessárias, os usuários ganham o conhecimento necessário para fazer escolhas alinhadas às preocupações e preferências de privacidade e segurança.
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 ChromeOS
-
Planos de fundo e segundo plano de IA
A partir do ChromeOS 134, planejamos lançar planos de fundo de videoconferência e de tela de bloqueio com IA generativa em alta resolução no ChromeOS. Com esse recurso, você pode liberar todo o potencial criativo e transformar o Chromebook em uma tela de expressão pessoal. Escolha entre uma variedade de modelos e, com apenas alguns cliques, personalize o Chromebook com sua personalidade, humor ou interesses.
Duas novas políticas estarão disponíveis para controlar esses recursos: GenAIVcBackgroundSettings e GenAIVcBackgroundSettings. Esse recurso só vai estar disponível em dispositivos Chromebook Plus.
-
Compatibilidade com apps do Chrome descontinuado no ChromeOS
Em 2016, anunciamos a descontinuação dos apps do Chrome em favor dos apps da Web. Em 2021, anunciamos no blog do Chromium que a compatibilidade com apps do Chrome para clientes e desenvolvedores do ChromeOS Enterprise e Education seria estendido até pelo menos janeiro de 2025. Como a maioria dos nossos clientes migrou dos apps do Chrome (incluindo apps empacotados legados (v1) e apps hospedados), podemos confirmar as seguintes atualizações sobre as datas de descontinuação dos apps do Chrome.
- Julho de 2025: fim da compatibilidade com apps do Chrome instalados pelo usuário (programado para o ChromeOS M138).
- Os apps do Chrome que forem instalados à força pelo Admin Console vão continuar sendo compatíveis.
- Julho de 2026: a última versão do ChromeOS compatível com apps do Chrome no modo quiosque (programada para o ChromeOS M150).
- Os dispositivos no canal LTS com apps do Chrome no modo quiosque vão receber suporte até abril de 2027.
- Fevereiro de 2028: a última versão do ChromeOS compatível com apps do Chrome (programada para o ChromeOS M168), que marca o fim da vida útil de todos os apps Chrome.
- Os dispositivos no canal LTS podem continuar usando os apps do Chrome até outubro de 2028.
- Não haverá exceções.
Esses cronogramas de descontinuação também se aplicam aos apps do Chrome auto-hospedados.
Embora não seja possível adicionar novos apps do Chrome à Chrome Web Store, os apps atuais podem continuar sendo atualizados até outubro de 2028, quando vão atingir o fim da vida útil no ChromeOS. Após essa data, os apps do Chrome serão removidos da Chrome Web Store.
Se sua organização tiver desenvolvido apps do Chrome internamente e você precisar de ajuda, consulte o guia Transição dos apps do Chrome. Você também pode participar da comunidade de desenvolvedores do ChromeOS no Discord ou entrar em contato conosco pelo formulário em https://chromeos.dev/work-with-us. Consulte a programação de lançamentos do ChromeOS para conferir as datas de lançamento e as atualizações.
Nas próximas semanas, mais informações detalhadas serão enviadas a todos os desenvolvedores de apps para o Chrome e administradores do ChromeOS.
- Julho de 2025: fim da compatibilidade com apps do Chrome instalados pelo usuário (programado para o ChromeOS M138).
Chrome 131
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)
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
Desde o Chrome 126, os usuários podem usar o Google Lens para pesquisar qualquer imagem ou texto que aparecer na tela. Para usar esse recurso, é só acessar um site e clicar em Pesquisar com o Google Lens no ícone da omnibox em destaque e nos menus de clique com o botão direito do mouse no computador ou no menu de três pontos em computadores e 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. Admins podem controlar o recurso com uma política chamada LensOverlaySettings. Para realizar a pesquisa, uma captura de tela é enviada aos servidores do Google. Ela não é vinculada a IDs ou contas nem visualizada por pessoas, 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 um lançamento completo no Chrome 132.
- Chrome 126 no ChromeOS, Linux, macOS e Windows: lançamento do recurso com 1% de estabilidade
- Chrome 127 no ChromeOS, Linux, macOS e Windows: lançamento com 100% de estabilidade
- Chrome 131 no iOS: início do lançamento do recurso
- Chrome 132 no iOS: lançamento com 100% de estabilidade
- Verificação assíncrona em tempo real da Navegação Segura no iOS
Atualmente, as verificações da Navegação Segura bloqueiam os carregamentos de página, ou seja, 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 algumas mitigações:
- Para malware e ataques de dia 0, as verificações de lista de bloqueio local ainda serão realizadas de maneira síncrona para que payloads maliciosos continuem a ser bloqueados pela Navegação Segura.
- Para ataques de phishing, analisamos os dados e concluímos que é improvável que o usuário tenha interagido com a página (por exemplo, digitado uma senha) antes do aviso aparecer.
- 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
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 as assinaturas ad hoc, cada shim de app PWA tem uma identidade exclusiva do 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 do processamento de notificações do usuário em PWAs no macOS.
Os administradores precisam testar a compatibilidade com todas as ferramentas de segurança de endpoints ou autorização binária usadas por eles (por exemplo, Santa). Esse recurso pode ser ativado para testes com a flag
chrome://flags/#use-adhoc-signing-for-web-app-shims. Depois os administradores poderão instalar um PWA e garantir que ele seja iniciado como esperado.Em caso de incompatibilidade entre o recurso e as políticas de segurança atuais, a política AdHocCodeSigningForPWAsEnabled pode ser usada para desativar o recurso enquanto uma política de segurança de endpoints atualizada é implantada. A política corporativa deve ser usada para desativar o recurso apenas até que as políticas de segurança de endpoints sejam atualizadas, quando ela terá que 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 endpoints, como o Santa. Em caso de incompatibilidade, é 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 começa a ser lançado até atingir estabilidade, começando com 1%.
- Chrome 129 no macOS
- Escolher no Google Drive
A partir do Chrome 131, os usuários do Chrome no iOS poderão fazer upload de um arquivo do Google Drive para uma página da Web, sem precisar fazer o download no dispositivo antes.
- Chrome 131 no iOS: inclui a funcionalidade principal de fazer upload de um único arquivo.
- OCR do Visualizador de PDF do Google Chrome
Com o Chrome para computador, os PDFs digitalizados ficam 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 selecionar texto, usar Ctrl+F, copiar e colar. A proteção de PDFs seguros não é ignorada. Esse recurso só usa OCR em PDFs que o usuário pode acessar. A solução oferece acessibilidade a PDFs para os usuários do Chrome sem etapas extras, tornando-os tão acessíveis quanto o resto da Web.
- Chrome 131 no ChromeOS, Linux, macOS, Windows
- Mensagem promocional do Chrome no iOS da NTP em computadores
Mensagem promocional do Chrome no iOS na página "Nova guia" do computador. O objetivo da mensagem é aumentar o reconhecimento do Chrome no iOS e mostrar como é simples instalar.
Esse recurso pode ser controlado com as políticas PromotionsEnabled e NTPMiddleSlotAnnouncementVisible.
- Chrome 131 no Linux, macOS e Windows
- Detecção de reutilização de senhas entre perfis
Antes, a reutilização de senhas de credenciais corporativas só era detectável no respectivo perfil. Agora a reutilização de credenciais corporativas é detectada 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 a reutilização 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 corporativas 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.
- O Chrome no Android agora funciona com provedores de preenchimento automático e senhas de terceiros
Antes, os provedores de preenchimento automático e senhas de terceiros podiam ser usados no Chrome para Android por APIs de acessibilidade.
Implementamos suporte direto ao preenchimento automático do Android no Chrome M131. Com isso, esses provedores podem operem com o Chrome no Android, sem precisar de APIs de acessibilidade. Isso vai melhorar o desempenho do Chrome no Android e de provedores externos de preenchimento automático.
Para aproveitar esse recurso os usuários terão que ajustar o provedor externo nas configurações do Android. Em seguida, no Chrome, os usuários deverão clicar em Configurações > Preenchimento automático e depois em Preenchimento automático usando outro serviço.
Se os usuários não mudarem as duas configurações, eles vão continuar usando o Google para o preenchimento automático das senhas e das informações de pagamento e 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 terá efeito imediato. Se a nova configuração não for usada, os usuários vão continuar a usar o Google ou um terceiro por acessibilidade (se instalado).
O suporte a APIs de acessibilidade será descontinuado em 2025, quando as novas configurações da política serão aplicadas a todos os usuários.
- Chrome 131 no Android
- Descontinuação dos relatórios estendidos da Navegação Segura
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 nas 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 aproveitar 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
- Chrome 129 no Android, iOS, ChromeOS, Linux, macOS e Windows
- Falta de confiança no certificado da Entrust
Em resposta a falhas frequentes de conformidade, o Chrome está mudando a forma de confiança em certificados de autenticação de servidor TLS de confiança pública (site) emitidos pela Entrust no Chrome 131 e versões posteriores 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.
Em particular, certificados TLS que validam os certificados de CA raiz da Entrust incluídos na Chrome Root Store e emitidos:
- depois de 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 vão funcionar 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
Desde o Chrome 125, o navegador Chrome bloqueia envios de formulários 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 a confirmação do usuário. O objetivo é evitar o vazamento de dados de formulários em texto simples sem a aprovação explícita do usuário. A 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)
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 seu possível impacto no desempenho. Ainda que não seja possível ativar o recurso para todos os usuários imediatamente, ainda há uma oportunidade de ativação parcial em condições específicas e limitadas.
O objetivo do projeto é oferecer proteções avançadas para clientes corporativos. Os administradores corporativos têm a opção de aplicar medidas de segurança reforçada usando as políticas corporativas. A segurança tende a ser priorizada em relação ao desempenho no Enterprise. É provável que eles prefiram as verificações avançadas, mesmo que isso possa comprometer o desempenho.
O PA com verificações avançadas é a segurança de memória avançada. O recurso fica desativado por padrão devido à reduçã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
A partir do Chrome 131, os usuários com a Sincronização do Chrome ativada terão 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 terão como 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. Também como antes, o login no Chrome pode ser desativado com BrowserSignin.
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
Quando a Economia de Energia está ativa, o Chrome congela as guias ocultas e em silêncio por mais de 5 minutos e que usam 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 por um RTCPeerConnection com um RTCDataChannel aberto ou um MediaStreamTrack ativo.
- A guia controle um dispositivo externo detectado pelo uso de Web USB, Web Bluetooth, Web HID ou Web Serial.
Isso prolonga a duração da bateria e agiliza o Chrome devido à redução do uso da CPU.
- Chrome 130 no ChromeOS, Linux, macOS e Windows
O recurso pode ser testado no Chrome 130 com a entrada#freezing-on-energy-saveremabout:flags. Ele também pode ser testado com a flag#freezing-on-energy-saver-testing, que simula a Economia de Energia em estado ativo e com todas as guias usando muita CPU. Dessa forma, é possível verificar se uma guia atende às condições de congelamento e se ela seria congelada ao usar muita CPU. A disponibilidade da Economia de Energia pode ser controlada pela política BatterySaverModeAvailability. Essa mudança não tem efeito quando a Economia de Energia está desativada. - Chrome 131 no ChromeOS, Linux, macOS e Windows
O recurso vai começar a ser lançado com 1% de estabilidade no Chrome 131. O lançamento será gradual até 100% de estabilidade. É possível controlar a disponibilidade da Economia de Energia com a política BatterySaverModeAvailability. Essa mudança não terá efeito se a Economia de Energia estiver desativada.
- Atualizar o Google Play Services para corrigir problemas com senhas no dispositivo
Os usuários com versões antigas do Google Play Services terão funcionalidade reduzida com as senhas no dispositivo, e pode ser que o Gerenciador de Senhas pare 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, de acordo com seus respectivos estados. Isso faz parte de uma migração em andamento que só afeta os usuários do Gerenciador de Senhas do Google no Android.
- Chrome 131 no Android
- Encapsulamento da chave X25519Kyber768 para TLS
A partir da versão 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 operam com o ML-KEM de 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 ao descarte ou à suspensão de conexões. 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 este post do blog do Chromium e este post do blog de segurança do Google.
- No Chrome 124 para Windows, macOS, Linux: o novo mecanismo seguro de encapsulamento de chave TLS pós-quântico X25519Kyber768 está 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
- Descontinuação da propriedade de posicionamento de âncora do CSS inset-area
O grupo de trabalho do CSS (CSSWG) decidiu renomear a propriedade inset-area para position-area. Para mais detalhes, consulte a discussão sobre 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>
Suporte a mais estilos de CSS para a estrutura dos elementos
<details>e<summary>para permitir que sejam usados em mais casos em que widgets de expandir/recolher 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-contentpara 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
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 excessivo das APIs.
- Chrome 131 no Windows, macOS e Linux
- O método requestAdapterInfo() não padrão do GPUAdapter foi removido
O WG da WebGPU decidiu que não era prático que
requestAdapterInfo()acionasse uma solicitação de permissão. Por isso, essa opção foi removida e substituída pelo atributo de informações do GPUAdapter. Assim, os desenvolvedores da Web podem receber o mesmo valor de GPUAdapterInfo de forma 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> relaxamento do analisador
Com essa mudança, o analisador de HTML permite tags extras em
<select>, além de<option>,<optgroup>e<hr>.Essa mudança oferece suporte ao recurso personalizável
<select>, mas está sendo implementada antes porque pode ser feita separadamente e apresenta 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> (em inglês) e o artigo Mudanças do analisador de HTML para o elemento personalizável <select> (em inglês) do What Working Group.
- Chrome 131 no Windows, macOS, Linux e Android
- Suporte a recursos de SVG externos para propriedades clip-path, fill, stroke e marker-*
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
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. Esses eram analisados como se tivessem um caminho opaco, o que não está alinhado com o padrão de URLs. Agora ele analisa URLs não especiais corretamente, de acordo com o padrão. Para mais detalhes, acesse 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
- Tradutor para a Pesquisa com o Google Lens
Os recursos de tradução de realidade aumentada (RA) estão sendo implementados no recurso Pesquisa com o Google Lens. Uma política corporativa que já está em vigor permite que empresas ativem ou desativem o recurso usando LensOverlaySettings.
- Chrome 131 no ChromeOS, Linux, macOS, Windows
- Novas políticas no navegador Chrome
Política Descrição DownloadRestrictions Permite restrições de downloads Usa 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 Ativa o armazenamento em buffer adaptável para a API Web Audio
- Políticas removidas do navegador Chrome
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, por exemplo, 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
- Política de padrões de IA generativa
A partir da versão 131, o Chrome Enterprise Core implementa uma política, GenAiDefaultSettings, para controlar o comportamento padrão de várias políticas de IA generativa como parte do nosso programa Trusted Tester. Inscreva-se no programa neste link. Essa política não afeta os valores de política definidos manualmente para recursos de IA generativa. Além disso, ela controla as configurações padrão destas políticas:
- CreateThemesSettings
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- GenAIVcBackgroundSettings
- GenAIWallpaperSettings
- HelpMeReadSettings
Para mais detalhes sobre as configurações padrão, consulte Chrome: recursos e políticas de IA generativa.
- Disponível apenas para trusted testers. Inscreva-se no programa neste link.
- Integração da telemetria da extensão do Chrome com SecOps
Vamos começar a coletar dados 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 gerar análises instantâneas 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
Admins de TI podem personalizar a Chrome Web Store para os usuários finais gerenciados usando branding específico de empresas, assim como navegação e mensagens personalizadas. Os admins 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 serão disponibilizadas 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 ter que fazer login) e só será disponibilizada no fim 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 por admins e filtragem por itens particulares nos resultados da pesquisa
- Os itens particulares e recomendados serão realocados 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
DownloadRestrictions é uma política universal disponível para usuários do Chrome Enterprise Core no computador. A política DownloadRestrictions é compatível com o Android. Ela 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
A implementação do WebAudio do Chromium inclui um mecanismo de armazenamento em buffer adaptável, que foi adicionado para resolver diversos problemas de falhas, principalmente no Android com o back-end do AAudio. Esse mecanismo reduziu bastante os erros. No entanto, ele também aumentou a latência do áudio. O Chrome está executando um teste que vai desativar o mecanismo de armazenamento em buffer adaptativo e executar a renderização de forma síncrona em todas as plataformas, exceto Android.
A partir do Chrome 131, uma política corporativa, WebAudioOutputBufferingEnabled será disponibilizada para forçar o Chrome a adotar o comportamento anterior de usar o armazenamento em buffer adaptativo para renderização do WebAudio.
- Chrome 131 no ChromeOS, Linux, macOS, Windows
- Geração de insights para avisos e erros do console do Chrome DevTools
Um novo recurso de IA generativa (GenAI) está disponível para usuários não gerenciados: geração de insights sobre avisos e erros do console do Chrome DevTools.
Esses insights oferecem uma descrição personalizada e sugestões de correção dos erros e avisos selecionados. Inicialmente, esse recurso está disponível apenas para usuários maiores de 18 anos em inglês. Os admins podem controlar esse recurso com a política DevToolsGenAiSettings .
- Chrome 125 no ChromeOS, Linux, Mac e Windows
Recurso 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
Recurso disponibilizado para usuários gerenciados do Chrome Enterprise e do Education nas regiões aceitas. - Chrome 131 no ChromeOS, Linux, macOS e Windows
No Chrome 131, um novo recurso de IA generativa está disponível para usuários gerenciados: um painel dedicado de Assistência de IA no Chrome DevTools que ajuda operadores humanos a investigar e corrigir problemas de estilo e depurar CSS. - Chrome 132 no ChromeOS, Linux, macOS e Windows
Agora o painel de Assistência de IA consegue explicar recursos nos painéis Desempenho, Fontes e Network, além ainda contar com suporte para depuração de estilo
- Chrome 125 no ChromeOS, Linux, Mac e Windows
- Políticas recomendadas no Admin Console
A partir de 1º de novembro, admins terão como escolher se algumas configurações são recomendadas ou obrigatórias usando o controle Substituição do usuário. Esse controle será lançado aos poucos para as políticas que podem ser recomendadas, começando pelas seguintes:
- Aviso antes de encerrar
- Impressora padrão do sistema
- Modo de economia da bateria
- Página inicial
- Proteção da Navegação segura
- Restrições de download- Chrome 131 no Android, iOS, ChromeOS, Linux, macOS e Windows
Mudanças no Chrome Enterprise Premium
- Controles de dados do Chrome Enterprise: copiar e colar
Os admins 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 admins configurar uma política do Chrome para controlar ações sensíveis do usuário, como copiar e colar dados sensíveis e fazer capturas 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. Inscreva-se no programa 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
Os admins podem impedir que os usuários façam capturas ou compartilhem a tela de páginas da Web específicas que contêm dados sensíveis. Eles criam uma regra de filtragem de URL de DLP para bloquear usuários que fazem capturas ou compartilham a 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. Inscreva-se no programa 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
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
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
Esse recurso captura todas as telas conectadas ao dispositivo usando
getAllScreensMedia(). ChamargetDisplayMedia()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
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
- Remover a política ThirdPartyBlockingEnabled
Devido a problemas inesperados, a política ThirdPartyBlockingEnabled será removida no Chrome 135. Se você tiver comentários sobre essa remoção, informe um bug neste link.
- Chrome 132 no Windows: descontinuação da política ThirdPartyBlockingEnabled
- Chrome 135 no Windows: remoção da política ThirdPartyBlockingEnabled.
- Contêineres de rolagem com foco no teclado
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
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çãoInvalidStateError.- Chrome 132 no Windows, macOS, Linux e Android
- Captura de links do usuário em PWAs
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).
- Chrome 121 no Linux, MacOS e Windows
- O serviço de rede no Windows será colocado no sandbox
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
- Chrome 132 no Windows
- Remover o substituto de SwiftShader
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:
- O SwiftShader é um alto risco de segurança devido ao código JIT em execução no processo de GPU do Chromium.
- 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-swiftshaderremoverá 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
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
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.
- Chrome 133 no Android, iOS, ChromeOS, Linux, macOS e Windows
- Não permitir espaços em hosts de URL que não sejam "file://"
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
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
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
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:
- O teste de descontinuação de eventos de mutação pode ser usado para reativar o recurso por um tempo limitado em um determinado site. Pode ser usado até o Chrome 134, até 25 de março de 2025.
- A política corporativa MutationEventsEnabled também pode ser usada para a mesma finalidade até o Chrome 134.
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
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
- Remover política corporativa usada para o comportamento legado de mesmo site
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento do SameSite dos cookies para o legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 132 no Android, ChromeOS, Linux, macOS, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
Próximas mudanças no Chrome Enterprise Premium
- Prevenção contra acesso ao download de arquivos de DLP
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
Resumo da versão do ChromeOS 131
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Registro automático do ChromeOS Flex | ✓ | ||
| Novo registro forçado do ChromeOS Flex | ✓ | ||
| Atualização do estilo das Respostas rápidas | ✓ | ||
| DNS split para ChromeOS | ✓ | ||
| ChromeOS Back To Safety | ✓ | ✓ | |
| Notificações com flash | ✓ | ||
| Lembrete de atualização do SID do Microsoft SCEP | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Planos de fundo e segundo plano de IA | ✓ | ||
| Migração de dados de graduação | ✓ | ✓ | |
| Fim da compatibilidade com o cliente nativo (NaCl) no ChromeOS | ✓ | ✓ | |
| Fim da compatiblidade com apps do Chrome no ChromeOS | ✓ | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações do ChromeOS
-
Inserção multimídia
A Inserção rápida é uma maneira rápida de inserir emojis, símbolos, GIFs, links do Google Drive, cálculos rápidos e conversões de unidades com uma tecla do teclado (em alguns modelos) ou um atalho.
No ChromeOS 130, um novo atalho Início + f está disponível em todos os dispositivos ChromeOS. Uma nova chave de hardware está disponível inicialmente apenas no Samsung Galaxy Chromebook Plus , mas a chave de inserção rápida será lançada em vários dispositivos em 2025.
-
Mudanças nas configurações e nos atalhos
Atualizamos as opções de atalho e dispositivo de entrada em Configurações para incluir:
- Inserção rápida: acesso rápido + f
-
Foco no ChromeOS
O recurso "Foco" no ChromeOS foi criado para ajudar os usuários a minimizar distrações e criar um espaço de trabalho mais produtivo. Com o Foco, você pode definir e ajustar seu tempo de foco, ativar ou desativar o modo Não perturbe, classificar ou criar novas tarefas do Google, além de mergulhar em playlists selecionadas que ajudam você a se concentrar melhor com o som de foco ou o YouTube Music Premium (com base em assinatura). Para usar o modo "Foco", acesse Configurações rápidas > Modo "Foco".
-
Acesso aprimorado aos arquivos do Drive
Além dos arquivos marcados com estrela no Tote, acesse todos os arquivos do Drive marcados com estrela diretamente na estante, que agora está disponível off-line. As sugestões aprimoradas do Drive no Acesso rápido e no Tote permitem acesso rápido aos arquivos mais importantes e usados com frequência.
-
Novas sugestões no Tote
Acesse e fixe rapidamente os arquivos que você mais usa com as sugestões de arquivos locais e do Drive. A nova seção "Sugestões" no Tote sugere arquivos para os usuários, destacando os que serão úteis para fixar e acessar off-line.
-
Início inteligente
Os novos recursos de Início inteligente ajudam os usuários a retomar o trabalho e explorar novas opções na inicialização. Depois de ativar esse recurso, você poderá visualizar e restaurar apps e guias da sua sessão anterior. O Início inteligente também oferece informações úteis, como previsão do tempo, seu próximo evento da agenda, guias recentes de outros dispositivos e sugestões relevantes do Google Drive.
Para ativar esse recurso, selecione Configurações > Preferências do sistema > Inicialização > Início inteligente e verifique se a opção Perguntar sempre está selecionada para o dispositivo.
-
Microfone de estúdio
Ative esse recurso nos controles de videochamada para fazer o microfone integrado do Chromebook parecer um microfone profissional de estúdio. O microfone estilo estúdio inclui os efeitos de cancelamento de ruído e redução de reverberação e os aprimora com balanceamento avançado, reconstrução de detalhes e adaptação ao ambiente. Os usuários que ativaram o cancelamento de ruído vão receber os aprimoramentos do microfone no estilo estúdio por padrão a partir desta versão. Se um usuário quiser voltar ao efeito de cancelamento de ruído antigo, ele poderá selecionar a opção adequada em Configurações > Dispositivo > Áudio. Esse recurso só está disponível em dispositivos Chromebook Plus.
-
App Gravador com tecnologia de IA
O ChromeOS 130 apresenta o novo app Gravador com tecnologia de IA do Google para criar transcrições que podem detectar e identificar locutores, além de fornecer um resumo do conteúdo gravado. Nosso app vai além da gravação, oferecendo conversão de voz em texto, resumo de conteúdo e sugestões de título, tudo com a tecnologia de IA do Google.
-
Verificação de conteúdo para Sessões de Visitante gerenciadas
Agora as organizações podem estender a poderosa verificação e proteção de conteúdo e contexto do Chrome Enterprise Premium para arquivos locais em Sessões de visitante gerenciadas no ChromeOS. Por exemplo, um arquivo perdido contendo números de CPF ou CNPJ é bloqueado instantaneamente quando um usuário tenta copiá-lo para uma unidade externa, protegendo as informações confidenciais.
-
Outros URLs permitidos no modo quiosque
Se um app de quiosque usa mais de uma origem de URL, os administradores de TI agora podem inserir as origens adicionais. Todas as origens especificadas vão receber as permissões automaticamente. As origens que não estiverem nesta lista, terão as permissões rejeitadas.
-
Efeitos de aparência
Os efeitos de aparência são populares entre os produtos de câmeras, reuniões virtuais e vídeos curtos há muito tempo e foram lançados em alguns produtos do Google. No ChromeOS 130, integramos esse recurso ao Chromebook para controles de videochamadas. Disponível apenas em dispositivos Chromebook Plus.
-
Controles de privacidade mais acessíveis
Com esse lançamento, estamos disponibilizando mais controles de privacidade no nível do SO para os usuários do navegador Chrome. O objetivo é conscientizar os usuários de que, para que a câmera ou o microfone funcionem, eles precisam ativar os controles de privacidade no nível do SO.
-
Controles de brilho do teclado aprimorados
Os usuários do Chromebook agora podem ajustar o brilho do teclado e controlar o sensor de luz ambiente diretamente no app Configurações. Com esse novo recurso, você pode definir o brilho do teclado no nível perfeito e ativar ou desativar o sensor de luz ambiente conforme necessário. Essas atualizações simplificam o uso do dispositivo e ajudam a gerenciar a duração da bateria. Enquanto isso, se o Chromebook for compatível com RGB, a opção Configurações > Teclado agora tem um link direto para as opções de seleção de cor RGB. Para mais detalhes, consulte Usar recursos gamer no Chromebook.
-
Controles de brilho da tela aprimorados
Os usuários do Chromebook agora podem ajustar o brilho da tela e controlar o sensor de luz ambiente diretamente no app Configurações. Com esse novo recurso, você pode definir o brilho da tela no nível perfeito e ativar ou desativar o sensor de luz ambiente conforme necessário em Configurações. Essas atualizações simplificam o uso do dispositivo e ajudam a gerenciar a duração da bateria.
-
Quero ajuda para ler no ChromeOS
O recurso Quero ajuda para ler no ChromeOS oferece uma solução com tecnologia de IA para ajudar você a encontrar rapidamente as informações necessárias em qualquer texto. Para focar no que você está lendo no navegador e na Galeria, clique com o botão direito do mouse em um espaço vazio para revelar o card "Quero ajuda para ler" acima do menu contextual. O painel "Quero ajuda para ler" mostra um resumo do texto e um campo de perguntas e respostas em formato livre, onde você pode fazer perguntas específicas sobre o texto. Disponível apenas em dispositivos Chromebook Plus.
-
Suporte para várias agendas
Estamos lançando o suporte a várias agendas para que os usuários possam conferir todos os eventos de várias agendas selecionadas no Google Agenda.
-
Janelas picture-in-picture
Os usuários do ChromeOS agora têm mais flexibilidade com as janelas picture-in-picture (PiP). O PiP Tuck permite que os usuários movam temporariamente as janelas do PiP para o lado da tela, liberando espaço valioso na tela e mantendo o vídeo facilmente acessível. Além disso, você pode ajustar rapidamente o tamanho das janelas do picture-in-picture com um toque duplo rápido, alternando entre dois tamanhos para uma visualização ideal.
-
Melhoria na experiência do usuário do ARC++
Para melhorar a experiência do usuário no ChromeOS e no ARC++, estamos movendo as notificações de segundo plano e de erro não urgentes do ARC++ para a bandeja do sistema. Isso impede que essas mensagens apareçam desnecessariamente em primeiro plano e interrompam a jornada do usuário. Ao mover essas notificações para a bandeja do sistema, podemos garantir que os usuários ainda sejam notificados sobre possíveis problemas, mas não sejam interrompidos enquanto usam o Chromebook. Para mais informações sobre o ARC++, consulte este blog para desenvolvedores do ChromeOS.
-
Nova política para controlar os nomes dos pontos de acesso
Para Chromebooks com capacidade de rede celular, as políticas de nome de ponto de acesso (APN) permitem que os administradores restrinjam o uso de APNs personalizados. Ao definir a flag AllowAPNModification nas configurações gerais de rede para restringir, os usuários finais não podem adicionar ou usar APNs personalizados.
-
Atualização do SID do Microsoft SCEP
Somente para implantações do SCEP que usam o Microsoft NPS para RADIUS. Se você não estiver usando certificados SCEP com o NPS do Microsoft para Radius para conectividade de rede do Chromebook, ignore o restante destas instruções. Essa configuração é mais comum em empresas do que em instituições de ensino.
A Microsoft anunciou uma atualização de segurança que vai adicionar um novo campo obrigatório, um identificador de segurança (SID), aos certificados SCEP em ambientes que usam o NPS para Radius para autenticação de rede. Essa adição se deve a uma vulnerabilidade de segurança em dispositivos Windows, em que certificados utilizáveis com chaves privadas podem ser exportados de um dispositivo Windows para serem usados em qualquer outro dispositivo. A adição do SID significa que o certificado será vinculado a um dispositivo ou usuário no seu ambiente do Active Directory para que um dispositivo/usuário desconhecido não possa usá-lo. Isso não é um problema de segurança para Chromebooks, já que eles não permitem a exportação de certificados com chaves privadas e são protegidos pelo TPM. No entanto, qualquer certificado que não tenha esse novo campo não vai conseguir fazer a autenticação em um NPS para o servidor Radius após o prazo de aplicação obrigatório de 11 de fevereiro de 2025.
O que você precisa fazer?
Verifique o mais rápido possível se a implantação depende de certificados SCEP e NPS para Radius para autenticação de rede. Para isso, acesse o visualizador de eventos no Controlador de domínio -> Sistema e procure o ID de evento 39. Se você encontrar este ID de evento:
Ações a serem realizadas se você encontrar o ID de evento #39:
- Crie um objeto novo ou reutilize um existente no seu ambiente do Active Directory para uso do SCEP
- Extraia o SID do objeto do AD, por exemplo, PS> (Get-ADUser username).SID.value
- Crie um novo perfil do SCEP com todas as configurações duplicadas da configuração atual e adicione o SID do objeto do AD recém-criado ou existente da etapa 1.
- Na seção "Nome alternativo do assunto", selecione o botão de opção Personalizado. Adicione um novo nome alternativo do assunto usando o botão + com o tipo "Identificador uniforme de recursos" no menu suspenso. Em "string", o valor precisa ser semelhante a este:
tag:microsoft.com,2022-09-14:sid:S-1-2-3-4-5-6-8
em queS-1-2-3-4-5-6-8é o SID do objeto do AD- Implante esse novo certificado em todos os Chromebooks potencialmente afetados na sua frota:
- Aguarde pelo MENOS UM MÊS para garantir que todos os dispositivos tenham recebido o novo certificado.
- Vincule novamente todas as políticas do certificado antigo ao novo certificado da etapa 2.
- Verifique a funcionalidade usando o novo certificado.
- Exclua o perfil antigo.
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 ChromeOS
-
Planos de fundo e segundo plano de IA
A partir do ChromeOS 131, planejamos lançar planos de fundo de videoconferência e de tela de bloqueio com IA generativa em alta resolução no ChromeOS. Com esse recurso, você pode liberar todo o potencial criativo e transformar o Chromebook em uma tela de expressão pessoal. Escolha entre uma variedade de modelos e, com apenas alguns cliques, personalize o Chromebook com sua personalidade, humor ou interesses.
Duas novas políticas estarão disponíveis para controlar esses recursos: GenAIVcBackgroundSettings e GenAIVcBackgroundSettings. Esse recurso só vai estar disponível em dispositivos Chromebook Plus.
-
Registro automático do ChromeOS Flex
A partir do ChromeOS 131, o registro automático do ChromeOS Flex vai permitir que você implante dispositivos ChromeOS Flex em grande escala. Assim como o registro sem toque do ChromeOS, o registro automático incorpora um token criado pelo administrador de uma organização a uma imagem do ChromeOS Flex. Isso vai determinar em qual organização do cliente e unidade organizacional um dispositivo será registrado durante a configuração inicial.
-
Migração de dados de graduação
A partir do ChromeOS 132, uma nova ferramenta de transferência de conteúdo vai orientar os alunos que estão se formando ou outros usuários gerenciados pelo Google for Education que queiram migrar os dados pelo processo atualizado do Google Takeout Transfer. Isso permite que eles levem o conteúdo dos apps Documentos, Planilhas, Apresentações e Gmail para uma conta do Gmail de sua escolha.
Com esse novo aplicativo, os administradores da escola podem fixar um ícone na prateleira, notificar estudantes e professores nos Chromebooks e definir datas para acionar essas notificações e incentivar o uso do processo de transferência do Takeout.
-
Fim do suporte a apps do Chrome no ChromeOS
Em 2016, anunciamos a descontinuação dos apps do Chrome em favor dos apps da Web. Em 2021, anunciamos no blog do Chromium que o suporte a apps do Chrome para clientes e desenvolvedores do ChromeOS Enterprise e Education seria estendido até pelo menos janeiro de 2025. Como a maioria dos nossos clientes migrou dos apps do Chrome (incluindo apps empacotados legados (v1) e apps hospedados), podemos confirmar as seguintes atualizações sobre as datas de descontinuação dos apps do Chrome.
Julho de 2025: fim do suporte para apps do Chrome instalados pelo usuário (programado para o ChromeOS M138).- Os apps do Chrome que forem instalados à força pelo Admin Console vão continuar sendo compatíveis.
- Os dispositivos no canal LTS com apps do Chrome no modo quiosque vão receber suporte até abril de 2027.
- Os dispositivos no canal LTS podem continuar usando os apps do Chrome até outubro de 2028.
- Não haverá exceções.
Nas próximas semanas, mais informações detalhadas serão enviadas a todos os desenvolvedores de apps para o Chrome e administradores do ChromeOS.
Esses cronogramas de descontinuação também se aplicam aos apps do Chrome auto-hospedados.
Embora não seja possível adicionar novos apps do Chrome à Chrome Web Store, os apps atuais podem continuar sendo atualizados até outubro de 2028, quando vão atingir o fim da vida útil no ChromeOS. Após essa data, os apps do Chrome serão removidos da Chrome Web Store.
Se sua organização tiver desenvolvido apps do Chrome internamente e você precisar de ajuda, consulte o guia Transição dos apps do Chrome. Você também pode participar da comunidade de desenvolvedores do ChromeOS no Discord ou entrar em contato conosco pelo formulário em https://chromeos.dev/work-with-us. Consulte a programação de lançamentos do ChromeOS para conferir as datas de lançamento e as atualizações.
-
Fim do suporte ao cliente nativo (NaCl) no ChromeOS
Em 2017, anunciamos a descontinuação do Cliente nativo (NaCl) em favor do WebAssembly. Como a maioria dos nossos clientes migrou do NaCl, podemos confirmar algumas mudanças importantes no ChromeOS.
- Janeiro de 2025: o Cliente nativo (NaCl) será desativado por padrão a partir do ChromeOS M132.
- Para usuários não gerenciados e consumidores, o M131 será a última versão do ChromeOS com suporte para NaCl.
- Para ambientes de usuários gerenciados, os administradores que gerenciam dispositivos ChromeOS para uma empresa ou escola já têm a opção de estender a capacidade de usar o NaCl com uma política de permissão do NaCl na versão M138. A partir da M132, a política também estará disponível para sessões de quiosque.
- Julho de 2025: o ChromeOS M138 marca o fim da tecnologia NaCl no ChromeOS.
- Para ambientes gerenciados, a M138 é uma versão do ChromeOS com suporte de longo prazo (LTS) disponível para administradores que gerenciam dispositivos ChromeOS em uma empresa ou escola. Os dispositivos que foram mudados para o canal LTS e têm a política de permissão NaCl ativada podem continuar usando o NaCl até a última atualização do LTS, em abril de 2026.
Se a organização tiver desenvolvido apps do Chrome internamente com NaCl e você precisar de ajuda, consulte os guias Transição de apps do Chrome e Migração do WebAssembly. Você também pode participar da comunidade de desenvolvedores do ChromeOS no Discord ou entrar em contato conosco pelo formulário em https://chromeos.dev/work-with-us. Consulte a programação de lançamentos do ChromeOS para conferir as datas de lançamento e as atualizações.
Nas próximas semanas, mais informações detalhadas serão enviadas aos desenvolvedores do NaCl e aos administradores do ChromeOS afetados.
- Janeiro de 2025: o Cliente nativo (NaCl) será desativado por padrão a partir do ChromeOS M132.
Chrome 130
Resumo da versão do Chrome 130
| Mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Avisos no computador | ✓ | ||
| Seletor de plataforma para compartilhamento de tela no macOS | ✓ | ||
| Menu "Nova conta" | ✓ | ||
| Visualizador de PDF no Android | ✓ | ||
| Congelamento de guias na Economia de energia | ✓ | ||
| Transporte de dicionário de compactação com Brotli compartilhado e Zstandard compartilhado | ✓ | ||
| Contêineres de rolagem com foco no teclado | ✓ | ||
| Suporte a URLs de esquema não especial | ✓ | ||
| O Chrome no Android agora é compatível com provedores de preenchimento automático e senhas de terceiros | ✓ | ✓ | |
| Estilos alternativos para o elemento <meter> | ✓ | ||
| Políticas novas e atualizadas no navegador Chrome | ✓ | ||
| Mudanças no Chrome Enterprise Core | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Mudança padrão nas políticas de IA generativa | ✓ | ||
| Suporte a configurações no nível do usuário nas configurações personalizadas | ✓ | ||
| Regras de navegação de URL somente para auditoria | ✓ | ||
| Insights de segurança do Chrome | ✓ | ✓ | |
| Pontuação de risco da extensão: fase 2 | ✓ | ✓ | |
| Mudanças no Chrome Enterprise Premium | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Nenhuma atualização no Chrome 130. | |||
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Pesquisar e receber respostas no histórico do Chrome com IA | ✓ | ||
| Assinaturas de código ad hoc para shims de PWA no macOS | ✓ | ||
| Verificação assíncrona da Navegação segura em tempo real | ✓ | ||
| O método requestAdapterInfo() não padrão do GPUAdapter foi removido | ✓ | ||
| Descontinuação dos relatórios estendidos da Navegação segura | ✓ | ||
| Atualizar o Google Play Services para corrigir problemas com senhas no dispositivo | ✓ | ||
| Falta de confiança no certificado da Entrust | ✓ | ||
| Experiência simplificada de login e sincronização | ✓ | ✓ | |
| Captura de links do usuário em PWAs | ✓ | ✓ | |
| Descontinuação da propriedade de posicionamento de âncora CSS inset-area | ✓ | ||
| Encapsulamento de chaves X25519Kyber768 para TLS | ✓ | ||
| OCR do Visualizador de PDF do Google Chrome | ✓ | ||
| Avisos de formulário não seguro no iOS | ✓ | ||
| O serviço de rede no Windows será colocado no sandbox | ✓ | ||
| Ler em voz alta no Modo de leitura | ✓ | ||
| Capturar todas as telas | ✓ | ||
| Migração da API SafeBrowsing v4 para a v5 | ✓ | ||
| Verificações de acesso à rede privada para solicitações de navegação: modo somente aviso | ✓ | ||
| 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 |
| Política de padrões de IA generativa | ✓ | ||
| Integração da telemetria da extensão do Chrome com o Google SecOps | ✓ | ✓ | |
| Nova lista de perfis gerenciados e relatórios para usuários que fizeram login | |||
| 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 |
| Controles de dados do Chrome Enterprise: Copiar e colar | ✓ | ||
| Proteções de captura de tela | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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
- Notificações pop-up no computador
O Chrome 130 apresenta um novo padrão de aviso que permite que os recursos ofereçam confirmação visual das ações do usuário ou uma maneira rápida de realizar uma ação de acompanhamento. Por exemplo, ao adicionar algo a uma lista de leitura, um aviso confirma que o item foi adicionado e oferece um link rápido para o painel lateral da lista de leitura. As notificações aparecem como um pequeno ícone que se sobrepõe parcialmente ao conteúdo da Web e à barra de ferramentas superior do navegador.
- Chrome 130 no ChromeOS, Linux, macOS e Windows: esse recurso será ativado para um conjunto inicial de recursos no Chrome 130. As notificações subsequentes serão lançadas de maneira independente por outras equipes que usam o padrão.
- Seletor de plataforma para compartilhamento de tela no macOS
Ao compartilhar a tela no Chrome no macOS X Sequoia, os usuários agora podem selecionar uma janela ou tela para compartilhar usando o seletor de plataforma atualizado. Esse novo seletor de plataforma elimina a necessidade de atribuir a permissão de gravação de tela ao Chrome e é consistente com o compartilhamento de tela em outros aplicativos do macOS.
O novo seletor não será ativado antes da primeira atualização do macOS Sequoia, versão 15.1, prevista para um mês após a versão inicial 15.0. Antes disso, os usuários do Chrome podem ver uma caixa de diálogo de aviso informando que o Chrome ainda não está usando a nova API do seletor.
Para testar o novo seletor de compartilhamento de tela:
- Atualize o Chrome para a versão 129 ou mais recente.
- No macOS, abra o Terminal.
- No prompt, digite:
open -b com.google.Chrome --args -enable-features=UseSCContentSharingPicker - Para executar o comando, pressione Enter no teclado.
O recurso também pode ser ativado em
chrome://flags.- Chrome 130 no macOS
- Menu "Nova conta"
Agora, alguns usuários podem acessar um novo menu Conta tocando no avatar na página Nova guia. O novo menu Conta permite que os usuários façam logout, troquem de conta com facilidade e resolvam erros relacionados à conta no Chrome. Políticas atuais, como BrowserSignin e RestrictAccountsToPatterns, podem ser usadas para determinar quais contas um usuário pode usar para fazer login ou mudar.
- Chrome 130 no iOS
- Visualizador de PDF no Android
Esse recurso permite visualizar PDFs na interface do navegador Chrome. Antes dessa mudança, os usuários precisavam concluir várias etapas para visualizar um documento PDF. Essas etapas forçam o usuário a sair do Chrome para visualizar o documento PDF. Com esse recurso, os PDFs são renderizados perfeitamente no Chrome. Os usuários ainda poderão fazer o download de PDFs e abrir com outros apps próprios ou de terceiros.
- Chrome 130 no Android
- Congelamento de guias na economia de energia
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 controle um dispositivo externo (detectado usando 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.
- Chrome 130 no ChromeOS, Linux, macOS e Windows: o recurso pode ser testado no Chrome 130 usando a entrada
#freezing-on-energy-saverem 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. 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.
- Transporte de dicionário de compactação com Brotli compartilhado e Zstandard compartilhado
Esse recurso adiciona suporte ao uso de respostas anteriores designadas como um dicionário externo para codificação de conteúdo, compactando respostas com Brotli ou Zstandard.
As empresas podem ter problemas de compatibilidade com a infraestrutura de rede empresarial que intercepta o tráfego HTTPS e é sensível a codificações de conteúdo desconhecidas. A política corporativa CompressionDictionaryTransportEnabled está disponível para desativar o recurso de transporte do dicionário por compactação.
- Chrome 130 no Windows, MacOS, Linux e Android
- Contêineres de rolagem com foco no teclado
O Chrome 130 melhora a acessibilidade tornando os contêineres de rolagem focalizáveis com 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.
Com os controles de rolagem focalizáveis por padrão, os usuários que não podem (ou não querem) usar o mouse podem focar o conteúdo recortado usando as teclas Tab e as setas do teclado. 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.
- Chrome 130 no Windows, MacOS, Linux e Android
- Suporte a URLs de esquema não especial
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
- O Chrome no Android agora oferece suporte a provedores de preenchimento automático e senhas de terceiros.
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 130, 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. Para aproveitar essa vantagem, os usuários precisam garantir que o provedor de terceiros esteja configurado nas configurações do Android. Em seguida, no Chrome, eles precisam abrir Configurações > Serviços de preenchimento automático e escolher 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.
- Chrome 130 no Android: a nova configuração vai estar disponível a partir do Chrome 130. 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 e um terceiro por acessibilidade (se instalado). O suporte a APIs de acessibilidade será descontinuado no início de 2025, quando as novas configurações serão aplicadas a todos os usuários.
- Estilos alternativos para o elemento <meter>
No Chrome 130, os elementos
<meter>com appearance: none agora têm um estilo substituto razoável que corresponde ao Safari e ao Firefox, em vez de simplesmente desaparecer da página. Além disso, os desenvolvedores agora podem personalizar o estilo dos elementos<meter>.Uma flag de recurso
MeterAppearanceNoneFallbackStyleestá disponível emchrome://flagsaté o Chrome 133 para controlar esse recurso.- Chrome 130 no Windows, MacOS, Linux e Android
- Novas políticas no navegador Chrome
Política Descrição DataURLWhitespacePreservationEnabled Preservação de espaços em branco do DataURL para todos os tipos de mídia CloudProfileReportingEnabled Ativar os relatórios de nuvem do Google Chrome para o perfil gerenciado
Mudanças no Chrome Enterprise Core
- Mudança padrão nas políticas de IA generativa
A partir da versão 130, vamos mudar a configuração padrão das políticas de IA generativa de "desativado" para permitido, sem melhorar os modelos de IA para usuários do Workspace for Education.Se você tiver dispositivos inscritos no Chrome Enterprise Core, essa política será aplicada automaticamente a eles para evitar o envio de dados para treinamento de modelos de IA. As políticas atuais que terão a configuração padrão atualizada são:
- CreateThemesSettings (disponível apenas nos EUA por enquanto)
- DevToolsGenAiSettings (disponível na maioria dos países)
- HelpMeWriteSettings (disponível apenas nos EUA por enquanto)
- HistorySearchSettings (disponível apenas nos EUA por enquanto)
- TabOrganizerSettings (disponível apenas nos EUA por enquanto)
- TabCompareSettings (disponível apenas nos EUA por enquanto)
Para mais detalhes sobre as configurações padrão, consulte Chrome: recursos e políticas de IA generativa.
- Suporte a configurações no nível do usuário nas configurações personalizadas
As configurações personalizadas foram lançadas recentemente no Chrome 127. Esse recurso permite que os administradores de TI configurem as políticas do Chrome que ainda não estão no Admin Console usando scripts JSON. A partir de 15 de outubro, as configurações personalizadas vão oferecer suporte à aplicação de configurações no nível do usuário, além do suporte no nível do dispositivo. Em outras palavras, você poderá aplicar políticas quando os usuários fizerem login em uma Conta do Google gerenciada usando as configurações personalizadas.
- A partir de 15 de outubro de 2024 para Android, iOS, Linux, macOS e Windows: lançamento do recurso
Para começar, acesse Navegador Chrome > Configurações personalizadas no Admin Console. O SKU do Chrome Enterprise Core é necessário para acessar esse recurso.
- Regras de navegação de URL somente para auditoria
Esse recurso permite que os clientes criem regras de navegação de URL do Chrome com a ação de auditoria. Essas regras permitem que os administradores façam um teste das regras de navegação de URL antes de começar a mostrar avisos aos usuários. Eles também permitem que os administradores auditem silenciosamente a navegação dos usuários em URLs restritos ou sensíveis.
A auditoria de URL faz parte da política do conector de verificação de URL em tempo real, EnterpriseRealTimeUrlCheckMode, que pode ser ativada por unidade organizacional ou grupo.
- Chrome 130 no ChromeOS, Linux, macOS, Windows
- Insights de segurança do Chrome
Agora você pode ativar os insights de segurança do Chrome para monitorar o risco de pessoas com informações privilegiadas e a perda de dados com o monitoramento aprimorado da atividade no Chrome. Este recurso está disponível para as seguintes licenças:
- Chrome Enterprise Core
- Workspace Enterprise Standard
- Workspace Enterprise Plus
Para mais informações, consulte Como monitorar o risco de pessoas com informações privilegiadas e a perda de dados.
- Chrome 125 no ChromeOS, Linux, macOS e Windows: recurso ativado para o Chrome Enterprise Core
- Chrome 130 no ChromeOS, Linux, macOS e Windows: recurso ativado para clientes EDU (exceto ensino fundamental e médio)
- Pontuação de risco no relatório de uso de apps e extensões do Chrome
Esse recurso adiciona uma nova coluna no Admin Console para gerenciamento de navegadores que mostra a avaliação de risco das extensões instaladas no ambiente do administrador. Com essa nova adição, os administradores de TI podem identificar rapidamente extensões com uma pontuação de risco alta, média ou baixa usando a funcionalidade de classificação e filtragem do relatório.
- Disponível no momento para trusted testers. Você pode se inscrever no nosso programa Trusted Tester neste link.
- A partir de 15 de outubro no Linux, macOS e Windows: adição da avaliação de risco à visualização resumida.
Mudanças no Chrome Enterprise Premium
-
No Chrome 130, não há atualizações para 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
- Pesquisar e receber respostas no histórico do Chrome com IA
A partir do Chrome 131, os usuários poderão pesquisar no histórico de navegação e receber respostas geradas com base no conteúdo da página. Inicialmente, esse recurso só estará disponível para usuários em inglês nos EUA. Os administradores podem controlar esse recurso com a política HistorySearchSettings. Você tem as seguintes opções para sua organização:
- 0 = ativa o recurso para usuários e envia dados relevantes ao Google para treinar ou melhorar os modelos de IA. Os dados relevantes podem incluir comandos, entradas, saídas e materiais de origem, dependendo do recurso. Eles podem ser analisados por humanos com o único propósito de melhorar os modelos de IA.
- 1 = ativa o recurso para os usuários, mas não envia dados ao Google para treinar ou melhorar os modelos de IA.
- 2 = Desativar totalmente o recurso
Veja mais informações em Pesquisar o histórico no Chrome com IA.
● Chrome 131 no Linux, Mac e Windows: o recurso gera respostas para suas consultas de pesquisa.
- Assinaturas de código ad-hoc para shims de Apps Web Progressivos no macOS
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 terá uma identidade exclusiva para o macOS. Atualmente, cada PWA parece o mesmo aplicativo para o macOS.
Isso vai resolver problemas ao tentar incluir mais de um PWA no painel de preferências Open at Login do macOS e permitir 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 (https://santa.dev/). 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 131 no macOS: o recurso vai começar a ser lançado para a versão estável, começando com 1%.
- Chrome 129 no macOS: o recurso foi desativado por uma flag (
- Verificação assíncrona da Navegação segura em tempo real
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. No Chrome 122 e versões mais recentes no Android, ChromeOS, LaCrOS, Linux, macOS e Windows, para melhorar a velocidade de carregamento do Chrome, as verificações da Navegação segura em tempo real não bloqueiam mais o carregamento de páginas. Avaliamos o risco e implementamos mitigações:
- 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.
- 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, LaCrOS, Linux, macOS e Windows
- Chrome 131 no iOS
- O método requestAdapterInfo() não padrão do GPUAdapter foi removido
O grupo de trabalho da WebGPU decidiu que não era prático para
requestAdapterInfo()acionar uma solicitação de permissão. Por isso, eles removeram essa opção e a substituíram pelo atributo de informações do GPUAdapter. Isso significa que os desenvolvedores da Web podem receber o mesmo valor deGPUAdapterInfode maneira síncrona. Para mais informações, consulte o atributo de informações Intent to Ship: WebGPU: GPUAdapter anterior.- Chrome 131 no Windows, macOS, Linux e Android
- Descontinuação dos relatórios estendidos da Navegação segura
Os relatórios estendidos da Navegação segura são um recurso que melhora 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
- Atualizar o Google Play Services para corrigir problemas com senhas no dispositivo
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
- Falta de confiança no certificado da Entrust
Em resposta a falhas de compliance frequentes, o Chrome 127 mudou a forma da autenticação de servidor TLS de confiança pública, ou seja, sites ou certificados emitidos pela Entrust, são confiáveis por padrão. Isso vale para o Chrome 127 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:
- a partir de 31 de outubro de 2024, não serão mais confiáveis por padrão.
- até 31 de outubro de 2024, não serão afetados por essa mudança.
Se um usuário do Chrome ou uma empresa confiar explicitamente em um dos certificados Entrust afetados em uma plataforma e versão do Chrome que dependem da Chrome Root Store, por exemplo, quando a confiança explícita for transmitida por um objeto de política de grupo do Windows, as restrições de carimbos de data/hora de certificados assinados (SCT, na sigla em inglês) descritas acima vão ser substituídas e os certificados vão funcionar como hoje.
Confira mais informações e recursos de teste em Sustaining Digital Certificate Security - Entrust Certificate Destrust.
Para saber mais sobre a Chrome Root Store, consulte as Perguntas frequentes.
- 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.
- Experiência simplificada de login e sincronização
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 vai deixar de ser exibida como um recurso separado nas configurações e em outros lugares. Em vez disso, os usuários farão login no Chrome para usar e salvar na Conta do Google certas informações, como senhas, favoritos e outros, 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 Google Chrome pode ser desativado por BrowserSignin, assim 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
- Captura de links do usuário em PWAs
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 131 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).
- 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:
- Desatualização da propriedade de posicionamento de âncora do CSS inset-area
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
- Encapsulamento de chaves X25519Kyber768 para TLS
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, Mac e Linux: o novo mecanismo de encapsulamento de chaves TLS seguro pós-quântico X25519Kyber768 foi ativado
- Chrome 131 no Windows, Mac e Linux: mude para a versão padrão do ML-KEM.
- Chrome 141 no Windows, Mac e Linux: remoção da política corporativa PostQuantumKeyAgreementEnabled.
- OCR do Visualizador de PDF do Chrome
O Chrome para computador agora torna os PDFs digitalizados mais acessíveis. O Chrome usa o 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 vai usar OCR apenas 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
- Avisos de formulário não seguro no iOS
O Chrome 125 começou a bloquear 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. A política InsecureFormsWarningsEnabled está disponível para controlar esse recurso e vai ser removida no Chrome 131.
- Chrome 125 no iOS: lançamento do recurso
- Chrome 131 no iOS: a política InsecureFormsWarningsEnabled será removida
- O serviço de rede no Windows será colocado no sandbox
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. Use o rastreador de bugs do Chromium para informar qualquer problema encontrado.
- Chrome 132 no Windows: serviço de rede no sandbox do Windows
- Ler em voz alta no modo de leitura
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
- Capturar todas as telas
Esse recurso captura todas as telas conectadas ao dispositivo usando
getAllScreensMedia(). ChamargetDisplayMedia()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 ChromeOS
- Migração da API Safe Browsing v4 para a v5
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, LaCrOS, Linux, macOS e Windows: o lançamento será gradual.
- Verificações de acesso à rede particular para solicitações de navegação: modo somente aviso
Antes de um site A navegar para outro site B na rede privada do usuário, esse recurso faz o seguinte:
1. Verifica se a solicitação foi iniciada a partir de um contexto seguro.
2. Envia uma solicitação de simulação e verifica se B responde com um cabeçalho que permite acesso à rede privada.
Já existem recursos para sub-recursos e workers, mas este é específico para solicitações de navegação. Essas verificações protegem a rede privada do usuário.
Como esse recurso está no modo somente aviso, as solicitações não serão interrompidas se alguma das verificações falhar. Em vez disso, será exibido um aviso no console do DevTools para ajudar os desenvolvedores a se prepararem para a aplicação da política.
- Chrome 133 no Windows, MacOS, Linux e Android
- Descontinuar os eventos de mutação
Os eventos de mutação síncronos, incluindo
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumenteDOMCharacterDataModified, 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. A partir do Chrome 124, uma política corporativa temporária, MutationEventsEnabled, será 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:
- O teste de descontinuação de eventos de mutação pode ser usado para reativar o recurso por um tempo limitado em um determinado site. Pode ser usado até o Chrome 134, até 25 de março de 2025.
- A política corporativa MutationEventsEnabled também pode ser usada para a mesma finalidade até o Chrome 134.
Confira mais detalhes 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
A partir do Chrome 126, o Chrome passará a 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
- Política de padrões de IA generativa
A partir da versão 131, o Chrome Enterprise Core vai oferecer uma política para controlar o comportamento padrão de várias políticas de IA generativa pelo nosso programa Trusted Tester. Você pode se inscrever no nosso programa Trusted Tester neste link. Essa política não afeta os valores de política definidos manualmente para recursos de IA generativa. Esta política vai controlar as configurações padrão das seguintes políticas:
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- Disponível apenas para trusted testers. Você pode se inscrever no nosso programa Trusted Tester neste link.
- Integração da telemetria da extensão do Chrome com o SecOps
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 vai analisar 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, LaCrOS, Linux, macOS e Windows
- Nova lista de perfis gerenciados e relatórios para usuários que fizeram login
O Chrome Enterprise Core vai apresentar uma nova lista de perfis gerenciados e relatórios no Admin Console. Esse recurso vai mostrar uma lista de perfis de usuários gerenciados que fazem login no Chrome usando uma Conta do Google. Os administradores de TI vão precisar ativar a nova política de relatórios de perfil do Chrome para conferir mais informações sobre um perfil gerenciado. Os relatórios incluem detalhes sobre os perfis gerenciados, como versões do navegador, políticas aplicadas (incluindo conflitos), extensões instaladas e muito mais.
- Atualmente disponível no Android, Linux, macOS e Windows para o programa Trusted Tester. Você pode se inscrever no nosso programa Trusted Tester neste link.
- A partir do Chrome 130 para Android, Linux, macOS e Windows
- Remover política corporativa usada para o comportamento legado de mesmo site
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento do SameSite dos cookies para o legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 132 no Android, ChromeOS, Linux, macOS, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
Próximas mudanças no Chrome Enterprise Premium
- Controles de dados do Chrome Enterprise: Copiar e colar
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.
Esse recurso pode ser controlado pela 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
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.
Resumo da versão do ChromeOS 130
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Inserção multimídia | ✓ | ||
| Mudanças nas configurações e nos atalhos | ✓ | ||
| Foco no ChromeOS | ✓ | ||
| Acesso aprimorado aos arquivos do Drive | ✓ | ||
| Novas sugestões no Tote | ✓ | ||
| Início inteligente | ✓ | ||
| Microfone de estúdio | ✓ | ||
| App Gravador com tecnologia de IA | ✓ | ||
| Verificação de conteúdo para sessões de visitante gerenciadas | ✓ | ✓ | |
| Outros URLs permitidos no modo quiosque | ✓ | ✓ | |
| Efeitos de aparência | ✓ | ||
| Controles de privacidade mais acessíveis | ✓ | ||
| Controles de brilho do teclado aprimorados | ✓ | ||
| Controles de brilho da tela aprimorados | ✓ | ||
| Quero ajuda para ler no ChromeOS | ✓ | ||
| Suporte para várias agendas | ✓ | ||
| Janelas picture-in-picture | ✓ | ||
| Experiência do usuário ARC++ aprimorada | ✓ | ||
| Nova política para controlar os nomes dos pontos de acesso | ✓ | ||
| Atualização do SID do Microsoft SCEP | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Planos de fundo e segundo plano de IA | ✓ | ||
| Registro automático do ChromeOS Flex | ✓ | ||
| Migração de dados de graduação | ✓ | ✓ | |
| Fim da compatibilidade com apps do Chrome no ChromeOS | ✓ | ||
| Fim da compatibilidade com o cliente nativo (NaCl) no ChromeOS | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações do ChromeOS
-
Inserção multimídia
A Inserção rápida é uma maneira rápida de inserir emojis, símbolos, GIFs, links do Google Drive, cálculos rápidos e conversões de unidades com uma tecla do teclado (em alguns modelos) ou um atalho.
No ChromeOS 130, um novo atalho Início + f está disponível em todos os dispositivos ChromeOS. Uma nova chave de hardware está disponível inicialmente apenas no Samsung Galaxy Chromebook Plus , mas a chave de inserção rápida será lançada em vários dispositivos em 2025.
-
Mudanças nas configurações e nos atalhos
Atualizamos as opções de atalho e dispositivo de entrada em Configurações para incluir:
- Inserção rápida: acesso rápido + f
-
Foco no ChromeOS
O recurso "Foco" no ChromeOS foi criado para ajudar os usuários a minimizar distrações e criar um espaço de trabalho mais produtivo. Com o Foco, você pode definir e ajustar seu tempo de foco, ativar ou desativar o modo Não perturbe, classificar ou criar novas tarefas do Google, além de mergulhar em playlists selecionadas que ajudam você a se concentrar melhor com o som de foco ou o YouTube Music Premium (com base em assinatura). Para usar o modo "Foco", acesse Configurações rápidas > Modo "Foco".
-
Acesso aprimorado aos arquivos do Drive
Além dos arquivos marcados com estrela no Tote, acesse todos os arquivos do Drive marcados com estrela diretamente na estante, que agora está disponível off-line. As sugestões aprimoradas do Drive no Acesso rápido e no Tote permitem acesso rápido aos arquivos mais importantes e usados com frequência.
-
Novas sugestões no Tote
Acesse e fixe rapidamente os arquivos que você mais usa com as sugestões de arquivos locais e do Drive. A nova seção "Sugestões" no Tote sugere arquivos para os usuários, destacando os que serão úteis para fixar e acessar off-line.
-
Início inteligente
Os novos recursos de Início inteligente ajudam os usuários a retomar o trabalho e explorar novas opções na inicialização. Depois de ativar esse recurso, você poderá visualizar e restaurar apps e guias da sua sessão anterior. O Início inteligente também oferece informações úteis, como previsão do tempo, seu próximo evento da agenda, guias recentes de outros dispositivos e sugestões relevantes do Google Drive.
Para ativar esse recurso, selecione Configurações > Preferências do sistema > Inicialização > Início inteligente e verifique se a opção Perguntar sempre está selecionada para o dispositivo.
-
Microfone de estúdio
Ative esse recurso nos controles de videochamada para fazer o microfone integrado do Chromebook parecer um microfone profissional de estúdio. O microfone estilo estúdio inclui os efeitos de cancelamento de ruído e redução de reverberação e os aprimora com balanceamento avançado, reconstrução de detalhes e adaptação ao ambiente. Os usuários que ativaram o cancelamento de ruído vão receber os aprimoramentos do microfone no estilo estúdio por padrão a partir desta versão. Se um usuário quiser voltar ao efeito de cancelamento de ruído antigo, ele poderá selecionar a opção adequada em Configurações > Dispositivo > Áudio. Esse recurso só está disponível em dispositivos Chromebook Plus.
-
App Gravador com tecnologia de IA
O ChromeOS 130 apresenta o novo app Gravador com tecnologia de IA do Google para criar transcrições que podem detectar e identificar locutores, além de fornecer um resumo do conteúdo gravado. Nosso app vai além da gravação, oferecendo conversão de voz em texto, resumo de conteúdo e sugestões de título, tudo com a tecnologia de IA do Google.
-
Verificação de conteúdo para Sessões de Visitante gerenciadas
Agora as organizações podem estender a poderosa verificação e proteção de conteúdo e contexto do Chrome Enterprise Premium para arquivos locais em Sessões de visitante gerenciadas no ChromeOS. Por exemplo, um arquivo perdido contendo números de CPF ou CNPJ é bloqueado instantaneamente quando um usuário tenta copiá-lo para uma unidade externa, protegendo as informações confidenciais.
-
Outros URLs permitidos no modo quiosque
Se um app de quiosque usa mais de uma origem de URL, os administradores de TI agora podem inserir as origens adicionais. Todas as origens especificadas vão receber as permissões automaticamente. As origens que não estiverem nesta lista, terão as permissões rejeitadas.
-
Efeitos de aparência
Os efeitos de aparência são populares entre os produtos de câmeras, reuniões virtuais e vídeos curtos há muito tempo e foram lançados em alguns produtos do Google. No ChromeOS 130, integramos esse recurso ao Chromebook para controles de videochamadas. Disponível apenas em dispositivos Chromebook Plus.
-
Controles de privacidade mais acessíveis
Com esse lançamento, estamos disponibilizando mais controles de privacidade no nível do SO para os usuários do navegador Chrome. O objetivo é conscientizar os usuários de que, para que a câmera ou o microfone funcionem, eles precisam ativar os controles de privacidade no nível do SO.
-
Controles de brilho do teclado aprimorados
Os usuários do Chromebook agora podem ajustar o brilho do teclado e controlar o sensor de luz ambiente diretamente no app Configurações. Com esse novo recurso, você pode definir o brilho do teclado no nível perfeito e ativar ou desativar o sensor de luz ambiente conforme necessário. Essas atualizações simplificam o uso do dispositivo e ajudam a gerenciar a duração da bateria. Enquanto isso, se o Chromebook for compatível com RGB, a opção Configurações > Teclado agora tem um link direto para as opções de seleção de cor RGB. Para mais detalhes, consulte Usar recursos gamer no Chromebook.
-
Controles de brilho da tela aprimorados
Os usuários do Chromebook agora podem ajustar o brilho da tela e controlar o sensor de luz ambiente diretamente no app Configurações. Com esse novo recurso, você pode definir o brilho da tela no nível perfeito e ativar ou desativar o sensor de luz ambiente conforme necessário em Configurações. Essas atualizações simplificam o uso do dispositivo e ajudam a gerenciar a duração da bateria.
-
Quero ajuda para ler no ChromeOS
O recurso Quero ajuda para ler no ChromeOS oferece uma solução com tecnologia de IA para ajudar você a encontrar rapidamente as informações necessárias em qualquer texto. Para focar no que você está lendo no navegador e na Galeria, clique com o botão direito do mouse em um espaço vazio para revelar o card "Quero ajuda para ler" acima do menu contextual. O painel "Quero ajuda para ler" mostra um resumo do texto e um campo de perguntas e respostas em formato livre, onde você pode fazer perguntas específicas sobre o texto. Disponível apenas em dispositivos Chromebook Plus.
-
Suporte para várias agendas
Estamos lançando o suporte a várias agendas para que os usuários possam conferir todos os eventos de várias agendas selecionadas no Google Agenda.
-
Janelas picture-in-picture
Os usuários do ChromeOS agora têm mais flexibilidade com as janelas picture-in-picture (PiP). O PiP Tuck permite que os usuários movam temporariamente as janelas do PiP para o lado da tela, liberando espaço valioso na tela e mantendo o vídeo facilmente acessível. Além disso, você pode ajustar rapidamente o tamanho das janelas do picture-in-picture com um toque duplo rápido, alternando entre dois tamanhos para uma visualização ideal.
-
Melhoria na experiência do usuário do ARC++
Para melhorar a experiência do usuário no ChromeOS e no ARC++, estamos movendo as notificações de segundo plano e de erro não urgentes do ARC++ para a bandeja do sistema. Isso impede que essas mensagens apareçam desnecessariamente em primeiro plano e interrompam a jornada do usuário. Ao mover essas notificações para a bandeja do sistema, podemos garantir que os usuários ainda sejam notificados sobre possíveis problemas, mas não sejam interrompidos enquanto usam o Chromebook. Para mais informações sobre o ARC++, consulte este blog para desenvolvedores do ChromeOS.
-
Nova política para controlar os nomes dos pontos de acesso
Para Chromebooks com capacidade de rede celular, as políticas de nome de ponto de acesso (APN) permitem que os administradores restrinjam o uso de APNs personalizados. Ao definir a flag AllowAPNModification nas configurações gerais de rede para restringir, os usuários finais não podem adicionar ou usar APNs personalizados.
-
Atualização do SID do Microsoft SCEP
Somente para implantações do SCEP que usam o Microsoft NPS para RADIUS. Se você não estiver usando certificados SCEP com o NPS do Microsoft para Radius para conectividade de rede do Chromebook, ignore o restante destas instruções. Essa configuração é mais comum em empresas do que em instituições de ensino.
A Microsoft anunciou uma atualização de segurança que vai adicionar um novo campo obrigatório, um identificador de segurança (SID), aos certificados SCEP em ambientes que usam o NPS para Radius para autenticação de rede. Essa adição se deve a uma vulnerabilidade de segurança em dispositivos Windows, em que certificados utilizáveis com chaves privadas podem ser exportados de um dispositivo Windows para serem usados em qualquer outro dispositivo. A adição do SID significa que o certificado será vinculado a um dispositivo ou usuário no seu ambiente do Active Directory para que um dispositivo/usuário desconhecido não possa usá-lo. Isso não é um problema de segurança para Chromebooks, já que eles não permitem a exportação de certificados com chaves privadas e são protegidos pelo TPM. No entanto, qualquer certificado que não tenha esse novo campo não vai conseguir fazer a autenticação em um NPS para o servidor Radius após o prazo de aplicação obrigatório de 11 de fevereiro de 2025.
O que você precisa fazer?
Verifique o mais rápido possível se a implantação depende de certificados SCEP e NPS para Radius para autenticação de rede. Para isso, acesse o visualizador de eventos no Controlador de domínio -> Sistema e procure o ID de evento 39. Se você encontrar este ID de evento:
Ações a serem realizadas se você encontrar o ID de evento #39:
- Crie um objeto novo ou reutilize um existente no seu ambiente do Active Directory para uso do SCEP
- Extraia o SID do objeto do AD, por exemplo, PS> (Get-ADUser username).SID.value
- Crie um novo perfil do SCEP com todas as configurações duplicadas da configuração atual e adicione o SID do objeto do AD recém-criado ou existente da etapa 1.
- Na seção "Nome alternativo do assunto", selecione o botão de opção Personalizado. Adicione um novo nome alternativo do assunto usando o botão + com o tipo "Identificador uniforme de recursos" no menu suspenso. Em "string", o valor precisa ser semelhante a este:
tag:microsoft.com,2022-09-14:sid:S-1-2-3-4-5-6-8
em queS-1-2-3-4-5-6-8é o SID do objeto do AD- Implante esse novo certificado em todos os Chromebooks potencialmente afetados na sua frota:
- Aguarde pelo MENOS UM MÊS para garantir que todos os dispositivos tenham recebido o novo certificado.
- Vincule novamente todas as políticas do certificado antigo ao novo certificado da etapa 2.
- Verifique a funcionalidade usando o novo certificado.
- Exclua o perfil antigo.
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 ChromeOS
-
Planos de fundo e segundo plano de IA
A partir do ChromeOS 131, planejamos lançar planos de fundo de videoconferência e de tela de bloqueio com IA generativa em alta resolução no ChromeOS. Com esse recurso, você pode liberar todo o potencial criativo e transformar o Chromebook em uma tela de expressão pessoal. Escolha entre uma variedade de modelos e, com apenas alguns cliques, personalize o Chromebook com sua personalidade, humor ou interesses.
Duas novas políticas estarão disponíveis para controlar esses recursos: GenAIVcBackgroundSettings e GenAIVcBackgroundSettings. Esse recurso só vai estar disponível em dispositivos Chromebook Plus.
-
Registro automático do ChromeOS Flex
A partir do ChromeOS 131, o registro automático do ChromeOS Flex vai permitir que você implante dispositivos ChromeOS Flex em grande escala. Assim como o registro sem toque do ChromeOS, o registro automático incorpora um token criado pelo administrador de uma organização a uma imagem do ChromeOS Flex. Isso vai determinar em qual organização do cliente e unidade organizacional um dispositivo será registrado durante a configuração inicial.
-
Migração de dados de graduação
A partir do ChromeOS 132, uma nova ferramenta de transferência de conteúdo vai orientar os alunos que estão se formando ou outros usuários gerenciados pelo Google for Education que queiram migrar os dados pelo processo atualizado do Google Takeout Transfer. Isso permite que eles levem o conteúdo dos apps Documentos, Planilhas, Apresentações e Gmail para uma conta do Gmail de sua escolha.
Com esse novo aplicativo, os administradores da escola podem fixar um ícone na prateleira, notificar estudantes e professores nos Chromebooks e definir datas para acionar essas notificações e incentivar o uso do processo de transferência do Takeout.
-
Fim do suporte a apps do Chrome no ChromeOS
Em 2016, anunciamos a descontinuação dos apps do Chrome em favor dos apps da Web. Em 2021, anunciamos no blog do Chromium que o suporte a apps do Chrome para clientes e desenvolvedores do ChromeOS Enterprise e Education seria estendido até pelo menos janeiro de 2025. Como a maioria dos nossos clientes migrou dos apps do Chrome (incluindo apps empacotados legados (v1) e apps hospedados), podemos confirmar as seguintes atualizações sobre as datas de descontinuação dos apps do Chrome.
Julho de 2025: fim do suporte para apps do Chrome instalados pelo usuário (programado para o ChromeOS M138).- Os apps do Chrome que forem instalados à força pelo Admin Console vão continuar sendo compatíveis.
- Os dispositivos no canal LTS com apps do Chrome no modo quiosque vão receber suporte até abril de 2027.
- Os dispositivos no canal LTS podem continuar usando os apps do Chrome até outubro de 2028.
- Não haverá exceções.
Nas próximas semanas, mais informações detalhadas serão enviadas a todos os desenvolvedores de apps para o Chrome e administradores do ChromeOS.
Esses cronogramas de descontinuação também se aplicam aos apps do Chrome auto-hospedados.
Embora não seja possível adicionar novos apps do Chrome à Chrome Web Store, os apps atuais podem continuar sendo atualizados até outubro de 2028, quando vão atingir o fim da vida útil no ChromeOS. Após essa data, os apps do Chrome serão removidos da Chrome Web Store.
Se sua organização tiver desenvolvido apps do Chrome internamente e você precisar de ajuda, consulte o guia Transição dos apps do Chrome. Você também pode participar da comunidade de desenvolvedores do ChromeOS no Discord ou entrar em contato conosco pelo formulário em https://chromeos.dev/work-with-us. Consulte a programação de lançamentos do ChromeOS para conferir as datas de lançamento e as atualizações.
-
Fim do suporte ao cliente nativo (NaCl) no ChromeOS
Em 2017, anunciamos a descontinuação do Cliente nativo (NaCl) em favor do WebAssembly. Como a maioria dos nossos clientes migrou do NaCl, podemos confirmar algumas mudanças importantes no ChromeOS.
- Janeiro de 2025: o Cliente nativo (NaCl) será desativado por padrão a partir do ChromeOS M132.
- Para usuários não gerenciados e consumidores, o M131 será a última versão do ChromeOS com suporte para NaCl.
- Para ambientes de usuários gerenciados, os administradores que gerenciam dispositivos ChromeOS para uma empresa ou escola já têm a opção de estender a capacidade de usar o NaCl com uma política de permissão do NaCl na versão M138. A partir da M132, a política também estará disponível para sessões de quiosque.
- Julho de 2025: o ChromeOS M138 marca o fim da tecnologia NaCl no ChromeOS.
- Para ambientes gerenciados, a M138 é uma versão do ChromeOS com suporte de longo prazo (LTS) disponível para administradores que gerenciam dispositivos ChromeOS em uma empresa ou escola. Os dispositivos que foram mudados para o canal LTS e têm a política de permissão NaCl ativada podem continuar usando o NaCl até a última atualização do LTS, em abril de 2026.
Se a organização tiver desenvolvido apps do Chrome internamente com NaCl e você precisar de ajuda, consulte os guias Transição de apps do Chrome e Migração do WebAssembly. Você também pode participar da comunidade de desenvolvedores do ChromeOS no Discord ou entrar em contato conosco pelo formulário em https://chromeos.dev/work-with-us. Consulte a programação de lançamentos do ChromeOS para conferir as datas de lançamento e as atualizações.
Nas próximas semanas, mais informações detalhadas serão enviadas aos desenvolvedores do NaCl e aos administradores do ChromeOS afetados.
- Janeiro de 2025: o Cliente nativo (NaCl) será desativado por padrão a partir do ChromeOS M132.
Chrome 129
| Atualizações do navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Tabela de comparação | ✓ | ||
| O Chrome não dá mais suporte ao macOS 10.15 | ✓ | ✓ | |
| Assinaturas de código ad hoc para shims de PWA no macOS | ✓ | ||
| Gerenciador de certificados no Windows e macOS | ✓ | ||
| Insights de segurança do Chrome | ✓ | ✓ | |
| Descontinuação dos relatórios estendidos da Navegação segura | ✓ | ||
| Guias inativas no Android | ✓ | ||
| Nova opção na política HttpsOnlyMode | ✓ | ✓ | |
| Proteções de captura de tela | ✓ | ||
| Grupo de guias de sincronização | ✓ | ||
| O Google Play Services corrige problemas com senhas no dispositivo | ✓ | ||
| Descontinuação do argumento includeShadowRoots no DOMParser | ✓ | ||
| Descontinuação da serialização de DOM paralelo declarativo não padrão | ✓ | ||
| Renomear "inset-area" para "position-area" | ✓ | ||
| Limpe dados do dispositivo locais ao sair do iOS | ✓ | ||
| Personalização da barra de ferramentas | ✓ | ||
| Uso da chave de acesso do Gerenciador de senhas do Google no ChromeOS | ✓ | ||
| Políticas novas e atualizadas no navegador Chrome | ✓ | ||
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Chrome Enterprise Premium para transferências de arquivos em Sessões de visitante gerenciadas | ✓ | ||
| Plano de fundo para a Semana da Valorização do Professor | ✓ | ||
| Controles de brilho da tela | ✓ | ||
| Experiência de boas-vindas do periférico | ✓ | ||
| As contas gerenciadas não são mais sincronizadas como secundárias no Android | ✓ | ✓ | |
| Tradução instantânea | ✓ | ||
| Controles de brilho do teclado | ✓ | ||
| Atalho de teclado para a função "Selecionar para ouvir" | ✓ | ||
| PIN como fator de autenticação | ✓ | ||
| Recarregamento automático da tela de login | ✓ | ||
| Os tipos de arquivos do Workspace com CSE agora são aceitos no Google Drive | ✓ | ||
| Atualizações do ícone da bateria | ✓ | ||
| Atualizações no Admin Console | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Pontuação de risco da extensão no relatório de uso de apps e extensões | ✓ | ||
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Falta de confiança no certificado da Entrust | ✓ | ||
| Estilos alternativos para o elemento <meter> | ✓ | ||
| Transporte de dicionário de compactação com Brotli compartilhado e Zstandard compartilhado | ✓ | ||
| Contêineres de rolagem com foco no teclado | ✓ | ||
| Suporte a URLs de esquema não especial | ✓ | ||
| Experiência simplificada de login e sincronização | ✓ | ||
| Integração da telemetria da extensão do Chrome com o SecOps | ✓ |
✓ |
|
| Captura de links do usuário em PWAs | ✓ | ✓ | |
| Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) do Chrome | ✓ | ||
| Avisos de formulário não seguro no iOS | ✓ | ||
| Remoção de política usada sobre comportamento do mesmo site legado | ✓ | ||
| Encapsulamento de chaves X25519Kyber768 para TLS | ✓ | ||
| Provedor de framework de acessibilidade de automação de interface no Windows | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Planos de fundo de IA generativa e segundo plano de videoconferências | ✓ | ||
| Eventos de janela do XDR do ChromeOS | ✓ | ||
| Próximas alterações no Admin Console | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Relatórios de perfil gerenciado do navegador Chrome | ✓ | ||
| Mudança padrão nas políticas de IA generativa | ✓ | ||
| Política de controle de IA generativa | ✓ | ||
| Suporte a configurações no nível do usuário na página "Configurações personalizadas" | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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.
Atualizações do navegador Chrome
- Tabela de comparação
A partir do Chrome 129 (somente nos EUA), vamos lançar a Tabela de comparação, um novo recurso que apresenta uma visão geral criada por IA dos produtos de várias guias, tudo em um só lugar. Esse recurso é controlado pela política TabCompareSettings. Para mais detalhes, consulte o artigo Tabela de comparação na Central de Ajuda do Chrome Enterprise e Education.
- Chrome 129 no Linux, macOS e Windows
- O Chrome não é mais compatível com o macOS 10.15
O Chrome 129 não é mais compatível com o macOS 10.15, que já está fora do período de suporte da Apple. Os usuários precisam atualizar os sistemas operacionais para continuar usando o navegador Chrome. A execução em um sistema operacional com suporte é essencial para manter a segurança. Se ele for executado no macOS 10.15, o Chrome vai continuar mostrando uma barra de informações para lembrar aos usuários que o Chrome 129 não tem mais suporte no macOS 10.15.
- Chrome 129 no MacOS: o Chrome não é mais compatível com o macOS 10.15.
- Assinaturas de código ad hoc para shims de PWA no macOS
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 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.
- Chrome 129 no macOS
- Gerenciador de certificados no Windows e no macOS
A partir do Chrome 129, há uma nova tela de configurações de gerenciamento de certificados acessível nas configurações de segurança do Windows e do macOS. Isso substitui o link para o gerenciador de certificados do Windows e Chaves do macOS, respectivamente, embora essas plataformas ainda estejam acessíveis pela página de configurações de gerenciamento de certificados.
O gerenciador de certificados mostra os certificados confiáveis ou não confiáveis pelo Chrome, incluindo o conteúdo da Chrome Root Store e todos os certificados importados do sistema operacional. Os usuários podem acessar a página diretamente em chrome://certificate-manager.
Uma versão futura vai introduzir o gerenciamento de certificados adicionados diretamente ao Chrome para usuários e empresas.
- Chrome 129 no macOS e Windows
- Insights de segurança do Chrome
Agora você pode ativar os insights de segurança do Chrome, que permitem monitorar o risco de pessoas com informações privilegiadas e a perda de dados da atividade no Chrome se você tiver o Chrome Enterprise Core e o Workspace Enterprise Standard ou Workspace Enterprise Plus com licenças atribuídas. Para mais informações, consulte Como monitorar o risco de pessoas com informações privilegiadas e a perda de dados.
- Chrome 125 no ChromeOS, Linux, macOS e Windows: recurso ativado para o Chrome Enterprise Core
- Chrome 129 no ChromeOS, Linux, macOS e Windows: recurso ativado para clientes EDU (exceto ensino fundamental e médio)
- Descontinuação dos relatórios estendidos da Navegação segura
Os relatórios estendidos da Navegação segura são um recurso que melhora 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
- Guias inativas no Android
No Chrome 129, as guias antigas vão ficar ocultas em uma nova seção de guias inativas no seletor de guias do Chrome no Android. Os usuários do Chrome podem acessar a seção de guias inativas para visualizar todas as guias antigas ou fechá-las usando a nova funcionalidade de guias em massa. Essas guias serão excluídas se ficarem nessa seção por mais de 60 dias.
- Chrome 129 no Android: lançamento do recurso para 1%
- Nova opção na política HttpsOnlyMode
A configuração "Perguntar antes do HTTP" (ABH, na sigla em inglês), anteriormente chamada de "Somente HTTPS/Modos de priorização de HTTPS", informa ao Chrome que ele precisa pedir 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_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_enabled, não será afetado por essa mudança.
- Chrome 129 no Android, ChromeOS, Lacros, Linux, macOS, Windows e Fuchsia
- Proteções de captura de tela
As proteções de captura de tela permitem que os administradores impeçam 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. Esse recurso está disponível apenas para usuários do Chrome Enterprise Premium. Esse recurso pode ser controlado pela mesma política do Chrome Enterprise EnterpriseRealTimeUrlCheckMode que ativa todas as pesquisas de URL em tempo real.
- Chrome 129 no ChromeOS, Linux, macOS, Windows
- Grupo de guias de sincronização
Os grupos de guias no iOS agora são salvos. Fechar um grupo de guias não o exclui mais. Para usuários que sincronizam as guias entre dispositivos, os grupos também são sincronizados.
- Chrome 129 no iOS
- O Google Play Services corrige problemas com senhas no dispositivo
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. Caso contrário, eles 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 no Android.
- Chrome 129 no Android
- Descontinuação do argumento includeShadowRoots em DOMParser
O argumento includeShadowRoots era um argumento nunca padronizado da função DOMParser.parseFromString(), que existia para permitir a análise imperativa de conteúdo HTML que contém o DOM paralelo declarativo. Ele foi incluído no Chrome 90 como parte do lançamento inicial do DOM paralelo declarativo. Como a discussão sobre padrões rematerializou em 2023, o formato das APIs DSD mudou, incluindo esse recurso para análise imperativa. Para ler mais, consulte os detalhes do contexto sobre os padrões relacionados. Além disso, há informações sobre as descontinuações relacionadas da serialização do DOM paralelo e do atributo de raiz paralela.
Agora que uma versão padronizada dessa API, na forma de setHTMLUnsafe() and parseHTMLUnsafe() , foi lançada no Chrome 124, o argumento não padrão includeShadowRoots precisa ser descontinuado e removido. É necessário fazer as devidas alterações no uso:
Em vez de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Use:
document.parseHTMLUnsafe(html);- Chrome 129 no Linux, macOS, Windows e Android
- Descontinuação da serialização de DOM paralelo declarativo não padrão
A implementação do protótipo, que foi enviada em 2020 e atualizada em 2023, continha um método chamado "getInnerHTML()" que podia ser usado para serializar árvores do DOM que contêm raízes paralelas. Essa parte do protótipo não foi padronizada com o restante do shadow DOM declarativo e só recentemente alcançou o consenso de especificação. (para mais detalhes, consulte o GitHub). Como parte desse consenso, o formato da API getInnerHTML mudou.
Esse recurso representa a descontinuação do método "getInnerHTML()" enviado antes. O dispositivo de substituição é chamado de "getHTML()", que foi lançado no Chrome 125. Para saber mais, consulte a descrição de recursos do ChromeStatus.
- Chrome 129 no Windows, macOS, Linux e Android
- Renomear inset-area para position-area
O grupo de trabalho do CSS (CSSWG) resolveu renomear essa propriedade de "inset-area" para "position-area". Para mais detalhes, consulte a discussão do CSSWG no GitHub. O Chrome vai oferecer suporte aos nomes de propriedade antigos e novos por alguns marcos para ajudar os desenvolvedores a migrar para o novo nome da área de posição. Estamos lançando o novo nome da propriedade, "position-area", como um sinônimo de "inset-area" no Chrome 129, junto com a descontinuação do DevTrial para "inset-area".
A propriedade "inset-area" está prevista para ser removida no Chrome 131.
- Chrome 129 no Windows, macOS, Linux e Android
- Limpe dados do dispositivo local ao sair do iOS
A partir do Chrome 129, sair de uma conta gerenciada em um navegador não gerenciado vai excluir os dados de navegação locais salvos no dispositivo. Os usuários gerenciados recebem uma caixa de diálogo de confirmação ao sair, explicando que os dados não salvos serão apagados. Os dados serão excluídos apenas a partir do momento do login. Caso contrário, todos os dados serão excluídos. O momento do login só vai ser conhecido se o usuário tiver feito login no Chrome 122 ou em uma versão mais recente.
Os dados excluídos incluem:
- histórico de navegação
- cookies e dados do site
- senhas
- configurações do site
- preenchimento automático
- imagens e arquivos armazenados em cache
- Chrome 129 no iOS
- Personalização da barra de ferramentas
Estamos lançando um recurso de personalização da barra de ferramentas no Chrome 129, que permite que os usuários de navegadores para computador fixem e liberem ícones na barra de ferramentas usando um novo painel lateral.
- Chrome 129 no ChromeOS, Linux, macOS e Windows: lançamento gradual
- Uso de chaves de acesso do Gerenciador de senhas do Google no ChromeOS
As chaves de acesso melhoram a segurança do usuário, mas até hoje eram um pouco mais difíceis de usar em vários dispositivos. Agora, os usuários podem salvar chaves de acesso no Gerenciador de senhas do Google e usá-las em vários dispositivos e plataformas. Esse recurso já está disponível no Windows, macOS, Linux e Android. Agora, ele está disponível no ChromeOS.
- Chrome 127 no Windows, Android e macOS
- Chrome 129 no Windows, Android, macOS e ChromeOS
- Políticas novas e atualizadas no navegador Chrome
Política Descrição TabCompareSettings Configurações da Tabela de comparação AdHocCodeSigningForPWAsEnabled Assinatura de código ad-hoc para shims de Apps Web Progressivos
Atualizações do ChromeOS
-
Chrome Enterprise Premium para transferências de arquivos em Sessões de visitante gerenciadas
No ChromeOS 129, as organizações podem estender a poderosa verificação e proteção de conteúdo e contexto do Chrome Enterprise Premium para arquivos locais no ChromeOS em sessões de visitante gerenciadas.
Por exemplo, um arquivo perdido contendo números de CPF ou CNPJ é bloqueado instantaneamente quando um usuário tenta copiá-lo para uma unidade externa, protegendo as informações confidenciais.
-
Plano de fundo para a Semana da Valorização do Professor
No ChromeOS 129, adicionamos uma nova coleção de planos de fundo para celebrar e compartilhar nossa gratidão e apoio aos educadores do mundo todo.
-
Mostrar controles de brilho
Os usuários do Chromebook agora podem ajustar o brilho da tela e controlar o sensor de luz ambiente diretamente no app Configurações. Com esse novo recurso, você pode definir o brilho da tela no nível perfeito e ativar ou desativar o sensor de luz ambiente conforme necessário no app Configurações. Essas atualizações simplificam o uso do dispositivo e ajudam a gerenciar a duração da bateria.
-
Experiência de boas-vindas do periférico
Saber que um periférico foi conectado, configurá-lo e encontrar o app complementar são etapas essenciais na jornada do usuário. O objetivo desta versão é oferecer uma experiência de boas-vindas de alta qualidade, informando aos usuários que o periférico foi conectado e convidando-os a configurá-lo e aproveitar ao máximo.
-
As contas gerenciadas não são mais sincronizadas como secundárias no Android
A partir da versão 129 do ChromeOS, melhoramos a segurança de dados do Android no ChromeOS. As contas corporativas adicionadas como secundárias na sessão não serão mais adicionadas automaticamente ao ambiente do Android no ChromeOS. Essa mudança não afeta contas pessoais, de ensino ou que foram adicionadas anteriormente.
-
Tradução instantânea
Os dispositivos Chromebook Plus estão recebendo a Tradução instantânea, que permite que um usuário traduza o conteúdo com legendas para o idioma de sua escolha. Se um usuário que fala inglês estiver conversando com uma pessoa que não fala o mesmo idioma, as Legendas instantâneas podem ser traduzidas para o idioma da pessoa com quem ele está falando, desde que o recurso seja compatível com o idioma. Isso também funciona para vídeos e pode ser usado no YouTube para traduzir um vídeo para o inglês.
-
Controles de brilho do teclado
Os usuários do Chromebook agora podem ajustar o brilho do teclado e controlar o sensor de luz ambiente diretamente no app Configurações. Com esse novo recurso, você pode definir o brilho do teclado no nível perfeito e ativar ou desativar o sensor de luz ambiente conforme necessário. Essas atualizações simplificam o uso do dispositivo e ajudam a gerenciar a duração da bateria. Enquanto isso, se o Chromebook for compatível com RGB, a página de configurações do teclado terá um link direto para as opções de seleção de cor RGB do Personalization Hub.
-
Atalho do teclado para a função Selecionar para ouvir
O atalho de teclado "Selecionar para ouvir" (Pesquisa + s) agora funciona quando é pressionado pela primeira vez. Não é mais necessário ativar o recurso nas configurações. Uma caixa de diálogo vai aparecer confirmando que você quer ativar o Selecionar para ouvir na primeira vez que você pressionar o atalho do teclado.
-
PIN como fator de autenticação
Com esse lançamento, o PIN passa a ser um fator de autenticação em todas as plataformas do ChromeOS.
-
Recarga automática da tela de login
A partir da versão 129, o ChromeOS otimiza o suporte a logins com base em provedores de identidade de terceiros. No cenário mais comum, os administradores mostram um login permanente do provedor de identidade de terceiros na tela de login. Muitos provedores de identidade têm um tempo limite após uma cadência específica, por exemplo, 15 minutos, o que leva a erros para o usuário. A nova política DeviceAuthenticationFlowAutoReloadInterval permite a atualização repetida de provedores de identidade de terceiros na tela de login, evita o tempo limite e, portanto, aumenta significativamente a confiabilidade dos logins de provedores de identidade de terceiros.
-
Agora o Google Drive oferece suporte a tipos de arquivos do Workspace com CSE
A criptografia do lado do cliente (CSE) é um recurso do Google Workspace e do Drive que permite que clientes e usuários criptografem arquivos com chaves fornecidas pelo cliente para que os dados sejam criptografados e nunca armazenados em nossos servidores de forma não criptografada. Esse lançamento oferece suporte básico ao CSE no app Arquivos no ChromeOS. Isso inclui tornar os arquivos CSE visíveis, abrir arquivos CSE no navegador e sinalizar arquivos CSE que não são do Google Workspace como não compatíveis.
-
Atualizações do ícone da bateria
Estamos lançando uma atualização do ícone de bateria para garantir que o estado da bateria não cubra mais o nível da bateria. Agora você pode conferir facilmente a carga restante da bateria.
Próximas alterações no Admin Console
- Relatórios de perfil gerenciado do navegador Chrome
O Chrome Enterprise Core vai apresentar novos relatórios de perfil gerenciado do navegador Chrome no Admin Console. Esse recurso vai incluir uma nova página de detalhes e novas fichas de perfil gerenciado. Nessas páginas, os administradores de TI vão encontrar informações de relatórios sobre perfis gerenciados, como detalhes do perfil, versões do navegador, políticas aplicadas e outros.
- A partir do Chrome 130 para Android, Linux, macOS e Windows
- Mudança padrão nas políticas de IA generativa
A partir da versão 130, vamos mudar a configuração padrão das políticas de IA generativa de "desativado" para "permitido", sem melhorar os modelos de IA. Se você tiver dispositivos inscritos no Chrome Enterprise Core, essa política será aplicada automaticamente a eles para evitar o envio de dados para treinamento de modelos de IA. As políticas atuais que terão a configuração padrão atualizada são:
- CreateThemesSettings (disponível apenas nos EUA por enquanto)
- DevToolsGenAiSettings (disponível na maioria dos países)
- HelpMeWriteSettings (disponível apenas nos EUA por enquanto)
- HistorySearchSettings (disponível apenas nos EUA por enquanto)
- TabOrganizerSettings (disponível apenas nos EUA por enquanto)
- TabCompareSettings (disponível apenas nos EUA por enquanto)
- Política de controle de IA generativa
A partir da versão 130, o Chrome Enterprise Core vai incluir uma política para controlar o comportamento de várias políticas de IA generativa. Esse recurso será conveniente, permitindo que os administradores controlem o comportamento padrão de um conjunto de políticas em um só lugar, por exemplo, "desativado por padrão". Esta política vai controlar as seguintes políticas:
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- GenAIVcBackgroundSettings (lançado no Chrome 130)
- GenAIWallpaperSettings (lançado no Chrome 130)
- Suporte para configurações no nível do usuário na página "Configurações personalizadas"
A página Configurações personalizadas foi lançada recentemente no Chrome 127 e permite que os administradores de TI configurem as políticas do Chrome que ainda não estão no Admin Console usando scripts JSON. A partir de 1º de outubro, as configurações personalizadas vão oferecer suporte à aplicação de configurações no nível do usuário, além do suporte no nível da máquina. Em outras palavras, você poderá aplicar políticas quando os usuários fizerem login em uma Conta do Google gerenciada usando a página de configurações personalizadas.
- A partir de 1º de outubro para Android, iOS, Linux, macOS e Windows: lançamento do recurso para políticas de usuário
Para começar, você pode encontrar as Configurações personalizadas no Admin Console, em Navegador Chrome > Relatórios. Você vai precisar do SKU do Chrome Enterprise Core:
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 atualizações do navegador Chrome
- Falta de confiança no certificado da Entrust
Em resposta a falhas de compliance frequentes, o Chrome 127 muda a forma como a autenticação de servidor TLS de confiança pública, ou seja, de sites ou certificados emitidos pela Entrust, é confiável por padrão. Isso vale para o Chrome 127 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:
- a partir de 31 de outubro de 2024, não serão mais confiáveis por padrão.
- até 31 de outubro de 2024, não serão afetados por essa mudança.
Se um usuário do Chrome ou uma empresa confiar explicitamente em um dos certificados Entrust afetados em uma plataforma e versão do Chrome que dependem da Chrome Root Store, por exemplo, quando a confiança explícita for transmitida por um objeto de política de grupo do Windows, as restrições de carimbos de data/hora de certificados assinados (SCT, na sigla em inglês) descritas acima vão ser substituídas e os certificados vão funcionar como hoje.
Confira mais informações e recursos de teste em Sustaining Digital Certificate Security - Entrust Certificate Destrust.
Para saber mais sobre a Chrome Root Store, consulte as Perguntas frequentes.
- Chrome 127 no Android, ChromeOS, Linux, macOS e Windows: todas as versões do Chrome 127 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 31 de outubro de 2024.
- Chrome 130 no ChromeOS, Linux, macOS e Windows: o bloqueio vai começar para os certificados emitidos após 31 de outubro de 2024. Isso também afetará o Chrome 127, 128 e 129.
- Estilos alternativos para elementos <meter>
Desde o Chrome 130, os elementos <meter>do HTML5 com "appearance: none" têm um estilo substituto razoável que corresponde ao Safari e ao Firefox, em vez de simplesmente desaparecer da página. Além disso, os desenvolvedores poderão personalizar o estilo dos elementos <meter>.
Uma política temporária MeterAppearanceNoneFallbackStyle estará disponível até o Chrome 133 para controlar esse recurso.
- Chrome 130 no Windows, MacOS, Linux e Android
- Transporte de dicionário de compactação com Brotli compartilhado e Zstandard compartilhado
Esse recurso adiciona suporte ao uso de respostas anteriores designadas, como um dicionário externo para respostas HTTP compactadas com Brotli ou Zstanda rd.
As empresas podem ter problemas de compatibilidade com a infraestrutura de rede empresarial. A política CompressionDictionaryTransportEnabled está disponível para desativar o recurso de transporte do dicionário por compactação.
- Chrome 130 no Windows, MacOS, Linux e Android
- Contêineres de rolagem com foco no teclado
Melhora a acessibilidade tornando 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.
Com os contêineres focalizáveis por padrão, os usuários que não podem (ou não querem) usar um mouse podem focar o conteúdo recortado usando as teclas Tab e de seta do teclado. 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 controle de rolagem como <textarea>.
- Chrome 130 no Windows, MacOS, Linux e Android
- Suporte a URLs de esquema não especial
O Chrome 130 vai oferecer 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
- Experiência simplificada de login e sincronização
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 vai deixar de ser exibida como um recurso separado nas configurações e em outros lugares. Em vez disso, os usuários farão login no Chrome para usar e salvar na Conta do Google certas informações, como senhas, favoritos e outros, 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 Google Chrome pode ser desativado por BrowserSignin, assim 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
- Integração da telemetria da extensão do Chrome com o Google SecOps
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 vai analisar 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, LaCrOS, Linux, macOS e Windows
- Captura de links do usuário em PWAs
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. 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 131 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).
- 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:
- Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
Em 22 de julho, anunciamos um novo caminho para o Sandbox de privacidade na Web. Em vez de descontinuar os cookies de terceiros, vamos lançar uma nova experiência no Chrome que permite que as pessoas façam uma escolha informada que se aplica a toda a navegação na Web e que pode ser ajustada a qualquer momento. Estamos discutindo essa nova abordagem com as autoridades reguladoras e vamos interagir com o setor quando formos liberar a mudança.
Veja mais detalhes em Atualização do Sandbox de privacidade.
- Avisos de formulário não seguro no iOS
O Chrome 125 começou a bloquear 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. A política InsecureFormsWarningsEnabled está disponível para controlar esse recurso e vai ser removida no Chrome 130.
- Chrome 125 no iOS: lançamento do recurso
- Chrome 130 no iOS: a política InsecureFormsWarningsEnabled vai ser removida
- Remoção de política corporativa usada para o comportamento legado de mesmo site
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento do SameSite dos cookies para o legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 132 no Android, ChromeOS, Linux, macOS, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
- Encapsulamento de chaves X25519Kyber768 para TLS
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. Isso é exposto como um novo pacote de criptografia TLS. O TLS negocia automaticamente as criptografias compatíveis, então essa alteração deve ser transparente para os operadores do servidor. Essa criptografia será usada para conexões TLS 1.3 e QUIC.
No entanto, alguns dispositivos de rede corporativa, como firewalls e proxies (middleboxes TLS), podem não estar preparados para o tamanho de um encapsulamento de chaves Kyber (ML-KEM) ou um novo ponto de código de criptografia ClientHello do TLS, o que pode levar 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, que vai estar disponível até o Chrome 141 em 2025. 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.
A partir do Chrome 131, o Chrome vai mudar o mecanismo de encapsulamento de chaves da versão de rascunho do Kyber para a versão padrão final do ML-KEM. O uso de qualquer forma de troca de chave pós-quântica (Kyber ou ML-KEM) continuará sendo controlado pela política PostQuantumKeyAgreementEnabled.
Para mais detalhes, consulte esta postagem do blog do Chromium e esta postagem do blog de segurança do Google.
- Chrome 124 no Windows, macOS e Linux
- Chrome 131
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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 lançada 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 ChromeOS
-
Eventos de janela do XDR do ChromeOS
No ChromeOS 130, os eventos de foco da janela estarão disponíveis como parte da detecção e resposta estendidas (XDR, na sigla em inglês) no ChromeOS. Será possível recuperar uma janelas para atividades de foco de dispositivos na frota gerenciada simplesmente atualizando os eventos XDR no Admin Console!
-
Planos de fundo de IA generativa e segundo plano de videoconferências
A partir do ChromeOS 130, planejamos lançar planos de fundo de videoconferência e de tela de bloqueio com IA generativa em alta resolução no ChromeOS. Com esse recurso, você pode liberar todo o potencial criativo e transformar o Chromebook em uma tela de expressão pessoal. Escolha entre uma variedade de modelos e, com apenas alguns cliques, personalize o Chromebook com sua personalidade, humor ou interesses.
Duas novas políticas estarão disponíveis para controlar esses recursos: GenAIVcBackgroundSettings e GenAIVcBackgroundSettings.
Próximas alterações no Admin Console
- Relatórios de perfil gerenciado do navegador Chrome
O Chrome Enterprise Core vai apresentar novos relatórios de perfil gerenciado do navegador Chrome no Admin Console. Esse recurso vai incluir uma nova página de detalhes e novas fichas de perfil gerenciado. Nessas páginas, os administradores de TI vão encontrar informações de relatórios sobre perfis gerenciados, como detalhes do perfil, versões do navegador, políticas aplicadas e outros.
- A partir do Chrome 130 para Android, Linux, macOS e Windows
- Mudança padrão nas políticas de IA generativa
A partir da versão 130, vamos mudar a configuração padrão das políticas de IA generativa de "desativado" para "permitido", sem melhorar os modelos de IA. Se você tiver dispositivos inscritos no Chrome Enterprise Core, essa política será aplicada automaticamente a eles para evitar o envio de dados para treinamento de modelos de IA. As políticas atuais que terão a configuração padrão atualizada são:
- CreateThemesSettings (disponível apenas nos EUA por enquanto)
- DevToolsGenAiSettings (disponível na maioria dos países)
- HelpMeWriteSettings (disponível apenas nos EUA por enquanto)
- HistorySearchSettings (disponível apenas nos EUA por enquanto)
- TabOrganizerSettings (disponível apenas nos EUA por enquanto)
- TabCompareSettings (disponível apenas nos EUA por enquanto)
- Política de controle de IA generativa
A partir da versão 130, o Chrome Enterprise Core vai incluir uma política para controlar o comportamento de várias políticas de IA generativa. Esse recurso será conveniente, permitindo que os administradores controlem o comportamento padrão de um conjunto de políticas em um só lugar, por exemplo, "desativado por padrão". Esta política vai controlar as seguintes políticas:
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- GenAIVcBackgroundSettings (lançado no Chrome 130)
- GenAIWallpaperSettings (lançado no Chrome 130)
- Suporte para configurações no nível do usuário na página "Configurações personalizadas"
A página Configurações personalizadas foi lançada recentemente no Chrome 127 e permite que os administradores de TI configurem as políticas do Chrome que ainda não estão no Admin Console usando scripts JSON. A partir de 1º de outubro, as configurações personalizadas vão oferecer suporte à aplicação de configurações no nível do usuário, além do suporte no nível da máquina. Em outras palavras, você poderá aplicar políticas quando os usuários fizerem login em uma Conta do Google gerenciada usando a página de configurações personalizadas.
- A partir de 1º de outubro para Android, iOS, Linux, macOS e Windows: lançamento do recurso para políticas de usuário
Para começar, você pode encontrar as Configurações personalizadas no Admin Console, em Navegador Chrome > Relatórios. Você vai precisar do SKU do Chrome Enterprise Core:
Chrome 128
| Atualizações do navegador Chrome | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
|---|---|---|---|
| Pesquisar seu histórico de navegação no Chrome com IA | ✓ | ||
| Pesquisa no site configurável pelo administrador | ✓ | ✓ | |
| Como processar senhas não descriptografáveis no Gerenciador de senhas | ✓ | ||
| Guias inativas | ✓ | ||
| A nova política PromotionsEnabled substitui PromotionalTabsEnabled | ✓ | ||
| A confirmação de segurança do Chrome no Android foi reformulada | ✓ | ||
| Analisador JSON do Rust | ✓ | ||
| Grupos de guias no iPad | ✓ | ||
| Atualizações de cookies particionados do CookiePartitionKey | ✓ | ||
| Descontinuação do CHIPS e reinicialização no WebView | ✓ | ||
| Apps isolados da Web | ✓ | ||
| Renomeie position-try-options para position-try-fallbacks | ✓ | ||
| Card do Google Agenda na página Nova guia | ✓ | ||
| Políticas novas e atualizadas no navegador Chrome | ✓ | ||
| Políticas removidas do navegador Chrome | ✓ | ||
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
| Layout de janelas no ChromeOS | ✓ | ||
| Modo operador de dados: lançamento em toda a UE | ✓ | ||
| Controles de privacidade: geolocalização | ✓ | ||
| Lembretes de controle de privacidade do ChromeOS na página de configurações do app | ✓ | ✓ | |
| Armazenar dados vitais agregados com retenção de um ano | ✓ | ||
| OCR no app Câmera do ChromeOS | ✓ | ||
| A lupa segue o foco do ChromeVox | ✓ | ||
| Controle de ganho automático ativado por padrão | ✓ | ||
| Gerenciamento de APN | ✓ | ||
| Notificações fixadas no ChromeOS | ✓ | ||
| Atualizações no Admin Console | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
| Separação de perfis do Chrome: novo guia de implantação | ✓ | ||
| Controles de dados do Chrome Enterprise: Copiar e colar | ✓ | ||
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
| Tabela de comparação | ✓ | ||
| Assinaturas de código ad hoc para shims de PWA no macOS | ✓ | ||
| Limpe dados do dispositivo ao sair do iOS | ✓ | ||
| Estilos alternativos para o elemento <meter> do HTML5 | ✓ | ||
| O Chrome não vai dar mais suporte ao macOS 10.15 | ✓ | ✓ | |
| Descontinuação dos relatórios estendidos da Navegação segura | ✓ | ||
| Gerenciador de certificados no Windows e macOS | ✓ | ||
| Nova opção na política HttpsOnlyMode | ✓ | ✓ | |
| Grupo de guias de sincronização | ✓ | ||
| Atualizar o Google Play Services para corrigir problemas com senhas no dispositivo | ✓ | ||
| Descontinuação da serialização de DOM paralelo declarativo não padrão | ✓ | ||
| Descontinuação do argumento includeShadowRoots no DOMParser | ✓ | ||
| Renomear "inset-area" para "position-area" | ✓ | ||
| Falta de confiança no certificado da Entrust | ✓ | ||
| Suporte a URLs de esquema não especial | ✓ | ||
| O serviço de rede no Windows será colocado no sandbox | ✓ | ||
| Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) do Chrome | ✓ | ||
| Captura de links do usuário em PWAs | ✓ | ✓ | |
| Verificações de acesso à rede privada para solicitações de navegação: modo somente aviso | ✓ | ||
| Avisos de formulário não seguro no iOS | ✓ | ||
| Integração da telemetria de extensão do Chrome com o Chronicle | ✓ | ✓ | |
| Remoção de política usada sobre comportamento do mesmo site legado | ✓ | ||
| Encapsulamento de chaves X25519Kyber768 para TLS | ✓ | ||
| Provedor de framework de acessibilidade de automação de interface no Windows | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
| Atualização do atalho de teclado para a função "Selecionar para ouvir" | ✓ | ||
| Chrome Enterprise Premium para transferências de arquivos em Sessões de visitante gerenciadas | ✓ | ||
| Eventos de janela do XDR do ChromeOS | ✓ | ||
| Planos de fundo de IA generativa e segundo plano de videoconferências | ✓ | ||
| Próximas mudanças no Admin Console | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
| Relatórios de perfil gerenciado do navegador Chrome | ✓ | ||
| Widget do Admin Console para controles de dados | ✓ | ||
| Mudança padrão nas políticas de IA generativa | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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.
Atualizações do navegador Chrome
- Pesquisar o histórico no Chrome com IA
A partir do Chrome 128, os usuários podem pesquisar no histórico de navegação com base no conteúdo da página, não apenas no título e no URL. Inicialmente, esse recurso está disponível apenas para usuários em inglês nos EUA. Os administradores podem controlar esse recurso com a política HistorySearchSettings. Você tem as seguintes opções para sua organização:
- 0 = ativa o recurso para usuários e envia dados relevantes ao Google para treinar ou melhorar os modelos de IA. Os dados relevantes podem incluir comandos, entradas, saídas e materiais de origem, dependendo do recurso. Eles podem ser analisados por humanos com o único propósito de melhorar os modelos de IA.
- 1 = ativa o recurso para os usuários, mas não envia dados ao Google para treinar ou melhorar os modelos de IA.
- 2 = Desativar totalmente o recurso
Veja mais informações em Pesquisar o histórico no Chrome com IA.
- Chrome 128 no Linux, Mac e Windows
- Pesquisa no site configurável pelo administrador
Os atalhos de pesquisa no site são uma forma de usar a barra de endereço (omnibox) como uma caixa de pesquisa para um site específico sem navegar diretamente para o URL dele, semelhante a usar a omnibox para realizar uma pesquisa Google ampla na Web. Agora é possível criar atalhos de site em nome dos usuários gerenciados para acessar os sites corporativos mais importantes. É possível controlar esse recurso com a política SiteSearchSettings.
- Chrome 128 no ChromeOS, Linux, Mac e Windows: disponível para clientes do navegador Chrome Core inscritos no Trusted Tester a partir do Chrome 128, seguido por um lançamento gradual para todos os clientes do Chrome Browser Enterprise algumas semanas depois.
- Como lidar com senhas não descriptografáveis no Gerenciador de senhas
Às vezes, os usuários se deparam com senhas que não podem ser descriptografadas no dispositivo, por exemplo, se usaram um software de terceiros para migrar para um novo dispositivo. Estamos lançando uma nova política chamada DeletingUndecryptablePasswordsEnabled, que ajuda a lidar com essas senhas. Quando ativada, essa política exclui senhas não descriptografáveis do dispositivo do usuário, a menos que a política UserDataDir esteja especificada. Quando a opção DeletingUndecryptablePasswordsEnabled está desativada, as senhas não descriptografáveis não são alteradas, mas isso resulta na interrupção da funcionalidade do Gerenciador de senhas.
- Chrome 128 no iOS, Linux, Mac e Windows
- Guias inativas
No Chrome 128, as guias antigas agora ficam ocultas em uma nova seção Guias inativas no seletor de guias do Chrome no Android. Os usuários do Chrome podem acessar a seção Guias inativas para visualizar todas as guias antigas ou fechá-las usando a nova funcionalidade de guias em massa. As guias serão excluídas se ficarem inativas por mais de 60 dias.
- Chrome 128 no Android: lançamento para 1%
- A nova política PromotionsEnabled substitui a PromotionalTabsEnabled
No Chrome 128, novas notificações promocionais no nível do SO são mostradas aos usuários. Para incluir um número maior de recursos promocionais em uma política, criamos uma nova política PromotionsEnabled para substituir PromotionalTabsEnabled, que será descontinuada no futuro.
- Chrome 128 no ChromeOS, Linux, Mac e Windows: PromotionsEnabled vai começar a ser lançado com o Chrome 128. Não há flag.
- Reformulação da confirmação de segurança do Chrome no Android
O Chrome 128 apresenta uma nova Confirmação de segurança proativa que verifica regularmente se há problemas relacionados à segurança no navegador e informa os usuários quando há algo que precisa de atenção. Esse lançamento também inclui uma página de Confirmação de segurança reformulada,
chrome://settings/safetyCheck, com ações proativas do Chrome relacionadas à segurança e informações personalizadas para cada usuário. Ela foi criada para facilitar a proteção on-line dos usuários. Veja mais informações em Gerenciar a segurança e proteção do Chrome.- Chrome 128 no Android
- Analisador JSON do Rust
A partir do Chrome 128, o Chrome vai analisar JSON usando Rust em vez de C++. Isso vai remover o risco de vulnerabilidades de segurança da memória no analisador JSON, melhorando a segurança. Essa mudança precisa ser transparente para os usuários. Há um pequeno risco de que alguns JSON inválidos, que o Chrome aceita no momento, não sejam mais aceitos, embora o analisador Rust continue extremamente tolerante.
Se o Chrome não aceitar o JSON inválido, isso vai levar a erros 500 ou outros erros no nível do aplicativo, não a falhas. Se o Chrome não aceitar mais JSON inválidos, o JSON precisará ser corrigido.
- Chrome 128
- Grupos de guias no iPad
Os usuários do Chrome para iPad podem criar e gerenciar grupos de guias. Assim os usuários melhoram a organização e gerenciam melhor as tarefas.
- Chrome 128 no iOS
- Atualizações no CookiePartitionKey de cookies particionados
O Chrome 128 adiciona um bit ancestral entre sites à chave do CookiePartitionKey do cookie particionado. Essa mudança unifica a chave de partição com os valores usados no particionamento de armazenamento e protege contra ataques de clickjacking, impedindo que frames incorporados entre sites tenham acesso aos cookies particionados do site de nível superior.
Em caso de problema com iframes incorporados, a empresa deverá usar a política CookiesAllowedForUrls ou cookies SameSite=None sem o atributo particionado e invocar a API Storage Access (SAA) para que os iframes incorporados tenham acesso aos mesmos cookies do domínio de nível superior.
- Chrome 128 no Windows, Mac e Linux
- Descontinuação do CHIPS e reinicialização no WebView
O WebViewClient oferece suporte a um método,
shouldInterceptRequest, que permite que os desenvolvedores interceptem a atividade da rede e modifiquem cabeçalhos HTTP etc. Essa API não tem acesso ao cabeçalho de cookie e depende da API CookieManager do Android para consultar quais cookies estão disponíveis para um URL de solicitação específico. No entanto, os cookies particionados têm chave dupla no site de nível superior e no site do URL que os usa.No momento, com a API CookieManager os desenvolvedores não conseguem consultar cookies particionados corretamente. Isso causa incompatibilidade entre o que a API Java retorna e os frames que estão no cabeçalho do cookie no WebView. Depois de discutir isso com a equipe do WebView, acreditamos que a opção que vai minimizar a possível falha do app é desativar os cookies com estado particionado independente (CHIPS) no WebView até que possamos oferecer suporte ao cabeçalho de cookie para
shouldInterceptRequest. Vamos liberar as mudanças noshouldInterceptRequestna próxima versão do SDK de destino (nível 36 da API).O estado dos fluxos de trabalho corporativos que usam o WebView para carregar conteúdo da Web que depende de cookies particionados será limpo. Os apps do WebView ainda têm acesso a cookies de terceiros não particionados e cookies definidos como particionados depois que a mudança reverter para o comportamento legado anterior ao CHIPS até que o recurso seja lançado novamente.
- Chrome 128 no Android
- Apps Isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web, que oferece proteções mais fortes contra comprometimento do servidor e outras adulterações, o que é necessário para desenvolvedores de aplicativos sensíveis à segurança.
Esses AIWs são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos na explicação do projeto Chromium em vez de serem hospedados em servidores da Web ativos e buscados por HTTPS.
Nesta versão inicial, os IWAs só podem ser instalados usando uma nova política, IsolatedWebAppInstallForceList, em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 128 no ChromeOS
- Renomear position-try-options para position-try-fallbacks
O grupo de trabalho do CSS (CSSWG) resolveu renomear essa propriedade porque os fallbacks (substitutos) descrevem com mais precisão o que essa propriedade controla. A palavra opções não está muito clara, já que os estilos fora dos blocos "position-try" serão testados primeiro e, se resultarem em um layout que se encaixa no bloco de contenção, nenhuma das opções será usada. Portanto, fallbacks (substitutos) é uma palavra melhor para descrever esse comportamento. Confira mais detalhes em GitHub.
- Chrome 128 no Windows, Mac, Linux e Android
- Card do Google Agenda na página "Nova guia"
Os usuários corporativos agora podem acessar as próximas reuniões diretamente na página Nova guia com o novo card de calendário. Essa experiência simplificada elimina a necessidade de alternar guias ou perder tempo procurando a próxima reunião, permitindo que você se concentre no que é mais importante. É possível controlar os cards na página Nova guia com a política NTPCardsVisible.
- Chrome 128 no Linux, Mac e Windows
- Políticas novas e atualizadas no navegador Chrome
Política Descrição DataControlsRules Define uma lista de regras de controles de dados. PromotionsEnabled Ativar a exibição de conteúdo promocional SiteSearchSettings Oferece uma lista de sites em que o usuário pode pesquisar rapidamente usando atalhos na barra de endereço LensOverlaySettings Configurações do recurso de sobreposição do Lens ExtensionDeveloperModeSettings Controlar a disponibilidade do modo de desenvolvedor na página de extensões QRCodeGeneratorEnabled Ativar o gerador de QR code PrintingLPACSandboxEnabled Ativar a impressão no sandbox de LPAC HistorySearchSettings Configurações da pesquisa no histórico com tecnologia de IA ChromeForTestingAllowed Permitir o uso do Chrome for Testing ProvisionManagedClientCertificateForUser Permite o provisionamento de certificado do cliente para um usuário ou perfil gerenciado StandardizedBrowserZoomEnabled Ativar comportamento padronizado de zoom do navegador DeletingUndecryptablePasswordsEnabled Ativar a exclusão de senhas não descriptografáveis EnterpriseCustomLabel Definir um rótulo corporativo personalizado
- Políticas removidas do navegador Chrome
Política Descrição RemoteAccessHostTokenUrl URL no qual clientes de acesso remoto devem receber o token de autenticação RemoteAccessHostTokenValidationUrl URL para validar o token de autenticação do cliente de acesso remoto EnterpriseBadgingTemporarySetting Controlar a visibilidade dos selos da empresa RemoteAccessHostTokenValidationCertificateIssuer Certificado de cliente para conexão a RemoteAccessHostTokenValidationUrl EnforceLocalAnchorConstraintsEnabled Determina se o verificador integrado de certificados impõe restrições codificadas a âncoras de confiança carregadas pelo repositório de confiança da plataforma. CertificateTransparencyEnforcementDisabledForLegacyCas Desativar a aplicação da Transparência dos certificados para uma lista de Autoridades de certificação de legado
Atualizações do ChromeOS
-
Grupos de ajuste no ChromeOS
No ChromeOS 128, os grupos de ajuste permitem agrupar janelas no ChromeOS. Um grupo de ajuste é formado quando você combina duas janelas para uma tela dividida. Você pode reunir as janelas , redimensioná-las simultaneamente ou movê-las em grupo.
-
Modo operador de dados: lançamento na UE
Os novos recursos do modo operador de dados e os Termos do ChromeOS estão disponíveis para toda a UE no Google Admin Console. Para mais detalhes, consulte Visão geral do modo operador de dados do ChromeOS.
Como administrador do ChromeOS, agora você pode ativar o Modo operador de dados, que abrange um conjunto de recursos e serviços do ChromeOS chamados de Serviços essenciais.
-
Controles de privacidade: geolocalização
Agora ficou mais fácil gerenciar a privacidade nos dispositivos ChromeOS, porque é possível controlar o acesso à geolocalização na página Configurações > Privacidade e segurança > Controles de privacidade. Os usuários agora podem definir o acesso à geolocalização como Permitido, Permitido apenas para serviços do sistema ou Desativado, dependendo da preferência.
Permitimos que os usuários bloqueiem o acesso à geolocalização de todos os apps, sites ou sistemas, independentemente das permissões concedidas antes e oferecer a eles controles fáceis de usar para que possam reativar sempre que necessário.
Adicionamos uma nova política, GoogleLocationServicesEnabled. Isso controla a disponibilidade da geolocalização no dispositivo nas sessões do usuário. Ao contrário da política abaixo, que agora está descontinuada, isso afeta todo o sistema, não apenas a VM do Android (Arc).
Aviso de descontinuação (6 meses): ArcGoogleLocationServicesEnabled
Isso está sendo descontinuado e substituído pela nova política GoogleLocationServicesEnabled, que abrange todo o sistema e não apenas a VM do Android (Arc). Além disso, estamos modificando o efeito da DefaultGeolocationSetting para que ela não afete mais a configuração de geolocalização do sistema.
-
Lembretes de controle de privacidade do ChromeOS na página de configurações de apps
Para usar as câmeras e os microfones no ChromeOS, é necessário ativar os controles de privacidade e as permissões do app em dois lugares diferentes.
Facilitamos a visualização dos estados dos controles de privacidade e oferecemos lembretes úteis na página de configurações de apps do ChromeOS para que os usuários tenham uma experiência mais adequada. Para acessar a página de configurações de apps do ChromeOS, clique em Configurações > Apps > Gerenciar seus apps e selecione o app desejado.
-
Armazenar dados de indicadores vitais agregados com retenção de um ano
A partir do ChromeOS 128, armazenamos dados vitais agregados para retenção de um ano para acompanhar melhor o progresso ao longo do tempo. Os dados vitais incluem métricas de desempenho do app Android, como a taxa de falhas, que vão nos ajudar a melhorar o desempenho do app Android em dispositivos ChromeOS.
-
OCR no app Câmera do ChromeOS
O reconhecimento óptico de caracteres (OCR) permite a extração de texto de imagens capturadas no app Câmera do ChromeOS ao integrar um serviço de extração de texto com tecnologia de ML. O ChromeOS 128 oferece suporte a 77 idiomas e também à detecção horizontal e vertical. Isso permite copiar e pesquisar texto em imagens, ler texto em imagens pelo leitor de tela e criar PDFs pesquisáveis a partir de imagens. Por padrão, a detecção de texto no modo Foto está desativada e pode ser ativada em Configurações > Detecção de texto na prévia.
-
A lupa segue o ChromeVox
A lupa que segue o ChromeVox foi projetada para pessoas cegas ou com baixa visão. Quando você lê texto em voz alta usando o ChromeVox, a lupa da tela agora acompanha automaticamente as palavras para que você não se perca. Para testar, ative a Lupa e o ChromeVox nas configurações. Aumente o zoom para o nível da sua preferência usando Ctrl + Alt + Aumentar brilho e Ctrl + Alt + Diminuir brilho. Há uma opção nas configurações da lupa para ajustar esse comportamento.
-
Controle de ganho automático ativado por padrão
O controle de ganho automático (AGC) permite que apps, como apps de videochamadas, otimizem automaticamente o volume do microfone para a melhor qualidade de áudio. Quando o controle de ganho automático está ativado e em uso, uma mensagem aparece no painel de configurações rápidas para informar ao usuário que o controle de ganho do microfone está sendo substituído. O AGC é ativado por padrão no ChromeOS 128. Se quiser controlar manualmente o volume do microfone, mesmo para apps com suporte ao AGC, acesse Configurações > Dispositivo > Áudio e desmarque a opção Permitir que os apps ajustem automaticamente o volume do microfone.
-
Gerenciamento de APNs
Para os dispositivos ChromeOS com rede celular, facilitamos a visualização, o gerenciamento e a adição de nomes de ponto de acesso (APNs). Também melhoramos o tratamento de falhas de registro e de mensagens.
-
Notificações fixadas no ChromeOS
As notificações do ChromeOS ajudam a separar visualmente as notificações fixadas das outras. O ChromeOS 128 cria uma diferença visual clara entre as notificações fixadas e as outras, refletindo a diferença significativa delas. Notificamos o usuário sobre um processo em andamento em vez de um evento instantâneo.
Atualizações no Admin Console
-
Separação de perfis do Chrome: novo guia de implantação
Criamos um guia de implantação detalhado para ajudar a controlar a separação de perfis na organização: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings e ProfileSeparationDomainExceptionList.
- Chrome 128 no Windows, Mac e Linux
-
Controles de dados do Chrome Enterprise: área de transferência
Os Controles de dados são regras leves no Admin Console que definem uma política do Chrome para controlar ações sensíveis à segurança do usuário, como anexos de arquivos, downloads, ações de copiar e colar e impressão. O Chrome bloqueia ou alerta o usuário quando essas ações acontecem, aplicando essas regras localmente.
O Chrome 128 libera as partes de proteção da área de transferência dos Controles de dados, ou seja, ações de copiar e colar. Estão planejadas outras proteções em versões futuras.
É possível controlar esse recurso com a política DataControlsRules.
- Chrome 128 no ChromeOS, Linux, Mac e Windows
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 atualizações do navegador Chrome
- Tabela de comparação
A partir do Chrome 129 (somente nos EUA), vamos lançar a Tabela de comparação, um novo recurso que apresenta uma visão geral criada por IA dos produtos de várias guias, tudo em um só lugar. Esse recurso será controlado pela política TabCompareSettings.
- Chrome 129 no Linux, Mac e Windows
- Assinaturas de código ad hoc para shims de PWA no macOS
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 terá uma identidade exclusiva para o macOS. Atualmente, cada PWA parece o mesmo aplicativo para o macOS.
Isso vai resolver problemas ao tentar incluir mais de um PWA no painel de preferências Open at Login do macOS e permitir melhorias futuras para o processamento de notificações do usuário em PWAs no macOS.
- Chrome 129 no Mac
- Limpar dados do dispositivo ao sair do iOS
A partir do Chrome 129, sair de uma conta gerenciada em um navegador não gerenciado vai excluir os dados de navegação salvos no dispositivo. Os usuários gerenciados vão receber uma caixa de diálogo de confirmação ao saírem, explicando que os dados serão apagados. Os dados serão excluídos apenas a partir do momento do login. Caso contrário, todos os dados serão excluídos. O momento do login só vai ser conhecido se o usuário tiver feito login no Chrome 122 ou em uma versão mais recente.
Os dados que serão excluídos incluem:
- histórico de navegação
- cookies e dados do site
- senhas
- configurações do site
- preenchimento automático
- imagens e arquivos armazenados em cache
- Chrome 129 no iOS
- Estilos substitutos para elementos <meter> do HTML5
Desde o Chrome 129, os elementos <meter> do HTML5 com "appearance: none" têm um estilo substituto razoável que corresponde ao Safari e ao Firefox, em vez de simplesmente desaparecer da página. Além disso, os desenvolvedores poderão personalizar o estilo dos elementos <meter>.
Uma política temporária MeterAppearanceNoneFallbackStyle estará disponível até o Chrome 133 para controlar esse recurso.
- Chrome 129 no Windows, Mac, Linux e Android
- O Chrome não vai dar mais suporte ao macOS 10.15
O Chrome não vai dar mais suporte ao macOS 10.15, que já está fora do período de suporte da Apple. Os usuários precisam atualizar os sistemas operacionais para continuar usando o navegador Chrome. A execução em um sistema operacional com suporte é essencial para manter a segurança. Se ele for executado no macOS 10.15, o Chrome vai continuar mostrando uma barra de informações para lembrar aos usuários que o Chrome 129 não terá mais suporte no macOS 10.15.
- Chrome 129 no MacOS: o Chrome não dá mais suporte ao macOS 10.15.
- Descontinuação dos relatórios estendidos da Navegação segura
Os relatórios estendidos da Navegação segura são um recurso que melhora 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, Mac e Windows: descontinuação dos relatórios estendidos da Navegação segura
- Gerenciador de certificados no Windows e no macOS
A partir do Chrome 129, há uma nova tela de configurações de gerenciamento de certificados acessível nas configurações de segurança do Windows e do macOS. Isso substitui o link para o gerenciador de certificados do Windows e Chaves do MacOS, respectivamente, embora essas plataformas ainda estejam acessíveis pela página de configurações de gerenciamento de certificados.
O gerenciador de certificados mostra os certificados confiáveis ou não confiáveis pelo Chrome, incluindo o conteúdo da Chrome Root Store e todos os certificados importados do sistema operacional. Os usuários podem acessar a página diretamente em
chrome://certificate-manager.Uma versão futura vai introduzir o gerenciamento de certificados adicionados diretamente ao Chrome para usuários e empresas.
- Chrome 129 no Mac e Windows
- Nova opção na política HttpsOnlyMode
A configuração "Perguntar antes do HTTP" (ABH, na sigla em inglês), antes chamada de "Somente HTTPS/Modos de priorização de HTTPS", pede 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_balanced_enabled, não será afetado por essa mudança.
- Chrome 129 no Android, ChromeOS, Linux, Mac, Windows e Fuchsia
- Grupo de guias de sincronização
Agora os grupos de guias no iOS serão salvos. Fechar um grupo de guias não vai mais excluí-lo. Para usuários que sincronizam as guias entre dispositivos, os grupos também serão sincronizados.
- Chrome 129 no iOS
- Atualizar o Google Play Services para corrigir problemas com senhas no dispositivo
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 vão precisar 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 no Android.
- Chrome 129 no Android
- Descontinuação da serialização de DOM paralelo declarativo não padrão
A implementação do protótipo, enviada em 2020 e atualizada em 2023, continha um método chamado "
getInnerHTML()" que podia ser usado para serializar árvores do DOM que contêm raízes shadow. Essa parte do protótipo não foi padronizada com o restante do shadow DOM declarativo e só recentemente alcançou o consenso de especificação. (para mais detalhes, consulte o GitHub). Como parte desse consenso, o formato da APIgetInnerHTMLfoi alterado.Esse recurso representa a descontinuação do método "
getInnerHTML()" enviado anteriormente. O dispositivo de substituição é chamado de "getHTML()", que foi lançado no Chrome 125. Para mais informações, consulte a Descrição de recursos do ChromeStatus.- Chrome 129 no Windows, Mac, Linux e Android
- Descontinuação do argumento includeShadowRoots em DOMParser
O argumento
includeShadowRootsera um argumento nunca padronizado para a funçãoincludeShadowRoots, que existia para permitir a análise imperativa de conteúdo HTML que contém shadow DOM declarativo. Ele foi incluído no Chrome 90, no lançamento inicial do shadow DOM declarativo. Como a discussão sobre padrões rematerializou em 2023, o formato das APIs DSD mudou, incluindo esse recurso para análise imperativa. Para ler mais, consulte os detalhes de contexto sobre os padrões relacionados. Além disso, há informações sobre as descontinuações de atributos de serialização do shadow DOM e raiz shadow.
Agora que uma versão padronizada dessa API, na forma de setHTMLUnsafe() e parseHTMLUnsafe(), foi lançada no Chrome 124, o argumento não padrãoincludeShadowRootsprecisa ser descontinuado e removido. É necessário fazer as devidas alterações no uso:
Em vez de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Use:
document.parseHTMLUnsafe(html);- Chrome 129 no Linux, Mac, Windows e Android
- Renomear inset-area para position-area
O grupo de trabalho do CSS (CSSWG) resolveu renomear essa propriedade de
inset-areaparaposition-area. Consulte a discussão do CSSWG no GitHub.O Chrome decidiu liberar uma solução interoperável, oferecendo suporte aos dois nomes de propriedade. Vamos enviar o novo nome da propriedade,
position-area, primeiro como um sinônimo deinset-area. Depois de um tempo adequado, vamos removerinset-area. A remoção será feita em uma intent separada.- Chrome 129 no Windows, Mac, Linux e Android
- Falta de confiança no certificado da Entrust
Em resposta a falhas de compliance frequentes, o Chrome 127 mudou a forma da autenticação de servidor TLS de confiança pública, ou seja, sites ou certificados emitidos pela Entrust, são confiáveis por padrão. Isso vale para o Chrome 127 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:
- a partir de 31 de outubro de 2024, não serão mais confiáveis por padrão.
- até 31 de outubro de 2024, não serão afetados por essa mudança.
Se um usuário do Chrome ou uma empresa confiar explicitamente em um dos certificados Entrust afetados em uma plataforma e versão do Chrome que dependem da Chrome Root Store, por exemplo, quando a confiança explícita for transmitida por um objeto de política de grupo do Windows, as restrições de carimbos de data/hora de certificados assinados (SCT, na sigla em inglês) descritas acima vão ser substituídas e os certificados vão funcionar como hoje.
Confira mais informações e recursos de teste em Sustaining Digital Certificate Security - Entrust Certificate Destrust.
Para saber mais sobre a Chrome Root Store, consulte as Perguntas frequentes.
- Chrome 127 no Android, ChromeOS, Linux, Mac e Windows: todas as versões do Chrome 127 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 31 de outubro de 2024.
- Chrome 130 no ChromeOS, Linux, Mac e Windows: o bloqueio vai começar para os certificados emitidos após 31 de outubro de 2024. Isso também afetará o Chrome 127, 128 e 129.
- Suporte a URLs de esquema não especiais
O Chrome 130 vai oferecer suporte a URLs de esquema não especiais. 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. Veja mais detalhes em Suporte a URLs de esquema não especial.
- Chrome 130 no Windows, Mac, Linux e Android
- O serviço de rede no Windows será colocado no sandbox
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. Use o rastreador de bugs do Chromium para informar qualquer problema encontrado.
- Chrome 130 no Windows: no Windows, o serviço de rede é colocado no sandbox
- Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
Em 22 de julho, anunciamos um novo caminho para o Sandbox de privacidade na Web. Em vez de descontinuar os cookies de terceiros, vamos lançar uma nova experiência no Chrome que permite que as pessoas façam uma escolha informada que se aplica a toda a navegação na Web e que pode ser ajustada a qualquer momento. Estamos discutindo essa nova abordagem com as autoridades reguladoras e vamos interagir com o setor quando formos liberar a mudança.
Veja mais detalhes em Atualização do Sandbox de privacidade.
- Captura de links do usuário em PWAs
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, Mac e Windows: quando alguns usuários clicam em um link, ele sempre é aberto em um PWA instalado. 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. Para controlar esse recurso, há uma flag disponível: chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 130 no Linux, Mac e Windows: vamos lançar para 100% das versões 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).
- Verificações de acesso à rede privada para solicitações de navegação: modo somente aviso
Antes de um site A navegar para outro site B na rede privada do usuário, esse recurso faz o seguinte:
1. Verifica se a solicitação foi iniciada a partir de um contexto seguro.
2. Envia uma solicitação de simulação e verifica se B responde com um cabeçalho que permite acesso à rede privada.
Já existem recursos para sub-recursos e workers, mas este é específico para solicitações de navegação. Essas verificações protegem a rede privada do usuário.
Como esse recurso está no modo somente aviso, as solicitações não vão ser interrompidas se alguma das verificações falhar. Em vez disso, será exibido um aviso no console do DevTools para ajudar os desenvolvedores a se prepararem para a aplicação da política.
- Chrome 130 no Windows, Mac, Linux e Android
- Avisos de formulário não seguro no iOS
O Chrome 125 começou a bloquear 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. A política InsecureFormsWarningsEnabled está disponível para controlar esse recurso e vai ser removida no Chrome 130.
- Chrome 125 no iOS: lançamento do recurso
- Chrome 130 no iOS: a política InsecureFormsWarningsEnabled será removida
- Integração da telemetria da extensão do Chrome com o Chronicle
A partir do Chrome 131, vamos começar a coletar dados relevantes de telemetria de extensão no Chrome, referentes a perfis e dispositivos gerenciados, e enviá-los para o Chronicle. O Chronicle vai analisar os dados para fornecer análise instantânea e contexto sobre atividades de risco.
- Chrome 131 no Chrome OS, Linux, Mac e Windows
- Remover política corporativa usada para o comportamento legado de mesmo site
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento do SameSite dos cookies para o legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 132 no Android, ChromeOS, Linux, Mac, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
- Encapsulamento de chaves X25519Kyber768 para TLS
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. Isso é exposto como um novo pacote de criptografia TLS. O TLS negocia automaticamente as criptografias compatíveis, então essa alteração deve 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.
- Chrome 124 no Windows, Mac, Linux
- Chrome 135 no Android
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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 ChromeOS
-
Atualização do atalho de teclado para a função Selecionar para ouvir
Nos Chromebooks, o atalho de teclado Selecionar para ouvir (Pesquisa + s) agora funciona quando é pressionado pela primeira vez. A partir do ChromeOS 129, não será mais necessário ativar essa opção em Configurações > Acessibilidade > Conversão de texto em voz > Selecionar para ouvir. Uma caixa de diálogo vai aparecer confirmando que você quer ativar o recurso Selecionar para falar na primeira vez que pressionar o atalho de teclado.
-
Chrome Enterprise Premium para transferências de arquivos em Sessões de visitante gerenciadas
A partir do ChromeOS 129, as organizações poderão estender a poderosa verificação e proteção de conteúdo e contexto do Chrome Enterprise Premium para arquivos locais no ChromeOS em Sessões de visitante gerenciadas.
Por exemplo, um arquivo perdido contendo números de CPF ou CNPJ é bloqueado instantaneamente quando um usuário tenta copiá-lo para uma unidade externa, protegendo as informações confidenciais.
-
Eventos de janela do XDR do ChromeOS
No ChromeOS 130, os eventos de foco da janela estarão disponíveis como parte da detecção e resposta estendidas (XDR, na sigla em inglês) no ChromeOS. Será possível recuperar uma janelas para atividades de foco de dispositivos na frota gerenciada simplesmente atualizando os eventos XDR no Admin Console!
-
Planos de fundo de IA generativa e de videoconferências
A partir do ChromeOS 130, planejamos introduzir planos de fundo de videoconferência e de tela de bloqueio de IA generativa em alta resolução no ChromeOS. Com esse recurso, você pode liberar todo o potencial criativo e transformar o Chromebook em uma tela de expressão pessoal. Escolha entre uma variedade de modelos e, com apenas alguns cliques, personalize o Chromebook com sua personalidade, humor ou interesses.
Duas novas políticas estarão disponíveis para controlar esses recursos: GenAIVcBackgroundSettings e GenAIVcBackgroundSettings.
Próximas alterações no Admin Console
- Relatórios de perfil gerenciado do navegador Chrome
O Chrome Enterprise Core vai apresentar novos relatórios de perfil gerenciado do navegador Chrome no Admin Console. Esse recurso vai incluir uma nova página de detalhes e novas fichas de perfil gerenciado. Nessas páginas, os administradores de TI vão encontrar informações de relatórios sobre perfis gerenciados, como detalhes do perfil, versões do navegador, políticas aplicadas e outros.
- Chrome 130 no Android, Linux, Mac e Windows
- Widget do Admin Console para controles de dados
Um novo widget de configurações no Admin Console permite que os usuários definam políticas de controle de dados para URLs específicos.
- Chrome 128 no ChromeOS, Linux, Mac e Windows
- Mudança padrão nas políticas de IA generativa
A partir da versão 130, vamos mudar a configuração padrão das políticas de IA generativa de "desativado" para "permitido", sem melhorar os modelos de IA. Isso não afeta as restrições de idade para o acesso a recursos relevantes da IA generativa. As políticas atuais que terão a configuração padrão atualizada são:
Chrome 127
| Atualizações do navegador Chrome | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
|---|---|---|---|
| Criptografia vinculada ao app para cookies | ✓ | ||
| Separação de perfis do Chrome: melhorias na política | ✓ | ||
| Promoções da Navegação segura com maior proteção no iOS | ✓ | ||
| Falta de confiança no certificado da Entrust | ✓ | ||
| Gere insights sobre avisos e erros do console do DevTools | ✓ | ||
| Modo de priorização de HTTPS na navegação anônima | ✓ | ||
| Migre extensões para o Manifesto V3 antes de junho de 2025 | ✓ | ✓ | ✓ |
| Política para configurar o ACG para o processo do navegador | ✓ | ||
| Experiência simplificada de login e sincronização no Android | ✓ | ||
| Outras informações de telemetria da Navegação segura sobre páginas | ✓ | ||
| Experiência atualizada de gerenciamento de senhas no Android | ✓ | ✓ | |
| Marca-d'água | ✓ | ||
| Configuração automática de conteúdo em tela cheia | ✓ | ||
| Descontinuar os eventos de mutação | ✓ | ||
| Contêineres de rolagem com foco no teclado | ✓ | ||
| Compatibilidade com a condição not na API de roteamento estático do ServiceWorker | ✓ | ||
| Políticas novas e atualizadas no navegador Chrome | ✓ | ||
| Políticas removidas do navegador Chrome | ✓ | ||
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
| Chrome Enterprise Premium para transferências de arquivos no ChromeOS | ✓ | ||
| Videoconferência do ChromeOS: estados de conteúdo baixado para recursos | ✓ | ||
| Telefonia Bluetooth de áudio | ✓ | ||
| OCR na luz de fundo | ✓ | ||
| Instruções de atualização do firmware | ✓ | ||
| Leitura em voz alta no modo de leitura | ✓ | ||
| Glanceables do Google Sala de Aula | ✓ | ||
| Exclusão e reordenação de páginas de PDF | ✓ | ||
| Atualizações no Admin Console | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
| Defina as configurações do navegador e do usuário do ChromeOS com os Grupos do Google | ✓ | ||
| Adicione navegadores gerenciados a grupos para gerenciamento de políticas baseadas em grupos | ✓ | ||
| Use tags de política para filtrar as configurações adicionadas recentemente ou mais usadas | ✓ | ||
| Lista e detalhes reformulados de dispositivos ChromeOS | ✓ | ||
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
| Apps isolados da Web | ✓ | ||
| Analisador JSON do Rust | ✓ | ||
| Limpe dados do dispositivo ao sair do iOS | ✓ | ||
| Tags de atribuição para mecanismos de pesquisa | ✓ | ||
| Grupos de guias no iPad | ✓ | ||
| Bits de cadeia ancestral entre sites para CookiePartitionKey de cookies particionados | ✓ | ||
| Renomeie position-try-options para position-try-fallbacks | ✓ | ||
| Assinaturas de código ad hoc para shims de PWA no macOS | ✓ | ||
| O Chrome não vai dar mais suporte ao macOS 10.15 | ✓ | ✓ | |
| Descontinuação dos relatórios estendidos da Navegação segura | ✓ | ||
| Descontinuação da serialização de DOM paralelo declarativo não padrão | ✓ | ||
| Descontinuação do argumento includeShadowRoots no DOMParser | ✓ | ||
| O serviço de rede no Windows será colocado no sandbox | ✓ | ||
| Acesso a cookies de terceiros no Chrome | ✓ | ||
| Captura de links do usuário em PWAs | ✓ | ✓ | |
| Verificações de acesso à rede privada para solicitações de navegação: modo somente aviso | ✓ | ||
| Avisos de formulário não seguro no iOS | ✓ | ||
| Remoção de política usada sobre comportamento do mesmo site legado | ✓ | ||
| Encapsulamento de chaves X25519Kyber768 para TLS | ✓ | ||
| Provedor de framework de acessibilidade de automação de interface no Windows | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
| Grupos de ajuste | ✓ | ||
| Modo operador de dados: lançamento em toda a UE | ✓ | ||
| Central de privacidade: geolocalização | ✓ | ||
| Próximas mudanças no Admin Console | Segurança/Privacidade | Produtividade do usuário/Apps | Gerenciamento |
| Relatórios de perfil gerenciado do navegador Chrome | ✓ | ||
| Widget do Admin Console para controles de dados | ✓ |
BAIXAR as notas da versão (PDF)
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.
Atualizações do navegador Chrome
- Criptografia vinculada ao app para cookies
Para melhorar a segurança dos cookies no Windows, a chave de criptografia usada para criptografia de cookies será ainda mais protegida pela vinculação à identidade do aplicativo do Chrome. Isso ajuda na proteção contra malwares executados com os mesmos privilégios do Chrome que podem tentar roubar cookies do sistema. Isso não protege contra um invasor capaz de adquirir privilégios elevados ou injetar código nos processos do Chrome.
A criptografia vinculada ao app vincula as chaves de criptografia à máquina local. Assim, os clientes que usam o Chrome com perfis de roaming podem desativar esse recurso de segurança. Caso contrário, os cookies não serão portáteis entre as estações de trabalho.
A política corporativa ApplicationBoundEncryptionEnabled está disponível para desativar a criptografia vinculada a aplicativos.
- Chrome 127 no Windows
- Separação de perfis do Chrome: melhorias na política
Os perfis do Chrome oferecem uma maneira fácil de manter os dados de navegação pessoais e profissionais separados, simplificando a experiência, evitando violações de dados e garantindo a privacidade e a conformidade. Criamos três políticas intuitivas para ajudar você a controlar a separação de perfis na organização: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings e ProfileSeparationDomainExceptionList. Essas políticas substituem ManagedAccountsSigninRestriction e EnterpriseProfileCreationKeepBrowsingData.
- Chrome 127 no ChromeOS, Lacros, Linux, Mac e Windows
- Promoções da Navegação segura com maior proteção no iOS
No Chrome 127, os usuários que ainda não ativaram a Navegação segura com maior proteção vão encontrar uma barra de informações promovendo esse recurso na página de aviso da Navegação segura. Também mostramos uma promoção da Navegação segura com maior proteção na página de configurações do Chrome para usuários que ainda não ativaram esse recurso. Essas promoções não aparecem para os usuários quando a política corporativa SafeBrowsingProtectionLevel é definida como qualquer valor.
- Chrome 127 no iOS
- Falta de confiança no certificado da Entrust
Em resposta a falhas de compliance frequentes, o Chrome 127 muda a forma como a autenticação de servidor TLS de confiança pública, ou seja, de sites ou certificados emitidos pela Entrust, é confiável por padrão. Isso vale para o Chrome 127 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:
- a partir de 31 de outubro de 2024, ele não será mais confiável por padrão.
- a partir de 31 de outubro de 2024, não serão afetados por essa mudança.
Se um usuário do Chrome ou uma empresa confiar explicitamente em um dos certificados Entrust afetados em uma plataforma e versão do Chrome que dependem da Chrome Root Store, por exemplo, quando a confiança explícita for transmitida por um objeto de política de grupo do Windows, as restrições de carimbos de data/hora de certificados assinados (SCT, na sigla em inglês) descritas acima vão ser substituídas e os certificados vão funcionar como hoje.
Confira mais informações e recursos de teste em Sustaining Digital Certificate Security - Entrust Certificate Distrust.
Para saber mais sobre a Chrome Root Store, consulte as Perguntas frequentes.
- Chrome 127 no Android, ChromeOS, Linux, Mac e Windows: todas as versões do Chrome 127 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 31 de outubro de 2024.
- Chrome 130 no ChromeOS, Linux, Mac e Windows: o bloqueio vai começar para os certificados emitidos após 31 de outubro de 2024. Isso também afetará o Chrome 127, 128 e 129.
- Gerar insights sobre avisos e erros do console do Chrome DevTools
No Chrome 127, esse recurso de IA generativa (GenAI) fica disponível para usuários gerenciados do Chrome Enterprise e do Education nas regiões com suporte: gerar insights sobre avisos e erros do console do Chrome DevTools. Esses insights oferecem uma descrição personalizada e sugestões de correção dos erros e avisos selecionados. Os administradores podem controlar o 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.
- Modo de priorização de HTTPS na navegação anônima
A partir do Chrome 127, como parte da mudança do Chrome para HTTPS por padrão, o modo de priorização de HTTPS é ativado por padrão no modo de navegação anônima. Os usuários vão receber um aviso antes de acessarem os sites com HTTP não seguro. É possível controlar isso usando as políticas corporativas HttpsOnlyMode e HttpAllowlist.
- Chrome 127 no Android, ChromeOS, LaCrOS, Linux, Mac e Windows
- Migre as extensões para o Manifest V3 antes de junho de 2025
As extensões precisam ser atualizadas para usar o Manifesto V3. As extensões do Chrome estão sendo transferidas para uma nova versão do manifesto, o Manifest V3. Isso vai proporcionar mais privacidade aos usuários, por exemplo, ao migrar para um modelo em que as extensões modificam as solicitações de maneira declarativa, sem a capacidade de consultar solicitações individuais. Isso também melhora a segurança das extensões, já que o código hospedado remotamente não será permitido no Manifesto V3. A partir de junho de 2024, começando com as versões pré-estáveis do Chrome 127, o Chrome começa a desativar de forma gradual as extensões do Manifest V2 em execução no navegador.
É possível usar a política ExtensionManifestV2Availability para testar o Manifest V3 na organização antes da migração. Além disso, as máquinas em que a política estiver ativada não vão estar sujeitas à desativação das extensões do Manifesto V2 até o ano seguinte, junho de 2025, quando a política será removida.
Para saber qual versão do manifesto é usada por todas as extensões do Chrome em execução na sua frota, confira a página Uso de apps e extensões no Chrome Enterprise Core. Leia mais no Cronograma do manifesto, incluindo:
- Chrome 127 no ChromeOS, Windows, Mac e Linux: o Chrome vai desativar de forma gradual as extensões do Manifest V2 nos dispositivos dos usuários. Somente os usuários com a política corporativa ExtensionManifestV2Availability ativada poderão continuar usando as extensões do Manifest V2 na organização.
- Chrome 139 no ChromeOS, Lacros, Linux, MacOS e Windows: remova a política ExtensionManifestV2Availability.
- Política para configurar o ACG no processo do navegador
Uma nova política chamada DynamicCodeSettings está disponível no Chrome 127. A definição dessa política como "1" ativa a proteção de código arbitrário (ACG) no processo do navegador. O ACG impede a geração do código dinâmico no processo do navegador, o que pode ajudar a impedir que códigos potencialmente hostis façam mudanças não autorizadas no comportamento do processo do navegador.
Ativar o ACG pode causar problemas de compatibilidade com softwares de terceiros que precisam ser executados no processo do navegador.
- Chrome 127 no Windows
- Experiência simplificada de login e sincronização no Android
O Chrome 127 lança uma versão simplificada e consolidada de login e sincronização no Chrome para Android. 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 nas versões anteriores, o recurso de salvar e acessar dados do Chrome na Conta do Google (que fazia parte da Sincronização do Chrome) pode ser desativado usando SyncTypesListDisabled. O login no Google Chrome pode ser desativado por BrowserSignin.
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.
As mudanças são praticamente idênticas à experiência simplificada de login e sincronização lançada no iOS na versão 117.
- Chrome 127 no Android
- Outras informações de telemetria da Navegação segura sobre páginas
Quando um usuário do recurso Navegação segura com maior proteção acessa uma página que aciona APIs de bloqueio de vibração, teclado ou ponteiro, os atributos dessa página passam a ser enviados para a Navegação segura. Se a telemetria for enviada e a página parecer maliciosa, um aviso da Navegação segura vai ser exibido e o teclado ou o ponteiro vai ser desbloqueado caso tenha sido bloqueado. Se você quiser que os usuários usem o recurso, defina MetricsReportingEnabled como verdadeiro e a política SafeBrowsingProtectionLevel como 2.
- Chrome 127 no Android, ChromeOS, LaCrOS, Linux, Mac, Windows e Fuchsia
- Experiência atualizada de gerenciamento de senhas no Android
No Chrome para Android, alguns usuários que fizerem login no Chrome, mas não tiverem a Sincronização do Chrome ativada já podem usar e salvar senhas na Conta do Google. Políticas relevantes, como BrowserSignin, SyncTypesListDisabled e PasswordManagerEnabled, continuarão funcionando como antes e poderão ser usadas para configurar se os usuários podem usar e salvar senhas na Conta do Google.
- Chrome 127 no Android
- Marca-d'água
Com esse recurso, os administradores podem sobrepor uma marca-d'água em uma página da Web caso uma regra de Prevenção contra perda de dados (DLP) seja acionada ao acessá-la. Uma string estática será mostrada como a marca-d'água. A marca-d'água está disponível apenas para os clientes do Chrome Enterprise Premium.
- Chrome 124 no Linux, Mac e Windows: acesso para trusted testers
- Chrome 127 no Linux, Mac e Windows: lançamento do recurso
- Configuração automática de conteúdo em tela cheia
Com a nova configuração de conteúdo em tela cheia automática, é possível usar Element.requestFullscreen() sem interação, além de mostrar caixas de diálogo do navegador sem sair da tela cheia.
A configuração é bloqueada por padrão, e os sites não podem pedir permissão. Os novos controles de interface são limitados às páginas de configuração do Chrome (chrome://settings/content/automaticFullScreen) e ao balão de informações do site. Os usuários permitem apps isolados da Web, e os administradores permitem outras origens com a política AutomaticFullscreenAllowedForUrls.
Usado com a permissão de gerenciamento de janelas e os pop-ups desbloqueados (chrome://settings/content/popups), isso permite o uso de recursos valiosos de tela cheia:
- Abra um pop-up em tela cheia em outra tela com um gesto
- Mostre conteúdo em tela cheia em várias telas com um gesto
- Mostre conteúdo em tela cheia em uma nova tela assim que ela for conectada
- Troque janelas em tela cheia de uma tela para outra com um gesto
- Mostre conteúdo em tela cheia após consumo ou expiração do gesto do usuário
- Chrome 127 no Windows, Mac e Linux
- Descontinuar os eventos de mutação
Os eventos de mutação síncronos, incluindo
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumenteDOMCharacterDataModified, 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. No Chrome 124, uma política corporativa temporária, MutationEventsEnabled, foi implementada para reativar eventos de mutação descontinuados ou removidos.Começando com a versão do Chrome 127, o suporte a eventos de mutação será desativado por padrão a partir 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:
- O teste de descontinuação de eventos de mutação pode ser usado para reativar o recurso por um tempo limitado em um determinado site. Pode ser usado até o Chrome 134, até 25 de março de 2025.
- A política corporativa MutationEventsEnabled também pode ser usada para a mesma finalidade até o Chrome 134.
Para mais informações, consulte esta postagem no blog para desenvolvedores do Chrome. Informe os problemas que tiver no Issue Tracker do Chromium.
- Chrome 127 no Windows, Mac, Linux e Android
- Contêineres de rolagem com foco no teclado
O Chrome 127 melhora a acessibilidade tornando os contêineres de rolagem focalizáveis com a navegação de foco sequencial.
Nas versões anteriores, a tecla Tab não focava os controles de rolagem, a menos que tabIndex fosse definido explicitamente como 0 ou mais.
Com os controles de rolagem focalizáveis por padrão, os usuários que não podem (ou não querem) usar o mouse podem focar o conteúdo recortado usando as teclas Tab e as setas do teclado. 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 controle de rolagem como <textarea>.
- Chrome 127 no Windows, Mac, Linux e Android
- Suporte à condição not na API Service Worker Static Routing
A API Service Worker Static Routing é usada para rotear a solicitação à rede, para o gerenciador de busca do Service Worker ou para procurar diretamente no cache, e assim por diante. Cada rota consiste em uma condição e uma origem, e a condição é usada para encontrar a solicitação correspondente.
Para implementações do Chromium, a condição or é a única com suporte. No entanto, para escrever a condição de maneira mais flexível, espera-se que a condição not tenha suporte, o que corresponde à condição invertida.
- Chrome 127 no Windows, Mac, Linux e Android
- Políticas novas e atualizadas no navegador Chrome
Política Descrição A política controla as configurações de código dinâmico CSSCustomStateDeprecatedSyntaxEnabled Controla se a sintaxe descontinuada para o estado personalizado de CSS está ativada KeyboardFocusableScrollersEnabled Ativar controles de rolagens focalizáveis do teclado
- Políticas removidas do navegador Chrome
Política Descrição BlockTruncatedCookies Bloquear cookies truncados UserAgentClientHintsGREASEUpdateEnabled Controlar o recurso de atualização das dicas de cliente HTTP do user aggent GREASE
Atualizações do ChromeOS
-
Videoconferências do ChromeOS: estados de DLC para recursos
O ChromeOS 127 apresenta uma melhoria visual para o conteúdo para download (DLC) no painel de controle de vídeo. Esta versão adiciona indicadores de status para cancelamento de ruído, legendas instantâneas, iluminação e desfoque.
-
Telefonia Bluetooth de áudio
Agora o ChromeOS tem suporte a botões de controle de chamadas em fones de ouvido Bluetooth compatíveis, inclusive para atender, rejeitar ou encerrar uma chamada e desativar o som do microfone.
-
OCR na luz de fundo
O ChromeOS está lançando um leitor de PDF com IA de OCR na Galeria, possibilitando a leitura de documentos inacessíveis, aumentando a acessibilidade para usuários cegos e com baixa visão que usam um leitor de tela. O ChromeOS usa modelos de aprendizado de máquina para extrair, compartimentalizar e dividir documentos em PDF para que sejam mais acessíveis no app Galeria para usuários do ChromeVox.
-
App de atualização de firmware: instruções de atualização para dispositivos periféricos
O app Atualizações de firmware no ChromeOS agora oferece suporte à atualização de periféricos que exigem ação do usuário durante a atualização, por exemplo, desconectar e reconectar o periférico. Quando uma atualização estiver disponível para um desses dispositivos, o usuário vai receber instruções claras e detalhadas. Para a maioria dos periféricos, a experiência de atualização permanece inalterada.
-
Ler em voz alta no Modo de leitura
A partir do ChromeOS 127, o recurso "Ler em voz alta" vai trazer as vozes de alta qualidade do Google para o modo de leitura do Chrome, e os usuários poderão usar a conversão de texto em voz para ler conteúdo na Web. O objetivo desse recurso é ajudar pessoas com dificuldade de leitura a entender textos longos. Com o novo recurso "Ler em voz alta" no modo de leitura no Chrome para computador, os usuários ouvem o texto que estão lendo, o que melhora o foco e a compreensão.
-
Glanceables do Google Sala de Aula
Os estudantes podem conferir e acessar as próximas atividades do Google Sala de Aula com um clique na tela inicial do Chromebook. Os usuários podem acessar esse novo recurso se estiverem conectados a um Chromebook com uma conta em que estejam matriculados em cursos ativos no Google Sala de Aula. Os usuários podem encontrar esse recurso clicando no ícone de data na prateleira do Chromebook se estiverem conectados a uma conta. Lá, eles vão encontrar o novo painel que mostra listas de atividades futuras, vencidas, pendentes e concluídas.
-
Exclusão e reordenação de páginas de PDF
O app Galeria no ChromeOS oferece mais opções para editar páginas de PDF. Você pode excluir ou reordenar páginas em um PDF usando o mouse ou atalhos do teclado.
Exclusão de páginas de PDF:
Reordenação de páginas de PDF:
Atualizações no Admin Console
-
Definir as configurações do navegador e do usuário do ChromeOS com os Grupos do Google
Os administradores podem usar os Grupos do Google para gerenciar as Configurações do navegador e do usuário do ChromeOS no Admin Console e na API. Os administradores podem usar Grupos do Google novos ou já existentes para configurar as Configurações do navegador e do usuário nas organizações. Os administradores podem usar a flexibilidade dos grupos sem precisar reconfigurar as unidades organizacionais (UOs) quando precisam configurar uma política para um conjunto específico de usuários, que podem pertencer a diferentes UOs. Para saber mais, consulte Como gerenciar políticas baseadas em grupos.
No momento, a maioria das configurações dos usuários pode ser definida por Grupos e a maioria das configurações restantes vai ser disponibilizada nos próximos meses. As configurações disponíveis são filtradas e exibidas de modo automático quando os administradores selecionam um grupo específico.
-
Adicionar navegadores gerenciados a grupos para gerenciamento de políticas baseado em grupo
Os administradores podem adicionar navegadores Chrome gerenciados aos Grupos do Google, permitindo que eles especifiquem as políticas de usuário e navegador e as configurações de extensão para um grupo de navegadores. Os navegadores gerenciados podem ser atribuídos a vários grupos, o que permite que os administradores de TI tenham mais flexibilidade para gerenciar os navegadores Chrome usando o gerenciamento de nuvem.
-
Usar tags de política para filtrar as configurações adicionadas recentemente ou as mais usadas
O Admin Console oferece opções para filtrar as configurações adicionadas recentemente e mais usadas. Com esses novos filtros, você pode conferir as configurações mais recentes e algumas das mais usadas e relevantes do Chrome.
-
Lista e detalhes reformulados de dispositivos ChromeOS
A página de dispositivos do Admin Console foi reformulada com uma notificação proativa e prática para a frota de dispositivos.
Módulo de notificações: identifique e resolva problemas de dispositivos com facilidade com o novo módulo de notificações, que oferece uma visão geral dos problemas atuais na frota.
Painéis centralizados: acesse com rapidez todas as informações e relatórios necessários sobre sua frota em um local conveniente: a guia "Painéis".
Página da lista de dispositivos reformulada: encontre informações mais detalhadas sobre os dispositivos com novas guias (Geral, SO, Hardware, Rede e Política), notificações específicas do dispositivo e um novo design de card para melhorar a legibilidade.
Em breve
Observação: os itens listados abaixo são atualizações experimentais ou planejadas. Eles podem ser alterados, atrasados ou cancelados antes do lançamento no Canal Stable.
Próximas mudanças no navegador
- Apps Isolados da Web
Os apps isolados da Web (IWAs) são uma extensão do trabalho atual sobre a instalação de PWAs e o empacotamento da Web. Eles oferecem proteções mais fortes contra comprometimento do servidor e outras adulterações necessárias para desenvolvedores de aplicativos sensíveis à segurança.
Esses aplicativos são reunidos em pacotes da Web, assinados pelo desenvolvedor e distribuídos aos usuários finais por um ou mais dos métodos descritos na explicação em vez de serem hospedados em servidores da Web ativos e buscados por HTTPS.
Nesta versão inicial, os IWAs só podem ser instalados por uma política de administrador em dispositivos ChromeOS gerenciados pela empresa.
- Chrome 128 no ChromeOS
- Analisador JSON do Rust
A partir do Chrome 128, o Chrome vai analisar JSON usando Rust em vez de C++. Isso vai remover o risco de vulnerabilidades de segurança da memória no analisador JSON, melhorando a segurança. Essa mudança precisa ser transparente para os usuários. Há um pequeno risco de que alguns JSON inválidos (que o Chrome aceita no momento) não sejam mais aceitos, embora o analisador Rust continue extremamente tolerante.
- Chrome 128 mais recente: o Chrome vai analisar JSON usando Rust
- Limpar dados do dispositivo ao sair do iOS
A partir do Chrome 128, sair de uma conta gerenciada em um navegador não gerenciado vai excluir os dados de navegação salvos no dispositivo. Os usuários gerenciados vão receber uma caixa de diálogo de confirmação ao saírem, explicando que os dados serão apagados. Os dados serão excluídos apenas a partir do momento do login. Caso contrário, todos os dados serão excluídos. O momento do login só vai ser conhecido se o usuário tiver feito login no Chrome 122 ou em uma versão mais recente.
Os dados que serão excluídos incluem:
- histórico de navegação
- cookies e dados do site
- senhas
- configurações do site
- preenchimento automático
- imagens e arquivos armazenados em cache
- Chrome 128 no iOS
- Tags de atribuição para o mecanismo de pesquisa
Como parte da nossa conformidade com a Lei de Mercados Digitais (DMA, na sigla em inglês), o Google está apresentando telas de escolha para os usuários escolherem o mecanismo de pesquisa padrão no Chrome. A escolha do prompt controla a configuração do mecanismo de pesquisa padrão, disponível agora em
chrome://settings/search.O URL de pesquisa das seleções dessa tela vai ser anexado a uma tag de atribuição para ser usado por mecanismos de pesquisa de terceiros para atribuição do tráfego de seleções originadas na tela de escolha desse mecanismo. Essa mudança não será aplicada a organizações configuradas para Education ou empresas com métricas ou estatísticas de uso desativadas.
Para as empresas que optaram por permitir que o administrador definisse as configurações de pesquisa dos usuários usando as políticas corporativas DefaultSearchProviderEnabled e DefaultSearchProviderSearchUrl, essas políticas vão continuar controlando as configurações de pesquisa da empresa. Quando o administrador não define as configurações de pesquisa dos usuários corporativos por política, os usuários corporativos podem receber uma solicitação para escolher o mecanismo de pesquisa padrão no Chrome.
Saiba mais sobre essas políticas e o grupo atômico relacionado.
- Chrome 128 no Android, iOS, ChromeOS, LaCrOS, Linux, Mac, Windows
- Grupos de guias no iPad
Os usuários do Chrome para iPad podem criar e gerenciar grupos de guias. Assim os usuários melhoram a organização e gerenciam melhor as tarefas.
- Chrome 128 no iOS
- Bit de cadeia de ancestral entre sites para CookiePartitionKey de cookies particionados
O Chrome 128 adiciona um bit ancestral entre sites à chave do CookiePartitionKey do cookie particionado. Essa mudança unifica a chave de partição com os valores usados no particionamento de armazenamento e protege contra ataques de clickjacking, impedindo que frames incorporados entre sites tenham acesso aos cookies particionados do site de nível superior.
Em caso de problema com iframes incorporados, a empresa precisa usar a política CookiesAllowedForUrls ou cookies
SameSite=Nonesem o atributo Particionado e invocar a API Storage Access (SAA) para que os iframes incorporados tenham acesso aos mesmos cookies do domínio de nível superior.- Chrome 128 no Windows, Mac e Linux
- Renomear position-try-options para position-try-fallbacks
O grupo de trabalho do CSS (CSSWG) resolveu renomear essa propriedade porque os fallbacks (substitutos) descrevem com mais precisão o que essa propriedade controla. A palavra options (opções) não está muito clara, já que os estilos fora dos blocos "position-try" vão ser testados primeiro e, se resultarem em um layout que se encaixa no bloco de contenção, nenhuma das options vai ser usada. Portanto, fallbacks é uma palavra melhor para descrever esse comportamento. Para mais detalhes, consulte o GitHub.
- Chrome 128 no Windows, Mac, Linux e Android
- Assinaturas de código ad hoc para shims de PWA no macOS
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 terá uma identidade exclusiva para o macOS. Atualmente, cada PWA parece o mesmo aplicativo para o macOS.
Isso vai resolver problemas ao tentar incluir mais de um PWA no painel de preferências Open at Login do macOS e permitir melhorias futuras para o processamento de notificações do usuário em PWAs no macOS.
- Chrome 129 no Mac
- O Chrome não vai dar mais suporte ao macOS 10.15
O Chrome não vai dar mais suporte ao macOS 10.15, que já está fora do período de suporte da Apple. Os usuários precisam atualizar os sistemas operacionais para continuar usando o navegador Chrome. A execução em um sistema operacional com suporte é essencial para manter a segurança. Se ele for executado no macOS 10.15, o Chrome vai continuar mostrando uma barra de informações para lembrar aos usuários que o Chrome 129 não terá mais suporte no macOS 10.15.
- Chrome 129 no MacOS: o Chrome não dá mais suporte ao macOS 10.15.
- Descontinuação dos relatórios estendidos da Navegação segura
Os relatórios estendidos da Navegação segura são um recurso que melhora 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 continuar oferecendo segurança a todos os usuários 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, Mac e Windows: descontinuação dos relatórios estendidos da Navegação segura
- Descontinuação da serialização de DOM paralelo declarativo não padrão
A implementação do protótipo, que foi enviada em 2020 e atualizada em 2023, continha um método chamado "getInnerHTML()" que podia ser usado para serializar árvores do DOM que contêm raízes paralelas. Essa parte do protótipo não foi padronizada com o restante do DOM paralelo declarativo e só recentemente alcançou o consenso de especificação. Para mais detalhes, consulte o GitHub. Como parte desse consenso, o formato da API getInnerHTML mudou.
Esse recurso representa a descontinuação do método "getInnerHTML()" enviado antes. O dispositivo de substituição é chamado de "getHTML()", que foi lançado no Chrome 125. Para saber mais, consulte a descrição de recursos do ChromeStatus.
- Chrome 129 no Windows, Mac, Linux e Android
- Descontinuação do argumento includeShadowRoots em DOMParser
O argumento includeShadowRoots era um argumento nunca padronizado da função DOMParser.parseFromString(), que existia para permitir a análise imperativa de conteúdo HTML que contém o DOM paralelo declarativo. Ele foi incluído no Chrome 90 como parte do lançamento inicial do DOM paralelo declarativo. Como a discussão sobre padrões ressurgiu em 2023, o formato das APIs DSD mudou, incluindo esse recurso para análise imperativa. Para ler mais, consulte os detalhes do contexto sobre os padrões relacionados. Além disso, há informações sobre as descontinuações relacionadas da serialização do DOM paralelo e do atributo de raiz paralela.
Agora que uma versão padronizada dessa API, na forma de setHTMLUnsafe() e parseHTMLUnsafe(), foi lançada no Chrome 124, o argumento não padrão includeShadowRoots precisa ser descontinuado e removido. É necessário fazer as devidas alterações no uso:
Em vez de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Use:
document.parseHTMLUnsafe(html);- Chrome 129 no Linux, Mac, Windows e Android
- O serviço de rede no Windows será colocado no sandbox
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. Use o rastreador de bugs do Chromium para informar qualquer problema encontrado.
- Chrome 130 no Windows: no Windows, o serviço de rede é colocado no sandbox
- Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
Os cookies de terceiros serão restritos em uma versão futura do Chrome. No momento, eles estão restritos por padrão a 1% dos usuários do Chrome. Assim os sites podem ter uma prévia da experiência do usuário sem cookies de terceiros. A maioria das empresas é excluída desse grupo automaticamente, e os administradores podem usar as políticas BlockThirdPartyCookies e CookiesAllowedForUrls para reativar os cookies de terceiros, se necessário.
Os usuários finais podem usar o ícone de olho na omnibox para reativar temporariamente os cookies de terceiros por 90 dias em um determinado site, quando necessário. Para mais detalhes, consulte Permitir ou restringir cookies de terceiros. As proteções contra mitigações de rastreio são aplicadas quando o site rejeitado não tem permissão para usar cookies de terceiros e podem ser controladas com as mesmas políticas. As integrações de SaaS empresariais usadas em um contexto entre sites para casos de uso não relacionados a publicidade podem ser registradas no teste de descontinuação de terceiros ou no teste de descontinuação primário para manter o acesso a cookies de terceiros por um período limitado.
Para saber como se preparar, enviar feedback e informar possíveis problemas no site, consulte a seção do Sandbox de privacidade no Google para Desenvolvedores.
- Chrome 130 no Android, iOS, ChromeOS, LaCrOS, Linux, Mac e Windows: uma nova política corporativa vai ser adicionada para controlar cookies de terceiros
- Captura de links do usuário em PWAs
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, Mac e Windows: quando alguns usuários clicam em um link, ele sempre é aberto em um PWA instalado. 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. Para controlar esse recurso, há uma flag disponível: chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 130 no Linux, Mac e Windows: vamos lançar para 100% das versões 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).
- Verificações de acesso à rede privada para solicitações de navegação: modo somente aviso
Antes de um site A navegar para outro site B na rede privada do usuário, esse recurso faz o seguinte:
1. Verifica se a solicitação foi iniciada a partir de um contexto seguro.
2. Envia uma solicitação de simulação e verifica se B responde com um cabeçalho que permite acesso à rede privada.
Já existem recursos para sub-recursos e workers, mas este é específico para solicitações de navegação. Essas verificações protegem a rede privada do usuário.
Como esse recurso está no modo somente aviso, as solicitações não vão ser interrompidas se alguma das verificações falhar. Em vez disso, será exibido um aviso no console do DevTools para ajudar os desenvolvedores a se prepararem para a aplicação da política.
- Chrome 130 no Windows, Mac, Linux e Android
- Avisos de formulário não seguro no iOS
O Chrome 125 começou a bloquear 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. A política InsecureFormsWarningsEnabled está disponível para controlar esse recurso e vai ser removida no Chrome 130.
- Chrome 125 no iOS: lançamento do recurso
- Chrome 130 no iOS: a política InsecureFormsWarningsEnabled vai ser removida
- Remoção de política corporativa usada para o comportamento legado de mesmo site
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento do SameSite dos cookies para o legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 132 no Android, ChromeOS, Linux, Mac, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
- Encapsulamento da chave X25519Kyber768 para TLS
A partir da versão 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 contra futuros computadores quânticos o tráfego de rede entre o Chrome e servidores que também dão suporte a ML-KEM da descriptografia. Isso é exposto como um novo pacote de criptografia TLS. O TLS negocia automaticamente as criptografias compatíveis, então essa alteração deve 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 ao descarte ou à suspensão de conexões. 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.
- Chrome 124 no Windows, Mac, Linux
- Chrome 135 no Android
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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 ChromeOS
-
Grupos de ajuste no ChromeOS
A partir do ChromeOS 127, será possível reunir as janelas do ChromeOS em grupos de ajuste. Um grupo de ajuste é formado quando um usuário combina duas janelas para uma tela dividida. As janelas podem ser reunidas, redimensionadas simultaneamente ou movidas em grupo.
-
Modo operador de dados: lançamento na UE
No ChromeOS 128, os novos recursos do modo operador de dados e os Termos do ChromeOS vão estar disponíveis para toda a UE no Google Admin Console. Para mais detalhes, consulte Visão geral do modo operador de dados do ChromeOS.
Como administrador do ChromeOS, você tem a opção de ativar o Modo operador de dados, que abrange um conjunto de recursos e serviços do ChromeOS chamados de Serviços essenciais.
-
Central de privacidade: geolocalização
A partir do ChromeOS 128, vamos facilitar o gerenciamento da privacidade nos Chromebooks adicionando a capacidade de controlar o acesso à geolocalização na página de controles de privacidade. Os usuários vão poder definir o acesso à geolocalização como "Permitido", "Somente sistema" ou "Bloqueado", dependendo da preferência.
Vamos permitir que os usuários bloqueiem o acesso à geolocalização de todos os apps, sites ou sistemas, independentemente das permissões concedidas antes e oferecer a eles controles fáceis de usar para que possam reativar sempre que necessário.
Próximas alterações no Admin Console
- Relatórios de perfil gerenciado do navegador Chrome
O Chrome Enterprise Core vai apresentar novos relatórios de perfil gerenciado do navegador Chrome no Admin Console. Esse recurso vai incluir uma nova página de detalhes e novas fichas de perfil gerenciado. Nessas páginas, os administradores de TI vão encontrar informações de relatórios sobre perfis gerenciados, como detalhes do perfil, versões do navegador, políticas aplicadas e outros.
- Chrome 130 no Android, Linux, Mac e Windows
- Widget do Admin Console para controles de dados
Um novo widget de configurações no Admin Console permite que os usuários definam políticas de controle de dados para URLs específicos.
- Chrome 128 no ChromeOS, Linux, Mac e Windows
Chrome 126
| Atualizações do navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
|---|---|---|---|
| Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome | ✓ | ||
| Extrair texto de PDFs para usuários de leitores de tela | ✓ | ||
| Intensidade da Economia de memória | ✓ | ||
| Visualizador de PDF com iframe fora do processo | ✓ | ||
| Pré-busca reativa no computador | ✓ | ||
| Grupos de guias no iPad | ✓ | ||
| Provedor de framework de acessibilidade de automação de interface no Windows | ✓ | ||
| Remoção do suporte a UserAgentClientHintsGREASEUpdateEnabled | ✓ | ✓ | |
| Alinhar navigator.cookieEnabled com as especificações | ✓ | ||
| Pesquisar com o Google Lens | ✓ | ||
| Políticas novas e atualizadas no navegador Chrome | ✓ | ||
| Atualizações do ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Ativação da atualização automática estendida | ✓ | ||
| Zoom digital com superresolução | ✓ | ||
| Configurar um novo Chromebook com um smartphone Android | ✓ | ||
| Ponto de acesso instantâneo | ✓ | ||
| Atualizações de firmware aprimoradas | ✓ | ✓ | |
| Apps da Web para capturar várias plataformas | ✓ | ||
| Portal cativo para redes gerenciadas | ✓ | ✓ | |
| Desativar o comportamento de rolagem excessiva | ✓ | ||
| Desativar a taxa de intermitência do cursor | ✓ | ||
| A lupa pode seguir o foco do recurso "Selecionar para ouvir" | ✓ | ||
| Fluxo de instalação de extensões para usuários supervisionados | ✓ | ||
| Suporte para várias agendas | ✓ | ||
| Nova política para controlar os tempos de ativação e suspensão do quiosque | ✓ | ||
| Expansão das localidades do Ditado e das Legendas instantâneas | ✓ | ||
| Mostrar URLs curinga nos relatórios de controles de dados | ✓ | ||
| Atualizações no Admin Console | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Configurações personalizadas para administradores de TI | ✓ | ||
| Guias de configuração interativos do Chrome Enterprise Core | ✓ | ||
| Novas políticas no Admin Console | ✓ | ||
| Próximas mudanças no navegador Chrome | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Falta de confiança no certificado da Entrust | ✓ | ||
| Criptografia vinculada ao app para cookies | ✓ | ||
| Integração da telemetria de extensão do Chrome com o Chronicle | ✓ | ||
| Gere insights sobre avisos e erros do console do DevTools | ✓ | ||
| Migre extensões para o Manifesto V3 antes de junho de 2025 | ✓ | ✓ | ✓ |
| O serviço de rede no Windows será colocado no sandbox | ✓ | ||
| Experiência simplificada de login e sincronização no Android | ✓ | ||
| Telemetria sobre páginas que acionam APIs de bloqueio de teclado e ponteiro | ✓ | ||
| Experiência atualizada de gerenciamento de senhas no Android | ✓ | ✓ | |
| Marca-d'água | ✓ | ||
| Configuração automática de conteúdo em tela cheia | ✓ | ||
| Bits de cadeia ancestral entre sites para CookiePartitionKey de cookies particionados | ✓ | ||
| Descontinuar os eventos de mutação | ✓ | ||
| Contêineres de rolagem com foco no teclado | ✓ | ||
| Suporte à condição "not" na API de roteamento estático do Service Worker | ✓ | ||
| Assinaturas de código ad hoc para shims de PWA no macOS | ✓ | ||
| Descontinuação dos relatórios estendidos da Navegação segura | ✓ | ||
| O Chrome não vai dar mais suporte ao macOS 10.15 | ✓ | ✓ | |
| Captura de links do usuário em PWAs | ✓ | ✓ | |
| Descontinuação do argumento includeShadowRoots no DOMParser | ✓ | ||
| Avisos de formulário não seguro no iOS | ✓ | ||
| Verificações de acesso à rede privada para solicitações de navegação: modo somente aviso | ✓ | ||
| Remoção de política corporativa usada para o comportamento de mesmo site legado | ✓ | ||
| Encapsulamento de chaves X25519Kyber768 para TLS | ✓ | ||
| Próximas mudanças no ChromeOS | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Grupos de ajuste | ✓ | ||
| Leitura em voz alta no modo de leitura | ✓ | ||
| Próximas alterações no Admin Console | Segurança/Privacidade | Produtividade do usuário/ apps | Gerenciamento |
| Usar tags de política para filtrar as configurações adicionadas recentemente ou mais usadas | ✓ | ||
| Relatórios de perfil gerenciado do navegador Chrome | ✓ | ||
| Política baseada em grupo para o navegador Chrome | ✓ |
FAZER O DOWNLOAD das notas da versão (PDF)
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.
Atualizações do navegador Chrome
- Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
Os cookies de terceiros serão restritos em uma versão futura do Chrome. No momento, eles estão restritos por padrão a 1% dos usuários do Chrome. Assim os sites podem ter uma prévia da experiência do usuário sem cookies de terceiros. A maioria das empresas é excluída desse grupo automaticamente, e os administradores podem usar as políticas BlockThirdPartyCookies e CookiesAllowedForUrls para reativar os cookies de terceiros, se necessário.
Os usuários finais podem usar o ícone de olho na omnibox para reativar temporariamente os cookies de terceiros por 90 dias em um determinado site, quando necessário. Consulte este artigo de ajuda para saber como mudar essas definições para a configuração desejada. As proteções contra mitigações de rastreio são aplicadas quando o site rejeitado não tem permissão para usar cookies de terceiros e podem ser controladas com as mesmas políticas. As integrações de SaaS empresariais usadas em um contexto entre sites para casos de uso não relacionados a publicidade podem ser registradas no teste de descontinuação de cookies terceiros ou no de cookies primários para manter o acesso a cookies de terceiros por um período limitado.
Para saber como se preparar, enviar feedback e informar possíveis problemas no site, consulte nossa página de destino atualizada sobre como se preparar para o fim dos cookies de terceiros.
- A partir do Chrome 120 no ChromeOS, Linux, macOS e Windows
1% do tráfego global teve cookies de terceiros desativados. Os usuários corporativos são excluídos automaticamente sempre que possível, e há uma política disponível para substituir a alteração.
- A partir do Chrome 120 no ChromeOS, Linux, macOS e Windows
- Extrair texto de PDFs para usuários de leitores de tela
O navegador Chrome agora abre um leitor de PDFs com IA de reconhecimento óptico de caracteres (OCR), criando um leitor de tela PDF integrado para documentos inacessíveis, aumentando a acessibilidade para usuários cegos e com baixa visão na Web.
Esse recurso utiliza modelos de OCR do Google para extrair, compartimentar e dividir documentos PDF para torná-los mais acessíveis. Será adicionada uma biblioteca local de inteligência de máquina que usa a tecnologia ScreenAI para analisar capturas de tela ou a árvore de acessibilidade e extrair mais informações para ajudar na tecnologia assistiva, como textos (OCR) e conteúdo principal da página.
- Chrome 126 no ChromeOS, Linux, Mac e Windows: já lançado totalmente no ChromeOS. Aumento de 50% do Canary/Dev/Beta para o Stable no Linux, Mac e Windows.
- Intensidade da Economia de memória
A Economia de memória é um recurso que desativa guias não utilizadas para liberar memória no dispositivo do usuário. Há uma política, HighEfficiencyModeEnabled, que permite aos administradores controlar o recurso de Economia de memória. Uma nova política chamada MemorySaverModeSavings permite configurar o nível de agressividade que a Economia de memória vai usar para desativar guias. Escolha a opção conservadora para desativar menos guias ou a agressiva para economizar mais memória.
- Chrome 126 no ChromeOS, Lacros, Linux, Mac e Windows: o recurso será lançado gradualmente em todas as plataformas.
- Visualizador de PDF com iframe fora do processo
No Chrome 126, alguns usuários usam uma arquitetura de iframe fora do processo (OOPIF, na sigla em inglês) para o visualizador de PDF. Essa é a nova arquitetura do visualizador de PDF, porque é mais simples e facilita a adição de novos recursos. A política corporativa PdfViewerOutOfProcessIframeEnabled está disponível para reverter para a arquitetura original do visualizador de PDF.
- Chrome 126 no Linux, Mac e Windows
- Pré-busca reativa no computador
Este recurso ativa a pré-busca de sub-recursos durante a navegação para acelerar a navegação e o carregamento de novas páginas. Os sub-recursos pré-carregados são previstos por um serviço do Google, e o navegador compartilha o URL das páginas para as quais está navegando com esse serviço para recuperar previsões. É possível controlar esse recurso com a política UrlKeyedAnonymizedDataCollectionEnabled.
- Chrome 126 no ChromeOS, Lacros, Linux, Mac e Windows
- Grupos de guias no iPad
Os usuários do Chrome para iPad podem criar e gerenciar grupos de guias. Assim os usuários melhoram a organização e gerenciam melhor as tarefas.
- Chrome 126 no iOS
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir da versão 126, o Chrome passa a 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 usando um shim de compatibilidade no Microsoft Windows. Essa mudança melhora a experiência de vários usuários. Ela oferece suporte completo para Narrador, Lupa e Voice Access e melhora apps de terceiros que usam o framework de acessibilidade de automação de interface do Windows. O uso de memória e a sobrecarga de processamento foram reduzidos quando os usuários do Chrome usam ferramentas de acessibilidade. Isso também facilita o desenvolvimento de software usando tecnologias adaptativas.
Os administradores podem usar a política corporativa UiAutomationProviderEnabled, lançada 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 e corrigir incompatibilidades resultantes da mudança do shim 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: o framework de variações do Chrome será usado 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 será removida do Chrome. Todos os clientes vão usar o provedor do framework de acessibilidade de automação de interface do navegador.
- Remoção do suporte a UserAgentClientHintsGREASEUpdateEnabled
O Chrome 126 remove a política UserAgentClientHintsGREASEUpdateEnabled, já que o algoritmo GREASE atualizado está ativado por padrão há mais de um ano.
- Chrome 124 no Android, ChromeOS, Linux, Mac, Windows: a política foi descontinuada
- Chrome 126 no Android, ChromeOS, Linux, Mac e Windows: a política foi removida
- Alinhar navigator.cookieEnabled com as especificações
Atualmente,
navigator.cookieEnabledindica se o user agent tenta processar cookies em um determinado contexto. Uma mudança no Chrome, lançada como parte da descontinuação dos cookies de terceiros (3PCD), faria com que ele indicasse se o acesso a cookies não particionados é possível, fazendo com que ele retorne "false" na maioria dos iframes entre sites. Devemos restaurar o comportamento anterior denavigator.cookieEnabled, que indicava apenas se os cookies do site estavam ativados ou desativados, e passar a depender da funçãodocument.hasStorageAccessentre fornecedores para indicar se é possível acessar cookies não particionados.- Chrome 126 no Windows, Mac, Linux e Android
- Pesquisar com o Google Lens
A partir do Chrome 126, os usuários poderão 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, nos menus de clique com o botão direito do mouse ou no menu de três pontos. 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 gradualmente no Chrome 126 e planejamos lançar totalmente no Chrome 127.
- Chrome 126 no ChromeOS, Linux, Mac e Windows: lançamento do recurso quando 1% do Stable e LensOverlaySettings ficarem disponíveis
- Chrome 127: lançamento para 100% do Stable
- Políticas novas e atualizadas no navegador Chrome
Política Descrição LensOverlaySettings Configurações do recurso de sobreposição do Lens MemorySaverModeSavings Mudar o modo de Economia de memória ProvisionManagedClientCertificateForUser Permite o provisionamento de certificado do cliente para um usuário ou perfil gerenciado
PdfViewerOutOfProcessIframeEnabled Usar o visualizador de PDF com iframe fora do processo
Atualizações do ChromeOS
-
Ativação e política da atualização automática estendida
O ChromeOS oferece 10 anos de atualizações do SO com melhorias de segurança, estabilidade e desempenho. A maioria dos dispositivos recebe essas atualizações automaticamente. Para alguns dispositivos mais antigos, os usuários e administradores podem agora ativar as atualizações estendidas para receber 10 anos completos de suporte.
Confira mais detalhes no artigo da Central de Ajuda.
-
Zoom digital com superresolução
O app Câmera integrado agora faz zoom em câmeras que não têm módulos de zoom óptico, incluindo a câmera integrada. Em alguns Chromebooks de alto desempenho, a superresolução baseada em IA pode ser aplicada para melhorar ainda mais as imagens.
-
Configurar um novo Chromebook com um smartphone Android
Agora é possível configurar um novo Chromebook usando um smartphone Android. Com uma conexão segura entre o smartphone e o Chromebook, você transfere automaticamente as informações de login do Wi-Fi e da Conta do Google sem digitar as senhas manualmente. Essa opção está disponível apenas para usuários não gerenciados.
-
Ponto de acesso instantâneo
No Chrome 126, o recurso tethering instantâneo passa a se chamar ponto de acesso instantâneo.
-
Atualizações de firmware aprimoradas
O ChromeOS 126 oferece suporte a atualizações de firmware em muito mais periféricos. Isso reduz o trabalho e o tempo necessários para disponibilizar novas atualizações de firmware.
-
Apps da Web podem capturar várias plataformas
Os apps da Web agora podem capturar várias plataformas ao mesmo tempo. Esse recurso apresenta uma nova API, getAllScreensMedia(), para os desenvolvedores solicitarem várias plataformas ao mesmo tempo (em vez de apenas uma com getDisplayMedia()). A API aceita automaticamente solicitações de captura, apenas para sessões gerenciadas, protegidas por políticas que precisam ser definidas explicitamente pelos proprietários dos dispositivos e com indicadores de uso claros para que os usuários estejam cientes da captura o tempo todo. Confira mais detalhes no artigo da Central de Ajuda.
-
Portal cativo para redes gerenciadas
Como a detecção de portal cativo está sempre desativada em redes gerenciadas, os administradores não podem configurar o dispositivo ChromeOS para se conectar automaticamente a redes de portal cativo nem detectar a existência do portal. Se a rede do portal cativo for gerenciada, os usuários precisam abrir um navegador manualmente e se conectar a um site HTTP que pode ser redirecionado para uma página de login do portal. Adicionamos uma nova política, CaptivePortalAuthenticationIgnoresProxy, para que os administradores forcem a detecção do portal.
-
Desativar o comportamento de rolagem excessiva
Uma nova configuração está disponível para ativar e desativar o gesto de deslizar para navegar entre as páginas. Esse recurso também é chamado de rolagem esticada de páginas. A configuração está disponível em Configurações > Acessibilidade > Cursor e touchpad > Use um gesto de deslizar para navegar entre as páginas.
-
Desativar a taxa de intermitência do cursor
Uma nova configuração está disponível para desativar o cursor de texto piscante em Configurações > Acessibilidade > Teclado e entrada de texto > Taxa de intermitência do cursor. É bom que usuários com convulsões fotossensíveis e diferenças cognitivas desativem essa intermitência.
-
A lupa vai acompanhar o recurso "Selecionar para ouvir"
A lupa que segue o recurso "Selecionar para ouvir" foi criada para pessoas com baixa visão, mas pode ser útil para qualquer pessoa que goste de ler textos em tamanhos maiores. Quando você lê texto em voz alta usando "Selecionar para ouvir", a lupa da tela acompanha automaticamente as palavras para que você não se perca. Para testar, ative a lupa e "Selecionar para ouvir" nas configurações. Aumente o zoom para o nível da sua preferência usando Ctrl + Alt + Aumentar brilho e Ctrl + Alt + Diminuir brilho. Selecione o texto que você quer ler e pressione o botão do "Selecionar para ouvir" ou Pesquisa + S. Há uma opção nas configurações da lupa para ajustar esse comportamento.
-
Instalação de extensões de usuários supervisionados
Para contas supervisionadas gerenciadas pelo Family Link, estamos separando o controle da família Permissões para sites, extensões e apps. Isso vai dar aos familiares responsáveis um controle mais granular. Agora os familiares responsáveis têm duas opções: Permissões para apps e Extensões. O impacto nas contas supervisionadas é que um familiar responsável agora pode permitir a instalação de extensões com ou sem aprovação. Antes, os familiares podiam bloquear extensões, mas não tinham como permitir o acesso sem aprovação.
-
Suporte para várias agendas
Estamos lançando o suporte a várias agendas para que os usuários possam conferir todos os eventos de várias agendas selecionadas no Google Agenda.
-
Nova política para controlar os tempos de ativação e suspensão do quiosque
O ChromeOS 126 apresenta uma nova política para dispositivos de quiosque. Com ela, os administradores podem programar quando um dispositivo será ativado e suspenso. Confira mais detalhes em Configurações de quiosque.
-
Expansão das localidades do Ditado e das Legendas instantâneas
No ChromeOS 126, as Legendas instantâneas estão disponíveis em seis idiomas em vez de um, e o Ditado está disponível em 18 localidades em vez de uma. Agora usamos um novo modelo de reconhecimento de voz que economiza mais a bateria.
As Legendas instantâneas no ChromeOS podem ser usadas em vídeos no app Galeria, no YouTube, no Google Meet, no Zoom ou em sites de mídias sociais. Para acessar ou mudar o idioma atual das legendas, selecione Configurações > Áudio e legendas > Legenda instantânea > Gerenciar idiomas. Para mais informações sobre Legendas instantâneas, consulte este artigo da Central de Ajuda.
O Ditado está disponível nos Documentos Google ou em qualquer outra entrada de texto. Basta ativar esse recurso na barra de tarefas, clicar no botão "Microfone" e falar. Para conferir ou mudar o idioma, selecione Configurações > Acessibilidade > Teclado e entrada de texto > Ditado > Idioma. Para mais informações sobre o Ditado, consulte este artigo da Central de Ajuda.
-
Mostrar URLs curinga nos relatórios de controles de dados
Com as regras de Controle de dados do ChromeOS, os administradores podem definir URLs de origem e destino como um valor curinga (*). Os eventos de controle de dados do ChromeOS são informados no relatório de auditoria do Chrome e podem ser visualizados no Admin Console ou em outras plataformas com o Conector de relatórios do Chrome. Ao examinar eventos de registro, o URL que acionou a regra agora é informado, em vez do caractere curinga.
Atualizações no Admin Console
-
Configurações personalizadas para administradores de TI
Na página Configurações personalizadas, os administradores de TI podem configurar as políticas do Chrome que ainda não estão no Admin Console usando scripts JSON. Por isso, todas as políticas do Chrome agora podem ser configuradas no Chrome Enterprise Core, usando a página Configurações ou Configurações personalizadas. Também é possível usar a página para configurar os modos de instalação de extensão que não têm suporte no Admin Console, como normal_Install. Esse recurso está disponível para navegadores registrados no nível da máquina.
- A partir do Chrome 126 no Android, iOS, Linux, MacOS e Windows: acesso para trusted testers
- A partir do Chrome 127 para Android, iOS, Linux, MacOS e Windows: lançamento do recurso
-
Guias de configuração interativos do Chrome Enterprise Core
A equipe do Chrome Enterprise apresenta novos guias de configuração interativos para gerenciamento de navegadores no Admin Console. Neles, os administradores podem escolher uma jornada de interesse e receber treinamento prático nos guias de configuração do Chrome relacionados. Por exemplo, os guias podem ser usados para aprender o seguinte:
- Criar unidades organizacionais de teste
- Ativar a geração de relatórios
- Registrar navegadores
- Aplicar políticas de navegador
- Definir configurações de extensões
- Criar um usuário administrador
Esses guias são ideais para novos administradores ou administradores que querem aprender novas jornadas.
- A partir do Chrome 126: lançamento do recurso
- Novas políticas no Admin Console
Nome da política Páginas Compatível com Categoria/campo DeviceExtendedAutoUpdateEnabled Dispositivo ChromeOS Configurações de atualização do dispositivo LocalUserFilesAllowed Usuários e navegador ChromeOS Experiência do usuário ScreenCaptureLocation Usuários e navegador ChromeOS Experiência do usuário
Em breve
Observação: os itens listados abaixo são atualizações experimentais ou planejadas. Eles podem ser alterados, atrasados ou cancelados antes do lançamento no Canal Stable.
Próximas mudanças no navegador
- Falta de confiança no certificado da Entrust
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, ou seja, de sites, e os certificados emitidos pela Entrust serão confiáveis por padrão no Chrome 127 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.
Em especial:
- Certificados TLS que validam os certificados de CA raiz da Entrust incluídos na Chrome Root Store e são emitidos:
- a partir de 31 de outubro de 2024, ele não será mais confiável por padrão.
- até 31 de outubro 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 em Sustaining Digital Certificate Security - Entrust Certificate Destrust.
Para saber mais sobre a Chrome Root Store, consulte as Perguntas frequentes.
- Chrome 127 no Android, ChromeOS, Linux, Mac e Windows: todas as versões do Chrome 127 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 31 de outubro de 2024.
- Chrome 130 no ChromeOS, Linux, Mac e Windows: o bloqueio vai começar para os certificados emitidos após 31 de outubro de 2024. Isso também afetará o Chrome 127, 128 e 129.
- Criptografia vinculada ao app para cookies
Para melhorar a segurança dos cookies no Windows, a chave de criptografia usada para criptografia de cookies será ainda mais protegida pela vinculação à identidade do aplicativo do Chrome. Isso ajuda na proteção contra malwares que podem tentar roubar cookies do sistema. Isso não protege contra um invasor capaz de elevar privilégios ou injetar nos processos do Chrome.
Uma política corporativa, ApplicationBoundEncryptionEnabled, está disponível para desativar a criptografia vinculada a aplicativos.
- Chrome 127 no Windows
- Integração da telemetria da extensão do Chrome com o Chronicle
Planejamos coletar dados relevantes de telemetria de extensão no Chrome, referentes a perfis e dispositivos gerenciados, e enviá-los para o Chronicle. O Chronicle vai analisar os dados para fornecer insights e contexto sobre atividades de risco.
- Chrome 127 no ChromeOS, LaCrOS, Linux, Mac e Windows
- Gerar insights sobre avisos e erros do console do DevTools
No Chrome 125, um novo recurso de IA generativa foi disponibilizado 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.
- Migre extensões para o Manifest V3 antes de junho de 2025
As extensões precisam ser atualizadas para usar o Manifesto V3. As extensões do Chrome estão sendo transferidas para uma nova versão do manifesto, o Manifesto V3. Isso vai proporcionar mais privacidade aos usuários, por exemplo, ao migrar para um modelo em que as extensões modificam as solicitações de maneira declarativa, sem a capacidade de consultar solicitações individuais. Isso também melhora a segurança das extensões, já que o código hospedado remotamente não será permitido no Manifesto V3. A partir de junho de 2024, começando com as versões pré-estáveis do Chrome 127, o Chrome vai desativar gradualmente as extensões do Manifest V2 em execução no navegador. Uma política corporativa, ExtensionManifestV2Availability, pode ser usada para testar o Manifesto V3 na sua organização antes da migração. Nas máquinas em que a política estiver ativada, as extensões do Manifest V2 não serão desativadas até o ano seguinte, junho de 2025, quando a política será removida.
Para saber qual versão do manifesto é usada por todas as extensões do Chrome em execução na sua frota, confira a página Uso de apps e extensões no Chrome Enterprise Core. Saiba mais sobre o cronograma do manifesto, incluindo:
- Chrome 127 no ChromeOS, Lacros, Linux, MacOS e Windows: o Chrome vai desativar gradualmente as extensões do Manifest V2 nos dispositivos dos usuários. Somente os usuários com a política corporativa ExtensionManifestV2Availability ativada poderão continuar usando as extensões do Manifest V2 na organização.
- Chrome 139 no ChromeOS, Lacros, Linux, MacOS e Windows: remova a política ExtensionManifestV2Availability.
- O serviço de rede no Windows será colocado no sandbox
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 vão mais poder fazer isso. Podem ocorrer problemas na interoperabilidade com o software que injeta códigos no espaço de processo do Chrome, como o software Prevenção contra perda de dados. A política NetworkServiceSandboxEnabled permite desativar o sandbox em caso de incompatibilidade. Para testar o sandbox no seu ambiente, siga estas instruções. Informe os problemas que encontrar.
- Chrome 127 no Windows: serviço de rede no sandbox do Windows
- Experiência simplificada de login e sincronização no Android
O Chrome vai lançar uma versão simplificada e consolidada de login e sincronização no Chrome para Android. A Sincronização do Chrome vai deixar de ser exibida como um recurso separado nas configurações e 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, que salvava e acessava dados do Chrome na Conta do Google, pode ser desativada via SyncTypesListDisabled. O login no Google Chrome pode ser desativado por BrowserSignin, assim como antes.
As alterações não afetam a capacidade dos usuários de fazer login nos serviços do Google na web (como o Gmail) sem fazer login no Chrome, da capacidade de permanecerem desconectados do Chrome ou da capacidade de controlar quais informações são sincronizadas com a Conta do Google.
As mudanças são praticamente idênticas à experiência simplificada de login e sincronização lançada no iOS na versão 117.
- Chrome 127 no Android
- Telemetria sobre páginas que acionam APIs de bloqueio de teclado e ponteiro
Quando um usuário do recurso Navegação segura com maior proteção visita uma página que aciona APIs de bloqueio de teclado ou ponteiro, os atributos dessa página são enviados para a Navegação segura.
Se a telemetria for enviada e a página parecer maliciosa, os usuários verão um aviso do Navegação segura e o teclado ou ponteiro será desbloqueado caso eles tenham sido bloqueados.
- Chrome 127 no Android, ChromeOS, Lacros, Linux, MacOS, Windows e Fuchsia
- Experiência atualizada de gerenciamento de senhas no Android
No Chrome para Android, alguns usuários que fizerem login no Chrome, mas não tiverem a Sincronização do Chrome ativada poderão usar e salvar senhas na Conta do Google. Políticas corporativas relevantes, como BrowserSignin, SyncTypesListDisabled e PasswordManagerEnabled, continuarão funcionando como antes e poderão ser usadas para configurar se os usuários podem usar e salvar senhas na Conta do Google.- Chrome 127 no Android
- Marca-d'água
Com esse recurso, os administradores podem sobrepor uma marca-d'água em uma página da Web caso uma regra de DLP seja acionada ao acessá-la. Ele vai conter uma string estática mostrada como a marca-d'água. A marca-d'água vai estar disponível para os clientes do Chrome Enterprise Premium.
- Chrome 124 no Linux, Mac e Windows : acesso ao Trusted Tester
- Chrome 127 no Linux, Mac e Windows: lançamento do recurso
- Configuração automática de conteúdo em tela cheia
Com a nova configuração de conteúdo em tela cheia automática, é possível usar
Element.requestFullscreen()sem uma interação, além de mostrar caixas de diálogo do navegador sem sair da tela cheia.A configuração é bloqueada por padrão, e os sites não podem pedir permissão. Os novos controles de interface são limitados às páginas de configuração do Chrome (
chrome://settings/content/automatedFullScreen) e ao balão de informações do site. Os usuários podem permitir apps isolados da Web, e os administradores corporativos podem permitir outras origens com a política AutomaticFullscreenAllowedForUrls.Com a permissão de gerenciamento de janelas e os pop-ups desbloqueados (
chrome://settings/content/popups), isso desbloqueia recursos valiosos de tela cheia:- Abra um pop-up em tela cheia em outra tela com um gesto
- Mostre conteúdo em tela cheia em várias telas com um único gesto
- Mostre conteúdo em tela cheia em uma nova tela quando ela estiver conectada.
- Troque janelas em tela cheia entre telas com um gesto
- Mostrar conteúdo em tela cheia após consumo ou expiração do gesto do usuário]
- Chrome 127 no Windows, Mac e Linux
- Bit de cadeia de ancestral entre sites para CookiePartitionKey de cookies particionados
O Chrome 127 vai adicionar um bit ancestral entre sites à chave de
CookiePartitionKeydo cookie particionado. Essa mudança unifica a chave de partição com os valores de chave de partição usados no particionamento de armazenamento e adiciona proteção contra ataques de clickjacking, impedindo que frames incorporados entre sites tenham acesso aos cookies particionados do site de nível superior.Em caso de problema com iframes incorporados, a empresa deverá usar a política CookiesAllowedForUrls ou cookies
SameSite=Nonesem o atributo particionado e invocar a API Storage Access (SAA) para que os iframes incorporados tenham acesso aos mesmos cookies do domínio de nível superior.- Chrome 127 no Windows, Mac e Linux
- Descontinuar os eventos de mutação
Eventos de mutação síncrona, incluindo
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumenteDOMCharacterDataModified, afetam negativamente o desempenho da página e aumentam significativamente a complexidade da 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 o Mutation Observer. A partir do Chrome 124, uma política corporativa temporária, MutationEventsEnabled, será 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 no site. Se você precisar de mais tempo, há algumas opções:
- O teste de descontinuação de eventos de mutação pode ser usado para reativar o recurso por um tempo limitado em um determinado site. Pode ser usado até o Chrome 134, até 25 de março de 2025.
- A política corporativa MutationEventsEnabled também pode ser usada para a mesma finalidade até o Chrome 134.
Confira mais detalhes nesta postagem do blog. Informe qualquer problema.
- Chrome 127 no Windows, Mac, Linux e Android
- Contêineres de rolagem com foco no teclado
Tornar os contêineres de rolagem focalizáveis usando a navegação de foco sequencial melhora muito a acessibilidade. Atualmente, a tecla Tab não foca os controles de rolagem, a menos que
tabIndexseja 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 poderão focar o conteúdo recortado usando as teclas Tab e de seta do teclado. Esse comportamento será ativado somente se o botão de rolagem não tiver filhos focalizáveis do teclado. Essa lógica é necessária para não causar regressões para elementos focalizáveis existentes que podem existir em um botão de rolagem como
<textarea>.- Chrome 127 no Windows, MacOS, Linux e Android
- Suporte à condiçãonot na API de roteamento estático de ServiceWorkers
A API de roteamento estático do ServiceWorker é usada para rotear a solicitação para a rede ou o gerenciador de busca do ServiceWorker ou procurar diretamente no cache e assim por diante. Cada rota consiste em uma condição e uma origem, e a condição é usada para encontrar a solicitação correspondente.
Para implementações do Chromium, a condição or é a única com suporte. No entanto, para escrever a condição de maneira mais flexível, espera-se que a condição not tenha suporte, o que corresponde à condição invertida.
- Chrome 127 no Windows, Mac, Linux e Android
- Assinaturas de código ad hoc para shims de PWA no macOS
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 terá uma identidade exclusiva para o macOS. Atualmente, cada PWA parece o mesmo aplicativo para o macOS.
Isso vai resolver problemas ao tentar incluir mais de um PWA no painel de preferências Open at Login do macOS e permitir melhorias futuras para o processamento de notificações do usuário em PWAs no macOS.
- Chrome 128 no Mac
- Suspensão do uso dos relatórios estendidos da Navegação segura
Os relatórios estendidos da Navegação segura são um recurso que melhora 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 continuar oferecendo segurança a todos os usuários 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 128 no Android, iOS, ChromeOS, Linux, Mac e Windows: descontinuação dos relatórios estendidos da Navegação segura
- O Chrome não será mais compatível com o macOS 10.15
O Chrome não será mais compatível com o macOS 10.15, que já está fora do período de suporte da Apple. Os usuários precisam atualizar os sistemas operacionais para continuar usando o navegador Chrome. A execução em um sistema operacional com suporte é essencial para manter a segurança. Se ele for executado no macOS 10.15, o Chrome continuará mostrando uma barra de informações com lembretes aos usuários de que o Chrome 129 não será mais compatível com o macOS 10.15.
- Chrome 129 no MacOS: o Chrome não oferece mais suporte ao macOS 10.15.
- Captura de links do usuário em PWAs
Os links da Web direcionam automaticamente os usuários para os apps instalados. Para alinhar as expectativas dos usuários em relação aos apps da Web instalados, 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 instalado, enquanto outros veem o link aberto em uma nova guia com um ícone na barra de endereço. Clicar no ícone inicia o app. Uma sinalização está disponível para controlar esse recurso:
chrome://flags/#enable-user-link-capturing-pwa. - Chrome 129 no Linux, Mac 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).
- Chrome 121 no Linux, MacOS e Windows: quando alguns usuários clicam em um link, ele sempre é aberto em um PWA instalado, enquanto outros veem o link aberto em uma nova guia com um ícone na barra de endereço. Clicar no ícone inicia o app. Uma sinalização está disponível para controlar esse recurso:
- Descontinuação do argumento includeShadowRoots em DOMParser
O argumento
includeShadowRootsera um argumento nunca padronizado para a funçãoDOMParser.parseFromString(), que existia para permitir a análise imperativa de conteúdo HTML que contém shadow DOM declarativo. Ele foi incluído no Chrome 90, no lançamento inicial do shadow DOM declarativo. Como a discussão sobre padrões rematerializou em 2023, o formato das APIs DSD mudou, incluindo esse recurso para análise imperativa. Para ler mais, consulte os detalhes de contexto sobre os padrões relacionados. Além disso, há informações sobre as descontinuações de atributos de serialização do shadow DOM e raiz shadow.
Agora que uma versão padronizada dessa API, na forma de setHTMLUnsafe() e parseHTMLUnsafe(), será lançada no Chrome 129, o argumento não padrãoincludeShadowRootsprecisa ser descontinuado e removido. É necessário fazer as devidas alterações no uso:
Em vez de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Use:
document.parseHTMLUnsafe(html);- Chrome 129 no Linux, Mac, Windows e Android
- Avisos de formulário não seguro no iOS
O Chrome 125 bloqueia os envios de formulário de páginas seguras a páginas não seguras no iOS. Quando detecta um envio de formulário não seguro, o Chrome 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. A política InsecureFormsWarningsEnabled está disponível para controlar esse recurso.
- Chrome 125 no iOS: lançamento do recurso
- Chrome 130 no iOS: a política InsecureFormsWarningsEnabled será removida
- Verificações de acesso à rede particular para solicitações de navegação: modo somente aviso
Antes de um site A navegar para outro site B na rede privada do usuário, esse recurso faz o seguinte:
1. Verifica se a solicitação foi iniciada de um contexto seguro
2. Envia uma solicitação de simulação e verifica se B responde com um cabeçalho que permite acesso à rede privada.
Já existem recursos para sub-recursos e workers, mas é específico para solicitações de navegação.
Essas verificações protegem a rede privada do usuário. Como esse recurso está no modo somente aviso, as solicitações não serão interrompidas se alguma das verificações falhar. Em vez disso, um aviso será exibido no DevTools para ajudar os desenvolvedores a se prepararem para a aplicação da política.s
- Chrome 130 no Windows, Mac, Linux e Android
- Remover política corporativa usada para o comportamento legado de mesmo site
No Chrome 79, lançamos a política InsecureFormsWarningsEnabled para reverter o comportamento do SameSite dos cookies para o legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 132 no Android, ChromeOS, Linux, Mac, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
- Encapsulamento de chaves X25519Kyber768 para TLS
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. Isso é exposto como um novo pacote de criptografia TLS. O TLS negocia automaticamente as criptografias compatíveis, então essa alteração deve 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 PostQuantumKeyContractEnabled, 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.
Confira mais detalhes nesta postagem do blog.
- Chrome 124 no Windows, Mac, Linux
- Chrome 135 no Android
Próximas mudanças no ChromeOS
-
Grupos de ajuste no ChromeOS 
A partir do ChromeOS 127, será possível reunir as janelas do ChromeOS em grupos de ajuste. Um grupo de ajuste é formado quando um usuário combina duas janelas para uma tela dividida. As janelas podem ser reunidas, redimensionadas simultaneamente ou movidas em grupo.
-
Ler em voz alta no Modo de leitura
A partir do ChromeOS 127, o recurso "Ler em voz alta" vai trazer as vozes de alta qualidade do Google para o modo de leitura do Chrome, e os usuários poderão usar a conversão de texto em voz para ler conteúdo na Web. O objetivo desse recurso é ajudar pessoas com dificuldade de leitura a entender textos longos. Com o novo recurso "Ler em voz alta" no modo de leitura no Chrome para computador, os usuários ouvem o texto que estão lendo, o que melhora o foco e a compreensão.
Próximas alterações no Admin Console
- Usar tags de política para filtrar as configurações adicionadas recentemente ou mais usadas
Em breve, o Admin Console vai oferecer opções para filtrar as configurações adicionadas recentemente e as mais usadas. Com esses novos filtros, você poderá conferir as configurações mais recentes e algumas das mais usadas e relevantes do Chrome.
- A partir do Chrome 126 no Android, iOS, Linux, Mac e Windows: acesso para trusted testers
- A partir do Chrome 127 para Android, iOS, Linux, Mac e Windows: lançamento do recurso
- Relatórios de perfil gerenciado do navegador Chrome
O Chrome Enterprise Core vai apresentar novos relatórios de perfil gerenciado do navegador Chrome no Admin Console. Esse recurso vai incluir uma nova página de detalhes e novas fichas de perfil gerenciado. Nessas páginas, os administradores de TI vão encontrar informações de relatórios sobre perfis gerenciados, como detalhes do perfil, versões do navegador, políticas aplicadas e outros.
- A partir do Chrome 127 no Android, Linux, MacOS e Windows: acesso antecipado para trusted testers.
- A partir do Chrome 130 para Android, iOS, Linux, MacOS e Windows: lançamento do recurso
- Política baseada em grupo para o navegador Chrome
Os administradores podem usar os Grupos do Google para adicionar navegadores Chrome gerenciados a grupos, além de definir as políticas de usuário e navegador e as configurações de extensão de um grupo de navegadores. Os navegadores gerenciados podem ser atribuídos a vários grupos, o que permite que os administradores de TI tenham mais flexibilidade para gerenciar os navegadores Chrome usando o gerenciamento de nuvem.
- A partir do Chrome 126 no Android, Linux, MacOS e Windows: acesso para trusted testers.
- A partir do Chrome 127 para Android, iOS, Linux, MacOS e Windows: lançamento do recurso
Chrome 125
Atualizações do navegador Chrome
Segurança/Privacidade
Produtividade do usuário/Apps
Gerenciamento
Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
✓
Verificação automática de arquivos avançada para usuários da Navegação segura com maior proteção
✓
Suporte do Chrome a computadores com Windows ARM64
✓
Mudanças no atualizador do Chrome
✓
Insights de segurança do Chrome
✓
✓
✓
Atualizações da largura de banda do Chrome
✓
Confirmação de segurança para extensões
✓
Avisos de formulário não seguro no iOS
✓
Suporte a navegadores legados do Edge teve upgrade para o Manifesto V3
✓
Remoção da política corporativa usada para herança de URL de base
✓
Enviar relatórios de download sem decisão explícita do usuário
✓
✓
Grupos de guias na grade de guias
✓
Provedor de framework de acessibilidade de automação de interface no Windows
✓
Atualizar o Google Play Services para corrigir problemas com senhas da conta
✓
Extensão da API Storage Access (SAA) para armazenamento sem cookies
✓
Ação padrão de movimentação do mouse interoperável
✓
Remoção do alias de posicionamento de janelas dos descritores de permissão e de política de permissão
✓
Tela de escolha padrão do mecanismo de pesquisa
✓
✓
Geração de insights para avisos e erros do console do Chrome DevTools
✓
Políticas novas e atualizadas no navegador Chrome
✓
Políticas removidas do navegador Chrome
✓
Atualizações do ChromeOS
Segurança/Privacidade
Produtividade do usuário/Apps
Gerenciamento
Correção de VPN sempre ativa SAML
✓
Configurações do Passpoint do ChromeOS
✓
Telefonia Bluetooth do áudio do ChromeOS
✓
Adicionar o PrivateIP ao DoH com identificadores
✓
Interface de controle da velocidade de reprodução do vídeo na galeria
✓
Botão para reduzir animações no ChromeOS
✓
Janela de login do portal cativo
✓
Caixa de diálogo de instalação para PWAs
✓
Avisar aos usuários antes de desconectar o Bluetooth HID
✓
✓
Atualizações no Admin Console
Segurança/Privacidade
Produtividade do usuário/Apps
Gerenciamento
Exclusão de navegador inativo no Chrome Enterprise Core
✓
✓
Reformulação do registro de dispositivos ChromeOS e da geração de tokens
✓
Novos recursos de token de pré-provisionamento da ZTE
✓
Mais recursos de gerenciamento de tokens
✓
✓
Coleta de dados anônimos inseridos no URL nas Sessões de visitante gerenciadas
✓
Novas políticas no Admin Console
✓
Próximas mudanças no navegador Chrome
Segurança/Privacidade
Produtividade do usuário/Apps
Gerenciamento
Descontinuação dos relatórios estendidos da Navegação segura
✓
Extrair texto de PDFs para usuários de leitores de tela
✓
O serviço de rede no Windows será colocado no sandbox
✓
Remoção do suporte a UserAgentClientHintsGREASEUpdateEnabled
✓
Grupos de guias no iPad
✓
Telemetria sobre páginas que acionam APIs de bloqueio de teclado e ponteiro
✓
Experiência atualizada de gerenciamento de senhas no Android
✓
✓
Marca-d'água
✓
Alinhar navigator.cookieEnabled com as especificações
✓
Configuração automática de conteúdo em tela cheia
✓
Contêineres de rolagem com foco no teclado
✓
Bits de cadeia ancestral entre sites para CookiePartitionKey de cookies particionados
✓
Criptografia vinculada ao app para cookies
✓
Integração da telemetria de extensão do Chrome com o Chronicle
✓
Migre extensões para o Manifesto V3 antes de junho de 2025
✓
✓
✓
Experiência simplificada de login e sincronização no Android
✓
Descontinuar os eventos de mutação
✓
Remoção de política corporativa usada para o comportamento de mesmo site legado
✓
Captura de links do usuário em PWAs
✓
✓
Encapsulamento de chaves X25519Kyber768 para TLS
✓
O Chrome não vai dar mais suporte ao macOS 10.15
✓
✓
Descontinuação do argumento includeShadowRoots no DOMParser
✓
Verificações de acesso à rede privada para solicitações de navegação: modo somente aviso
✓
Próximas mudanças no ChromeOS
Segurança/Privacidade
Produtividade do usuário/Apps
Gerenciamento
Nova política para controlar os tempos de ativação e suspensão do quiosque
✓
Mostrar URLs de caractere curinga nos relatórios de controles de dados
✓
Próximas mudanças no Admin Console
Segurança/Privacidade
Produtividade do usuário/Apps
Gerenciamento
Paridade de políticas: configurações personalizadas para administradores de TI
✓
Guias de configuração interativos do Chrome Enterprise Core
✓
Relatório de tecnologia legada
✓
BAIXAR as notas da versão (PDF)
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 1 a 2 semanas.
Atualizações do navegador Chrome
- Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
Os cookies de terceiros serão restritos em uma versão futura do Chrome. No momento, eles estão restritos por padrão para que 1% dos usuários do Chrome permitam que os sites visualizem a experiência do usuário sem cookies de terceiros. A maioria das empresas é excluída deste grupo automaticamente, e os administradores podem usar as políticas BlockThirdPartyCookies e CookiesAllowedForUrls para reativar os cookies de terceiros, se necessário.
Os usuários finais podem usar o ícone de olho na omnibox para reativar temporariamente cookies de terceiros por 90 dias em um determinado site, quando necessário. Consulte este artigo de ajuda para acessar mais detalhes sobre como mudar essas definições para a configuração desejada. As proteções contra rastreamento são aplicadas quando o site com rejeição não tem permissão para usar cookies de terceiros e podem ser controladas com as mesmas políticas. As integrações de SaaS empresariais usadas em um contexto entre sites para casos de uso não relacionados a publicidade podem ser registradas no teste de descontinuação de terceiros ou no teste próprio de descontinuação para manter o acesso a cookies de terceiros por um período limitado.
Para saber como se preparar, enviar feedback e informar possíveis problemas no site, consulte nossa página de destino atualizada sobre como se preparar para o fim dos cookies de terceiros.
- A partir do Chrome 120 no ChromeOS, Linux, MacOS e Windows
1% do tráfego global teve cookies de terceiros desativados. Os usuários corporativos são excluídos automaticamente sempre que possível, e há uma política disponível para substituir a alteração.
- Verificação automática e detalhada de arquivos para usuários da Navegação segura com maior proteção
A verificação detalhada de downloads para usuários da Navegação segura com maior proteção foi lançada desde o Chrome 91. Naquela época, os usuários tinham que consentir com cada arquivo que queriam que fosse automaticamente verificado. A partir do Chrome 125, os usuários não precisam mais fazer isso. A verificação profunda é realizada automaticamente como parte das proteções aprimoradas oferecidas pela Navegação segura com maior proteção. Os administradores que quiserem desativar esse recurso poderão garantir que os usuários não estejam no modo Navegação segura com maior proteção com a política SafeBrowsingProtectionLevel ou desativar as verificações profundas com SafeBrowsingDeepScanningEnabled..
- Chrome 125 no LaCrOS, Linux, Mac, Windows : lançamento de recursos
- Suporte do Google Chrome para computador com o Windows ARM64
O Chrome lançou o suporte para o Windows ARM64. Vamos disponibilizar instaladores empresariais em breve. O download da versão ARM64 pode ser feito em google.com/chrome. Se você encontrar algum problema, informe um bug aqui. No momento, não será feito o upgrade automático de outras versões do Chrome executadas em dispositivos ARM64. Reinstale o Chrome se estiver executando em um dispositivo ARM64.
- Chrome 125 no Windows : novos instaladores do Enterprise vão estar disponíveis em meados de maio.
- Mudanças no atualizador do Chrome
Estamos lançando uma nova versão do Google Update. Como parte dessa mudança, o local de GoogleUpdate.exe no Windows será renomeado como updater.exe. Observe que o caminho anterior continua a persistir até que a transição seja totalmente concluída. O arquivo GoogleUpdate.exe também foi modificado para apontar para updater.exe.
* Anterior: %PROGRAMFILES(X86)%\Google\Update\GoogleUpdate.exe
* Atual: %PROGRAMFILES(X86)%\Google\GoogleUpdater\<VERSION>\updater.exe
- Chrome 125 no Windows: estas mudanças aparecem no Windows
- Insights de segurança do Chrome
Se você usa o Chrome Enterprise Core (Gerenciamento de nuvem do navegador Chrome), o Workspace Enterprise Standard ou o Workspace Enterprise Plus com licenças atribuídas, agora pode ativar os insights de segurança do Chrome. Essa ferramenta permite monitorar o risco de pessoas com informações privilegiadas e a perda de dados da atividade no Chrome. Para mais informações, consulte Como monitorar o risco de pessoas com informações privilegiadas e a perda de dados.
- Chrome 125 no ChromeOS, Linux, Mac e Windows
- Atualizações de largura de banda do Chrome
O Chrome apresenta um novo mecanismo para atualizar determinados componentes, o que pode resultar na utilização de largura de banda extra nos dispositivos. É possível controlar isso com a política GenAILocalFoundationalModelSettings.
- Chrome 125 no Linux, Mac e Windows
- Confirmação de segurança de extensões
A Confirmação de segurança de extensões notifica os usuários sobre extensões que podem conter malware, violações de políticas e extensões que não foram publicadas há muito tempo. Ela fornece uma interface para que os usuários analisem essas extensões e decidam manter ou remover cada extensão sinalizada.
Para expandir a utilidade e o escopo desse recurso, o Chrome 125 adiciona novos acionadores para que outras extensões potencialmente arriscadas também possam ser analisadas pelos usuários. Há dois novos tipos de extensão que sinalizamos para o usuário analisar.
- Extensões que não são instaladas a partir da Chrome Web Store
- Extensões que violam a política da loja usando táticas de instalação enganosas e são consideradas software indesejado
Todas as extensões de instalação forçada, instaladas pela política, fixadas em versões ou bloqueadas pela política são ignoradas e não sinalizadas por esses critérios de acionador.
- Chrome 125 no ChromeOS, Linux, Mac e Windows: durante o lançamento, os dois novos acionadores serão adicionados à confirmação de segurança da extensão na página
chrome://extensions/.
- Avisos de formulário não seguro no iOS
O Chrome 125 bloqueia os envios de formulário de páginas seguras a 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 de recursos
- Chrome 130 no iOS: a política InsecureFormsWarningsEnabled será removida
- Upgrade do suporte a navegadores legados para o Edge para o Manifest V3
O Suporte a navegadores legados para o Edge foi atualizado para o Manifest V3. Esta é uma atualização importante com possibilidade de bugs. Portanto, você pode testar a versão Beta dessas extensões hoje mesmo. Recomendamos que você teste em seu ambiente. Se você encontrar algum problema, informe um bug aqui.
- Chrome 125 no Linux, Mac e Windows: a loja de complementos do Microsoft Edge não oferece suporte a lançamentos graduais. Portanto, a disponibilidade será de 0%=> 100% em uma única etapa. A data de lançamento prevista é 30 de maio, portanto, aproximadamente duas semanas de ciclo de vida do Chrome 125.
- Remover política corporativa usada para herança de URL de base
No Chrome 114, lançamos NewBaseUrlInheritanceBehaviorAllowed para evitar que usuários ou variações do Google Chrome ativem NewBaseUrlInheritanceBehavior, caso sejam descobertos problemas de compatibilidade. O Chrome 125 remove a política NewBaseUrlInheritanceBehaviorAllowed temporária.
- Chrome 125 no Android, ChromeOS, Linux, MacOS e Windows: a política NewBaseUrlInheritanceBehaviorAllowed será removida.
- Enviar relatórios de download sem decisão explícita do usuário
O Relatório de navegação segura do cliente é um relatório de telemetria enviado para a Navegação segura quando um aviso é exibido no Chrome. Atualmente, os relatórios de download são enviados quando os usuários descartam ou ignoram um aviso de download. Com base nos aprendizados do experimento de aviso personalizado inicial, muitos avisos de download não são explicitamente descartados ou ignorados. Os relatórios não são enviados para esses avisos. Por isso, o recurso Navegação segura não mostra a eficácia deles. Esse recurso tem como objetivo fechar essa lacuna de telemetria enviando relatórios quando o download é descartado automaticamente ou o navegador é fechado.
- Chrome 125 no ChromeOS, LaCrOS, Linux, Mac e Windows
- Grupos de guias na grade de guias
Os usuários do Chrome para iPhone podem criar e gerenciar grupos de guias nas grades de guias. Isso ajuda os usuários a se manterem organizados, reduzir a desorganização e gerenciar as tarefas com mais eficiência.
- Chrome 125 no iOS
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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.
A partir do Chrome 125, os administradores podem usar a política corporativa UiAutomationProviderEnabled para forçar a ativação do novo provedor. (para que todos os usuários recebam a nova funcionalidade) ou desative o novo provedor. Esta política poderá ser usada 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 UiAutomationProviderEnabledUNDERLINED 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. Ela será ativada progressivamente para todos os usuários estáveis, com pausas conforme necessário, para resolver problemas de compatibilidade que podem ser resolvidos no Chrome. Os administradores corporativos podem continuar usando a política UiAutomationProviderEnable para ativar antecipadamente o novo comportamento ou desativá-lo temporariamente no Chrome 136.
- Chrome 137 no Windows: a política UiAutomationProviderEnabled será removida do Chrome. Todos os clientes vão usar o provedor do framework de acessibilidade de automação de interface do navegador.
- Atualizar o Google Play Services para corrigir problemas com senhas da conta
Os usuários com versões antigas do Google Play Services talvez não consigam acessar as senhas salvas nas Contas do Google deles. Agora esses usuários vão receber avisos para atualizar o Google Play Services na plataforma de gerenciamento de senhas e acessar as senhas da conta novamente. Isso faz parte de uma migração em andamento que afeta apenas os usuários do Gerenciador de senhas do Google no Android.
- Chrome 125 no Android
- Extensão da API Storage Access (SAA) para armazenamento sem cookies
O Chrome estende a API Storage Access para permitir o acesso a cookies não particionados e ao armazenamento sem cookies em um contexto de terceiros. A API atual fornece acesso apenas a cookies, que têm casos de uso diferentes do armazenamento sem cookies. A API pode ser usada da seguinte forma (JS em execução em um iframe incorporado):
// Solicite um novo identificador de armazenamento via rSA (isso deve perguntar ao usuário)
let handle = await document.requestStorageAccess({all: true});
// Grave alguns locais de armazenamento entre sites
handle.localStorage.setItem("userid", "1234");
// Abra ou crie um indexadoDB compartilhado com o contexto próprio
let messageDB = handle.defaultBucket.indexedDB.open("messages");
O mesmo fluxo seria usado por iframes para receber um identificador de armazenamento quando o ancestral de nível superior era chamado de rSAFor. Nesse caso, a permissão storage-access já foi concedida. Sendo assim, a chamada rSA não exigiria um gesto do usuário nem mostraria uma solicitação, permitindo que iframes ocultos acessem o armazenamento.
- Chrome 125 no Windows, Mac, Linux e Android
- Ação padrão de movimentação do mouse interoperável
Cancelar o mousemove não impede a seleção de texto ou o recurso de arrastar e soltar. O Chrome permitiu o cancelamento de eventos mousemove para evitar outras APIs, como a seleção de texto, e até mesmo o recurso de arrastar e soltar antes. Isso não corresponde aos outros principais navegadores nem está em conformidade com a especificação de eventos da interface do W3.
Com esse recurso, a seleção de texto não é mais a ação padrão de mousemove. A seleção de texto e o recurso de arrastar e soltar ainda podem ser evitados com o cancelamento dos eventos selectstart e dragstart, respectivamente, que estão em conformidade com as especificações e são totalmente interoperáveis.
- Chrome 125 no Windows, Mac, Linux e Android
- Remover o alias de posição de janela dos descritores de política de permissão e permissão
O Chrome 125 remove o alias de posicionamento de janelas dos descritores de política de permissão e permissão. Todas as instâncias de window-placement são substituídas por window-management, que descreve melhor a funcionalidade da API relacionada. Esta é uma continuação dos aprimoramentos de recursos da API Window Management e da renomeação da API Multi-Screen Window Placement. Para mais detalhes, consulte Status da plataforma do Chrome.
- Chrome 125 no Windows, Mac e Linux
- Tela de escolha padrão do mecanismo de pesquisa
Como parte da nossa conformidade com a Lei de Mercados Digitais (DMA, na sigla em inglês), o Google está apresentando telas de escolha para os usuários escolherem o mecanismo de pesquisa padrão no Chrome. A escolha do prompt controla a configuração do mecanismo de pesquisa padrão, atualmente disponível em chrome://settings/search.
As empresas que optaram por permitir que o administrador defina as configurações de pesquisa dos usuários usando as políticas corporativas DefaultSearchProviderEnabled e DefaultSearchProviderSearchUrl e continuam a controlar as configurações de pesquisa da empresa. Quando o administrador não define as configurações de pesquisa dos usuários corporativos por política, os usuários corporativos podem receber uma solicitação para escolher o mecanismo de pesquisa padrão no Chrome.
Leia mais sobre essas políticas e o grupo atômico relacionado.
- Chrome 120 no iOS, ChromeOS, Lacros, Linux, MacOS e Windows: 1% dos usuários pode começar a receber a tela de escolha no Chrome 120.
- Chrome 125 no iOS, ChromeOS, Lacros, Linux, MacOS, Windows: lançamento completo para os usuários relevantes.
- Gerar insights para avisos e erros do console do Chrome DevTools
No Chrome 125, um novo recurso de IA generativa (IA generativa) está disponível para usuários não gerenciados: Gerar insights para 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 do Chrome Enterprise e do Chrome Enterprise gerenciados nas regiões com suporte.
- Políticas novas e atualizadas no navegador Chrome
Política
Descrição
EnterpriseLogoUrl
URL do logotipo da empresa: URL para uma imagem usada como um selo da empresa no perfil.
EnterpriseBadgingTemporarySetting
Controle a visibilidade dos selos de empresas
ApplicationBoundEncryptionEnabled
Ative a criptografia vinculada ao aplicativo
UiAutomationProviderEnabled
Ativar o provedor do framework de acessibilidade de automação da interface para o navegador no Windows
ToolbarAvatarLabelSettings
Configuração do identificador do avatar na barra de ferramentas gerenciada
- Políticas removidas do navegador Chrome
Política
Descrição
NewBaseUrlInheritanceBehaviorAllowed
Permite ativar o recurso NewBaseUrlInheritanceBehavior
Atualizações do ChromeOS
-
Correção de SAML da VPN sempre ativada
Para oferecer mais suporte aos clientes corporativos que usam a VPN no modo estrito sempre ativado, em que nenhum tráfego de usuários pode acessar a Internet, exceto por VPN e com autenticação SAML, adicionamos uma nova política AlwaysOnVpnPreConnectUrlAllowlist. Esta política permite especificar os URLs que os usuários têm permissão para acessar antes da conexão da VPN. Assim, seus serviços SAML podem ser acessados para autenticar o usuário na VPN pelo navegador do sistema.
-
Configurações do Passpoint do ChromeOS
Agora é possível conferir e gerenciar o Passpoint do Wi-Fi nas Configurações do ChromeOS. É possível brt e remover a assinatura do ponto de acesso instalada na página de detalhes do ponto de acesso.
-
Telefonia Bluetooth do áudio do ChromeOS
Agora o ChromeOS tem suporte a botões de controle de chamadas em fones de ouvido Bluetooth compatíveis, inclusive para atender, rejeitar ou encerrar uma chamada e desativar o som do microfone.
-
Adicionar o PrivateIP ao DoH com identificadores
Um identificador de rede foi adicionado aos modelos de URI de DNS seguro com política de identificadores. Agora os administradores podem configurar um novo marcador nos modelos de URI DNS, que será substituído pelos endereços IP locais dos dispositivos quando os usuários estiverem conectados a redes gerenciadas.
-
Interface de controle da velocidade de reprodução do vídeo na galeria
Agora o player de vídeo da Galeria do ChromeOS tem um menu de velocidade de reprodução para controlar a taxa de reprodução.
-
Reduzir a alternância de animações no ChromeOS
A configuração de animações reduzidas já está disponível no ChromeOS. Essa configuração está disponível em Acessibilidade > Exibição e ampliação > Animações reduzidas. Os clientes que sentem enjoo, distrações ou outros tipos de desconforto ao visualizar animações podem se beneficiar ao mudar essa configuração.
-
Janela de login do portal cativo
O ChromeOS 125 facilita o login no portal cativo com uma janela dedicada. A janela é aberta como uma janela pop-up de tabelas; o URL é exibido, mas não é editável.
-
Caixa de diálogo de instalação para PWAs
O ChromeOS 125 ativa uma caixa de diálogo de instalação para apps da Web. Esse recurso desbloqueia cenários de instalação de apps da Web e faz parte do nosso trabalho de criar uma plataforma de instalação mais previsível, acessível e confiável para apps da Web.
-
Avisar aos usuários antes de desconectar o Bluetooth HID
No ChromeOS 125 e versões mais recentes, os Chromeboxes e Chromebases mostram uma notificação para evitar desconexões indesejadas de dispositivos Bluetooth. Essa notificação aparece quando você tenta desativar o Bluetooth enquanto apenas dispositivos de interface humana (HIDs, na sigla em inglês), como teclados ou mouses conectados por Bluetooth, estão ativos.
Atualizações no Admin Console
-
Exclusão de navegador inativo no Chrome Enterprise Core
De abril de 2024 a junho de 2024, o Período de inatividade da política de exclusão de navegadores começou a ser lançado e a excluir automaticamente os navegadores registrados que estiverem inativos por mais tempo do que o período determinado pelo a política. Ao lançar a política, o período de inatividade tem o valor padrão de 540 dias. Por padrão, todos os navegadores registrados que estiverem inativos há mais de 540 dias serão excluídos da sua conta. Os administradores podem alterar o valor do período de inatividade usando esta política. O valor máximo para determinar o período de inatividade do navegador será de 730 dias, e o mínimo, de 28 dias (saiba mais).
Se você diminuir o valor da política definida, isso poderá ter um impacto global nos navegadores registrados. Todos os navegadores afetados serão considerados inativos e, portanto, serão excluídos irreversíveis. Para garantir que os navegadores excluídos sejam registrados novamente de forma automática na próxima vez que forem reiniciados, defina o valor da política Gerenciamento de tokens do dispositivo como Excluir token antes de reduzir o valor. Os tokens de registro nesses navegadores ainda precisam ser válidos no momento da reinicialização.
-
Reformulação do registro de dispositivos ChromeOS e da geração de tokens
A partir de abril de 2024, a experiência de registro sem toque foi aprimorada com um novo ponto de entrada de registro, um guia de criação de token, a capacidade de especificar permissões de SKU e parceiro e o gerenciamento de tokens aprimorado.
-
Novos recursos de token de pré-provisionamento da ZTE
Os tokens de pré-provisionamento ganharam os seguintes recursos:
- Suporte para o Upgrade de quiosque e sinalização, permitindo a criação de tokens de pré-provisionamento de registro sem toque usando o Upgrade do Chrome Enterprise ou o Upgrade de quiosque e sinalização
- Os parceiros de pré-provisionamento podem especificar campos personalizados (ID do recurso, local e usuário)
- Vários tokens por unidade organizacional
-
Mais recursos de gerenciamento de tokens
A página "Tokens de registro" foi atualizada com os seguintes recursos:
- A página foi adicionada ao painel de navegação à esquerda para facilitar o acesso
- Os tokens agora podem ser filtrados com base no status, no usuário de criação, na anotação e no tipo de upgrade
- Um novo botão permite que os administradores copiem o token e o ID de cliente com um clique
- Colunas adicionais fornecem mais informações sobre o token
-
Coleta de dados anônimos inseridos no URL nas Sessões de visitante gerenciadas
A política de coleta de dados anônimos inseridos no URL, UrlKeyedAnonymizedDataCollectionEnabled, está disponível no Admin Console. Essa política será aplicada a partir de 1o de junho e permanecerá desativada até essa data.
- Novas políticas no Admin Console
Nome da política
Páginas
Compatível com
Categoria/campo
DevToolsGenAiSettings
Usuários e navegadores
Chrome
ChromeOS
IA generativa
UiAutomationProviderEnabled
Usuários e navegadores
Chrome
Acessibilidade
ContextualGoogleIntegrationsEnabled
Usuários e navegadores
ChromeOS
Experiência do usuário
ContextualGoogleIntegrationsConfiguration
Usuários e navegadores
ChromeOS
Experiência do usuário
ApplicationBoundEncryptionEnabled
Usuários e navegadores
Chrome
Segurança
DeviceExtensionsSystemLogEnabled
Dispositivo
ChromeOS
Relatórios de usuários e dispositivos
EnterpriseBadgingTemporarySetting
Usuários e navegador
Chrome
Geral
EnterpriseLogoUrl
Usuários e navegador
Chrome
Geral
ToolbarAvatarLabelSettings
Usuários e navegador
Chrome
Geral
DeviceDlcPredownloadList
Dispositivo
ChromeOS
Outras configurações
Em breve
Observação: os itens listados abaixo são atualizações experimentais ou planejadas. Eles podem ser alterados, atrasados ou cancelados antes do lançamento no Canal Stable.
Próximas mudanças no navegador
- Suspensão do uso dos relatórios estendidos da Navegação segura
Os relatórios estendidos da Navegação segura são um recurso que melhora 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 continuar oferecendo segurança a todos os usuários 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 126 no iOS, ChromeOS, Linux, MacOS e Windows : descontinuação dos relatórios estendidos da Navegação segura
- Extrair texto de PDFs para usuários de leitores de tela
O navegador Chrome está lançando um leitor de IA de reconhecimento óptico de caracteres (OCR) para PDFs, criando o primeiro navegador integrado com leitor de tela PDF para documentos inacessíveis, aumentando a acessibilidade para usuários cegos e com baixa visão na Web.
Esse recurso utiliza modelos de OCR do Google para extrair, compartimentar e classificar documentos PDF para torná-los mais acessíveis. Será adicionada uma biblioteca local de inteligência de máquina que usa a tecnologia Screen AI para analisar capturas de tela ou a árvore de acessibilidade e extrair mais informações para ajudar na tecnologia assistiva, como textos (OCR) e conteúdo principal da página.
- Chrome 126 no Chrome OS, Linux, MacOS e Windows
- O serviço de rede no Windows será colocado no sandbox
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 vão mais poder fazer isso. Podem ocorrer problemas na interoperabilidade com o software que injeta códigos no espaço de processo do Chrome, como o software Prevenção contra perda de dados. A política NetworkServiceSandboxEnabled permite desativar o sandbox em caso de incompatibilidade. Teste o sandbox no seu ambiente seguindo estas instruções e informe os problemas encontrados.
- Chrome 125 no Windows: serviço de rede no sandbox do Windows
- Remoção do suporte a UserAgentClientHintsGREASEUpdateEnabled
Suspensão do uso da política UserAgentClientHintsGREASEUpdateEnabled, já que o algoritmo GREASE atualizado está ativado por padrão há mais de um ano, e depois vai removê-lo.
- Chrome 124 no Android, ChromeOS, Linux, Mac, Windows: a política foi descontinuada
- Chrome 126no Android, ChromeOS, Linux, Mac e Windows: a política foi removida
- Grupos de guias no iPad
Os usuários do Chrome para iPad podem criar e gerenciar grupos de guias. Isso ajuda os usuários a se manterem organizados, reduzir a desorganização e gerenciar as tarefas com mais eficiência.
- Chrome 126 no Android
- Telemetria sobre páginas que acionam APIs de bloqueio de teclado e ponteiro
Quando um usuário do recurso Navegação segura com maior proteção visita uma página que aciona APIs de bloqueio de teclado ou ponteiro, os atributos dessa página são enviados para a Navegação segura. Se a telemetria for enviada e a página parecer maliciosa, os usuários verão um aviso do Navegação segura e o teclado ou ponteiro será desbloqueado caso eles tenham sido bloqueados.
- Chrome 126 no Android, ChromeOS, LaCrOS, Linux, MacOS, Windows e Fuchsia
- Experiência atualizada de gerenciamento de senhas no Android
No Chrome para Android, alguns usuários que fizerem login no Chrome, mas não tiverem a Sincronização do Chrome ativada poderão usar e salvar senhas na Conta do Google. Políticas corporativas relevantes, como BrowserSignin, SyncTypesListDisabled e PasswordManagerEnabled, continuarão funcionando como antes e poderão ser usadas para configurar se os usuários podem usar e salvar senhas na Conta do Google.
- Chrome 126 no Android
- Marca-d'água
Com esse recurso, os administradores podem sobrepor uma marca-d'água em uma página da Web caso uma regra de DLP específica seja acionada ao acessá-la. Ele vai conter uma string estática mostrada como a marca-d'água. A marca-d'água vai estar disponível para os clientes do Chrome Enterprise Premium.
- Chrome 124 no Linux, Mac e Windows : acesso ao Trusted Tester
- Chrome 126 no Linux, Mac e Windows: lançamento de recursos
- Alinhar navigator.cookieEnabled com a especificação
Atualmente, Navigator.cookieEnabled indica se "o user agent tenta processar cookies" em um determinado contexto. Uma mudança no Chrome, enviada como parte da descontinuação dos cookies de terceiros (3PCD), faria com que ele indicasse se o acesso a cookies não particionados é possível, fazendo com que ele retorne "false" na maioria dos iframes entre sites. Devemos restaurar o comportamento anterior de navigator.cookieEnabled, que indicava apenas se os cookies estavam ativados ou desativados para o site e dependemos da função document.hasStorageAccess entre fornecedores para indicar se é possível acessar cookies não particionados.
- Chrome 126 no Windows, Mac, Linux e Android
- Configuração automática de conteúdo para tela cheia
Uma nova configuração de conteúdo Tela cheia automática permite Element.requestFullscreen() sem um gesto do usuário e permite que as caixas de diálogo do navegador apareçam sem sair da tela cheia.
A configuração é bloqueada por padrão, e os sites não podem pedir permissão. Os novos controles de interface são limitados às páginas de configuração do Chrome (chrome://settings/content/automatedFullScreen) e ao balão de informações do site. Os usuários podem permitir apps isolados da Web, e os administradores corporativos podem permitir origens adicionais com a política AutomaticFullscreenAllowedForUrls.
Com a permissão de gerenciamento de janelas e os pop-ups desbloqueados (chrome://settings/content/popups), isso desbloqueia recursos valiosos de tela cheia:
- Abra um pop-up em tela cheia em outra tela com um gesto
- Mostre conteúdo em tela cheia em várias telas com um único gesto
- Mostre conteúdo em tela cheia em uma nova tela quando ela estiver conectada.
- Troque janelas em tela cheia entre telas com um gesto
- Mostrar conteúdo em tela cheia após consumo ou expiração do gesto do usuário]
- Chrome 128 no Android, ChromeOS, Linux, MacOS, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
- Bit de cadeia de ancestral entre sites para CookiePartitionKey de cookies particionados
O Chrome 125 adiciona um bit ancestral entre sites à chave do CookiePartitionKey do cookie particionado. Essa mudança unifica a chave de partição com os valores de chave de partição usados no particionamento de armazenamento e adiciona proteção contra ataques de clickjacking, impedindo que frames incorporados entre sites tenham acesso aos cookies particionados do site de nível superior.
Caso uma empresa sofra alguma falha com iframes incorporados, ela pode usar a política CookiesAllowedForUrls ou usar cookies SameSite=None sem o atributo Particionado e depois invocar a API Storage Access (SAA, na sigla em inglês) ou usar o Compartilhamento de recursos entre origens (CORS, na sigla em inglês) para garantir que os iframes incorporados tenham acesso aos mesmos cookies do domínio de nível superior.
- Chrome 126 no Windows, Mac, Linux
- Contêineres de rolagem com foco no teclado
Tornar os contêineres de rolagem focalizáveis usando a navegação de foco sequencial melhora muito a acessibilidade. Atualmente, a tecla Tab não foca os controles de rolagem, 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 poderão focar o conteúdo recortado usando as teclas Tab e de seta do teclado. Esse comportamento será ativado somente se o botão de rolagem não tiver filhos focalizáveis do teclado. Essa lógica é necessária para não causar regressões para elementos focalizáveis existentes que podem existir em um botão de rolagem como <textarea>.
- Chrome 127 no Windows, MacOS, Linux e Android
- Criptografia vinculada ao app para cookies
Para melhorar a segurança dos cookies no Windows, a chave de criptografia usada para criptografia de cookies será ainda mais protegida pela vinculação à identidade do aplicativo do Chrome. Isso ajuda na proteção contra malwares que podem tentar roubar cookies do sistema. Isso não protege contra um invasor capaz de elevar privilégios ou injetar nos processos do Chrome.
Uma política corporativa ApplicationBoundEncryptionEnabled está disponível para desativar a criptografia vinculada a aplicativos.
- Chrome 127 no Windows
- Integração da telemetria da extensão do Chrome com o Chronicle
Colete dados de telemetria de extensão relevantes no Chrome (perfis gerenciados e dispositivos) e envie para o Chronicle. O Chronicle vai analisar os dados para fornecer análise instantânea e contexto sobre atividades de risco.
- Chrome 127 no ChromeOS, LaCrOS, Linux, Mac e Windows
- As extensões precisam ser atualizadas para usar o Manifesto V3 até junho de 2025
As extensões precisam ser atualizadas para usar o Manifesto V3. As extensões do Chrome estão sendo transferidas para uma nova versão do manifesto, o Manifesto V3. Isso proporcionará mais privacidade aos usuários, por exemplo, ao passar para um modelo em que as extensões modificam as solicitações de maneira declarativa, sem a capacidade de ver solicitações individuais. Isso também melhora a segurança das extensões, já que o código hospedado remotamente não será permitido no Manifest V3.
A partir de junho de 2024, o Chrome vai desativar gradualmente as extensões do Manifest V2 em execução no navegador. Uma política corporativa, ExtensionManifestV2Availability, está disponível para controlar se as extensões do Manifesto v2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Além disso, as máquinas em que a política estiver ativada não vão estar sujeitas à desativação das extensões do Manifesto V2 até o ano seguinte, junho de 2025, quando a política será removida.
É possível ver qual versão do manifesto está sendo usada por todas as extensões do Chrome em execução na sua frota na página Uso de apps e extensões no Chrome Enterprise Core. Leia mais no Cronograma do manifesto, incluindo:
- Chrome 110 no ChromeOS, Lacros, Linux, MacOS e Windows: a política corporativa ExtensionManifestV2Availability está disponível para controlar se as extensões do Manifest V2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Após a migração, a política vai permitir que você estenda o uso das extensões do Manifesto V2.
- Chrome 127 no ChromeOS, Lacros, Linux, MacOS e Windows: o Chrome vai desativar gradualmente as extensões do Manifest V2 nos dispositivos dos usuários. Somente os usuários com a política corporativa ExtensionManifestV2Availability ativada poderão continuar usando as extensões do Manifest V2 na organização.
- Chrome 139 no ChromeOS, Lacros, Linux, MacOS e Windows: remova a política ExtensionManifestV2Availability.
- Experiência simplificada de login e sincronização no Android
O Chrome vai lançar uma versão simplificada e consolidada de login e sincronização no Chrome para Android. A Sincronização do Chrome vai deixar de ser exibida como um recurso separado nas configurações e 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, que salvava e acessava dados do Chrome na Conta do Google, pode ser desativada via SyncTypesListDisabled. O login no Google Chrome pode ser desativado por BrowserSignin, assim como antes.
As alterações não afetam a capacidade dos usuários de fazer login nos serviços do Google na web (como o Gmail) sem fazer login no Chrome, da capacidade de permanecerem desconectados do Chrome ou da capacidade de controlar quais informações são sincronizadas com a Conta do Google.
As mudanças são praticamente idênticas à experiência simplificada de login e sincronização lançada no iOS na versão 117.
- Chrome 127 no Android
- Intenção de suspender o uso: eventos de mutação
Eventos de mutação síncrona, incluindo DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocumente DOMCharacterDataModified, afetam negativamente o desempenho da página e aumentam significativamente a complexidade da 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 o Mutation Observer. A partir do Chrome 124, uma política corporativa temporária, MutationEventsEnabled, será 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 no site. Se você precisar de mais tempo, há algumas opções:
- O teste de descontinuação de eventos de mutação pode ser usado para reativar o recurso por um tempo limitado em um determinado site. Pode ser usado até o Chrome 134, até 25 de março de 2025.
- Uma política corporativa MutationEventsEnabled também pode ser usada para a mesma finalidade até o Chrome 134.
Confira mais detalhes nesta postagem do blog.
- Chrome 127 no Windows, Mac, Linux e Android
- Remover política corporativa usada para o comportamento legado de mesmo site
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento do SameSite dos cookies para o legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 128 no Android, ChromeOS, Linux, Mac, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
- Captura de links do usuário em PWAs
Os links da Web direcionam automaticamente os usuários para os apps instalados. Para alinhar as expectativas dos usuários em relação aos apps da Web instalados, 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 instalado, enquanto outros veem o link aberto em uma nova guia com um ícone na barra de endereço. Clicar no ícone inicia o app. Uma sinalização está disponível para controlar esse recurso:
chrome://flags/#enable-user-link-capturing-pwa.
- Primeiro para o Chrome 127 no Linux, MacOS, Windows: vamos lançar para 100% do Stable com um padrão ativado (sempre inicia apps após cliques no link) ou desativado (sempre aberto em uma guia, somente ser iniciado se o usuário clicar no ícone da barra de endereço).
- Encapsulamento de chaves X25519Kyber768 para TLS
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. Isso é exposto como um novo pacote de criptografia TLS. O TLS negocia automaticamente as criptografias compatíveis, então essa alteração deve 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 PostQuantumKeyContractEnabled, 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.
Confira mais detalhes nesta postagem do blog.
- Chrome 124 no Windows, Mac, Linux
- Chrome 128 no Android
- O Chrome não será mais compatível com o macOS 10.15
O Chrome não será mais compatível com o macOS 10.15, que já está fora do período de suporte da Apple. Os usuários precisam atualizar os sistemas operacionais para continuar usando o navegador Chrome. A execução em um sistema operacional com suporte é essencial para manter a segurança. Se ele for executado no macOS 10.15, o Chrome continuará mostrando uma barra de informações com lembretes aos usuários de que o Chrome 129 não será mais compatível com o macOS 10.15.
- Chrome 129 no MacOS: o Chrome não é mais compatível com o macOS 10.15.
- Suspensão do uso do argumento includeShadowRoots no DOMParser
O argumento includeShadowRoots era um argumento nunca padronizado para a função DOMParser.parseFromString(), que existia para permitir a análise imperativa de conteúdo HTML que contém shadow DOM declarativo.Ele foi enviado no Chrome 90 como parte do envio inicial do shadow DOM declarativo. Como a discussão sobre padrões rematerializou em 2023, o formato das APIs DSD mudou, incluindo esse recurso para análise imperativa. Para ler mais, consulte os detalhes da contexto sobre os padrões relacionados. Além disso, há informações sobre as suspensões de uso de recursos serialização do shadow DOM e atributo raiz shadow.
Agora que uma versão padronizada dessa API, na forma de setHTMLUnsafe() e parseHTMLUnsafe() , será enviada no Chrome 124, a versão não padrão includeShadowRoots argumento precisa ser descontinuado e removido. Todo o uso precisa ser alterado adequadamente:
Em vez de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Isto pode ser usado em vez disso:
document.parseHTMLUnsafe(html);
- Chrome 129 no Windows, Mac, Linux e Android
- Verificações de acesso à rede particular para solicitações de navegação: modo somente aviso
Antes de um site A navegar para outro site B na rede privada do usuário, esse recurso faz o seguinte:
1. Verifica se a solicitação foi iniciada de um contexto seguro
2. Envia uma solicitação de simulação e verifica se B responde com um cabeçalho que permite acesso à rede privada.
Já existem recursos para sub-recursos e workers, mas este é específico para solicitações de navegação. As verificações acima são feitas para proteger a rede privada do usuário. Como esse recurso está no modo somente aviso, as solicitações não serão interrompidas se alguma das verificações falhar. Em vez disso, um aviso será exibido no DevTools para ajudar os desenvolvedores a se prepararem para a aplicação da política.s
- Chrome 130 no Windows, Mac, Linux e Android
Próximas mudanças no ChromeOS
-
Nova política para controlar os tempos de ativação e suspensão do quiosque
A partir do ChromeOS 126, vamos lançar uma nova política para dispositivos de quiosque. Com ela, os administradores vão poder programar quando um dispositivo será ativado e suspenso. Para mais detalhes, consulte Configurações de quiosque.
-
Mostrar URLs curinga nos relatórios de controles de dados
Com as regras de Controle de dados do ChromeOS, os administradores podem definir URLs de origem e destino como um valor curinga ( * ). Os eventos de controle de dados do ChromeOS são informados no relatório de auditoria do Chrome e podem ser visualizados no Google Admin Console ou em outras plataformas com o Conector de relatórios do Chrome. Ao examinar eventos de registro, o URL que acionou a regra agora é informado, em vez do caractere curinga.
Próximas alterações no Admin Console
- Paridade de políticas: configurações personalizadas para administradores de TI
A página Configurações personalizadas permite que os administradores de TI configurem as políticas do Chrome que ainda não estão no Admin Console usando scripts JSON. Por isso, todas as políticas do Chrome agora podem ser configuradas no Chrome Enterprise Core no Admin Console, usando a página Configurações ou Configurações personalizadas. Também é possível usar a página para configurar o modo de instalação de extensão não compatível com o Admin Console, como "normal_Install".
- A partir do Chrome 126 no Android, iOS, Linux, Mac e Windows : acesso ao Trusted Tester
- A partir do Chrome 127 para Android, iOS, Linux, Mac e Windows: lançamento do recurso
- Guias de configuração interativos do Chrome Enterprise Core
A equipe do Chrome Enterprise está lançando novos guias de configuração interativos para gerenciamento de navegador no Admin Console, onde os administradores podem escolher uma jornada que querem conhecer e receber treinamento prático diretamente nos guias de configuração do Chrome. Por exemplo, os guias podem ser usados para aprender a:
- Como criar unidades organizacionais de teste
- Ativar a geração de relatórios
Esses guias são ideais para novos administradores ou administradores que querem aprender novas jornadas.
- Registrar navegadores
- Aplicar políticas do navegador
- Definir configurações de extensões
- Criar um usuário administrador
- A partir do Chrome 125 : acesso ao Trusted Tester
- Lançamento do recurso a partir do Chrome 126
- Relatório de tecnologia legada
A partir do Chrome 127, o Relatório de tecnologia legada estará disponível no Admin Console e vai informar de forma proativa os sites (internos e externos) que usam tecnologias que serão descontinuadas, como cookies de terceiros, alterações em cookies SameSite e protocolos de segurança mais antigos, como TLS 1.0/1.1 e cookies de terceiros. Essas informações vão permitir que os administradores de TI trabalhem com os desenvolvedores para planejar as migrações tecnológicas necessárias antes que as remoções do recurso de descontinuação entrem em vigor.
No momento, este recurso está disponível em nosso programa Trusted Tester. Se você tiver interesse em nos ajudar a testar esse recurso, inscreva-se no programa Trusted Tester do Chrome Enterprise.
- A partir do Chrome 127 no Linux, MacOS e Windows: o relatório Tecnologia legada vai estar disponível no Admin Console.
Chrome 124
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações do navegador Chrome
- Lançamento do Chrome Enterprise Premium
O Chrome Enterprise Premium já está disponível e oferece uma solução centralizada para segurança, privacidade e controle robustos de endpoint (guia de configuração). As equipes de TI e segurança obtêm ampla visibilidade da rede e podem implantar facilmente recursos avançados de proteção. Saiba mais.
- O Gerenciamento de nuvem do navegador Chrome agora se chama Chrome Enterprise Core
O gerenciamento de nuvem do Chrome Enterprise oferece uma ferramenta centralizada para definir e gerenciar políticas, configurações, apps e extensões do navegador no Chrome, independentemente do sistema operacional, dispositivo ou local. Saiba mais.
- Chrome 124 no Linux, MacOS e Windows: acesso ao Trusted Tester
- Chrome 126 no Linux, MacOS e Windows: lançamento de recursos
- Marca-d'água (trusted tester)
Com o recurso do Chrome Enterprise Premium , os administradores podem sobrepor uma marca-d'água na página da Web caso a navegação por ela acione uma Prevenção contra perda de dados (DLP) específica. Você pode especificar uma string estática a ser exibida como a marca d'água.
No momento, este recurso está disponível em nosso programa Trusted Tester. Se você tiver interesse em nos ajudar a testar esse recurso, inscreva-se no programa Trusted Tester do Chrome Enterprise.
- Chrome 124 no Linux, MacOS e Windows : acesso ao Trusted Tester
- Chrome 126 no Linux, MacOS e Windows: lançamento de recursos
- Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
Conforme anunciado anteriormente, o Chrome 120 começou a restringir cookies de terceiros por padrão a 1% dos usuários do Chrome para facilitar os testes, e as versões subsequentes serão para 100% dos usuários a partir do 3o trimestre de 2024. Essa ampliação para 100% está sujeita à resolução das questões pendentes sobre concorrência da Autoridade de Concorrência e Mercados do Reino Unido (CMA, na sigla em inglês). Os navegadores que fazem parte do grupo experimental de 1% também têm acesso aos novos controles de usuário da Proteção antirrastreamento. Teste essas mudanças no Chrome 120 ou em versões mais recentes ativando chrome://flags/#test-third-party-cookie-phaseout.
Com esse período de testes, os sites vão poder experimentar como é operar em um mundo sem cookies de terceiros. Como as proteções contra rastreamento por redirecionamento também fazem parte da 3PCD, o grupo de usuários com bloqueio a cookies de terceiros apresenta contenções ao rastreamento por redirecionamento. Assim, o estado deles é excluído para sites classificados como rastreadores por redirecionamento. A maioria dos usuários corporativos foi automaticamente excluída desse grupo experimental de 1%. No entanto, recomendamos que os administradores usem as políticas BlockThirdPartyCookies e CookiesAllowedForUrls para reativar cookies de terceiros e não autorizar a participação dos navegadores gerenciados antes do experimento. Assim, as empresas têm tempo para fazer as mudanças necessárias e não depender dessa política ou de cookies de terceiros.
Estamos lançando o Relatório de tecnologia legada para ajudar a identificar casos de uso de cookies de terceiros. Os administradores podem definir a política BlockThirdPartyCookies como False para reativar cookies de terceiros em todos os sites, mas isso vai impedir que os usuários mudem a configuração correspondente no Chrome. Outra opção é definir a política CookiesAllowedForUrls, incluir seus apps corporativos na lista de permissões para que continuem recebendo cookies de terceiros e, assim, evitar falhas.
Os usuários finais corporativos incluídos nesse grupo experimental e não enquadrados em uma das duas políticas acima podem usar o ícone de olho na omnibox para reativar temporariamente cookies de terceiros por 90 dias em um determinado site, quando necessário. Consulte este artigo de ajuda para acessar mais detalhes sobre como mudar essas definições para a configuração desejada.
As proteções contra rastreamento por redirecionamento são abrangidas pelas mesmas políticas dos cookies e são aplicadas quando o site de redirecionamento não tem permissão para usar cookies de terceiros. Assim, se a política BlockThirdPartyCookies ou CookiesAllowedForUrls for definida para um site, as mitigações de rastreio por redirecionamento não vão mais excluir o estado dos sites.
As integrações de SaaS empresariais usadas em um contexto entre sites para casos de uso não relacionados a publicidade podem ser registradas no teste de descontinuação de terceiros ou no teste próprio de descontinuação para manter o acesso a cookies de terceiros por um período limitado.
O recurso heurístico concede acesso temporário a cookies de terceiros em cenários limitados com base no comportamento do usuário. Isso reduz as falhas do site causadas pela descontinuação dos cookies de terceiros em padrões já estabelecidos, como redirecionamentos e pop-ups de provedores de identidade.
Para saber como se preparar, enviar feedback e informar possíveis problemas no site, consulte nossa página de destino atualizada sobre como se preparar para o fim dos cookies de terceiros.
- A partir do Chrome 120 no ChromeOS, Linux, MacOS e Windows
1% do tráfego global teve cookies de terceiros desativados. Os usuários corporativos são excluídos automaticamente sempre que possível, e há uma política disponível para substituir a alteração.
- Solicitação de permissões para a API Web MIDI
A API Web MIDI se conecta e interage com dispositivos de interface digital para instrumentos musicais (MIDI). Houveram vários problemas relatados para o acesso de passagem da API Web MIDI a dispositivos clientes MIDI (consulte as informaçõesBug do Chromium). Para resolver esse problema, o Grupo de trabalho de áudio do W3C decidiu colocar uma permissão explícita no acesso geral à API Web MIDI. Originalmente, a permissão explícita era necessária apenas para o uso avançado de Web MIDI no Chrome, incluindo a capacidade de enviar e receber mensagens exclusivas do sistema (SysEx), com acesso controlado por trás de uma solicitação de permissões. Agora pretendemos expandir o escopo da permissão para o uso regular da API Web MIDI.
No Chrome 124, todo o acesso à API Web MIDI exige uma permissão do usuário. Não há políticas disponíveis para controlar essas mudanças. Se você encontrar algum problema, informe um bug aqui.
- Chrome 124 no Windows, MacOS, Linux e Android
- Vamos fazer upgrade de duas extensões do Chrome para o Manifest V3
Em breve, duas extensões serão atualizadas para usar o Manifesto V3: User-Agent Switcher e Chrome Reporting.
Esta é uma atualização importante com possibilidade de bugs. Portanto, você pode testar a versão Beta dessas extensões hoje mesmo. Recomendamos que você teste em seu ambiente. Se você encontrar algum problema, informe um bug aqui.
- User-Agent Switcher para Chrome: versão Beta
- Extensão de relatórios do Chrome: versão Beta
O analisador de URL do User-Agent Switcher foi alterado. Portanto, verifique se as substituições atuais do user agent funcionam com a nova versão.
- Chrome 124: as duas extensões vão receber uma atualização na versão Stable por volta de 30 de abril de 2024.
- Alterações no instalador/atualizador do Chrome
Estamos lançando uma nova versão do Google Update. Como parte dessa mudança, o local de GoogleUpdate.exe no Windows será renomeado como updater.exe. Observe que o caminho anterior continua a persistir até que a transição seja totalmente concluída.O arquivo GoogleUpdate.exe também foi modificado para apontar para updater.exe.
* Anterior: C:\Program Files (x86)\Google\Update\GoogleUpdate.exe
* Atual: C:\Program Files (x86)\Google\GoogleUpdater\<VERSION>\updater.exe
- Chrome 124 no Windows: estas mudanças aparecem no Windows.
- Melhorias nos favoritos e na Lista de leitura no Android
No Chrome 124 no Android, alguns usuários que fazem login no Chrome pelo Gerenciador de favoritos podem usar e salvar favoritos e itens da lista de leitura na Conta do Google. Políticas empresariais relevantes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks e ShoppingListEnabled continuarão funcionando como antes, para configurar se os usuários podem usar e salvar itens na Conta do Google.
- Chrome 124 no Android: lançamento de recursos
- Tela de escolha padrão do mecanismo de pesquisa
Como parte da nossa conformidade com a Lei de Mercados Digitais (DMA, na sigla em inglês), o Google está apresentando telas de escolha para os usuários escolherem o mecanismo de pesquisa padrão no Chrome. A escolha do prompt controla a configuração do mecanismo de pesquisa padrão, atualmente disponível em chrome://settings/search.
As empresas que optaram por permitir que o administrador defina as configurações de pesquisa dos usuários usando as políticas corporativas DefaultSearchProviderEnabled e DefaultSearchProviderSearchUrl continuam a controlar as configurações de pesquisa da empresa. Quando o administrador não define as configurações de pesquisa dos usuários corporativos por política, os usuários corporativos podem receber uma solicitação para escolher o mecanismo de pesquisa padrão no Chrome.
Leia mais sobre essas políticas e o grupo atômico relacionado.
- Chrome 120 no iOS, ChromeOS, Lacros, Linux, MacOS e Windows: 1% dos usuários pode começar a receber a tela de escolha no Chrome 120.
- A partir do Chrome 124 no iOS, ChromeOS, LaCrOS, Linux, MacOS e Windows: lançamento completo para os usuários aplicáveis.
- Suspender o uso da política corporativa usada para limitação
A mudança no código subjacente (limitação de iframes display:none de mesmo processo e origem cruzada) que a política corporativa ThrottleNonVisibleCrossOriginIframesAllowed substitui está ativada em versões estáveis desde o início de 2023. Como problemas conhecidos foram resolvidos, pretendemos remover a política corporativa ThrottleNonVisibleCrossOriginIframesAllowed até o Chrome 124. Para ler as discussões sobre o problema de limitação (e a resolução dele), consulte o relatório Problema do Chromium.
- Chrome 124: a política foi removida
- Suporte do Google Chrome para computador com o Windows ARM64
O Chrome está lançando o suporte para o Windows ARM64. Estamos trabalhando na publicação dos instaladores do Enterprise. Você pode continuar testando o Canal Canary e o Canal Beta e informar bugs neles. Isso está sujeito a mudanças com base na estabilidade geral e no feedback dos clientes. Se você encontrar algum problema, informe um bug aqui.
- Chrome 124 no Windows (ARM) : novos instaladores do Enterprise vão estar disponíveis no final de abril ou no início de maio.
- Remover política corporativa usada para GREASE
Planejamos suspender o uso da política UserAgentClientHintsGREASEUpdateEnabled, já que o algoritmo GREASE atualizado está ativado por padrão há mais de um ano. A política será removida no Chrome 126.
- Chrome 124 no Android, ChromeOS, Linux, MacOS e Windows: a política foi descontinuada.
- Chrome 126 no Android, ChromeOS, Linux, MacOS e Windows: a política foi removida.
- Suspensão e remoção do Web SQL
Com o SQLite em vez do WASM como substituto oficial, planejamos remover o Web SQL completamente. Isso vai ajudar a manter nossos usuários seguros.
O padrão do Web SQL Database foi proposto inicialmente em abril de 2009 e abandonado em novembro de 2010. A Gecko nunca implementou esse recurso, e o WebKit descontinuou o recurso em 2019. O W3C incentivou as pessoas que precisavam de bancos de dados da Web a adotar o Web Storage ou o Indexed Database.
Desde o lançamento, tem sido cada vez mais difícil manter a segurança dos nossos usuários. Originalmente, o SQLite não foi projetado para executar instruções SQL maliciosas, mas com o WebSQL é preciso fazer exatamente isso. Reagir a um fluxo de problemas de estabilidade e segurança é um custo imprevisível para a equipe de armazenamento.
- Chrome 101: no Chrome 101, a política WebSQLAccess foi adicionada. O WebSQL vai estar disponível quando essa política for ativada, e a política estará disponível até o Chrome 123.
- Chrome 115: mensagem de descontinuação adicionada ao console.
- Chrome 117: no Chrome 117, o teste de descontinuação do WebSQL começa. O teste termina no Chrome 123. Durante o período de teste, é necessário um token de descontinuação do teste para que o recurso seja disponibilizado.
- Chrome 119: a partir do Chrome 119, o WebSQL não está mais disponível. O acesso ao recurso ficará disponível até o Chrome 123 usando a política WebSQLAccess ou um token de teste de descontinuação.
- Chrome 124: no Chrome OS, Lacros, Linux, MacOS, Windows e Android: a partir do Chrome 124, a política WebSQLAccess e o teste de descontinuação, que permite a disponibilidade do WebSQL, não estarão mais disponíveis.
- Atualizações de largura de banda do Chrome
O Chrome está lançando um novo mecanismo para atualizar determinados componentes que pode resultar em uso da largura de banda extra nos seus dispositivos. É possível controlar isso com a política GenAILocalFoundationalModelSettings.
- Chrome 124 no Windows, MacOS e Linux
- Os controles de formulário são compatíveis com o valor de direção no modo de escrita vertical
O modo de escrita da propriedade CSS permite que os elementos fiquem verticais, mas os usuários não podem definir a direção em que o valor muda. Com esse recurso, permitimos que o tipo de entrada dos elementos de controle de formulário (metro, progresso e intervalo) tenha o modo de escrita vertical e escolha a direção do valor do controle do formulário. Se a direção for rtl, o valor será renderizado de baixo para cima. Se a direção for ltr, o valor será renderizado de cima para baixo. Para mais informações, consulte esta postagem do blog Chrome for Developers.
- Chrome 124 no Windows, MacOS, Linux e Android
- Remover políticas corporativas usadas para uso do handshake de TLS e da Chave RSA
No Chrome 114, lançamos InsecureHashesInTLSHandshakesEnabled para controlar o uso de hashes legados não seguros durante o processo de handshake de TLS. No Chrome 116, lançamos o RSAKeyUsageForLocalAnchorsEnabled para controlar algumas verificações de certificado do servidor. No Chrome 124, as políticas InsecureHashesInTLSHandshakesEnabled e RSAKeyUsageForLocalAnchorsEnabled foram removidas.
Chrome 124 no Android, ChromeOS, Linux, MacOS e Windows: as políticas InsecureHashesInTLSHandshakesEnabled e RSAKeyUsageForLocalAnchorsEnabled serão removidas.
- Atributo clonável de raiz paralela
O atributo clonável da raiz paralela permite o controle individual para decidir se uma raiz paralela pode ser clonada (por comandos de clonagem de plataforma padrão, como cloneNode(). As raízes paralelas imperativas agora podem ser controladas por meio de um parâmetro para attachShadow({clonable:true}). As raízes paralelas declarativas podem ser controladas por um novo atributo, <template shadowrootmode=open shadowrootclonable>.
A interrupção pode ocorrer se você estiver:
a) usando o shadow DOM declarativo
b) clonagem de modelos que contêm DSD e
c) esperar que esses clones contenham raízes paralelas
- Chrome 124 no Android, ChromeOS, Linux, MacOS e Windows
- Senhas locais armazenadas no Play Services no Android
O Chrome muda o armazenamento das senhas locais (não sincronizáveis). Antes, elas eram armazenadas no perfil do Chrome. Agora, elas serão migradas para o armazenamento de senhas local do Google Play Services, da mesma forma que as senhas das Contas do Google já são armazenadas. Ele também altera a interface de gerenciamento que será fornecida pelo Google Play Services. A política do Chrome PasswordManagerEnabled ainda é válida, mas não controla o comportamento fora do binário do Chrome. Portanto, a nova interface de gerenciamento de senhas permite que os usuários importem ou adicionem senhas manualmente.
- Chrome 123 no Android: o recurso é lançado para usuários sem senhas locais.
- Chrome 124 no Android: todas as senhas locais são migradas para o Google Play Services.
- Encapsulamento de chaves X25519Kyber768 para TLS
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 é exposto como um novo pacote de criptografia TLS. O TLS negocia automaticamente as criptografias compatíveis, então essa alteração deve ser transparente para os operadores do servidor. 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 PostQuantumKeyContractEnabled, 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. Essa criptografia será usada para conexões TLS 1.3 e QUIC.
- Chrome 124 no Windows, MacOS e Linux
- Salvar no Drive e no Google Fotos
Você pode salvar diretamente um arquivo ou uma imagem de documento da Web no seu Drive, além de uma imagem no Google Fotos. Agora você pode alterar a conta na qual o arquivo será salvo. As políticas relevantes para controlar esses recursos são ContextMenuPhotoSharingSettings e DownloadManagerSaveToDriveSettings.
- Chrome 124 no iOS
- Protótipo de credenciais de sessão vinculadas ao dispositivo google.com
O projeto de credenciais de sessão vinculadas ao dispositivo retira a Web das credenciais do portador de longa duração, como cookies, que podem ser roubadas e reutilizadas, para credenciais de curta duração ou vinculadas criptograficamente a um dispositivo. O recurso tem como objetivo proteger os usuários contra o roubo de credenciais, o que normalmente é executado por malware em execução no dispositivo do usuário.
O lançamento atual é uma prova de conceito direcionada ao site google.com. No futuro, planejamos padronizar essa abordagem para outros sites e navegadores da Web (GitHub).
Os administradores corporativos podem controlar o estado do recurso usando a política booleana BoundSessionCredentialsEnabled.
- Chrome 124 no Windows: lançamento planejado de 1% no Chrome estável para a vinculação de cookies do google.com para a população em geral. Uma política BoundSessionCredentialsEnabled temporária é introduzida nesse marco.
- Integração do Windows ClearType Text Tuner
Esse recurso rastreia o trabalho para ajudar a selecionar os valores de contraste e de gama da configuração ClearType Text Tuner do Windows e aplicá-los à renderização de texto Skia. Isso garante que as preferências de renderização de texto dos usuários sejam respeitadas nos dispositivos Windows.
- Chrome 124 no Windows, MacOS e Linux
- Políticas novas e atualizadas no navegador Chrome
Política
Descrição
MutationEventsEnabled
Reativar eventos de mutação descontinuados/removidos
BoundSessionCredentialsEnabled
Vincular credenciais do Google a um dispositivo
AutomaticFullscreenAllowedForUrls
Permitir a tela cheia automática nestes sites
AutomaticFullscreenBlockedForUrls
Bloquear a tela cheia automática nestes sites
CloudProfileReportingEnabled
Ativar os relatórios de nuvem do Google Chrome para o perfil gerenciado
PrefixedVideoFullscreenApiAvailability
Gerenciar a disponibilidade da API prefixada de tela cheia de vídeo descontinuada
- Políticas removidas do navegador Chrome
Política
Descrição
WebSQLAccess
Forçar a ativação do WebSQL.
InsecureHashesInTLSHandshakesEnabled
Os hashes não seguros nos handshakes do TLS estão ativados
RSAKeyUsageForLocalAnchorsEnabled
Verificar o uso da Chave RSA em certificados de servidor emitidos por âncoras de confiança locais
GetDisplayMediaSetSelectAllScreensAllowedForUrls
Permite a seleção automática para a captura de várias telas.
ThrottleNonVisibleCrossOriginIframesAllowed
Permite ativar a limitação de iframes de origem cruzada não visíveis
Atualizações do ChromeOS
-
Delegação de permissão do WebHID
Os apps do Chrome agora ativam recursos do WebHID no WebView de apps no Chrome, para suporte de VDI e HID do Zoom.
-
QoS de Wi-Fi no ChromeOS
O ChromeOS 124 agora inclui um novo recurso de Qualidade de Serviço (QoS) que melhora a priorização do tráfego de apps de videoconferência e jogos em redes Wi-Fi congestionadas. Como resultado, os usuários podem ter uma reprodução de vídeo mais suave, com menos armazenamento em buffer. Nesta versão inicial, esse recurso não está disponível para usuários gerenciados.
-
Verificando DLC
Para otimizar o tamanho das atualizações do ChromeOS, agora fazemos o download do driver necessário quando o usuário faz login e conecta um scanner que requer um driver. O download do driver é automático, sem que o usuário precise responder. Uma notificação será exibida para indicar que os drivers externos estão sendo instalados e a instalação foi concluída.
-
Aumentar o tamanho máximo do controle deslizante do ponteiro do mouse
Expandimos o tamanho dos cursores do mouse. Para ajustar o tamanho do cursor, acesse as configurações, acessibilidade, cursor e touchpad e deslize o controle deslizante para o tamanho que preferir. Isso pode ser útil para pessoas com baixa visão, professores que querem que os estudantes acompanhem durante uma aula durante uma apresentação, para quem está apresentando em uma videochamada ou se você quiser apenas usar um cursor de mouse maior.
-
Pareamento rápido para HID
O Pareamento rápido já está disponível para mouses no ChromeOS. Agora você pode aproximar um mouse compatível com Pareamento rápido do dispositivo ChromeOS e receber uma solicitação para parear com um clique. Para mais detalhes, consulte nosso artigo da Central de Ajuda.
-
Invalidação do cache de extensão para a tela de login de visitante gerenciado
No ChromeOS 124 e versões mais recentes, a política ExtensionInstallForcelist tem suporte à reversão de extensões para Sessões de visitante gerenciadas e tela de login. Com isso, os administradores têm a opção de reverter extensões no caso de um lançamento incorreto de uma nova versão.
-
Reinicialização instantânea na Sessão de visitante gerenciada
O ChromeOS 124 introduz uma interface para administradores iniciarem uma ação de reinicialização instantânea nas Sessões de visitante gerenciadas.
-
Bloqueio da operadora do ChromeOS
O ChromeOS agora oferece suporte ao bloqueio da operadora para provedores de dispositivos móveis que querem fornecer dispositivos subsidiados aos usuários. Em todos os dispositivos com rede celular, as operadoras podem bloquear o dispositivo para permitir a conexão apenas com perfis de chip aprovados (eSIM e chip físico). Os dispositivos bloqueados são registrados em um servidor de bloqueio da operadora e, quando o contrato termina, a operadora simplesmente libera o bloqueio e o usuário é notificado no dispositivo. Além de ser bloqueado pelo uso de perfis de chip não autorizados, o modo de desenvolvedor fica bloqueado em dispositivos bloqueados pela operadora.
Atualizações no Admin Console
-
Exclusão de navegador inativo no Chrome Enterprise Core
De abril de 2024 a maio de 2024 no Chrome Enterprise Core, o Período de inatividade da política de exclusão de navegador vai começar a ser implementado e excluir automaticamente os navegadores registrados que estiverem inativos por mais tempo que o período determinado pela política. Ao lançar a política, o período de inatividade terá o valor padrão de 540 dias. Por padrão, todos os navegadores registrados que estiverem inativos há mais de 540 dias serão excluídos da sua conta. Os administradores podem alterar o valor do período de inatividade usando esta política. O valor máximo para determinar o período de inatividade do navegador será de 730 dias, e o mínimo, de 28 dias (saiba mais).
Se você diminuir o valor da política definida, isso poderá ter um impacto global nos navegadores registrados. Todos os navegadores afetados serão considerados inativos e, portanto, serão excluídos irreversíveis. Para garantir que os navegadores excluídos sejam registrados novamente de forma automática na próxima vez que forem reiniciados, defina o valor da política Gerenciamento de tokens do dispositivo como Excluir token antes de reduzir o valor. Os tokens de registro nesses navegadores ainda precisam ser válidos no momento da reinicialização.
-
Novo filtro na página "Detalhes do aplicativo"
Estamos lançando um novo filtro para Todos os usuários e navegadores na página "Detalhes do app". Esse filtro permite que os administradores de TI visualizem facilmente todos os navegadores e usuários gerenciados em que uma extensão ou um aplicativo específico está instalado.
- Novas políticas no Admin Console
Nome da política
Páginas
Compatível com
Categoria/campo
AutoFullscreenAllowedForUrls
Usuários e navegadores
MGS
Android
Chrome
ChromeOS
Experiência do usuário
AutoFullscreenBlockedForUrls
Usuários e navegadores
MGS
Android
Chrome
ChromeOS
Experiência do usuário
MutationEventsEnabled
Usuários e navegadores
MGS
Android
Chrome
ChromeOS
Android Webview
Compatibilidade de site legado
PrefixedVideoFullscreenApiAvailability
Usuários e navegadores
MGS
Android
Chrome
ChromeOS
Fuschia
Compatibilidade de site legado
Em breve
Observação: os itens listados abaixo são atualizações experimentais ou planejadas. Eles podem ser alterados, atrasados ou cancelados antes do lançamento no Canal Stable.
Próximas mudanças no navegador
- Provedor de framework de acessibilidade de automação de interface no Windows
A partir do Chrome 126, o Chrome passará a 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.
A partir do Chrome 125, os administradores poderão usar a política corporativa UiAutomationProviderEnabled para forçar a ativação do novo provedor (para que todos os usuários recebam a nova funcionalidade) ou desativar o novo provedor. Esta política poderá ser usada 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. Ela será ativada progressivamente para todos os usuários estáveis, com pausas conforme necessário, para resolver problemas de compatibilidade que podem ser resolvidos 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 será removida do Chrome. Todos os clientes vão usar o provedor do framework de acessibilidade de automação de interface do navegador.
- Contêineres de rolagem com foco no teclado
Tornar os contêineres de rolagem focalizáveis usando a navegação de foco sequencial melhora muito a acessibilidade. Atualmente, a tecla Tab não foca os controles de rolagem, 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 poderão focar o conteúdo recortado usando as teclas Tab e de seta do teclado. Esse comportamento será ativado somente se o botão de rolagem não tiver filhos focalizáveis do teclado. Essa lógica é necessária para não causar regressões para elementos focalizáveis existentes que podem existir em um botão de rolagem como <textarea>.
- Chrome 125 no Windows, MacOS, Linux e Android
- Ação padrão de movimentação do mouse interoperável
O Chrome permitiu o cancelamento de eventos mousemove para evitar outras APIs, como a seleção de texto, e até mesmo o recurso de arrastar e soltar antes. Isso não corresponde aos outros principais navegadores. nem está em conformidade com a interface (especificação de eventos).
Com esse recurso, a seleção de texto não será mais a ação padrão do movimento do mouse.A seleção de texto e o recurso de arrastar e soltar ainda podem ser evitados com o cancelamento dos eventos selectstart e dragstart, respectivamente, que estão em conformidade com as especificações e são totalmente interoperáveis.
- Chrome 125 no Windows, MacOS, Linux e Android
- O serviço de rede no Windows será colocado no sandbox
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 vão mais poder fazer isso. Podem ocorrer problemas na interoperabilidade com o software que injeta códigos no espaço de processo do Chrome, como o software Prevenção contra perda de dados. A política NetworkServiceSandboxEnabled permite desativar o sandbox em caso de incompatibilidade. Teste o sandbox no seu ambiente seguindo estas instruções e informe os problemas encontrados.
- Chrome 125 no Windows: serviço de rede no sandbox do Windows
- Telemetria sobre páginas que acionam APIs de bloqueio de teclado e ponteiro
Quando um usuário do recurso Navegação segura aprimorado visita uma página que aciona APIs de bloqueio de teclado ou ponteiro, os atributos dessa página são enviados para a Navegação segura.
Se a telemetria for enviada e a página parecer maliciosa, os usuários verão um aviso do Navegação segura e o teclado ou ponteiro será desbloqueado caso eles tenham sido bloqueados.
- Chrome 125 no Android, ChromeOS, LaCrOS, Linux, MacOS, Windows e Fuchsia
- Extensão da API Storage Access (SAA) para armazenamento sem cookies
Propomos uma extensão da API Storage Access (compatível com versões anteriores) para permitir o acesso ao armazenamento não particionado (cookies e não cookies) em um contexto de terceiros e imagine a mecânica da API como o exemplo a seguir (JS em execução em um iframe incorporado):
// Solicite um novo identificador de armazenamento via rSA (isso deve perguntar ao usuário)
let handle = await document.requestStorageAccess({all: true});
// Grave alguns locais de armazenamento entre sites
handle.localStorage.setItem("userid", "1234");
// Abra ou crie um indexadoDB compartilhado com o contexto próprio
let messageDB = handle.defaultBucket.indexedDB.open("messages");
O mesmo fluxo seria usado por iframes para receber um identificador de armazenamento quando o ancestral de nível superior era chamado de rSAFor. Nesse caso, a permissão storage-access já foi concedida. Sendo assim, a chamada rSA não exigiria um gesto do usuário nem mostraria uma solicitação, permitindo que iframes ocultos acessem o armazenamento.
- Remoção do alias de posição de janela dos descritores de política de permissão e permissão
O Chrome 124 remove o alias window-placement para descritores de política de permissão e permissão. Todas as instâncias de window-placement são substituídas por window-management, que descreve melhor a funcionalidade da API relacionada. Esta é uma continuação dos aprimoramentos do recurso da API Multi-Screen Window Placement Para mais detalhes, consulte Status da plataforma do Chrome.
- Chrome 125 no Windows, MacOS e Linux
- Bit de cadeia de ancestral entre sites para CookiePartitionKey de cookies particionados
O Chrome 125 adiciona um bit ancestral entre sites à chave do CookiePartitionKey do cookie particionado. Essa mudança unifica a chave de partição com os valores de chave de partição usados no particionamento de armazenamento e adiciona proteção contra ataques de clickjacking, impedindo que frames incorporados entre sites tenham acesso aos cookies particionados do site de nível superior.
Caso uma empresa sofre alguma falha com iframes incorporados, ela pode usar a política CookiesAllowedForUrls ou usar cookies SameSite=None sem e depois invocar a API Storage Access (SAA) ou usar o Compartilhamento de recursos entre origens (CORS) para garantir que os iframes incorporados tenham acesso aos mesmos cookies do domínio de nível superior.
- Chrome 126 no Windows, MacOS e Linux
- Extrair texto de PDFs para usuários de leitores de tela
O navegador Chrome está lançando um leitor de IA de reconhecimento óptico de caracteres (OCR) para PDFs, criando o primeiro navegador integrado com leitor de tela PDF para documentos inacessíveis, aumentando a acessibilidade para usuários cegos e com baixa visão na Web.
Esse recurso utiliza modelos de OCR do Google para extrair, compartimentar e classificar documentos PDF para torná-los mais acessíveis. Será adicionada uma biblioteca local de inteligência de máquina que usa a tecnologia Screen AI para analisar capturas de tela ou a árvore de acessibilidade e extrair mais informações para ajudar na tecnologia assistiva, como textos (OCR) e conteúdo principal da página.
- Chrome 126 no Chrome OS, Linux, MacOS e Windows
- Suspensão do uso dos relatórios estendidos da Navegação segura
Os relatórios estendidos da Navegação segura são um recurso que melhora 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 continuar oferecendo segurança a todos os usuários 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 126 no iOS, ChromeOS, Linux, MacOS e Windows : descontinuação dos relatórios estendidos da Navegação segura
- Remover política corporativa usada para herança de URL de base
No Chrome 114, lançamos NewBaseUrlInheritanceBehaviorAllowed para evitar que usuários ou variações do Google Chrome ativem NewBaseUrlInheritanceBehavior, caso sejam descobertos problemas de compatibilidade. No Chrome 125, a política temporária NewBaseUrlInheritanceBehaviorAllowed será removida.
- Chrome 125 no Android, ChromeOS, Linux, MacOS e Windows: a política NewBaseUrlInheritanceBehaviorAllowed será removida.
- Criptografia vinculada ao app para cookies
Para melhorar a segurança dos cookies no Windows, a chave de criptografia usada para criptografia de cookies será ainda mais protegida pela vinculação à identidade do aplicativo do Chrome. Isso ajuda na proteção contra malwares que podem tentar roubar cookies do sistema. Isso não protege contra um invasor capaz de elevar privilégios ou injetar nos processos do Chrome.
Uma política corporativa ApplicationBoundEncryptionEnabled será disponibilizada para desativar a criptografia vinculada a aplicativos.
- Chrome 125 no Windows
- Intenção de suspender o uso: eventos de mutação
Eventos de mutação síncrona, incluindo DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocumente DOMCharacterDataModified, afetam negativamente o desempenho da página e aumentam significativamente a complexidade da 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 o Mutation Observer. A partir do Chrome 124, uma política corporativa temporária, MutationEventsEnabled, será disponibilizada para reativar eventos de mutação descontinuados ou removidos. Se você encontrar algum problema, informe um bug aqui.
- Chrome 127 no Android, ChromeOS, Linux, MacOS e Windows: os eventos de mutação vão parar de funcionar no Chrome 127 por volta de 30 de julho de 2024.
- Captura de links do usuário em PWAs
Os links da Web direcionam automaticamente os usuários para os apps instalados. Para alinhar as expectativas dos usuários em relação aos apps da Web instalados, 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 instalado, enquanto outros veem o link aberto em uma nova guia com um ícone na barra de endereço. Clicar no ícone inicia o app. Uma sinalização está disponível para controlar esse recurso:
chrome://flags/#enable-user-link-capturing-pwa.
- Primeiro para o Chrome 127 no Linux, MacOS, Windows: vamos lançar para 100% do Stable com um padrão ativado (sempre inicia apps após cliques no link) ou desativado (sempre aberto em uma guia, somente ser iniciado se o usuário clicar no ícone da barra de endereço).
- As extensões precisam ser atualizadas para usar o Manifesto V3 até junho de 2025
As extensões precisam ser atualizadas para usar o Manifesto V3. As extensões do Chrome estão sendo transferidas para uma nova versão do manifesto, o Manifesto V3. Isso proporcionará mais privacidade aos usuários, por exemplo, ao passar para um modelo em que as extensões modificam as solicitações de maneira declarativa, sem a capacidade de ver solicitações individuais. Isso também melhora a segurança das extensões, já que o código hospedado remotamente não será permitido no Manifest V3.
A partir de junho de 2024, o Chrome vai desativar gradualmente as extensões do Manifest V2 em execução no navegador. Uma política corporativa, ExtensionManifestV2Availability, está disponível para controlar se as extensões do Manifesto v2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Além disso, as máquinas em que a política estiver ativada não vão estar sujeitas à desativação das extensões do Manifesto V2 até o ano seguinte, junho de 2025, quando a política será removida.
É possível ver qual versão do manifesto está sendo usada por todas as extensões do Chrome em execução na sua frota na página Uso de apps e extensões no Chrome Enterprise Core. Leia mais no Cronograma do manifesto, incluindo:
- Chrome 110 no ChromeOS, Lacros, Linux, MacOS e Windows: a política corporativa ExtensionManifestV2Availability está disponível para controlar se as extensões do Manifest V2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Após a migração, a política vai permitir que você estenda o uso das extensões do Manifesto V2.
- Chrome 127 no ChromeOS, Lacros, Linux, MacOS e Windows: o Chrome vai desativar gradualmente as extensões do Manifest V2 nos dispositivos dos usuários. Somente os usuários com a política corporativa ExtensionManifestV2Availability ativada poderão continuar usando as extensões do Manifest V2 na organização.
- Chrome 139 no ChromeOS, Lacros, Linux, MacOS e Windows: remova a política ExtensionManifestV2Availability.
- Remover política corporativa usada para o comportamento legado de mesmo site
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento do SameSite dos cookies para o legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 128 no Android, ChromeOS, Linux, MacOS, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
- O Chrome não será mais compatível com o macOS 10.15
O Chrome não será mais compatível com o macOS 10.15, que já está fora do período de suporte da Apple. Os usuários precisam atualizar os sistemas operacionais para continuar usando o navegador Chrome. A execução em um sistema operacional com suporte é essencial para manter a segurança. Se ele for executado no macOS 10.15, o Chrome continuará mostrando uma barra de informações com lembretes aos usuários de que o Chrome 129 não será mais compatível com o macOS 10.15.
- Chrome 129 no MacOS: o Chrome não é mais compatível com o macOS 10.15.
- Suspensão do uso do argumento includeShadowRoots no DOMParser
O argumento includeShadowRoots era um argumento nunca padronizado para a função DOMParser.parseFromString(), que existia para permitir a análise imperativa de conteúdo HTML que contém shadow DOM declarativo.Ele foi enviado no Chrome 90 como parte do envio inicial do shadow DOM declarativo. Como a discussão sobre padrões rematerializou em 2023, o formato das APIs DSD mudou, incluindo esse recurso para análise imperativa. Para ler mais, consulte os detalhes da contexto sobre os padrões relacionados. Além disso, há informações sobre as suspensões de uso de recursos serialização do shadow DOM e atributo raiz shadow.
Agora que uma versão padronizada dessa API, na forma de setHTMLUnsafe() e parseHTMLUnsafe() , será enviada no Chrome 124, a versão não padrão includeShadowRoots argumento precisa ser descontinuado e removido. Todo o uso precisa ser alterado adequadamente:
Em vez de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Isto pode ser usado em vez disso:
document.parseHTMLUnsafe(html);
- Chrome 129 no Windows, Mac, Linux e Android
Próximas mudanças no ChromeOS
-
Configurações do Passpoint do ChromeOS
A partir do ChromeOS 125, você poderá acessar e gerenciar o Passpoint do Wi-Fi nas Configurações do ChromeOS. Você poderá conferir e remover a assinatura do ponto de acesso instalada na página de detalhes do ponto de acesso.
-
Nova política para controlar os tempos de ativação e suspensão do quiosque
A partir do ChromeOS 125, vamos lançar uma nova política para dispositivos de quiosque. Com ela, os administradores vão poder programar quando um dispositivo será ativado e suspenso. Para mais detalhes, consulte Configurações de quiosque.
Próximas alterações no Admin Console
- Paridade de políticas: configurações personalizadas para administradores de TI
A página Configurações personalizadas permite que os administradores de TI configurem as políticas do Chrome que ainda não estão no Admin Console usando scripts JSON. Por isso, todas as políticas do Chrome agora podem ser configuradas no Chrome Enterprise Core no Admin Console, usando a página Configurações ou Configurações personalizadas. Também é possível usar a página para configurar o modo de instalação de extensão não compatível com o Admin Console, como "normal_Install".
- A partir do Chrome 125 no Android, iOS, Linux, Mac e Windows : acesso ao Trusted Tester
- A partir do Chrome 126 para Android, iOS, Linux, Mac e Windows: lançamento do recurso
- Relatório de tecnologia legada
A partir do Chrome 127, o Relatório de tecnologia legada estará disponível no Admin Console e vai informar de forma proativa os sites (internos e externos) que usam tecnologias que serão descontinuadas, como cookies de terceiros, alterações em cookies SameSite e protocolos de segurança mais antigos, como TLS 1.0/1.1 e cookies de terceiros. Essas informações vão permitir que os administradores de TI trabalhem com os desenvolvedores para planejar as migrações tecnológicas necessárias antes que as remoções do recurso de descontinuação entrem em vigor.
No momento, este recurso está disponível em nosso programa Trusted Tester. Se você tiver interesse em nos ajudar a testar esse recurso, inscreva-se no programa Trusted Tester do Chrome Enterprise.
- A partir do Chrome 127 no Linux, MacOS e Windows: o relatório Tecnologia legada vai estar disponível no Admin Console.
Chrome 123
Atualizações do navegador Chrome
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
✓
Recursos de IA generativa
✓
Retomada de guias
✓
✓
Chrome no Android e iOS: retomada em dispositivos diferentes
✓
Voltar para a última guia aberta em qualquer dispositivo
✓
Alteração no comportamento das políticas do JIT do JavaScript
✓
A Sincronização do Chrome não oferece mais suporte ao Chrome 81 e versões anteriores
✓
✓
Novas políticas de tempo limite de inatividade no iOS
✓
Detecção de reutilização de senhas entre perfis
✓
Telemetria para comandos de permissão e aceitação de permissões de notificações
✓
API de roteamento estático do ServiceWorkers
✓
Verificações de acesso à rede privada para solicitações de navegação: modo somente aviso
✓
Senhas locais armazenadas no Google Play Services
✓
Codificação de conteúdo Zstd
✓
Reformulação forçada dos fluxos de login
✓
Mudanças no Google Update
✓
Políticas novas e atualizadas no navegador Chrome
✓
Atualizações do ChromeOS
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Migração do Bluetooth do ChromeOS Flex
✓
Personalização de atalhos do teclado
✓
Personalização do botão do mouse
✓
Configuração mais rápida de Tela dividida
✓
Ponto de acesso de tethering do ChromeOS
✓
Seleção de idioma por app no Android
✓
Novas vozes naturais para conversão de texto em voz
✓
Lançamento do modo operador de dados na Noruega e Bélgica
✓
Configurações de privacidade por app
✓
Segurança aprimorada do Android para novos clientes corporativos
✓
Atualizações no Admin Console
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Experiência aprimorada na página "Configurações"
✓
Coleta de registros remotos para dispositivos ChromeOS
✓
Exclusão de navegador inativo no Gerenciamento de nuvem do navegador Chrome
✓
Relatórios de erros do Chrome
✓
Novas políticas no Admin Console
✓
Próximas mudanças no navegador Chrome
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Tela de escolha do mecanismo de pesquisa padrão
✓
Captura de links de usuários em PWAs: Windows, MacOS e Linux
✓
Solicitação de permissões para a API Web MIDI
✓
Upgrade de três extensões do Chrome para o Manifest V3
✓
✓
Melhorias nos favoritos e na lista de leitura no Android
✓
Suspensão da política corporativa usada para limitação
✓
Suporte do Chrome em computadores para o Windows ARM64
✓
Remoção da política corporativa usada para GREASE
✓
O serviço de rede no Windows será colocado no sandbox
✓
Descontinuação e remoção do WebSQL
✓
Controles do formulário compatíveis com o valor de direção no modo de escrita vertical
✓
Remoção de políticas corporativas relacionadas ao uso de handshake de TLS e Chave RSA
✓
Atributo clonável de raiz paralela
✓
Remoção da política corporativa usada para herança de URL de base
✓
Intenção de descontinuação: eventos de mutação
✓
Remoção de política corporativa usada para o comportamento de mesmo site legado
✓
Todas as extensões precisam ser atualizadas para usar o Manifesto V3 até junho de 2025
✓
O Chrome não será mais compatível com o macOS 10.15
✓
Próximas mudanças no ChromeOS
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Gravação de GIFs com a Captura de tela
✓
Próximas mudanças no Admin Console
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Relatório de tecnologia legada
✓
Paridade de políticas: configurações personalizadas para administradores de TI
✓
FAZER O DOWNLOAD das notas da versão (PDF)
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 1 a 2 semanas.
Atualizações do navegador Chrome
- Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
Conforme anunciado anteriormente, o Chrome 120 começou a restringir cookies de terceiros por padrão a 1% dos usuários do Chrome para facilitar os testes, e as versões subsequentes serão para 100% dos usuários a partir do 3o trimestre de 2024. Essa ampliação para 100% está sujeita à resolução das questões pendentes sobre concorrência da Autoridade de Concorrência e Mercados do Reino Unido (CMA, na sigla em inglês). Os navegadores que fazem parte do grupo experimental de 1% também têm acesso aos novos controles de usuário da Proteção antirrastreamento. Teste essas mudanças no Chrome 120 ou em versões mais recentes ativando chrome://flags/#test-third-party-cookie-phaseout.
Com esse período de testes, os sites vão poder experimentar como é operar em um mundo sem cookies de terceiros. Como as proteções contra rastreamento por redirecionamento também fazem parte da 3PCD, o grupo de usuários com bloqueio a cookies de terceiros apresenta contenções ao rastreamento por redirecionamento. Assim, o estado deles é excluído para sites classificados como rastreadores por redirecionamento. A maioria dos usuários corporativos foi automaticamente excluída desse grupo experimental de 1%. No entanto, recomendamos que os administradores usem as políticas BlockThirdPartyCookies e CookiesAllowedForUrls para reativar cookies de terceiros e não autorizar a participação dos navegadores gerenciados antes do experimento. Assim, as empresas têm tempo para fazer as mudanças necessárias e não depender dessa política ou de cookies de terceiros.
Estamos lançando o Relatório de tecnologia legada para ajudar a identificar casos de uso de cookies de terceiros. Os administradores podem definir a política BlockThirdPartyCookies como "false" para reativar cookies de terceiros em todos os sites, mas isso vai impedir que os usuários mudem a configuração correspondente no Chrome. Outra opção é definir a política CookiesAllowedForUrls, incluir seus apps corporativos na lista de permissões para que continuem recebendo cookies de terceiros e, assim, evitar falhas.
Os usuários finais corporativos incluídos nesse grupo experimental e não enquadrados em uma das duas políticas acima podem usar o ícone de olho na omnibox para reativar temporariamente cookies de terceiros por 90 dias em um determinado site, quando necessário. Consulte este artigo da Central de Ajuda para mais detalhes sobre como mudar essas definições para a configuração desejada.
As proteções contra rastreamento por redirecionamento são abrangidas pelas mesmas políticas dos cookies e são aplicadas quando o site de redirecionamento não tem permissão para usar cookies de terceiros. Assim, se a política BlockThirdPartyCookies ou CookiesAllowedForUrls for definida para um site, as mitigações de rastreio por redirecionamento não vão mais excluir o estado dos sites.
As integrações de SaaS empresariais usadas em um contexto entre sites para casos de uso não relacionados a publicidade podem ser registradas no teste de descontinuação de terceiros ou no teste próprio de descontinuação para manter o acesso a cookies de terceiros por um período limitado.
O recurso heurístico concede acesso temporário a cookies de terceiros em cenários limitados com base no comportamento do usuário. Isso reduz as falhas do site causadas pela descontinuação dos cookies de terceiros em padrões já estabelecidos, como redirecionamentos e pop-ups de provedores de identidade.
Para saber como se preparar, enviar feedback e informar possíveis problemas no site, consulte nossa página de destino atualizada sobre como se preparar para o fim dos cookies de terceiros.
- A partir do Chrome 120 no ChromeOS, Linux, MacOS e Windows
1% do tráfego global teve cookies de terceiros desativados. Os usuários corporativos são excluídos automaticamente sempre que possível, e há uma política disponível para substituir a alteração.
- Recursos de IA generativa
No Chrome 122, três recursos de IA generativa (IA generativa) foram disponibilizados para usuários gerenciados que fizeram login no navegador Chrome: Organizador de guias, Criar temas e Quero ajuda para escrever (indisponível no ChromeOS). Inicialmente, esses três recursos só estão disponíveis para usuários maiores de 18 anos em inglês nos EUA. Os administradores podem controlar esses recursos usando as políticas TabOrganizerSettings, CreateThemesSettings e HelpMeWriteSettings.
A partir do Chrome 123, vamos lançar esses recursos gradualmente e alguns usuários não vão mais precisar aceitar a IA experimental para usar os recursos se os administradores definirem as políticas como ativadas.
- Chrome 122 no ChromeOS, Linux, Mac e Windows: recursos de IA generativa (Organizador de guias, Criar temas) são disponibilizados para usuários gerenciados nos EUA. Os usuários precisam ativar a IA experimental.
- Chrome 123 no ChromeOS, Linux, Mac e Windows: Atributos ( Organizador de guias . Criar temas ) ficam disponíveis para usuários gerenciados nos EUA. O recurso fica ativado por padrão para alguns usuários. Outras pessoas ainda vão poder ativar o recurso manualmente na página de configurações da IA experimental. Em ambos os casos, os recursos não ficam disponíveis se forem desativados pela política.
- Retomar guias
O Chrome 123 apresenta um novo card na página Nova guia, que ajuda os usuários a continuar com sugestões de guias de outros dispositivos. Com a política NTPCardsVisible, os administradores podem controlar esse e outros cards na página Nova guia.
- Chrome 123 no ChromeOS, Linux, Mac e Windows
- Chrome no Android e iOS: retomada entre dispositivos
Para ajudar os usuários a retomar tarefas originadas de outros dispositivos, o Chrome vai oferecer sugestões de guias entre dispositivos na página Nova guia ou nas plataformas da página inicial do Chrome no Android e no iOS.
- Chrome 123 no Android e iOS: lançamentos de recursos
- Voltar para a última guia aberta em qualquer dispositivo
Para a última guia aberta em qualquer dispositivo nas últimas 24 horas com o mesmo perfil de usuário conectado, o Chrome agora oferece aos usuários um atalho rápido para retomar essa guia. Os administradores podem controlar esse recurso com uma política corporativa chamada SyncTypesListDisabled.
- Chrome 123 no iOS: lançamentos de recursos
- Alteração no comportamento das políticas do JIT do JavaScript
No Chrome 122, ativar a política DefaultJavaScriptJitSetting e desativar o JIT do JavaScript não resulta mais na desativação total do WebAssembly. O JIT de otimização do V8 continuará sendo desativado ao definir esta política. Isso permite que o Chrome renderize conteúdo da Web em uma configuração mais segura.
- A Sincronização do Chrome não oferece mais compatibilidade com o Chrome 81 e versões anteriores
A Sincronização do Chrome não será mais compatível com o Chrome 81 e versões anteriores. Você precisará fazer upgrade para uma versão mais recente do Chrome se quiser continuar usando a Sincronização do Chrome.
- Chrome 123 no Android, iOS, ChromeOS, Linux, MacOS e Windows: a mudança vai ser implementada.
- Novas políticas de tempo limite de inatividade no iOS
As empresas agora podem exigir uma ação após o Chrome ficar inativo por algum tempo em dispositivos iOS. Administradores podem usar a política IdleTimeout para definir um período de tempo limite e a política IdleTimeoutActions para especificar ações no tempo limite. A configuração estará disponível como uma política de plataforma e estará disponível para cada perfil de usuário futuramente.
- Chrome 123 no iOS: políticas disponíveis no iOS.
- Detecção de reutilização de senhas entre perfis
Antes, a detecção de reutilização de senhas de credenciais corporativas só era detectável no perfil corporativo. No Chrome 123, 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.
- Chrome 123: o recurso é lançado para empresas que ativaram MetricsReportingEnabled.
- Telemetria para solicitações de permissão e aceitação de permissões de notificações
Quando a proteção reforçada está ativada e um usuário acessa uma página que solicita que ele aceite uma permissão de notificação, os atributos dessa página podem ser enviados para a Navegação segura. Se a telemetria for enviada e a página for considerada perigosa, os usuários receberão um aviso do recurso Navegação segura.
Quando os relatórios estendidos da proteção reforçada ou da Navegação segura estiverem ativados e um usuário aceitar a permissão de notificação de uma página na lista de bloqueio, esse evento será enviado para a Navegação segura.
Esses recursos podem ser controlados pelas políticas SafeBrowsingProtectionLevel e SafeBrowsingExtendedReportingEnabled.
- Chrome 123 Android, ChromeOS, LaCrOS, Linux, Mac, Windows e Fuchsia: o recurso foi lançado para empresas que ativaram MetricsReportingEnabled.
- API de roteamento estático do ServiceWorker
Essa API permite que os desenvolvedores configurem o roteamento e descarreguem coisas simples que os ServiceWorkers fazem. Se a condição for correspondente, a navegação vai ocorrer sem iniciar ServiceWorkers ou executar JavaScript, permitindo que páginas da Web não sofram penalidades de desempenho devido a interceptações de ServiceWorker.
- Chrome 123 no Windows, Mac, Linux e Android
- Verificações de acesso à rede particular para solicitações de navegação: modo somente aviso
Antes de um site navegar para um site de destino na rede privada de um usuário, o Chrome fará o seguinte:
1. Verificar se a solicitação de navegação original foi iniciada de um contexto seguro.
2. Enviar uma solicitação de simulação e verificar se o site de destino responde com um cabeçalho que permite acesso à rede privada.
As verificações acima são feitas para proteger a rede privada do usuário. Como esse recurso opera no modo somente aviso, as solicitações não serão interrompidas se alguma das verificações falhar. Em vez disso, um aviso vai ser exibido no console do Chrome do DevTools para ajudar os desenvolvedores a se prepararem para a aplicação da política. Para ler sobre essas mudanças, consulte Acesso à rede privada (PNA) para solicitações de navegação. Para saber mais, consulte a especificação do PNA.
- Chrome 123 no Android (exceto WebView), ChromeOS, Linux, MacOS e Windows : modo somente aviso.
- Chrome 130 mais recente no Android (exceto WebView), ChromeOS, Linux, MacOS e Windows: as solicitações vão falhar.
- Senhas locais armazenadas no Google Play Services
O Chrome muda o armazenamento das senhas locais (não sincronizáveis). Antes, elas eram armazenadas no perfil do Chrome. Agora, elas serão migradas para o armazenamento de senhas local do Google Play Services, da mesma forma que as senhas das Contas do Google já são armazenadas. Ele também altera a interface de gerenciamento que será fornecida pelo Google Play Services. A política do Chrome PasswordManagerEnabled ainda é válida, mas não controla o comportamento fora do binário do Chrome. Portanto, a nova interface de gerenciamento de senhas permite que os usuários importem ou adicionem senhas manualmente.
- Chrome 123 no Android: o recurso é lançado para usuários sem senhas locais.
- Chrome 124 no Android: todas as senhas locais são migradas para o Google Play Services.
- Codificação de conteúdo Zstd
O Chrome está adicionando suporte ao Zstandard (zstd) como um mecanismo de compactação de dados. O suporte à codificação de conteúdo zstd no navegador permite que os sites gastem menos tempo e CPU ou energia com compactação nos seus servidores, resultando em custos reduzidos de servidores. Uma política corporativa temporária ZstdContentEncodingEnabled está disponível para desativar o recurso de codificação de conteúdo zstd.
- Chrome 123 no Android, ChromeOS, LaCrOS, Linux, Mac, Windows e Fuchsia : o suporte para zstd foi adicionado.
- Forçar reformulação dos fluxos de login
Quando a política BrowserSignin é definida como Forçar os usuários a fazer login para usar o navegador, os usuários agora fazem login no navegador Chrome seguindo o padrão de procedimento de login por meio do seletor de perfil.
Antes, o fluxo Forçar login tinha uma caixa de diálogo de interface específica que não seguia o estilo ou os padrões típicos do Chrome. Agora, os fluxos estão alinhados com os fluxos de login normais. Também aprimoramos o tratamento de erros exibindo erros de login em uma caixa de diálogo regular com botões acionáveis.
- Chrome 123 no Mac e Windows: lançamento completo
- Mudanças no Google Update
Estamos lançando uma nova versão do Google Update. Como parte dessa mudança, o local do GoogleUpdate.exe no Windows será alterado para updater.exe. O caminho anterior vai persistir até que a transição seja totalmente concluída.
- Anterior: C:\Arquivos de Programas (x86)\Google\Update\GoogleUpdate.exe
- Atual: C:\Arquivos de Programas (x86)\Google\GoogleUpdater\VERSION\updater.exe
- Políticas novas e atualizadas no navegador Chrome
Política
Descrição
WebAnnotations
Permitir a detecção de entidades de texto simples em páginas da Web (somente no iOS)
IdleTimeout
Atraso antes de executar ações de inatividade (agora também disponível no iOS)
IdleTimeoutActions
Ações a serem executadas quando o computador estiver inativo (agora também disponível no iOS)
ChromeForTestingAllowed
Permitir o uso do Chrome for Testing
RemoteAccessHostAllowPinAuthentication
Permitir métodos de autenticação com PIN e pareamento para hosts de acesso remoto
RemoteAccessHostAllowUrlForwarding
Permitir que usuários de acesso remoto abram URLs do lado do host no navegador cliente local
DownloadManagerSaveToDriveSettings
Permitir que arquivos sejam salvos diretamente no Google Drive
Atualizações do ChromeOS
- Migração do Bluetooth do ChromeOS Flex
No ChromeOS 123, o ChromeOS Flex vai ser atualizado para a pilha Floss Bluetooth. Como parte desse upgrade, os dispositivos listados não têm mais suporte à funcionalidade Bluetooth. Se a funcionalidade Bluetooth for essencial para esses dispositivos, recomendamos que eles sejam movidos para o canal de LTS se você quiser estender a funcionalidade até outubro de 2024.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
Caso os dispositivos não consigam se conectar ao Bluetooth após a atualização para o ChromeOS 123, mude a sinalização do Chrome Usar Floss em vez de BlueZ para Desativada.
- Personalizar atalhos do teclado
Usar atalhos aumenta a produtividade, e todos nós temos nossos favoritos. No ChromeOS 123, com a personalização de atalhos, você poderá atribuir a combinação de teclas que preferir para personalizar os atalhos. Se você quiser que elas sejam mais fáceis de fazer com uma mão, mais simples de lembrar ou idênticas às que você já conhece, esse recurso simplifica seus fluxos de trabalho diários.
- Personalização do botão do mouse
A personalização do botão do mouse no Chromebook ajuda os usuários a concluir ações rápidas com o clique de um botão. Se o mouse tiver mais de dois botões, agora você poderá atribuí-los a uma lista definida de ações, como fazer uma captura de tela, ativar e desativar o som, inserir emojis e assim por diante. Também é possível selecionar uma combinação de teclas para atribuir aos botões qualquer ação realizada por um atalho de teclado.
- Configuração mais rápida de Tela dividida
Os Chromebooks oferecem várias maneiras de organizar as janelas na tela para aumentar sua produtividade. Uma delas é a tela dividida. A configuração de Tela dividida mais rápida oferece uma maneira mais rápida de configurar o layout da janela mostrando uma visão geral das janelas abertas do outro lado da tela. Com a Tela dividida mais rápida, depois de ajustar (ou bloquear) uma janela de um lado, você pode escolher uma janela já aberta em Visão geral para ajustá-la ao outro lado ou selecionar algo na estante (a linha de apps localizada na parte inferior ou lateral da tela).
- Ponto de acesso de tethering do ChromeOS
O ponto de acesso já está disponível no ChromeOS. Agora você pode compartilhar sua rede celular no Chromebook como um ponto de acesso com outros dispositivos sem conexão com a Internet. Ative seu primeiro ponto de acesso abrindo as Configurações de rede e ativando o ponto de acesso. No ChromeOS 123, só há suporte para a T-Mobile nos EUA, mas estamos trabalhando para adicionar outras redes em versões futuras.
- Seleção de idioma por app no Android
Agora você pode mudar para o idioma de sua preferência nos apps Android. As novas configurações estão disponíveis em Configurações > Apps > Gerenciar seus apps > Idioma do app.
- Novas vozes naturais para conversão de texto em voz
No ChromeOS 123, adicionamos novas vozes de TTS com som natural que funcionam off-line e estão disponíveis em 31 idiomas.
- Lançamento do modo operador de dados na Noruega
Em agosto de 2023, o modo operador de dados para o ChromeOS foi lançado nos Países Baixos para dar às organizações mais transparência e controle sobre os dados enviados e processados pelo Google. Com o aumento recente do interesse por essa área, estamos disponibilizando o modo operador de dados para outros países, começando pela Noruega. Esse produto está disponível no Admin Console em Dispositivo > Chrome > Conformidade. Para mais informações, consulte nosso artigo da Central de Ajuda.
- Configurações de privacidade por app
O ChromeOS 123 facilita o gerenciamento dos controles de privacidade nos Chromebooks, consolidando as permissões dos apps e os controles de privacidade. Isso dá aos usuários mais transparência, mostrando quais apps precisam de acesso aos sensores de privacidade e como as permissões do app são afetadas pelos estados de controle de privacidade. Agora, com as permissões por app, para o microfone e a câmera, em vez de ir a dois lugares separados (controles de privacidade e configurações do app), os usuários podem acessar as configurações de privacidade diretamente para conferir quais apps precisam de acesso a esses sensores e modificar as permissões.
- Segurança aprimorada do Android para novos clientes corporativos
O ChromeOS 123 aprimora o nível de segurança padrão de apps para clientes corporativos. Em novos domínios empresariais, o ChromeOS agora desativa por padrão os apps Android para usuários não afiliados do ChromeOS. Usuários não afiliados do ChromeOS são aqueles em dispositivos não gerenciados ou em dispositivos que são gerenciados por um domínio diferente do usuário.
Os domínios corporativos existentes não serão afetados por essa mudança. Os clientes do Google Workspace for Education novos ou atuais não serão afetados.
Os clientes corporativos que quiserem alterar a configuração padrão poderão consultar nosso artigo da Central de Ajuda.
Atualizações no Admin Console
- Experiência aprimorada na página "Configurações"
A partir de março de 2024, todos os administradores vão usar nossa experiência na página Configurações atualizada, ou seja, você não poderá mais usar a experiência na página Configurações legada. A maioria de vocês já usa a experiência atualizada. Isso significa que os administradores não poderão mais acessar a visualização legada, mas você ainda terá acesso às mesmas funcionalidades na visualização atualizada.
- Coleta de registros remotos para dispositivos ChromeOS
Se você tiver problemas com um dispositivo ChromeOS gerenciado, resolva os problemas capturando outros registros na página Detalhes do dispositivo do Admin Console. Você pode coletar registros remotamente para os seguintes casos de uso:
- Dispositivos em quiosques
- Usuários afiliados e não afiliados conectados
- Sessões de visitante gerenciadas
- Login e tela de bloqueio
Saiba mais neste artigo da Central de Ajuda Coleta de registros remotos para dispositivos ChromeOS.
- Exclusão de navegador inativo no Gerenciamento de nuvem do navegador Chrome
O período de inatividade da política de exclusão do navegador já está disponível para acesso antecipado no Admin Console. Os administradores de TI que consideram o padrão de 18 meses inadequado, podem definir explicitamente o valor da política (período de inatividade) algumas semanas antes do início da exclusão.
De abril de 2024 a maio de 2024, o Período de inatividade da política de exclusão de navegador vai começar a ser implementado e excluir automaticamente os navegadores registrados que estiverem inativos por mais tempo que o período determinado pela política. Ao lançar a política, o período de inatividade terá o valor padrão de 540 dias. Por padrão, todos os navegadores registrados que estiverem inativos há mais de 540 dias serão excluídos da sua conta. Os administradores podem alterar o valor do período de inatividade usando esta política. O valor máximo para determinar o período de inatividade do navegador será de 730 dias, e o mínimo, de 28 dias.
Se você diminuir o valor da política definida, isso poderá ter um impacto global nos navegadores registrados. Todos os navegadores afetados serão considerados inativos e, portanto, serão excluídos irreversíveis. Para garantir que os navegadores excluídos sejam registrados novamente de forma automática na próxima vez que forem reiniciados, defina o valor da política Gerenciamento de tokens do dispositivo como Excluir token antes de reduzir o valor. Os tokens de registro nesses navegadores ainda precisam ser válidos no momento da reinicialização.
- Relatório de erros do Chrome
No Chrome 123, é possível visualizar eventos de falha no Admin Console usando a nova página de relatório de erros do Chrome. Nesse relatório, você encontra um gráfico dinâmico que representa os eventos de falha do Chrome ao longo do tempo, agrupados por versões. Filtros adicionais estão disponíveis para os seguintes campos: plataformas do SO, canais do Chrome e datas. Este relatório ajuda você a identificar proativamente possíveis problemas do Chrome na sua organização.
- Chrome 121 no Linux, MacOS, Windows: programa Trusted Tester
- Chrome 123 no Linux, MacOS e Windows: lançamento de recursos
- Novas políticas no Admin Console
Nome da política
Páginas
Compatível com
Categoria/campo
ShortcutCustomizationAllowed
Usuário/MGS
ChromeOS 123+
Acessibilidade do usuário
DeleteKeyModifier
Usuário/MGS
ChromeOS 123+
Acessibilidade do usuário
HomeAndEndKeysModifier
Usuário/MGS
ChromeOS 123+
Acessibilidade do usuário
InsertKeyModifier
Usuário/MGS
ChromeOS 123+
Acessibilidade do usuário
PageUpAndPageDownKeysModifier
Usuário/MGS
ChromeOS 123+
Acessibilidade do usuário
F11KeyModifier
Usuário/MGS
ChromeOS 123+
Acessibilidade do usuário
F12KeyModifier
Usuário/MGS
ChromeOS 123+
Acessibilidade do usuário
ChromeForTestingAllowed
Usuário
ChromeOS 123+
Experiência do usuário
DownloadManagerSaveToDriveSettings
Usuário
ChromeOS 123+
Experiência do usuário
Em breve
Observação: os itens listados abaixo são atualizações experimentais ou planejadas. Eles podem ser alterados, atrasados ou cancelados antes do lançamento no Canal Stable.
Próximas mudanças no navegador
- Tela de escolha padrão do mecanismo de pesquisa
Como parte da nossa conformidade com a Lei de Mercados Digitais (DMA, na sigla em inglês), o Google está apresentando telas de escolha para os usuários escolherem o mecanismo de pesquisa padrão no Chrome. A escolha do prompt controla a configuração do mecanismo de pesquisa padrão, atualmente disponível em chrome://settings/search.
As empresas que optaram por permitir que o administrador defina as configurações de pesquisa dos usuários usando as políticas corporativas DefaultSearchProviderEnabled e DefaultSearchProviderSearchUrl continuam a controlar as configurações de pesquisa da empresa. Quando o administrador não define as configurações de pesquisa dos usuários corporativos por política, os usuários corporativos podem receber uma solicitação para escolher o mecanismo de pesquisa padrão no Chrome.
Leia mais sobre essas políticas e o grupo atômico relacionado.
- Chrome 120 no iOS, ChromeOS, Lacros, Linux, MacOS e Windows: 1% dos usuários pode começar a receber a tela de escolha no Chrome 120.
- Ainda este ano, no iOS, ChromeOS, LaCrOS, Linux, MacOS e Windows: lançamento completo para os usuários aplicáveis.
- Captura de links de usuários em PWAs: Windows, MacOS e Linux
Os links da Web direcionam automaticamente os usuários para os apps instalados. Para alinhar as expectativas dos usuários em relação aos apps da Web instalados, 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.
Foram descobertos alguns problemas com a implementação atual. Por isso, não lançaremos esse recurso no Chrome 123 como anunciado inicialmente. Planejamos lançar esse recurso este ano (bug).
- Chrome 121 no Linux, MacOS e Windows: quando alguns usuários clicam em um link, ele sempre é aberto em um PWA instalado, enquanto outros veem o link aberto em uma nova guia com um ícone na barra de endereço. Clicar no ícone inicia o app. Uma sinalização está disponível para controlar esse recurso: chrome://flags/#enable-user-link-capturing-pwa.
- Marco futuro em 2024 no Linux, MacOS e Windows: vamos lançar para 100% do Stable com um padrão ativado (sempre inicia apps após cliques no link) ou desativado (sempre aberto em uma guia, somente ser iniciado se o usuário clicar no ícone da barra de endereço).
- Solicitação de permissões para a API Web MIDI
A API Web MIDI se conecta e interage com dispositivos de interface digital para instrumentos musicais (MIDI). Houveram vários problemas relatados para o acesso de passagem da API Web MIDI a dispositivos clientes MIDI (consulte as informaçõesBug do Chromium). Para resolver esse problema, o Grupo de trabalho de áudio do W3C decidiu colocar uma permissão explícita no acesso geral à API Web MIDI. Originalmente, a permissão explícita era necessária apenas para o uso avançado de Web MIDI no Chrome, incluindo a capacidade de enviar e receber mensagens exclusivas do sistema (SysEx), com acesso controlado por trás de uma solicitação de permissões. Agora pretendemos expandir o escopo da permissão para o uso regular da API Web MIDI.
No Chrome 124, todo o acesso à API Web MIDI exige uma permissão do usuário. Não há políticas disponíveis para controlar essas mudanças. Se você encontrar algum problema, informe um bug aqui.
- Chrome 124 no Windows, MacOS, Linux e Android
- Três extensões do Chrome vão ser atualizadas para o Manifest V3
Três extensões serão atualizadas em breve para usar o Manifest V3: Suporte a navegadores legados para o Edge, User-Agent Switcher, e Relatórios do Chrome.
Esta é uma atualização importante com possibilidade de bugs. Portanto, você pode testar a versão Beta dessas extensões hoje mesmo. Recomendamos que você teste em seu ambiente. Se você encontrar algum problema, informe um bug aqui.
- Suporte a navegadores legados para o Microsoft Edge: versão Beta
- User-Agent Switcher para Chrome: versão Beta
- Extensão de relatórios do Chrome: versão Beta
O analisador de URL do User-Agent Switcher foi alterado. Portanto, verifique se as substituições atuais do user agent funcionam com a nova versão.
- Chrome 124: as três extensões vão receber uma atualização na versão estável por volta de 30 de abril de 2024.
- Melhorias nos favoritos e na Lista de leitura no Android
No Chrome 124 no Android, alguns usuários que fizerem login no Chrome pelo gerenciador de favoritos poderão usar e salvar favoritos e itens da Lista de leitura na Conta do Google. Políticas empresariais relevantes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks e ShoppingListEnabled continuarão funcionando como antes, para configurar se os usuários podem usar e salvar itens na Conta do Google.
- Chrome 124 no Android: lançamento de recursos
- Suspender o uso da política corporativa usada para limitação
A mudança no código subjacente (limitação de iframes display:none de mesmo processo e origem cruzada) que a política corporativa ThrottleNonVisibleCrossOriginIframesAllowed substitui está ativada em versões estáveis desde o início de 2023. Como problemas conhecidos foram resolvidos, pretendemos remover a política corporativa ThrottleNonVisibleCrossOriginIframesAllowed até o Chrome 124. As discussões sobre o problema de limitação (e a resolução dele) podem ser encontradas neste bug do Chromium.
- Chrome 124: a política foi removida
- Suporte do Google Chrome para computador com o Windows ARM64
O Chrome está lançando o suporte para o Windows ARM64. Estamos trabalhando na publicação dos instaladores do Enterprise. Você pode continuar testando o canal Canary e informando bugs nele. Isso está sujeito a mudanças com base na estabilidade geral e no feedback dos clientes. Se você encontrar algum problema, informe um bug aqui.
- Chrome 124 no Windows (ARM) : novos instaladores Enterprise estão disponíveis.
- Remover política corporativa usada para GREASE
Planejamos suspender o uso da política UserAgentClientHintsGREASEUpdateEnabled, já que o algoritmo GREASE atualizado está ativado por padrão há mais de um ano. A política será removida em algum momento.
- Chrome 124 no Android, ChromeOS, Linux, MacOS e Windows: a política foi descontinuada.
- Chrome 126 no Android, ChromeOS, Linux, MacOS e Windows: a política foi removida.
- O serviço de rede no Windows será colocado no sandbox
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 vão mais poder fazer isso. Podem ocorrer problemas na interoperabilidade com o software que injeta códigos no espaço de processo do Chrome, como o software Prevenção contra perda de dados. A política NetworkServiceSandboxEnabled permite desativar o sandbox em caso de incompatibilidade. Teste o sandbox no seu ambiente seguindo estas instruções e informe os problemas encontrados.
- Chrome 124 no Windows: serviço de rede no sandbox do Windows.
- Suspensão e remoção do WebSQL
Com o SQLite em vez do WASM como substituto oficial, planejamos remover o WebSQL completamente. Isso vai ajudar a manter nossos usuários seguros.
O padrão do Web SQL Database foi proposto inicialmente em abril de 2009 e abandonado em novembro de 2010. A Gecko nunca implementou esse recurso, e o WebKit descontinuou o recurso em 2019. O W3C incentivou as pessoas que precisavam de bancos de dados da Web a adotar o Web Storage ou o Indexed Database.
Desde o lançamento, tem sido cada vez mais difícil manter a segurança dos nossos usuários. Originalmente, o SQLite não foi projetado para executar instruções SQL maliciosas, mas com o WebSQL é preciso fazer exatamente isso. Reagir a um fluxo de problemas de estabilidade e segurança é um custo imprevisível para a equipe de armazenamento.
- Chrome 101: no Chrome 101, a política WebSQLAccess foi adicionada. O WebSQL vai estar disponível quando essa política for ativada, e a política estará disponível até o Chrome 123.
- Chrome 115: mensagem de descontinuação adicionada ao console.
- Chrome 117: no Chrome 117, o teste de descontinuação do WebSQL começa. O teste termina no Chrome 123. Durante o período de teste, é necessário um token de descontinuação do teste para que o recurso seja disponibilizado.
- Chrome 119: a partir do Chrome 119, o WebSQL não está mais disponível. O acesso ao recurso ficará disponível até o Chrome 123 usando a política WebSQLAccess ou um token de teste de descontinuação.
- Chrome 124: no Chrome OS, Lacros, Linux, MacOS, Windows e Android: a partir do Chrome 124, a política WebSQLAccess e o teste de descontinuação, que permite a disponibilidade do WebSQL, não estarão mais disponíveis.
- Os controles de formulário são compatíveis com o valor de direção no modo de escrita vertical
O modo de escrita da propriedade CSS permite que os elementos fiquem verticais, mas os usuários não podem definir a direção em que o valor muda. Com esse recurso, permitimos que o tipo de entrada dos elementos de controle de formulário (metro, progresso e intervalo) tenha o modo de escrita vertical e escolha a direção do valor do controle do formulário. Se a direção for rtl, o valor será renderizado de baixo para cima. Se a direção for ltr, o valor será renderizado de cima para baixo. Para mais informações, consulte esta postagem do blog Chrome for Developers.
- Chrome 124 no Windows, Mac, Linux e Android
- Remover políticas corporativas usadas para uso do handshake de TLS e da Chave RSA
No Chrome 114, lançamos InsecureHashesInTLSHandshakesEnabled para controlar o uso de hashes legados não seguros durante o processo de handshake de TLS. No Chrome 116, lançamos RSAKeyUsageForLocalAnchorsEnabled para verificar o uso da Chave RSA em certificados de servidor emitidos por âncoras de confiança locais. No Chrome 124, as políticas InsecureHashesInTLSHandshakesEnabled e RSAKeyUsageForLocalAnchorsEnabled vão ser removidas.
- Chrome 124 no Android, ChromeOS, Linux, MacOS e Windows: as políticas InsecureHashesInTLSHandshakesEnabled e RSAKeyUsageForLocalAnchorsEnabled serão removidas.
- Atributo clonável de raiz paralela
O atributo clonável da raiz paralela permite o controle individual para decidir se uma raiz paralela pode ser clonada (por comandos de clonagem de plataforma padrão, como cloneNode(). As raízes paralelas imperativas agora podem ser controladas por meio de um parâmetro para attachShadow({clonable:true}). As raízes paralelas declarativas podem ser controladas por um novo atributo, <template shadowrootmode=open shadowrootclonable>.
A interrupção pode ocorrer se você estiver:
- usando o DOM paralelo declarativo
- clonando modelos que contêm DSD e
- esperando que esses clones contenham raízes paralelas clonadas
- Chrome 124 no Android, ChromeOS, Linux, MacOS e Windows
- Remover política corporativa usada para herança de URL de base
No Chrome 114, lançamos NewBaseUrlInheritanceBehaviorAllowed para evitar que usuários ou variações do Google Chrome ativem NewBaseUrlInheritanceBehavior, caso sejam descobertos problemas de compatibilidade. No Chrome 125, a política temporária NewBaseUrlInheritanceBehaviorAllowed será removida.
- Chrome 125 no Android, ChromeOS, Linux, MacOS e Windows: a política NewBaseUrlInheritanceBehaviorAllowed será removida.
- Intenção de suspender o uso: eventos de mutação
Eventos de mutação síncrona, incluindo DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument e DOMCharacterDataModified, afetam negativamente o desempenho da página e aumentam significativamente a complexidade da 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 o Mutation Observer. A partir do Chrome 124, uma política corporativa temporária, MutationEventsEnabled, será disponibilizada para reativar eventos de mutação descontinuados ou removidos. Se você encontrar algum problema, informe um bug aqui.
- Chrome 127 no Android, ChromeOS, Linux, MacOS e Windows: os eventos de mutação vão parar de funcionar no Chrome 127 por volta de 30 de julho de 2024.
- Remover política corporativa usada para o comportamento legado de mesmo site
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento do SameSite dos cookies para o legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 128 no Android, ChromeOS, Linux, MacOS, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
- As extensões precisam ser atualizadas para usar o Manifesto V3 até junho de 2025
As extensões precisam ser atualizadas para usar o Manifesto V3. As extensões do Chrome estão sendo transferidas para uma nova versão do manifesto, o Manifesto V3. Isso proporcionará mais privacidade aos usuários, por exemplo, ao passar para um modelo em que as extensões modificam as solicitações de maneira declarativa, sem a capacidade de ver solicitações individuais. Isso também melhora a segurança das extensões, já que o código hospedado remotamente não será permitido no Manifest V3.
A partir de junho de 2024, o Chrome vai desativar gradualmente as extensões do Manifest V2 em execução no navegador. Uma política corporativa, ExtensionManifestV2Availability, está disponível para controlar se as extensões do Manifesto v2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Além disso, as máquinas em que a política estiver ativada não vão estar sujeitas à desativação das extensões do Manifesto V2 até o ano seguinte, junho de 2025, quando a política será removida.
É possível conferir a versão do Manifest que está sendo usada pelas extensões do Chrome em execução na sua frota na página Uso de apps e extensões no Gerenciamento de nuvem do navegador Chrome. Leia mais no Cronograma do manifesto, incluindo:
- Chrome 110 no ChromeOS, Lacros, Linux, MacOS e Windows: a política corporativa ExtensionManifestV2Availability está disponível para controlar se as extensões do Manifest V2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Após a migração, a política vai permitir que você estenda o uso das extensões do Manifesto V2.
- Chrome 127 no ChromeOS, Lacros, Linux, MacOS e Windows: o Chrome vai desativar gradualmente as extensões do Manifest V2 nos dispositivos dos usuários. Somente os usuários com a política corporativa ExtensionManifestV2Availability ativada poderão continuar usando as extensões do Manifest V2 na organização.
- Chrome 139 no ChromeOS, Lacros, Linux, MacOS e Windows: remova a política ExtensionManifestV2Availability.
- O Chrome não será mais compatível com o macOS 10.15
O Chrome não será mais compatível com o macOS 10.15, que já está fora do período de suporte da Apple. Os usuários precisam atualizar os sistemas operacionais para continuar usando o navegador Chrome. A execução em um sistema operacional com suporte é essencial para manter a segurança. Se ele for executado no macOS 10.15, o Chrome continuará mostrando uma barra de informações com lembretes aos usuários de que o Chrome 129 não será mais compatível com o macOS 10.15.
- Chrome 129 no MacOS: o Chrome não é mais compatível com o macOS 10.15.
Próximas alterações no Chrome OS
- Grave GIFs com a Captura de tela
A partir do ChromeOS 124, a Captura de tela permite gravar a tela no formato .GIF para capturar, compartilhar e reproduzir facilmente a gravação inline em bate-papos, apresentações, documentos e muito mais.
Próximas alterações no Admin Console
- Relatório de tecnologia legada
A partir do Chrome 124, o Relatório de tecnologia legada estará disponível no Admin Console e vai informar de forma proativa os sites (internos e externos) que usam tecnologias que serão descontinuadas, como cookies de terceiros, alterações em cookies SameSite e protocolos de segurança mais antigos, como TLS 1.0/1.1 e cookies de terceiros. Essas informações vão permitir que os administradores de TI trabalhem com os desenvolvedores para planejar as migrações tecnológicas necessárias antes que as remoções do recurso de descontinuação entrem em vigor.
No momento, este recurso está disponível em nosso programa Trusted Tester. Se você tiver interesse em nos ajudar a testar esse recurso, inscreva-se no programa Trusted Tester do Chrome Enterprise.
- A partir do Chrome 124 no Linux, MacOS e Windows: o relatório Tecnologia legada vai estar disponível no Admin Console.
- Paridade de políticas: configurações personalizadas para administradores de TI
A página Configurações personalizadas permite que os administradores de TI configurem as políticas do Chromium que ainda não estão no Admin Console usando scripts JSON. Por isso, todas as políticas do Chrome agora podem ser configuradas no Gerenciamento de nuvem do navegador Chrome no Admin Console, usando a página Configurações ou Configurações personalizadas.
- A partir do Chrome 124 no Android, iOS, Linux, Mac e Windows : acesso ao Trusted Tester
- A partir do Chrome 125 para Android, iOS, Linux, Mac e Windows: lançamento do recurso
Chrome 122
Atualizações do navegador Chrome
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
✓
Recursos de IA generativa
✓
Experiência simplificada de login e sincronização no iOS
✓
✓
SharedImages para decodificação de vídeo PPAPI
✓
Novos URLs de download para o navegador Chrome (Enterprise)
✓
Nova configuração de segurança do V8
✓
Ler em voz alta
✓
Remoção da política corporativa ChromeAppsWebViewPermissiveBehaviorAllowed
✓
Verificação assíncrona da Navegação segura no lado do servidor
✓
Melhorias nos avisos de download da página "Downloads" do Chrome
✓
Pular eventos de descarregamento
✓
Preenchimento automático: atualizações de código de segurança
✓
Remoção do cancelamento da inscrição no Gerenciador unificado de senhas
✓
Chrome no iOS: barra de endereço da parte de baixo
✓
Mudanças na política DefaultSearchProvider
✓
Alteração no comportamento das políticas do JIT do JavaScript
✓
Políticas novas e atualizadas no navegador Chrome
✓
Políticas removidas do navegador Chrome
✓
Atualizações do ChromeOS
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Verificação de conteúdo com o BCE
✓
Economia de bateria
✓
Fluxos aprimorados de reautenticação SAML
✓
Autenticação com base em selos
✓
Editar gravações com o Screencast
✓
Compatibilidade com VPN IKEv2
✓
✓
Extensões obrigatórias na navegação anônima
✓
✓
Nova aparência do player de mídia do ChromeOS
✓
Atualizações no Admin Console
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Exclusão de navegador inativo no Gerenciamento de nuvem do navegador Chrome
✓
Novas políticas no Admin Console
✓
Próximas mudanças no navegador Chrome
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Tela de escolha do mecanismo de pesquisa padrão
✓
Captura de links de usuários em PWAs: Windows, MacOS e Linux
✓
Retomada de guias
✓
Chrome no Android ou iOS: retomada em dispositivos diferentes
✓
Voltar para a última guia aberta em qualquer dispositivo
✓
Solicitação de permissões para a API Web MIDI
✓
O serviço de rede no Windows será colocado no sandbox
✓
A Sincronização do Chrome não oferece mais suporte ao Chrome 81 e versões anteriores
✓
✓
Descontinuação e remoção do WebSQL
✓
Políticas IdleTimeout e IdleTimeoutActions no iOS
✓
Detecção de reutilização de senhas entre perfis
✓
Telemetria para comandos de permissão e aceitação de permissões de notificações
✓
API de roteamento estático do ServiceWorkers
✓
Verificações de acesso à rede privada para solicitações de navegação: modo somente aviso
✓
Melhorias nos favoritos e na lista de leitura no Android
✓
Descontinuação do uso da política corporativa ThrottleNonVisibleCrossOriginIframesAllowed
✓
Remoção do suporte a UserAgentClientHintsGREASEUpdateEnabled
✓
Intenção de descontinuação: eventos de mutação
✓
Remoção da política LegacySameSiteCookieBehaviorEnabledForDomainList
✓
As extensões precisam ser atualizadas para usar o Manifesto V3
✓
✓
✓
Próximas mudanças no ChromeOS
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Migração do Bluetooth do ChromeOS Flex
✓
Personalização de atalhos do teclado
✓
Gravação de GIFs com a Captura de tela
✓
Configuração mais rápida de Tela dividida
✓
Próximas mudanças no Admin Console
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Experiência aprimorada na página "Configurações"
✓
Relatórios de erros do Chrome
✓
Relatório de tecnologia legada
✓
FAZER O DOWNLOAD das notas da versão (PDF)
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 1 a 2 semanas.
Atualizações do navegador Chrome
- Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
Conforme anunciado anteriormente, o Chrome 120 começou a restringir cookies de terceiros por padrão a 1% dos usuários do Chrome para facilitar os testes, e as versões subsequentes serão para 100% dos usuários a partir do 3o trimestre de 2024. Essa ampliação para 100% está sujeita à resolução das questões pendentes sobre concorrência da Autoridade de Concorrência e Mercados do Reino Unido (CMA, na sigla em inglês). Os navegadores que fazem parte do grupo experimental de 1% também têm acesso aos novos controles de usuário da Proteção antirrastreamento. Teste essas mudanças no Chrome 120 ou em versões mais recentes ativando chrome://flags/#test-third-party-cookie-phaseout.
Com esse período de testes, os sites vão poder experimentar como é operar em um mundo sem cookies de terceiros. Como as proteções contra rastreamento por redirecionamento também fazem parte da 3PCD, o grupo de usuários com bloqueio a cookies de terceiros apresenta contenções ao rastreamento por redirecionamento. Assim, o estado deles é excluído para sites classificados como rastreadores por redirecionamento. A maioria dos usuários corporativos foi automaticamente excluída desse grupo experimental de 1%. No entanto, recomendamos que os administradores usem as políticas BlockThirdPartyCookies e CookiesAllowedForUrls para reativar cookies de terceiros e não autorizar a participação dos navegadores gerenciados antes do experimento. Assim, as empresas têm tempo para fazer as mudanças necessárias e não depender dessa política ou de cookies de terceiros.
Estamos lançando o Relatório de tecnologia legada para ajudar a identificar casos de uso de cookies de terceiros. Os administradores podem definir a política BlockThirdPartyCookies como "false" para reativar cookies de terceiros em todos os sites, mas isso vai impedir que os usuários mudem a configuração correspondente no Chrome. Outra opção é definir a política CookiesAllowedForUrls, incluir seus apps corporativos na lista de permissões para que continuem recebendo cookies de terceiros e, assim, evitar falhas.
Os usuários finais corporativos incluídos nesse grupo experimental e não enquadrados em uma das duas políticas acima podem usar o ícone de olho na omnibox para reativar temporariamente cookies de terceiros por 90 dias em um determinado site, quando necessário. Consulte este artigo de ajuda para acessar mais detalhes sobre como mudar essas definições para a configuração desejada.
As proteções contra rastreamento por redirecionamento são abrangidas pelas mesmas políticas dos cookies e são aplicadas quando o site de redirecionamento não tem permissão para usar cookies de terceiros. Assim, se a política BlockThirdPartyCookies ou CookiesAllowedForUrls for definida para um site, as mitigações de rastreio por redirecionamento não vão mais excluir o estado dos sites.
As integrações de SaaS empresariais usadas em um contexto entre sites para casos de uso não relacionados a publicidade podem ser registradas no teste de descontinuação de terceiros ou no teste próprio de descontinuação para manter o acesso a cookies de terceiros por um período limitado.
O recurso heurístico concede acesso temporário a cookies de terceiros em cenários limitados com base no comportamento do usuário. Isso reduz as falhas do site causadas pela descontinuação dos cookies de terceiros em padrões já estabelecidos, como redirecionamentos e pop-ups de provedores de identidade.
Para saber como se preparar, enviar feedback e informar possíveis problemas no site, consulte nossa página de destino atualizada sobre como se preparar para o fim dos cookies de terceiros.
- A partir do Chrome 120 no ChromeOS, Linux, MacOS e Windows
1% do tráfego global teve cookies de terceiros desativados. Os usuários corporativos são excluídos automaticamente sempre que possível, e há uma política disponível para substituir a alteração.
- Recursos de IA generativa
A partir do Chrome 122, três recursos de IA generativa (IA generativa) também estão disponíveis para usuários gerenciados que fizeram login no navegador Chrome:
- Organizador de guias: o Chrome pode sugerir automaticamente grupos de guias para os usuários com base no URL e no título dos sites abertos. Para usar esse recurso, clique com o botão direito do mouse em uma guia e selecione Organizar guias semelhantes.
- O recurso Criar temas com IA no Chrome permite que os usuários desenvolvam um tema exclusivo do Chrome (uma combinação de cor e uma imagem de plano de fundo) usando a IA generativa. Para usar o recurso, abra uma nova guia e, no canto de baixo à direita, clique em Personalizar o Chrome. No painel lateral, selecione Mudar tema > Criar com IA. Os usuários podem escolher entre opções predefinidas de assunto, humor, estilo e cor.
-
Ajuda para escrever na Web com a IA : esse recurso ajuda os usuários a escrever com mais confiança e iniciar o processo de escrever em campos de texto de formato livre na Web. Para usar esse recurso, clique com o botão direito do mouse em um campo de texto e selecione Quero ajuda para escrever (indisponível no ChromeOS).
Inicialmente, esses três recursos estão disponíveis apenas para usuários em inglês nos EUA. Os administradores podem controlar esses recursos usando as políticas TabOrganizerSettings, CreateThemesSettings e HelpMeWriteSettings. Para cada recurso, você tem as seguintes opções para sua organização:
- 0 = Ativar o recurso e enviar dados para ajudar a melhorar os modelos de IA
- 1 = Ativar o recurso, mas não enviar dados para ajudar a melhorar os modelos de IA
- 2 = Desativar totalmente o recurso
Para mais informações, acesse os artigos da Central de Ajuda Sugestões para grupos de guias, Criar temas, e Quero ajuda para escrever .
- Experiência simplificada de login e sincronização no iOS
A partir do Chrome 122, os usuários do iOS com a Sincronização do Chrome ativada agora têm 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 salva e acessa os dados do Chrome na Conta do Google pode ser totalmente desativada (pela Sincronização desativada) ou parcialmente (pela SyncTypesListDisabled). O login no Google Chrome pode ser exigido ou desativado pelo BrowserSignin, como antes.
As alterações não afetam a capacidade dos usuários de fazer login nos serviços do Google na web (como o Gmail) sem fazer login no Chrome, da capacidade de permanecerem desconectados do Chrome ou da capacidade de controlar quais informações são sincronizadas com a Conta do Google.
- Chrome 117: não mostra mais a Sincronização do Chrome como um recurso separado para usuários que não tinham a Sincronização do Chrome ativada no momento.
- Chrome 122: não mostra mais a Sincronização do Chrome como um recurso separado para usuários que ativaram a Sincronização do Chrome ao migrá-la para um estado equivalente.
- SharedImages para o decodificador de vídeo PPAPI
O Chrome 122 remove a política PPAPISharedImagesForVideoDecoderAllowed, usada para controlar a refatoração recente das APIs VideoDecoder no plug-in PPAPI. Essa política foi introduzida temporariamente no Chrome 119.
- Chrome 119 no ChromeOS e Lacros: introduz uma política de contingência.
- Chrome 122 no ChromeOS e Lacros: a política de contingência e os caminhos de código antigos correspondentes foram removidos.
- Novos URLs de download para o navegador Chrome (Enterprise)
A partir de 8 de fevereiro, as principais páginas de download do navegador Chrome Enterprise (Windows e MacOS) vão mudar para:
- Windows https://chromeenterprise.google/download/?modal-id=download-chrome-demo#windows-download
- MacOS https://chromeenterprise.google/download/?modal-id=download-chrome-demo#mac-download
Para evitar interrupções, as empresas que usam a automação para fazer o download do Chrome precisam alterar os scripts para capturar essas alterações de URL.
- Nova configuração de segurança do V8
O Chrome 122 adiciona uma nova configuração em chrome://settings/security para desativar os otimizadores JIT V8 e reduzir a superfície de ataque do navegador Chrome. Esse comportamento continua sendo controlado pela política corporativa DefaultJavaScriptJitSetting e as políticas associadas JavaScriptJitAllowedForSites e JavaScriptJitBlockedForSites. Essa configuração está integrada às configurações do site. As políticas corporativas estão disponíveis desde o Chrome 93.
- Chrome 122 no ChromeOS, Lacros, Linux, MacOS, Windows e Fuchsia
- Ler em voz alta
O recurso "Ler em voz alta" permite que os usuários do Chrome no Android ouçam páginas da Web usando a tecnologia de conversão de texto em voz. Agora os usuários podem acessar esse recurso pelo menu flutuante e controlar a reprodução com os controles de áudio.
O recurso "Ler em voz alta" envia o URL da página aos servidores do Google para ativar a reprodução. Os usuários que o utilizam precisam ativar o item de menu de configurações Melhorar as pesquisas e a navegação.
Se a política ListenToThisPageEnabled for definida como verdadeira, os usuários poderão ler páginas da Web qualificadas em voz alta usando a conversão de texto em voz. Isso é possível graças à síntese de áudio e
à destilação de conteúdo do lado do servidor. Se ela for definida como falsa, o recurso será desativado. Se ela for definida como padrão ou não for definida, o recurso "Ler em voz alta" será ativado.
- Chrome 122 no Android : lançamentos de recursos
- Remoção da política corporativa ChromeAppsWebViewPermissiveBehaviorAllowed
O Chrome 122 remove a política corporativa temporária ChromeAppsWebViewPermissiveBehaviorAllowed, disponibilizada no Chrome 116 para que as empresas tenham tempo de lidar com possíveis falhas relacionadas a mudanças no uso do WebView dos apps do Chrome.
- Chrome 122 no Linux, MacOS, Windows, ChromeOS: a política corporativa ChromeAppsWebViewPermissiveBehaviorAllowed foi removida.
- Verificação assíncrona da Navegação segura do lado do servidor
Atualmente, as verificações da Navegação segura estão no caminho de bloqueio dos carregamentos de página, o que significa que os usuários não podem acessar a página até que as verificações sejam concluídas. Para melhorar a velocidade de carregamento do Chrome, as verificações na lista da Navegação segura do lado do servidor não bloqueiam mais o carregamento de páginas no Chrome 122.
Avaliamos o risco e implementamos mitigações:
1) Para proteção contra explorações diretas no navegador, as verificações de lista local ainda são realizadas de maneira síncrona, de modo que payloads maliciosos não possam ser executados até que a verificação da lista local seja concluída.
2) Para se proteger contra 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) no momento em que mostramos um aviso.
- Chrome 122 no Android, ChromeOS, Lacros, Linux, MacOS, Windows : lançamentos de recursos
- Melhorias nos avisos de download da página "Downloads" do Chrome
Para ajudar a reduzir as consequências do download de malware, estamos limpando as strings e os padrões de aviso de download para computadores para que sejam claros e consistentes.
- Chrome 122 no ChromeOS, Lacros, Linux, MacOS, Windows, Fuchsia: lançamentos de recursos
- Pular eventos de descarregamento
A presença de listeners de eventos de descarregamento é um bloqueio principal para cache de avanço e retorno em navegadores baseados no Chromium e para Firefox em plataformas de computador. Por outro lado, nas plataformas para dispositivos móveis, quase todos os navegadores priorizam o bfcache e não acionam eventos de descarregamento na maioria dos casos. Para melhorar a situação, trabalhamos com vários parceiros e conseguimos reduzir o uso de listeners de eventos de descarregamento nos últimos anos. Para acelerar ainda mais essa migração, sugerimos que o Chrome para computador ignore gradualmente os eventos de descarregamento.
Caso você precise de mais tempo para migrar dos eventos de descarregamento, vamos oferecer opções de desativação temporárias como uma API Permissions-Policy e uma política corporativa ForcePermissionPolicyUnloadDefaultEnabled, o que permitirá que você mantenha o comportamento inalterado de forma seletiva.
- Chrome 117 no ChromeOS, Linux, MacOS, Windows: teste de desenvolvedor
- Chrome 119 no ChromeOS, Linux, MacOS e Windows: introduz a política ForcePermissionPolicyUnloadDefaultEnabled
- Chrome 122-132 no ChromeOS, Linux, MacOS e Windows: teste de descontinuação. O lançamento geral da descontinuação tem escopo limitado até que o teste esteja pronto.
- Os gerenciadores de descarregamento do Chrome 122 serão ignorados gradualmente para 1% dos usuários nos 50 principais sites, conforme proposto aqui.
- Preenchimento automático: atualizações de código de segurança
No Chrome 122, o preenchimento automático de pagamentos permite salvar códigos de segurança para cartões locais e do servidor para melhorar a experiência do usuário. Os códigos de segurança só são salvos se um usuário consentir em salvá-los. Os usuários sempre têm a opção de desativar o salvamento do código de segurança nas configurações do Chrome.
- Chrome 122 no Android e MacOS: lançamento de recursos
- Removendo o cancelamento da inscrição no Gerenciador unificado de senhas
O Chrome 122 remove o cancelamento da inscrição no Gerenciador unificado de senhas do Android. Quando o Google Play Services responde com um erro, os usuários perdem o acesso aos recursos do Gerenciador de senhas (salvamento ou atualização de senha, geração de senhas) até que o erro seja resolvido. Em alguns casos, aparece uma mensagem com um botão de ação para resolver o problema. Outros problemas devem ser temporários (por exemplo, durante a atualização do Google Play Services).
- Chrome 122 no Android: lançamento de recursos
- Chrome no iOS: barra de endereço inferior no iPhone
Recentemente, lançamos uma barra de endereço personalizável que permite aos usuários escolher entre uma barra de endereço superior e uma inferior no iPhone. A tela do seletor de posição da barra de endereço foi adicionada à primeira experiência.
- Chrome 122 no iOS: lançamento de recursos
- Mudanças na política DefaultSearchProvider
No Chrome 122, estamos fazendo algumas mudanças nas políticas DefaultSearchProvider*. Removemos a DefaultSearchProviderIconURL em todas as plataformas porque o Chrome agora usa a imagem favicon fornecida pelo mecanismo de pesquisa. DefaultSearchProviderKeyword e DefaultSearchProviderNewTabURL não são compatíveis com iOS e Android, além do Linux, Mac OS e Windows, mas ainda há compatibilidade com ele. Corrigimos o conjunto de plataformas compatíveis para refletir isso.
- Mudança no comportamento das políticas JIT do JavaScript
No Chrome 122, ativar a política DefaultJavaScriptJitSetting e desativar o JIT do JavaScript não resulta mais na desativação total do WebAssembly. O JIT de otimização do V8 continua desativado com a definição da política DefaultJavaScriptJitSetting. Isso permite que o Chrome renderize conteúdo da Web em uma configuração mais segura.
- Políticas novas e atualizadas no navegador Chrome
Política
Descrição
InsecureFormsWarningsEnabled
Ativar avisos para formulários não seguros (já disponível no iOS)
ListenToThisPageEnabled
Ativar a leitura em voz alta (destilação de texto e síntese de conversão de texto em voz) para páginas da Web
- Políticas removidas do navegador Chrome
Política
Descrição
PPAPISharedImagesForVideoDecoderAllowed
Permitir que o Pepper use imagens compartilhadas para decodificar vídeos.
ChromeAppsWebViewPermissiveBehaviorAllowed
Restaurar o comportamento permissivo de visualização da Web dos apps do Chrome
DefaultSearchProviderIconURL
Ícone do provedor de pesquisa padrão (removido de todas as plataformas)
DefaultSearchProviderKeyword
Palavra-chave do provedor de pesquisa padrão (removida somente no Android e no iOS)
DefaultSearchProviderNewTabURL
URL da página "Nova guia" do provedor de pesquisa padrão (removido somente no Android e no iOS)
Atualizações do Chrome OS
- Verificação de conteúdo com o BCE
Os controles de dados do ChromeOS são um conjunto aplicado pelo administrador, que protege os usuários contra vazamento de dados em endpoints usando uma camada de Prevenção contra perda de dados (DLP) no ChromeOS. Saiba mais detalhes neste artigo da Central de Ajuda. O BeyondCorp Enterprise (BCE) oferece proteção de ponta a ponta contínua e em tempo real. A verificação de conteúdo com o BCE é uma nova maneira de avaliar e aplicar restrições de controles de dados em transferências de arquivos com base nos indicadores do BeyondCorp Enterprise.
- Economia de bateria
A partir do ChromeOS 122, a Economia de bateria vai estar disponível para reduzir o brilho da tela e da luz de fundo do teclado, limitar a taxa de atualização da tela e do orçamento de computação disponível, além de desativar algumas funções em segundo plano que consomem mais energia para que os usuários tenham mais duração da bateria dos dispositivos. Isso ajuda quando os usuários precisam desses últimos minutos para concluir uma tarefa e não têm um carregador à mão. Quando ativada, a Economia de bateria é ligada automaticamente quando o nível de bateria do usuário atinge 20%. É possível controlar esse recurso com a política corporativa BatterySaverModeAvailability.
- Fluxos aprimorados de reautenticação SAML
Para otimizar a experiência de logon dos clientes, fizemos algumas mudanças internas na implementação do Logon único via SAML. Essas mudanças vão afetar os clientes com configurações SAML incorretas.
Se você definir a política LoginAuthenticationBehavior como Redirecionar para o IdP SAML por padrão, verifique se a política Logon único está definida como Permitir SAML. Caso contrário, seu IdP baseado em SAML não será mais carregado.
- Autenticação com base em selos
A partir do ChromeOS 122, alguns provedores de gerenciamento de identidade (IdPs) de terceiros podem usar a autenticação por selo em dispositivos ChromeOS. Os usuários podem iniciar uma sessão com um toque e sair com outro toque. A solução é focada em profissionais de atendimento de vários setores, incluindo varejo, hotelaria e manufatura.
No ChromeOS 122, começamos com o Ilex Card Management System, mas pretendemos adicionar outros parceiros de leitor e autenticação nos próximos meses. Para saber mais, consulte Configurar a autenticação baseada em selos.
- Editar suas gravações com o Screencast
Com o Screencast do ChromeOS, os usuários podem criar e compartilhar gravações de tela transcritas. A partir do ChromeOS 122, os usuários podem cortar os screencasts frase por frase, adicionar e remover quebras de parágrafo, silenciar segmentos de gravações e colocar títulos em seções para facilitar a navegação em gravações longas.
- Compatibilidade com VPN IKEv2
O ChromeOS 122 inclui novas opções para o protocolo VPN do Internet Key Exchange Protocol versão 2 (IKEv2) no Admin Console.
- Extensões obrigatórias na navegação anônima
Agora os administradores podem especificar se há extensões que os usuários precisam ativar para usar o modo de navegação anônima. Há um novo botão em Admin Console > Apps e extensões que pode ser aplicado a extensões individuais. Isso permite que as empresas com casos de uso de depuração ou de várias contas que dependem do modo de navegação anônima deixem esse recurso ativado com segurança na frota gerenciada. Se quiserem usar o modo de navegação anônima, os usuários precisarão ativar Permitir na navegação anônima para todas as extensões corporativas necessárias.
- Nova aparência do player de mídia do ChromeOS
Em breve, o player de mídia do ChromeOS vai ter botões maiores e cores para combinar com seu plano de fundo. O player de mídia aparece quando você reproduz qualquer vídeo ou áudio (por exemplo, no Spotify ou YouTube) nas Configurações rápidas. É possível clicar no ícone de fixação para mover o player de mídia para a estante. Além de controlar a mídia que está sendo executada, você também pode transmitir da Web para qualquer alto-falante ou tela na rede local.
Atualizações no Admin Console
- Exclusão de navegador inativo no Gerenciamento de nuvem do navegador Chrome
A partir de março de 2024, a política de Período de inatividade para exclusão do navegador vai excluir automaticamente os dados no Admin Console de navegadores gerenciados que não entraram em contato com o servidor por mais tempo do que o período de inatividade determinado pela política. Ao lançar a política, o período de inatividade terá o valor padrão de 540 dias. Todos os navegadores registrados que estiverem inativos por mais de 540 dias serão excluídos da sua conta logo após o lançamento desta política. Os administradores podem alterar o valor do período de inatividade usando esta política. O valor máximo para determinar o período de inatividade do navegador será de 730 dias, e o mínimo, de 28 dias.
Se você diminuir o valor da política definida, isso poderá ter um impacto global nos navegadores registrados. Todos os navegadores afetados serão considerados inativos e, portanto, serão excluídos irreversíveis. Para garantir que os navegadores excluídos sejam registrados novamente de forma automática na próxima vez que forem reiniciados, defina o valor da política Gerenciamento de tokens do dispositivo como Excluir token antes de reduzir o valor. Os tokens de registro nesses navegadores ainda precisam ser válidos no momento da reinicialização.
- A partir do Chrome 122: o período de inatividade da interface da política de exclusão de dados do navegador está disponível para acesso antecipado no Admin Console. Os administradores de TI que consideram o padrão de 18 meses inadequado, podem definir explicitamente o valor da política (período de inatividade) algumas semanas antes do início da exclusão.
- Novas políticas no Admin Console
Nome da política
Páginas
Compatível com
Categoria/campo
AlwaysOnVpnPreConnectUrlAllowlist
Usuário/MGS
ChromeOS 122+
Rede
DeviceSwitchFunctionKeysBehaviorEnabled
Dispositivo
ChromeOS 122+
Outras configurações
MicrosoftOneDriveAccountRestrictions
Usuário
ChromeOS 122+
Conteúdo
Usuário
ChromeOS 122+
Conteúdo
MicrosoftOfficeCloudUpload
Usuário
ChromeOS 122+
Conteúdo
MicrosoftOneDriveMount
Usuário
ChromeOS 122+
Conteúdo
QuickOfficeForceFileDownloadEnabled
Usuário
ChromeOS 122+
Conteúdo
HelpMeWriteSettings
Usuário
Chrome/ChromeOS 121+
IA generativa
CreateThemesSettings
Usuário
Chrome/ChromeOS 121+
IA generativa
TabOrganizerSettings
Usuário
Chrome/ChromeOS 121+
IA generativa
Em breve
Observação: os itens listados abaixo são atualizações experimentais ou planejadas. Eles podem ser alterados, atrasados ou cancelados antes do lançamento no Canal Stable.
Próximas mudanças no navegador
- Tela de escolha do mecanismo de pesquisa padrão
Como parte da nossa conformidade com a Lei de Mercados Digitais (DMA, na sigla em inglês), o Google está apresentando telas de escolha para os usuários escolherem o mecanismo de pesquisa padrão no Chrome. A opção que aparece no prompt controla a configuração do mecanismo de pesquisa padrão, atualmente disponível em chrome://settings/search.
As empresas que optaram por permitir que o administrador defina as configurações de pesquisa dos usuários usando as políticas corporativas DefaultSearchProviderEnabled e DefaultSearchProviderSearchUrl continuam a controlar as configurações de pesquisa da empresa. Quando o administrador não define as configurações de pesquisa dos usuários corporativos por política, os usuários corporativos podem receber uma solicitação para escolher o mecanismo de pesquisa padrão no Chrome.
Leia mais sobre essas políticas e o grupo atômico relacionado.
- Chrome 120 no iOS, ChromeOS, Lacros, Linux, MacOS e Windows: 1% dos usuários pode começar a receber a tela de escolha no Chrome 120.
- Ainda este ano, no iOS, ChromeOS, LaCrOS, Linux, MacOS e Windows:lançamento completo para os usuários aplicáveis
- Captura de links do usuário em PWAs: Windows, Mac e Linux
Os links da Web direcionam automaticamente os usuários para os apps da Web instalados. Para alinhar as expectativas dos usuários em relação aos apps da Web instalados, o Chrome vai facilitar a alternância entre o navegador e os apps da Web instalados. Quando o usuário clicar em um link que pode ser processado por um app da Web instalado, o Chrome vai adicionar um ícone na barra de endereço para sugerir a mudança para o app. Clicar no ícone iniciará o app diretamente ou abrirá uma grade de apps que têm suporte a esse link. 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 instalado, enquanto outros veem o link aberto em uma nova guia com um ícone na barra de endereço, clicar no ícone inicia o app. Uma sinalização está disponível para controlar esse recurso: chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 123 no Linux, MacOS e Windows: com base no resultado do experimento no Chrome 121, lançaremos 100% do Stable com um padrão ativado (sempre iniciar apps após cliques em links) ou desativado (sempre aberto em uma guia, só iniciar se o usuário clicar no ícone na barra de endereço).
- Retomar guias
O Chrome 123 vai incluir um novo card na página "Nova guia", que ajudará os usuários a continuar com sugestões de guias de outros dispositivos. Os administradores poderão controlar esse recurso com a política NTPCardsVisible.
- Chrome 123 no ChromeOS, Linux, Mac e Windows
- Chrome no Android e iOS: retomada entre dispositivos
Para ajudar os usuários a retomar tarefas originadas de outros dispositivos, o Chrome vai oferecer sugestões de guias entre dispositivos na página Nova guia ou nas plataformas da página inicial do Chrome no Android e no iOS. Esse componente será exibido no card "Navegação contínua" existente no menu "Iniciar" e na pilha mágica do Chrome no Android e no iOS.
- Chrome 123 no Android e iOS: lançamentos de recursos
- Reabrir a última guia aberta em qualquer dispositivo
O Chrome oferece aos usuários um atalho rápido para reabrir a última guia acessada de qualquer dispositivo nas últimas 24 horas com o mesmo perfil de usuário. Os administradores vão poder controlar esse recurso usando uma política corporativa chamada SyncTypesListDisabled.
- Chrome 123 no iOS: lançamentos de recursos
- Solicitação de permissões para a API Web MIDI
A API Web MIDI se conecta e interage com dispositivos de interface digital para instrumentos musicais (MIDI). Houveram vários problemas relatados para o acesso de passagem da API Web MIDI a dispositivos clientes MIDI (consulte as informaçõesBug do Chromium). Para resolver esse problema, o Grupo de trabalho de áudio do W3C decidiu colocar uma permissão explícita no acesso geral à API Web MIDI. Originalmente, a permissão explícita era necessária apenas para o uso avançado de Web MIDI no Chrome, incluindo a capacidade de enviar e receber mensagens exclusivas do sistema (SysEx), com acesso controlado por trás de uma solicitação de permissões. Agora pretendemos expandir o escopo da permissão para o uso regular da API Web MIDI.
No Chrome 123, todo o acesso à API Web MIDI exige uma permissão do usuário. Não há políticas disponíveis para controlar essas mudanças. Se você encontrar algum problema, informe um bug aqui.
- Chrome 123 no Windows, MacOS, Linux e Android
- O serviço de rede no Windows será colocado no sandbox
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 vão mais poder fazer isso. Podem ocorrer problemas na interoperabilidade com o software que injeta códigos no espaço de processo do Chrome, como o software Prevenção contra perda de dados. A política NetworkServiceSandboxEnabled permite desativar o sandbox em caso de incompatibilidade. Teste o sandbox no seu ambiente seguindo estas instruções e informe os problemas encontrados.
- Chrome 123 no Windows: serviço de rede no sandbox do Windows
- A Sincronização do Chrome não oferece mais compatibilidade com o Chrome 81 e versões anteriores
A Sincronização do Chrome não será mais compatível com o Chrome 81 e versões anteriores. Você precisará fazer upgrade para uma versão mais recente do Chrome se quiser continuar usando a Sincronização do Chrome.
- Chrome 123 no Android, iOS, ChromeOS, Linux, MacOS e Windows: a mudança vai ser implementada.
- Suspensão e remoção do WebSQL
Com o SQLite em vez do WASM como substituto oficial, planejamos remover o WebSQL completamente. Isso vai ajudar a manter nossos usuários seguros.
O padrão do Web SQL Database foi proposto inicialmente em abril de 2009 e abandonado em novembro de 2010. A Gecko nunca implementou esse recurso, e o WebKit descontinuou o recurso em 2019. O W3C incentivou as pessoas que precisavam de bancos de dados da Web a adotar o Web Storage ou o Indexed Database.
Desde o lançamento, tem sido cada vez mais difícil manter a segurança dos nossos usuários. Originalmente, o SQLite não foi projetado para executar instruções SQL maliciosas, mas com o WebSQL é preciso fazer exatamente isso. Reagir a um fluxo de problemas de estabilidade e segurança é um custo imprevisível para a equipe de armazenamento.
- Chrome 101: no Chrome 101, a política WebSQLAccess foi adicionada. O WebSQL vai estar disponível quando essa política for ativada, e a política estará disponível até o Chrome 123.
- Chrome 115: mensagem de descontinuação adicionada ao console.
- Chrome 117: no Chrome 117, o teste de descontinuação do WebSQL começa. O teste termina no Chrome 123. Durante o período de teste, é necessário um token de descontinuação do teste para que o recurso seja disponibilizado.
- Chrome 119: a partir do Chrome 119, o WebSQL não está mais disponível. O acesso ao recurso ficará disponível até o Chrome 123 usando a política WebSQLAccess ou um token de teste de descontinuação.
- Chrome 123 no ChromeOS, Lacros, Linux, MacOS, Windows e Android: a partir do Chrome 123, a política WebSQLAccess e o teste de descontinuação, que permite a disponibilidade do WebSQL, não estarão mais disponíveis.
- Políticas IdleTimeout e IdleTimeoutActions no iOS
As empresas agora podem exigir uma ação após o Chrome ficar inativo por algum tempo em dispositivos iOS. Administradores podem usar a política IdleTimeout para definir um período de tempo limite e a política IdleTimeoutActions para especificar ações no tempo limite. A configuração estará disponível como uma política de plataforma e estará disponível para cada perfil futuramente.
- Chrome 123 no iOS: políticas disponíveis no iOS
- Detecção de reutilização de senhas entre perfis
Antes, a detecção de reutilização de senhas de credenciais corporativas só era detectável no perfil corporativo. No Chrome 123, 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.
- Chrome 123: lançamento de recursos
- Telemetria para solicitações de permissão e aceitação de permissões de notificações
Quando a proteção reforçada está ativada e um usuário acessa uma página que solicita que ele aceite uma permissão de notificação, os atributos dessa página podem ser enviados para a Navegação segura. Se a telemetria for enviada e a página for considerada perigosa, os usuários receberão um aviso do recurso Navegação segura.
Quando os relatórios estendidos da proteção reforçada ou da Navegação segura estiverem ativados e um usuário aceitar a permissão de notificação de uma página na lista de bloqueio, esse evento será enviado para a Navegação segura.
Esses recursos podem ser controlados pelas políticas SafeBrowsingProtectionLevel e SafeBrowsingExtendedReportingEnabled.
- Chrome 123 no Android, ChromeOS, Lacros, Linux, Mac, Windows e Fuchsia
- API de roteamento estático do ServiceWorker
Essa API permite que os desenvolvedores configurem o roteamento e descarreguem coisas simples que os ServiceWorkers fazem. Se a condição for correspondente, a navegação vai ocorrer sem iniciar ServiceWorkers ou executar JavaScript, permitindo que páginas da Web não sofram penalidades de desempenho devido a interceptações do ServiceWorker.
- Chrome 123 no Windows, Mac, Linux e Android
- Verificações de acesso à rede particular para solicitações de navegação: modo somente aviso
Antes de um site navegar para um site de destino na rede privada de um usuário, o Chrome fará o seguinte:
1. Verificar se a solicitação de navegação original foi iniciada de um contexto seguro.
2. Enviar uma solicitação de simulação e verificar se o site de destino responde com um cabeçalho que permite acesso à rede privada.
As verificações acima são feitas para proteger a rede privada do usuário. Como esse recurso opera no modo somente aviso, as solicitações não serão interrompidas se alguma das verificações falhar. Em vez disso, um aviso vai ser exibido no console do Chrome do DevTools para ajudar os desenvolvedores a se prepararem para a aplicação da política. Para ler sobre essas mudanças, consulte Acesso à rede privada (PNA) para solicitações de navegação. Para saber mais, consulte a especificação do PNA.
- Chrome 123 no Android (exceto WebView), ChromeOS, Linux, MacOS e Windows
- Melhorias nos favoritos e na Lista de leitura no Android
No Chrome 124 no Android, alguns usuários que fizerem login no Chrome pelo gerenciador de favoritos poderão usar e salvar favoritos e itens da Lista de leitura na Conta do Google. Políticas empresariais relevantes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks e ShoppingListEnabled continuarão funcionando como antes, para configurar se os usuários podem usar e salvar itens na Conta do Google.
- Chrome 124 no Android : lançamento de recursos
- Descontinuação da política corporativa ThrottleNonVisibleCrossOriginIframesAllowed
A mudança no código subjacente (limitação de iframes display:none de mesmo processo e origem cruzada) que a política corporativa ThrottleNonVisibleCrossOriginIframesAllowed substitui está ativada em versões estáveis desde o início de 2023. Como problemas conhecidos foram resolvidos, pretendemos remover a política corporativa ThrottleNonVisibleCrossOriginIframesAllowed até o Chrome 124. As discussões sobre o problema de limitação e a resolução dele podem ser encontradas em https://bugs.chromium.org/p/chromium/issues/detail?id=958475.
- Chrome 124 : a política foi removida
- Remoção da compatibilidade com UserAgentClientHintsGREASEUpdateEnabled
Planejamos suspender o uso da política UserAgentClientHintsGREASEUpdateEnabled, já que o algoritmo GREASE atualizado está ativado por padrão há mais de um ano. A política será removida em algum momento.
- Chrome 124 no Android, ChromeOS, Linux, MacOS, Windows : a política foi descontinuada
- Chrome 126 no Android, ChromeOS, Linux, MacOS e Windows: a política foi removida
- Intenção de descontinuação: eventos de mutação
Eventos de mutação síncrona, incluindo DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument e DOMCharacterDataModified, afetam negativamente o desempenho da página e aumentam significativamente a complexidade da adição de novos recursos na 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.
- Chrome 127 no Android, ChromeOS, Linux, MacOS e Windows: os eventos de mutação vão parar de funcionar no Chrome 127 por volta de 30 de julho de 2024.
- Remoção da política LegacySameSiteCookieBehaviorEnabledForDomainList
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento de SameSite de cookies para o comportamento legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 128 no Android, ChromeOS, Linux, MacOS, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
- As extensões precisam ser atualizadas para usar o Manifesto V3 até junho de 2025
As extensões precisam ser atualizadas para usar o Manifesto V3. As extensões do Chrome estão sendo transferidas para uma nova versão do manifesto, o Manifesto V3. Isso vai proporcionar mais privacidade aos usuários, por exemplo, ao migrar para um modelo em que as extensões modificam as solicitações de maneira declarativa, sem a capacidade de consultar solicitações individuais. Isso também melhora a segurança das extensões, já que o código hospedado remotamente não será permitido no Manifesto V3.
A partir de junho de 2024, o Chrome vai desativar gradualmente as extensões do Manifest V2 em execução no navegador. Uma política corporativa ExtensionManifestV2Availability está disponível para controlar se as extensões do Manifest V2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Além disso, as máquinas em que a política estiver ativada não vão estar sujeitas à desativação das extensões do Manifesto V2 até o ano seguinte, junho de 2025, quando a política será removida.
É possível conferir a versão do Manifest que está sendo usada pelas extensões do Chrome em execução na sua frota na página "Uso de apps e extensões" no Gerenciamento de nuvem do navegador Chrome. Leia mais no Cronograma do manifesto, incluindo:
- Chrome 110 no ChromeOS, Lacros, Linux, MacOS e Windows: a política corporativa ExtensionManifestV2Availability está disponível para controlar se as extensões do Manifest V2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Após a migração, a política vai permitir que você estenda o uso das extensões do Manifesto V2.
- Chrome 127 no ChromeOS, Lacros, Linux, MacOS e Windows: o Chrome vai desativar gradualmente as extensões do Manifest V2 nos dispositivos dos usuários. Somente os usuários com a política corporativa ExtensionManifestV2Availability ativada poderão continuar usando as extensões do Manifest V2 na organização.
- Chrome 139 no ChromeOS, Lacros, Linux, MacOS e Windows: remova a política ExtensionManifestV2Availability.
Próximas alterações no Chrome OS
- Migração do Bluetooth para ChromeOS Flex
No ChromeOS 123, o ChromeOS Flex vai estar fazendo upgrade para a pilha Floss Bluetooth. Como parte desse upgrade, os dispositivos listados abaixo não vão mais oferecer compatibilidade à funcionalidade Bluetooth. Se a funcionalidade Bluetooth for essencial para esses dispositivos, recomendamos que eles sejam movidos para o canal de LTS se você quiser estender a funcionalidade até outubro de 2024.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
Caso os dispositivos não consigam se conectar ao Bluetooth após a atualização para o ChromeOS 123, mude a Sinalização do Chrome Usar Floss em vez de BlueZ para Desativada.
- Personalizar atalhos do teclado
Usar atalhos aumenta a produtividade, e todos nós temos nossos favoritos. A partir do ChromeOS 123, com a personalização de atalhos, você vai poder atribuir a combinação de teclas que preferir para personalizar os atalhos. Se você quiser que elas sejam mais fáceis de fazer com uma mão, mais simples de lembrar ou idênticas às que você já conhece, esse recurso simplifica seus fluxos de trabalho diários.
- Grave GIFs com a Captura de tela
A partir do ChromeOS 124, a Captura de tela permite gravar a tela no formato .GIF para capturar, compartilhar e reproduzir facilmente a gravação inline em bate-papos, apresentações, documentos e muito mais.
- Configuração mais rápida de Tela dividida
Os Chromebooks oferecem várias maneiras de organizar as janelas na tela para aumentar sua produtividade. Uma delas é a Tela dividida. A configuração de Tela dividida mais rápida oferece uma maneira mais rápida de configurar o layout da janela mostrando uma visão geral das janelas abertas do outro lado da tela. Com a Tela dividida mais rápida, depois de "ajustar" (ou bloquear) uma janela de um lado, você pode escolher uma janela já aberta em "Visão geral" para ajustá-la ao outro lado ou selecionar algo na estante (a linha de apps localizada na parte inferior ou lateral da tela).
Consulte a programação de lançamentos do ChromeOS para conferir as datas de lançamento e as atualizações.
Próximas alterações no Admin Console
- Experiência aprimorada na página "Configurações"
A partir de março de 2024, todos os administradores vão usar nossa experiência na página Configurações atualizada, ou seja, você não poderá mais usar a experiência na página Configurações legada. A maioria de vocês já usa a experiência atualizada. Isso significa que os administradores não poderão mais acessar a visualização legada, mas você ainda terá acesso às mesmas funcionalidades na visualização atualizada.
- Relatório de erros do Chrome
A partir do Chrome 123, você poderá ver eventos de falha no Admin Console usando a nova página de relatório de erros do Chrome. Nesse relatório, você encontra um gráfico dinâmico que representa os eventos de falha do Chrome ao longo do tempo, agrupados por versões. Filtros adicionais estão disponíveis para os seguintes campos: plataformas do SO, canais do Chrome e datas. Este relatório vai ajudar você a identificar proativamente possíveis problemas do Chrome na sua organização.
Agora esse recurso está disponível no nosso programa Trusted Tester. Se você tiver interesse em nos ajudar a testar esse recurso, inscreva-se no programa Trusted Tester do Chrome Enterprise.
- Chrome 121 no Linux, MacOS, Windows: programa Trusted Tester
- Chrome 123 no Linux, MacOS e Windows: lançamento de recursos
- Relatório de tecnologia legada
A partir do Chrome 123, o Relatório de tecnologia legada estará disponível no Admin Console e vai informar de forma proativa os sites (internos e externos) que usam tecnologias que serão descontinuadas, como cookies de terceiros, alterações em cookies SameSite e protocolos de segurança mais antigos, como TLS 1.0/1.1 e cookies de terceiros. Essas informações vão permitir que os administradores de TI trabalhem com os desenvolvedores para planejar as migrações tecnológicas necessárias antes que as remoções do recurso de descontinuação entrem em vigor.
No momento, este recurso está disponível em nosso programa Trusted Tester. Se você tiver interesse em nos ajudar a testar esse recurso, inscreva-se no programa Trusted Tester do Chrome Enterprise.
- A partir do Chrome 123 no Linux, MacOS e Windows
Chrome 121
Atualizações do navegador Chrome
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
✓
As políticas corporativas FirstPartySets foram renomeadas como RelatedWebsiteSets
✓
✓
Organizador de guias
✓
Criar temas com IA
✓
Arquivos criptografados mais seguros para usuários da Navegação segura padrão
✓
Captura de links de usuários em PWAs: Windows, MacOS e Linux
✓
Navegação no painel lateral: fixar ou liberar guia
✓
Preenchimento automático: mostrar em cartões do servidor e locais
✓
Preenchimento automático: mudanças na verificação de cartões
✓
Herança de destaque do CSS
✓
Políticas do usuário do Chrome para iOS
✓
Pular eventos de descarregamento
✓
Políticas novas e atualizadas no navegador Chrome
✓
Políticas removidas do navegador Chrome
✓
Atualizações do ChromeOS
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Fim do suporte aos dispositivos ChromeOS Flex
✓
Ativar o ditado usando o teclado
✓
Serviço de acessibilidade ChromeVox
✓
Não há mais mensagens de integração para o Google Assistente
✓
Novo gesto do trackpad no ChromeOS
✓
Integrar o ID e o nome da regra de eventos de DLP à ferramenta de investigação de segurança
✓
Restrições de arquivo do Enterprise DataControls (DLP)
✓
Impressão sem borda
✓
Atualizações no Admin Console
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Configurar o endereço IP no dispositivo com o adaptador Ethernet
✓
✓
Relatório de uso de apps e extensões: destacar extensões removidas da Chrome Web Store
✓
Relatórios de erros do Chrome
✓
Correção para determinados certificados de Wi-Fi do Android
✓
Novas políticas no Admin Console
✓
Próximas mudanças no navegador Chrome
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Tela de escolha do mecanismo de pesquisa padrão
✓
Receber ajuda para escrever na Web com a IA
✓
Experiência simplificada de login e sincronização
✓
✓
Solicitação de permissões para a API Web MIDI
✓
SharedImages para decodificação de vídeo PPAPI
✓
Configuração de segurança do V8
✓
Ler em voz alta
✓
O serviço de rede no Windows será colocado no sandbox
✓
Remoção da política corporativa ChromeAppsWebViewPermissiveBehaviorAllowed
✓
Verificação assíncrona do Navegação segura do lado do servidor
✓
Melhorias nos avisos de download da página "Downloads" do Chrome
✓
Voltar para a última guia aberta em qualquer dispositivo
✓
A Sincronização do Chrome não oferece mais suporte ao Chrome 81 e versões anteriores
✓
✓
Descontinuação e remoção do WebSQL
✓
Suspensão do uso da política corporativa ThrottleNonVisibleCrossOriginIframesAllowed
✓
Remoção do suporte a UserAgentClientHintsGREASEUpdateEnabled
✓
Intenção de descontinuação: eventos de mutação
✓
Remoção da política LegacySameSiteCookieBehaviorEnabledForDomainList
✓
As extensões precisam ser atualizadas para usar o Manifesto V3
✓
✓
✓
Próximas mudanças no ChromeOS
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Migração do Bluetooth do ChromeOS Flex
✓
Nova aparência do player de mídia do ChromeOS
✓
Desativação de app pelo administrador em sessões de visitante gerenciadas (MGS, na sigla em inglês)
✓
Economia de bateria
✓
Próximas alterações no Admin Console
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Exclusão de navegador inativo no Gerenciamento de nuvem do navegador Chrome
✓
Relatório de tecnologia legada
✓
FAZER O DOWNLOAD das notas da versão (PDF)
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. Aguarde uma ou duas semanas até a tradução em alguns idiomas.
Atualizações do navegador Chrome
- Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
Como anunciado anteriormente, o Chrome 121 restringe cookies de terceiros por padrão para 1% dos usuários do Chrome para viabilizar testes e planeja chegar a 100% dos usuários a partir do terceiro trimestre de 2024. Essa ampliação para 100% está sujeita à resolução das questões pendentes sobre concorrência da Autoridade de Concorrência e Mercados do Reino Unido (CMA, na sigla em inglês). Os navegadores que fazem parte do grupo experimental de 1% também terão acesso aos novos controles de usuário da Proteção antirrastreamento. Teste essas mudanças no Chrome 121 ou em versões mais recentes ativando chrome://flags/#test-third-party-cookie-phaseout.
Com esse período de testes, os sites vão poder experimentar como é operar em um mundo sem cookies de terceiros. Como as proteções contra rastreamento por redirecionamento também fazem parte da 3PCD, o grupo de usuários com bloqueio a cookies de terceiros apresenta contenções ao rastreamento por redirecionamento. Assim, o estado deles é excluído para sites classificados como rastreadores por redirecionamento. A maioria dos usuários corporativos foi automaticamente excluída desse grupo experimental de 1%. No entanto, recomendamos que os administradores usem as políticas BlockThirdPartyCookies e CookiesAllowedForUrls para reativar cookies de terceiros e não autorizar a participação dos navegadores gerenciados antes do experimento. Desse modo, as empresas terão tempo de fazer as mudanças necessárias para não depender mais dessas políticas nem dos cookies de terceiros.
Estamos lançando o Relatório de tecnologia legada para ajudar a identificar casos de uso de cookies de terceiros. Os administradores podem definir a política BlockThirdPartyCookies como "false" para reativar cookies de terceiros em todos os sites, mas isso vai impedir que os usuários mudem a configuração correspondente no Chrome. Outra opção é definir a política CookiesAllowedForUrls, incluir seus apps corporativos na lista de permissões para que continuem recebendo cookies de terceiros e, assim, evitar falhas.
Os usuários finais corporativos incluídos nesse grupo experimental e não enquadrados em uma das duas políticas acima podem usar o ícone de olho na omnibox para reativar temporariamente cookies de terceiros por 90 dias em um determinado site, quando necessário. Consulte este artigo de ajuda para acessar mais detalhes sobre como mudar essas definições para a configuração desejada.
As proteções contra rastreamento por redirecionamento são abrangidas pelas mesmas políticas dos cookies e são aplicadas quando o site de redirecionamento não tem permissão para usar cookies de terceiros. Assim, se a política BlockThirdPartyCookies ou CookiesAllowedForUrls for definida para um site, as mitigações de rastreio por redirecionamento não vão mais excluir o estado dos sites.
As integrações SaaS empresariais entre sites e com casos de uso não relacionados à publicidade podem se registrar no teste de descontinuação de terceiros para manter o acesso a cookies de terceiros por um período limitado.
O recurso heurístico concede acesso temporário a cookies de terceiros em cenários limitados com base no comportamento do usuário. Isso reduz as falhas do site causadas pela descontinuação dos cookies de terceiros em padrões já estabelecidos, como redirecionamentos e pop-ups de provedores de identidade.
Para saber como se preparar, enviar feedback e informar possíveis problemas no site, consulte nossa página de destino atualizada sobre como se preparar para o fim dos cookies de terceiros.
- A partir do Chrome 120 no ChromeOS, Linux, MacOS e Windows
1% do tráfego global teve cookies de terceiros desativados. Os usuários corporativos são excluídos automaticamente sempre que possível, e há uma política disponível para substituir a alteração.
- As políticas FirstPartySets foram renomeadas como RelatedWebsiteSets
As políticas corporativas FirstPartySetsEnabled e FirstPartySetsOverrides foram renomeadas como RelatedWebsiteSetsEnabled e RelatedWebsiteSetsOverrides, respectivamente. Não há mudanças no comportamento das políticas. A partir de agora, os administradores precisam usar as novas políticas RelatedWebsiteSetsEnabled e RelatedWebsiteSetsOverrides. Para saber mais sobre a renomeação, acesse https://developer.chrome.com/blog/related-website-sets/
- Organizador de guias
O Organizador de guias é um recurso com tecnologia de IA generativa que permite ao Chrome sugerir e criar automaticamente grupos de guias para os usuários com base no URL e no título dos sites abertos. Para usar esse recurso, clique com o botão direito do mouse em uma guia e selecione Organizar guias semelhantes.
A partir do Chrome 121, um grupo limitado de usuários conectados nos EUA pode ativar o Organizador de guias nas configurações do Chrome. Inicialmente, esse recurso está disponível apenas para usuários não gerenciados e não pode ser acessado por usuários do Chrome Enterprise e Education gerenciados no Chrome 121. Para saber mais, leia esta postagem do blog. Nas próximas semanas, vamos divulgar mais detalhes sobre o Organizador de guias na Central de Ajuda do Chrome Enterprise e Education.
Antes do lançamento desse recurso para os usuários gerenciados, os administradores podem controlar o Organizador de guias usando a política TabOrganizerSettings. Você tem as seguintes opções para sua organização:
0 = Ativar o recurso e enviar dados para ajudar a melhorar os modelos de IA
1 = Ativar o recurso, mas não enviar dados para ajudar a melhorar os modelos de IA
2 = Desativar totalmente o recurso
- Criar temas com IA
O recurso Criar temas com IA no Chrome permite que os usuários desenvolvam um tema exclusivo do Chrome (uma combinação de cor e uma imagem de plano de fundo) usando a IA generativa. Para usar o recurso, abra uma nova guia e, no canto de baixo à direita, clique em Personalizar o Chrome. No painel lateral, selecione Mudar tema > Criar com IA. Os usuários podem escolher entre opções predefinidas de assunto, humor, estilo e cor.
A partir do Chrome 121, um grupo limitado de usuários conectados nos EUA pode criar temas com IA ativando o recurso nas configurações do Chrome. Inicialmente, esse recurso está disponível apenas para usuários não gerenciados e não pode ser acessado por usuários do Chrome Enterprise e Education gerenciados no Chrome 121. Para saber mais, leia esta postagem do blog. Nas próximas semanas, vamos divulgar mais detalhes sobre Criar temas com IA na Central de Ajuda do Chrome Enterprise e do Chrome for Education.
Antes do lançamento desse recurso para os usuários gerenciados, os administradores podem controlar a opção Criar temas com IA usando a política CreateThemesSettings. Você tem as seguintes opções para sua organização:
0 = Ativar o recurso e enviar dados para ajudar a melhorar os modelos de IA
1 = Ativar o recurso, mas não enviar dados para ajudar a melhorar os modelos de IA
2 = Desativar totalmente o recurso
- Arquivos criptografados mais seguros para usuários da Navegação segura padrão
Em alguns downloads de arquivos criptografados, o Chrome solicita uma senha aos usuários da Navegação segura padrão. Essa senha não é compartilhada com o Google e é apagada após a recuperação dos metadados. Isso coleta mais metadados sobre o download, como hashes de arquivos contidos e assinaturas executáveis, que são enviados ao Google para vereditos de melhor qualidade. A senha permanece local e não é compartilhada com o Google. É possível controlar esse recurso com a política SafeBrowsingDeepScanningEnabled.
- Chrome 121 no Linux, MacOS e Windows
- Captura de links de usuários em PWAs: Windows, MacOS e Linux
Os links da Web direcionam automaticamente os usuários para os apps instalados. Para alinhar as expectativas dos usuários em relação aos apps da Web instalados, o Chrome vai facilitar a alternância entre o navegador e os apps da Web instalados. Quando o usuário clicar em um link que pode ser processado por um app da Web instalado, o Chrome vai adicionar um ícone na barra de endereço para sugerir a mudança para o app. Clicar no ícone iniciará o app diretamente ou abrirá uma grade de apps que têm suporte a esse link. 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 instalado, enquanto outros veem o link aberto em uma nova guia com um ícone na barra de endereço, clicar no ícone inicia o app. Uma sinalização está disponível para controlar esse recurso:
chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 123 no Linux, MacOS e Windows: com base no resultado do experimento no Chrome 121, lançaremos 100% do Stable com um padrão ativado (sempre iniciar apps após cliques em links) ou desativado (sempre aberto em uma guia, só iniciar se o usuário clicar no ícone na barra de endereço).
- Navegação no painel lateral: fixar ou liberar guia
No Chrome 121, o Chrome remove o ícone do painel lateral para aprimorar a navegação desse painel e oferecer personalização por meio da fixação da barra de ferramentas. Isso permite um acesso direto eficiente a um conjunto de painéis. É possível abrir a maioria dos recursos do painel lateral usando o menu do Google Chrome (
).
- Chrome 121 no Chrome OS, LaCrOS, Linux, MacOS, Windows e Fuchsia
- Preenchimento automático: mostrar em cartões do servidor e locais
Com o preenchimento automático, os usuários podem preencher facilmente as informações do cartão em formulários de pagamento. Cartões de crédito ou débito, que podem ser preenchidos automaticamente, são armazenados no cliente Chrome. Há dois tipos: cartões de servidor e cartões locais. Um cartão de servidor tem apenas os últimos quatro dígitos e a data de validade do cartão. Já um cartão local tem todos os dígitos de um cartão e a data de validade.
Há casos em que um cartão local e um de servidor do mesmo cartão existem no mesmo cliente. Quando isso acontece, o Chrome normalmente elimina a duplicação do cartão do servidor e oferece apenas o cartão local para preenchimento automático. Com essa mudança, o oposto é verdadeiro, e o uso do cartão de servidor agora é oferecido aos usuários. Isso oferece os benefícios de segurança e usabilidade dos cartões de servidor do GPay para usuários com cartões duplicados, além de tornar a experiência mais consistente em todos os dispositivos.
- Chrome 121 no Chrome OS, LaCrOS, Linux, MacOS, Windows e Fuchsia
- Preenchimento automático: atualizações de código de segurança
No Chrome 121, para melhorar a experiência do usuário, o preenchimento automático de pagamentos agora revela as informações do cartão usando os métodos de verificação líderes do setor do Google, em vez de depender de códigos de segurança para verificar e desmascarar cartões. Os usuários podem ativar o desbloqueio do dispositivo se quiserem adicionar uma camada extra de segurança para desmascarar o cartão.
- Chrome 121 no Android e MacOS
- Herança de destaque do CSS
Com a herança de destaque do CSS, as pseudoclasses de destaque do CSS, como ::selection e ::highlight, herdam as propriedades pela cadeia de pseudodestaque, em vez da cadeia de elementos. O resultado é um modelo mais intuitivo para herança de propriedades em destaques. Especificamente, quando uma propriedade com suporte não recebe um valor pela cascata, o valor especificado é determinado pela herança do pseudoelemento de destaque correspondente do elemento pai do elemento de origem. Para mais detalhes, consulte a especificação Destacar pseudoelementos.
- Chrome 121 no Windows, MacOS, Linux e Android
- Políticas do usuário do Chrome para iOS
Com as políticas do usuário do Chrome para iOS, os administradores podem aplicar políticas e preferências nos dispositivos de um usuário. As configurações são aplicadas sempre que o usuário faz login no navegador Chrome com a conta gerenciada em qualquer dispositivo, inclusive pessoais.
No Chrome 120, iniciamos o lançamento, mas revertemos devido a um bug que não afetou. A partir do Chrome 121, será exibido um aviso de gerenciamento para os usuários finais gerenciados informando que a organização administra a conta em que estão fazendo login. Os administradores podem ativar essa funcionalidade no Admin Console na configuração Chrome no iOS. Confira mais detalhes em Definir políticas do Chrome para usuários ou navegadores.
- Chrome 120 no iOS: lançamento iniciado para 5%, revertido devido a um bug que não afetou
- Chrome 121 no iOS : inicie o lançamento gradual, segmentando 100% até o M122.
- Pular eventos de descarregamento
A presença de listeners de eventos de descarregamento é um bloqueio principal para cache de avanço e retorno em navegadores baseados no Chromium e para Firefox em plataformas de computador. Por outro lado, nas plataformas para dispositivos móveis, quase todos os navegadores priorizam o bfcache e não acionam eventos de descarregamento na maioria dos casos. Para melhorar a situação, trabalhamos com vários parceiros e conseguimos reduzir o uso de listeners de eventos de descarregamento nos últimos anos. Para acelerar ainda mais essa migração, sugerimos que o Chrome para computador ignore gradualmente os eventos de descarregamento.
Caso você precise de mais tempo para migrar dos eventos de descarregamento, vamos oferecer opções de desativação temporárias como uma API Permissions-Policy e uma política corporativa ForcePermissionPolicyUnloadDefaultEnabled, o que permitirá que você mantenha o comportamento inalterado de forma seletiva.
- Chrome 117 no ChromeOS, Linux, MacOS, Windows: teste de desenvolvedor
- Chrome 119 no ChromeOS, Linux, MacOS e Windows: introduz a política ForcePermissionPolicyUnloadDefaultEnabled
- Chrome 121-131 no ChromeOS, Linux, MacOS e Windows: teste de descontinuação. O lançamento geral da descontinuação tem escopo limitado até que o teste esteja pronto.
- Políticas novas e atualizadas no navegador Chrome
Política
Descrição
AllowChromeDataInBackups
Permitir o backup de dados do Google Chrome
CloudUserPolicyMerge
Ativa a mesclagem de políticas de nuvem de usuários com políticas no nível da máquina (agora disponível no iOS)
ProfileReauthPrompt
Pedir que os usuários façam a autenticação do perfil de novo
HelpMeWriteSettings
Ativar o recurso "Quero ajuda para escrever"
TabOrganizerSettings
Permitir recurso de organização de guias
CreateThemesSettings
Criar temas com IA
- Políticas removidas do navegador Chrome
Política
Descrição
ChromeRootStoreEnabled
Determina se a Chrome Root Store e o verificador de certificados integrado vão ser usados para verificar os certificados do servidor
ContextAwareAccessSignalsAllowlist
Ative o fluxo de atestado do Chrome Enterprise Device Trust Connector para uma lista de URLs
WebRtcAllowLegacyTLSProtocols
Permitir downgrade de TLS/DTLS legado no WebRTC
OffsetParentNewSpecBehaviorEnabled
Controlar o novo comportamento de HTMLElement.offsetParent
SendMouseEventsDisabledFormControlsEnabled
Controlar o novo comportamento para envio de eventos em controles de formulário desativados
AttestationEnabledForDevice
Ativar declaração remota para o dispositivo
Atualizações do Chrome OS
- Fim do suporte a dispositivos ChromeOS Flex
A partir de 1º de janeiro de 2024, os dispositivos programados para ter o suporte encerrado em 2023 não vão mais receber esse serviço. Alguns desses aparelhos estão listados abaixo. Para conferir todos, consulte nossa lista de modelos certificados.
- HP Compaq 6005 Pro
- HP Compaq Elite 8100
- Lenovo ThinkCentre M77
- HP ProBook 6550b
- HP 630
- Dell Optiplex 980
Os dispositivos vão continuar recebendo atualizações do ChromeOS Flex, mas elas não vão mais ser testadas nem mantidas pela equipe do Flex. Recomendamos que os clientes façam upgrade para os modelos mais recentes com certificação ChromeOS Flex ou dispositivos ChromeOS para aproveitar os novos recursos e melhorias de segurança. Saiba mais sobre os dispositivos compatíveis na Central de Ajuda.
- Ativar o ditado com o teclado
Teclados Logitech com um botão de ditado e outros teclados que usam o atalho Pesquisa + D, agora ativam o recurso de acessibilidade "Ditado", se ele estiver desativado. Se o Ditado já estiver ativado, a tecla e o atalho ativarão o Ditado. Ao ativar o Ditado, uma caixa de diálogo aparecerá para informar aos usuários que eles estão prestes a ativar o Ditado. É possível fazer o download de determinados arquivos de fala e saber como usar o recurso.
- Serviço de acessibilidade ChromeVox
Os usuários do espelhamento de app em Chromebooks agora vão usar o ChromeVox para navegar pelo app de streaming do Android. O streaming da árvore de acessibilidade do app Android é feito em conjunto com o próprio app e pode-se interagir com ele usando os recursos do leitor de tela do ChromeOS.
- Não há mais mensagens de integração para o Google Assistente
O ChromeOS 121 remove a recepção ou mensagens de integração oferecidas a um novo usuário ao iniciar o Google Assistente no ChromeOS pela primeira vez. Esta é uma descontinuação.
- Novo gesto do trackpad no ChromeOS
O ChromeOS 121 lança um novo trackpad para ajudar os usuários a dispensar pop-ups de notificação na central.
- Integrar o ID e o nome da regra de eventos da DLP à ferramenta de investigação de segurança
Os eventos de controle de dados do ChromeOS terão mais campos para aprimorar os insights do administrador na ferramenta de investigação de segurança.
- Restrições de arquivos do Enterprise DataControls (DLP)
No ChromeOS 121, o DataControls do ChromeOS permite que as equipes de TI e segurança protejam dados importantes da empresa e dos clientes. Ele está disponível para eventos como copiar e colar, captura de tela, compartilhamento de tela e impressão. Os administradores de TI podem criar uma estratégia de proteção de informações com regras baseadas em origem, destino e usuário dos dados.
Vamos lançar novas funcionalidades para controlar o que os usuários podem fazer com os arquivos nos dispositivos ChromeOS usando regras baseadas em origem e destino.
- Impressão sem borda
O ChromeOS agora oferece suporte à impressão sem bordas. Com uma impressora compatível, agora você pode imprimir fotos em papel, sem bordas.
Atualizações no Admin Console
- Configurar o endereço IP no dispositivo com o adaptador Ethernet
A configuração do Admin Console Permitir que o endereço IP seja configurado no dispositivo (somente no ChromeOS) e Permitir que os usuários modifiquem estes valores (em Configurações de DNS) agora também é ativada para adaptadores Ethernet.
- Relatório de uso de apps e extensões: destaque as extensões removidas da Chrome Web Store
No Chrome 121, disponibilizamos novas informações no relatório de uso de apps e extensões para ajudar você a identificar se uma extensão foi removida recentemente da Chrome Web Store por uma nova coluna de notificações e uma nova Chrome Web Store que representa o status de listagem de uma extensão. Na página Detalhes do app, é possível encontrar o motivo para a remoção de uma extensão da Chrome Web Store. Esse recurso ajuda os administradores de TI a identificar o impacto do uso da política para desativar extensões não publicadas.
- Chrome 120 no Linux, MacOS, Windows: programa Trusted Tester
- Chrome 121 no Linux, MacOS e Windows: lançamento de recursos
Relatório de uso de extensões e apps:
Página de detalhes do app:
- Relatório de erros do Chrome
A partir do Chrome 122, você poderá ver eventos de falha no Admin Console usando a nova página de relatório de erros do Chrome. Nesse relatório, você encontra um gráfico dinâmico que representa os eventos de falha do Chrome ao longo do tempo, agrupados por versões. Filtros adicionais estão disponíveis para os seguintes campos: plataformas do SO, canais do Chrome e datas. Este relatório vai ajudar você a identificar proativamente possíveis problemas do Chrome na sua organização.
Agora esse recurso está disponível no nosso programa Trusted Tester. Se você tiver interesse em nos ajudar a testar esse recurso, inscreva-se no programa Trusted Tester do Chrome Enterprise.
- Chrome 121 no Linux, MacOS, Windows: programa Trusted Tester
- Chrome 122 no Linux, MacOS e Windows: lançamento de recursos
- Correção de determinados certificados de Wi-Fi do Android (início de fevereiro de 2024)
Obrigatória a partir do Android 13, para determinadas configurações de Wi-Fi que usam autenticação empresarial (802.1X), um novo campo obrigatório, chamado DomainsufixMatch, foi adicionado para aumentar a segurança. Antes de atualizar sua frota para o Android 13, você precisa editar o novo campo das configurações dessa rede, Autoridade de certificação do servidor, para adicionar pelo menos uma Correspondência de sufixo de domínio do certificado do servidor. O dispositivo só se conectará à rede Wi-Fi se o certificado do servidor apresentado pela extremidade remota tiver um nome comum de assunto ou nome de DNS SubjectAlternativeName (SAN) que corresponda ao sufixo fornecido.
- Novas políticas no Admin Console
Nome da política
Páginas
Compatível com
Categoria/campo
AllowChromeDataInBackups
Usuário e navegador
Chrome (iOS)
Outras configurações
OopPrintDriversAllowed
Usuário e navegador
Chrome (Linux, MacOS e Windows)
Impressão
Em breve
Observação: os itens listados abaixo são atualizações experimentais ou planejadas. Eles podem ser alterados, atrasados ou cancelados antes do lançamento no Canal Stable.
Próximas mudanças no navegador
- Tela de escolha do mecanismo de pesquisa padrão
A partir do Chrome 120, os usuários finais corporativos podem receber uma solicitação para escolher o mecanismo de pesquisa padrão no Chrome.
Como parte do nosso desenvolvimento para conformidade com a DMA, alguns usuários precisam escolher um mecanismo de pesquisa padrão para o Chrome. Essa solicitação controla a configuração do mecanismo de pesquisa padrão, atualmente disponível em chrome://settings/search. As políticas corporativas DefaultSearchProviderEnabled e DefaultSearchProviderSearchUrl continuarão controlando essa configuração normalmente se ela for definida pelo administrador de TI. Leia mais sobre esta política e o grupo atômico relacionado.
- Chrome 120 no iOS, ChromeOS, Lacros, Linux, MacOS e Windows: 1% dos usuários pode começar a receber a tela de escolha no Chrome 120.
- Chrome 122 no iOS, ChromeOS, Lacros, Linux, MacOS, Windows: lançamento completo para os usuários relevantes.
- Receber ajuda para escrever na Web com a IA
No Chrome 122, vamos lançar um recurso experimental com tecnologia de IA generativa para ajudar os usuários a escrever na Web. Esta ferramenta permite aos usuários redigir com mais confiança, além de facilitar a escrita em campos de texto na Web.
A partir do Chrome 122, um grupo limitado de usuários conectados nos EUA poderá ativar a opção Quero ajuda para escrever nas configurações do Chrome. No Chrome 122, esse recurso só vai estar inicialmente disponível para usuários não gerenciados e não poderá ser acessado pelos usuários do Chrome Enterprise e Education gerenciados. Para saber mais, leia esta postagem do blog. Nas próximas semanas, vamos fornecer mais detalhes sobre a opção Quero ajuda para escrever na Central de Ajuda do Chrome Enterprise e Chrome for Education.
Os administradores poderão controlar a opção Quero ajuda para escrever usando a política HelpMeWriteSettings. Você terá as seguintes opções para sua organização:
0 = Ativar o recurso e enviar dados para ajudar a melhorar os modelos de IA
1 = Ativar o recurso, mas não enviar dados para ajudar a melhorar os modelos de IA
2 = Desativar totalmente o recurso
- Experiência simplificada de login e sincronização
A partir do Chrome 122, os usuários com a Sincronização do Chrome ativada terão uma versão simplificada e consolidada do login e da sincronização no Chrome. A Sincronização do Chrome vai deixar de ser exibida como um recurso separado nas configurações e 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.
Assim 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 desativada totalmente (por SyncDisabled) ou parcialmente (por SyncTypesListDisabled). O login no Google Chrome pode ser exigido ou desativado por BrowserSignin, assim como antes.
As alterações não afetam a capacidade dos usuários de fazer login nos Serviços do Google na Web (como no Gmail) sem fazer login no Chrome, de ficar desconectados do Chrome ou de controlar as informações sincronizadas com a Conta do Google.
- Chrome 117: desative a Sincronização do Chrome para usuários que não tinham esse recurso ativado no momento.
- Chrome 122: para desativar a Sincronização do Chrome para usuários com esse recurso ativado, faça a migração deles para um estado equivalente.
- Solicitação de permissões para a API Web MIDI
Houve vários problemas relatados sobre o acesso não intencional da API Web MIDI a dispositivos MIDI de clientes (bugs). Para resolver esse problema, o Audio Working Group decidiu colocar uma permissão explícita no acesso geral da API MIDI. Originalmente, a permissão explícita só era necessária para o uso avançado de MIDI (mensagens SysEx, ou seja, exclusivas do sistema) no Chrome, com acesso controlado por solicitação de permissões. Planejamos ampliar o escopo da permissão para o uso normal da API MIDI.
Atualmente, o uso de mensagens SysEx com a API Web MIDI requer uma permissão do usuário explícita. Com essa implementação, até mesmo o acesso à API Web MIDI sem compatibilidade com SysEx vai exigir uma permissão do usuário. Três políticas novas, DefaultMidiSetting, MidiAllowedForUrls e MidiBlockedForUrls, serão disponibilizadas para que os administradores configurem o acesso dos usuários à API com antecedência.
- Chrome 122 no Windows, MacOS, Linux e Android
- SharedImages para decodificação de vídeo PPAPI
O Chrome 119 apresenta uma nova política PPAPISharedImagesForVideoDecoderAllowed para controlar a refatoração recente das APIs VideoDecoder no plug-in PPAPI.
- Chrome 119 no ChromeOS e Lacros: introduz uma política de contingência.
- Chrome 122 no ChromeOS e Lacros: a política de contingência e os caminhos de código antigos correspondentes foram removidos.
- Configuração de segurança V8
Adicione uma configuração em chrome://settings/security para desativar os otimizadores JIT V8 e reduzir a superfície de ataque do Chrome. Esse comportamento continua sendo controlado pela política corporativa DefaultJavaScriptJitSetting e as políticas associadas JavaScriptJitAllowedForSites e JavaScriptJitBlockedForSites. Essa configuração está integrada às configurações do site. A configuração será lançada no Chrome 122. As políticas corporativas estão disponíveis desde o Chrome 93.
- Chrome 122 no ChromeOS, Lacros, Linux, MacOS, Windows e Fuchsia
- Ler em voz alta
Com o recurso "Ler em voz alta", os usuários do Chrome no Android podem ouvir páginas da Web usando a tecnologia de conversão de texto em voz. Os usuários vão poder acessar esse recurso pelo menu flutuante e controlar a reprodução com os controles de áudio.
O recurso "Ler em voz alta" enviará o URL da página aos servidores do Google para ativar a reprodução. Os usuários que o utilizam precisarão ativar o item de menu de configurações "Melhorar as pesquisas e a navegação".
Se a política ListenToThisPageEnabled for definida como verdadeira, os usuários poderão ler páginas da Web qualificadas em voz alta usando a conversão de texto em voz. Isso é possível graças à síntese de áudio e
à destilação de conteúdo do lado do servidor. Se ela for definida como falsa, o recurso será desativado. Se ela for definida como padrão ou não for definida, o recurso "Ler em voz alta" será ativado.
- Chrome 122 no Android : lançamentos de recursos
- O serviço de rede no Windows será colocado no sandbox
Para melhorar a segurança e confiabilidade, o serviço de rede, já 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 vão mais poder fazer isso. Podem ocorrer problemas na interoperabilidade com o software que injeta códigos no espaço de processo do Chrome, como o software Prevenção contra perda de dados. A política NetworkServiceSandboxEnabled permite desativar o sandbox em caso de incompatibilidade. Teste o sandbox no seu ambiente seguindo estas instruções e informe os problemas encontrados.
- Chrome 122 no Windows: serviço de rede no sandbox do Windows
- Remoção da política corporativa ChromeAppsWebViewPermissiveBehaviorAllowed
No Chrome 116, o uso do WebView de apps do Chrome tem as seguintes restrições:
O uso do evento NewWindow de WebView para anexar a um elemento de WebView em outra janela de app faz com que a referência retornada pela chamada window.open na WebView de origem seja invalidada. Uma política corporativa temporária ChromeAppsWebViewPermissiveBehaviorAllowed foi disponibilizada para que as empresas tenham tempo de lidar com possíveis falhas relacionadas a essas mudanças. Essa política será removida no Chrome 122.
- Chrome 122 no Linux, MacOS, Windows, ChromeOS: a política corporativa ChromeAppsWebViewPermissiveBehaviorAllowed foi removida.
- Verificação assíncrona da Navegação segura do lado do servidor
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 poderá acessar a página até que elas sejam concluídas. Para melhorar a velocidade de carregamento do Chrome, as verificações na lista da Navegação segura do lado do servidor não vão mais bloquear o carregamento de páginas após o Chrome 122.
Avaliamos o risco e implementamos mitigações:
- Para se proteger contra violações diretas do navegador, as verificações de lista local ainda serão realizadas de forma síncrona, de modo que payloads maliciosos não possam ser executados até que a verificação da lista local seja concluída.
- Para se proteger contra 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, Lacros, Linux, MacOS, Windows : lançamentos de recursos
- Avisos de download aprimorados na página de downloads do Chrome
Para ajudar a reduzir as consequências do download de malware, estamos limpando os padrões e strings de aviso de download de computadores para que eles sejam claros e consistentes.
- Chrome 122 no ChromeOS, Lacros, Linux, MacOS, Windows, Fuchsia: lançamentos de recursos
- Reabrir a última guia aberta em qualquer dispositivo
O Chrome oferece aos usuários um atalho rápido para reabrir a última guia acessada de qualquer dispositivo nas últimas 24 horas com o mesmo perfil de usuário. Os administradores vão poder controlar esse recurso usando uma política corporativa chamada SyncTypesListDisabled.
- Chrome 123 no iOS: lançamentos de recursos
- A Sincronização do Chrome não oferece mais suporte ao Chrome 81 e versões anteriores
A Sincronização do Chrome não vai mais oferecer suporte ao Chrome 81 e versões anteriores. Você precisará fazer upgrade para uma versão mais recente do Chrome se quiser continuar usando a Sincronização do Chrome.
- Chrome 123 no Android, iOS, ChromeOS, Linux, MacOS e Windows: a mudança vai ser implementada.
- Descontinuação e remoção do WebSQL
Com o SQLite em vez do WASM como substituto oficial, planejamos remover totalmente o WebSQL. Isso vai ajudar a manter nossos usuários seguros.
O padrão do Web SQL Database foi proposto inicialmente em abril de 2009 e abandonado em novembro de 2010. A Gecko nunca implementou esse recurso, que foi descontinuado pela WebKit em 2019. O W3C incentivou as pessoas que precisavam de bancos de dados da Web a adotar o Web Storage ou o Indexed Database.
Desde o lançamento, ficou cada vez mais difícil manter a segurança dos nossos usuários. Originalmente, o SQLite não foi projetado para executar instruções SQL maliciosas, mas com o WebSQL é preciso fazer exatamente isso. Reagir a um fluxo de problemas de estabilidade e segurança é um custo imprevisível para a equipe de armazenamento.
- Chrome 101: no Chrome 101, a política WebSQLAccess foi adicionada. O WebSQL vai estar disponível quando essa política for ativada, e a política estará disponível até o Chrome 123.
- Chrome 115: mensagem de descontinuação adicionada ao console.
- Chrome 117: no Chrome 117, o teste de descontinuação do WebSQL começa. O teste termina no Chrome 123. Durante o período de teste, é necessário um token de descontinuação do teste para que o recurso seja disponibilizado.
- Chrome 119: a partir do Chrome 119, o WebSQL não está mais disponível. O acesso ao recurso ficará disponível até o Chrome 123 usando a política WebSQLAccess ou um token de teste de descontinuação.
- Chrome 123: no Chrome OS, Lacros, Linux, MacOS, Windows, Android : a partir do Chrome 123, a política WebSQLAccess e o teste de descontinuação, que permite a disponibilidade do WebSQL, não estarão mais disponíveis.
- Suspensão do uso da política corporativa ThrottleNonVisibleCrossOriginIframesAllowed
A mudança no código (throttling same-process, cross-origin display:none iframes) que a política corporativa ThrottleNonVisibleCrossOriginIframesAllowed substitui foi ativada em versões estáveis desde o início de 2023. Como problemas conhecidos foram resolvidos, pretendemos remover a política corporativa ThrottleNonVisibleCrossOriginIframesAllowed até o Chrome 124. As discussões sobre o problema de limitação e a resolução dele podem ser encontradas em https://bugs.chromium.org/p/chromium/issues/detail?id=958475.
- Chrome 124: ThrottleNonVisibleCrossOriginIframesAllowed foi removida
- Remoção do suporte a UserAgentClientHintsGREASEUpdateEnabled
Planejamos descontinuar a política UserAgentClientHintsGREASEUpdateEnabled, já que o algoritmo GREASE atualizado está ativado por padrão há mais de um ano. A política será removida em algum momento.
- Chrome 124 no Android, ChromeOS, Linux, MacOS, Windows : a política foi descontinuada
- Chrome 126 no Android, ChromeOS, Linux, MacOS e Windows: a política foi removida
- Intenção de descontinuação: eventos de mutação
Eventos de mutação síncrona, incluindo DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument e DOMCharacterDataModified, afetam negativamente o desempenho da página e aumentam significativamente a complexidade da adição de novos recursos na 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.
- Chrome 127 no Android, ChromeOS, Linux, MacOS e Windows: os eventos de mutação vão parar de funcionar no Chrome 127 por volta de 30 de julho de 2024.
- Remoção da política LegacySameSiteCookieBehaviorEnabledForDomainList
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento de SameSite de cookies para o comportamento legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 128 no Android, ChromeOS, Linux, MacOS, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
- As extensões precisam ser atualizadas para usar o Manifesto V3 até junho de 2025
As extensões precisam ser atualizadas para usar o Manifesto V3. As extensões do Chrome estão sendo transferidas para uma nova versão do manifesto, o Manifesto V3. Isso vai proporcionar mais privacidade aos usuários, por exemplo, ao migrar para um modelo em que as extensões modificam as solicitações de maneira declarativa, sem a capacidade de consultar solicitações individuais. Isso também melhora a segurança das extensões, já que o código hospedado remotamente não será permitido no Manifesto V3.
A partir de junho de 2024, o Chrome vai desativar gradualmente as extensões do Manifest V2 em execução no navegador. Uma política corporativa ExtensionManifestV2Availability está disponível para controlar se as extensões do Manifest V2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Além disso, as máquinas em que a política estiver ativada não vão estar sujeitas à desativação das extensões do Manifesto V2 até o ano seguinte, junho de 2025, quando a política será removida.
É possível conferir a versão do Manifest que está sendo usada pelas extensões do Chrome em execução na sua frota na página "Uso de apps e extensões" no Gerenciamento de nuvem do navegador Chrome. Leia mais no Cronograma do manifesto, incluindo:
- Chrome 110 no ChromeOS, Lacros, Linux, MacOS e Windows: a política corporativa ExtensionManifestV2Availability está disponível para controlar se as extensões do Manifest V2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Após a migração, a política vai permitir que você estenda o uso das extensões do Manifesto V2.
- Chrome 127 no ChromeOS, Lacros, Linux, MacOS e Windows: o Chrome vai desativar gradualmente as extensões do Manifest V2 nos dispositivos dos usuários. Somente os usuários com a política corporativa ExtensionManifestV2Availability ativada poderão continuar usando as extensões do Manifest V2 na organização.
- Chrome 139 no ChromeOS, Lacros, Linux, MacOS e Windows: remova a política ExtensionManifestV2Availability.
Próximas alterações no Chrome OS
- Migração para o Bluetooth do ChromeOS Flex
O ChromeOS Flex vai ser atualizado para a Pilha do Floss para o Bluetooth do ChromeOS 122. Como parte do upgrade, os dispositivos a seguir não vão mais oferecer suporte à funcionalidade Bluetooth. Se ela for essencial, recomendamos migrar o dispositivo para o canal LTS até outubro de 2024.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11.2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
- Novo visual do player de mídia do ChromeOS
O player de mídia do ChromeOS vai ser lançado em breve ter botões e cores maiores para combinar com o plano de fundo. O player de mídia aparece quando você reproduz qualquer vídeo ou áudio (como Spotify ou YouTube) nas Configurações rápidas. É possível clicar no ícone de fixação para mover o player de mídia para a estante. Além de controlar a mídia que está sendo executada, é possível transmitir da Web para qualquer alto-falante ou tela na rede local.
- Desativação de app pelo administrador em sessões de visitante gerenciadas
As sessões de visitante gerenciadas (MGS, na sigla em inglês) já oferecem um conjunto de apps para o usuário (Explorar, Galeria e Terminal). Em breve, com a política SystemFeaturesDisableList, os administradores vão poder desativar, bloquear e ocultar esses apps dos usuários na empresa.
- Economia de bateria
A partir do ChromeOS 122, a Economia de bateria vai estar disponível para reduzir o brilho na luz de fundo da tela e do teclado, limitar a taxa de atualização da tela e do orçamento de computação disponível, além de desativar algumas funções em segundo plano que consomem mais energia para que os usuários tenham mais duração da bateria dos dispositivos. Isso será útil quando eles precisarem desses últimos minutos para concluir uma tarefa e não tiverem um carregador à mão. O recurso será ativado automaticamente quando o nível da bateria do usuário atingir 20%.
Próximas alterações no Admin Console
- Exclusão de navegador inativo no Gerenciamento de nuvem do navegador Chrome
A partir do Chrome 124, a política de Período de inatividade para exclusão do navegador vai excluir automaticamente os dados no Admin Console de navegadores gerenciados que não entraram em contato com o servidor por mais tempo do que o período de inatividade determinado pela política. Ao lançar a política, o período de inatividade terá o valor padrão de 540 dias. Todos os navegadores registrados que estiverem inativos por mais de 540 dias serão excluídos da sua conta logo após o lançamento desta política. Os administradores podem alterar o valor do período de inatividade usando esta política. O valor máximo para determinar o período de inatividade do navegador será de 730 dias, e o mínimo, de 28 dias.
Se você diminuir o valor da política definida, isso poderá ter um impacto global nos navegadores registrados. Todos os navegadores afetados serão considerados inativos e, portanto, serão excluídos irreversíveis. Para garantir que os navegadores excluídos sejam registrados novamente de forma automática na próxima vez que forem reiniciados, defina o valor da política Gerenciamento de tokens do dispositivo como Excluir token antes de reduzir o valor. Os tokens de registro nesses navegadores ainda precisam ser válidos no momento da reinicialização.
- A partir do Chrome 122: o período de inatividade da interface da política de exclusão de dados do navegador está disponível para acesso antecipado no Admin Console. Os administradores de TI que consideram o padrão de 18 meses inadequado, podem definir explicitamente o valor da política (período de inatividade) algumas semanas antes do início da exclusão.
- Relatório de tecnologia legada
A partir do Chrome 122, o Relatório de tecnologia legada estará disponível no Admin Console e vai informar de forma proativa os sites (internos e externos) que usam tecnologias que serão descontinuadas, como cookies de terceiros, alterações em cookies SameSite e protocolos de segurança mais antigos, como TLS 1.0/1.1 e cookies de terceiros. Essas informações vão permitir que os administradores de TI trabalhem com os desenvolvedores para planejar as migrações tecnológicas necessárias antes que as remoções do recurso de descontinuação entrem em vigor.
No momento, este recurso está disponível em nosso programa Trusted Tester. Se você tiver interesse em nos ajudar a testar esse recurso, inscreva-se no programa Trusted Tester do Chrome Enterprise.
- A partir do Chrome 122 no Linux, MacOS e Windows
Chrome 120
Atualizações do navegador Chrome
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Tela de escolha do mecanismo de pesquisa padrão
✓
Descontinuação dos cookies de terceiros (3PCD, na sigla em inglês) no Chrome
✓
As políticas corporativas FirstPartySets foram renomeadas como RelatedWebsiteSets
✓
✓
Chrome Web Store: melhorias na UX
✓
Reformulação da confirmação de segurança para computadores
✓
Barra de ferramentas responsiva do Chrome para computadores
✓
O Chrome no Android não é mais compatível com o Android Nougat
✓
Rastreamento de pacote (somente para iOS)
✓
Remover o prefixo -webkit-background-clip para texto e transformá-lo em um alias
✓
Políticas do usuário do Chrome para iOS
✓
Separação de perfis do Chrome: novas políticas
✓
Abandono do uso de URLs de dados em SVGUseElement
✓
✓
Gerenciador de senhas: compartilhamento de senhas
✓
✓
Remover o suporte recomendado de várias políticas
✓
Salvar imagens no Google Fotos para iOS
✓
Remoção da aplicação geral de mesma origem na Aplicação Incorporada da Política de Segurança de Conteúdo (CSPEE, na sigla em inglês)
✓
Solicitações de fechamento para CloseWatcher, <dialog> e popover=""
✓
Descontinuação e remoção do suporte ao Theora
✓
Consentimento dos indicadores de dispositivo não gerenciado
✓
Interações de impressão movidas para um processo de serviço
✓
Serviço de sugestões de permissão com base no URL
✓
Políticas novas e atualizadas no navegador Chrome
✓
Políticas removidas do navegador Chrome
✓
Atualizações do ChromeOS
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Novos controles para acelerar a rolagem do mouse
✓
Comportamento Alt + clique aprimorado
✓
Eventos de autenticação de detecção e resposta estendidas (XDR, na sigla em inglês)
✓
Fazer gesto de pinça para redimensionar PiP
✓
Nova aparência do seletor de emojis
✓
Atalhos do teclado: ativação das teclas F11 e F12
✓
Descontinuação do suporte a codecs e contêineres de mídia legados do ChromeOS
✓
Botão de espaço de trabalho virtual do ChromeOS
✓
Detalhes do app no gerenciamento de apps
✓
Atualizações no Admin Console
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Novas políticas no Admin Console
✓
Próximas mudanças no navegador Chrome
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Recursos de IA generativa
✓
Arquivos criptografados mais seguros para usuários da Navegação segura padrão
✓
Solicitação de permissões para a API Web MIDI
✓
O serviço de rede no Windows será colocado no sandbox
✓
Captura de links de usuários em PWAs: Windows, Mac e Linux
✓
Navegação no painel lateral: fixar/liberar
✓
SharedImages para decodificação de vídeo PPAPI
✓
Pular eventos de descarregamento
✓
Voltar para a última guia aberta em qualquer dispositivo
✓
Remoção do suporte a UserAgentClientHintsGREASEUpdateEnabled
✓
A Sincronização do Chrome não oferece mais suporte ao Chrome 81 e versões anteriores
✓
✓
Descontinuação e remoção do WebSQL
✓
Remoção da política LegacySameSiteCookieBehaviorEnabledForDomainList
✓
Intenção de descontinuação: eventos de mutação
✓
As extensões precisam ser atualizadas para usar o Manifesto V3 até junho de 2025
✓
✓
✓
Próximas mudanças no ChromeOS
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Fim do suporte aos dispositivos ChromeOS Flex
✓
Migração do Bluetooth do ChromeOS Flex
✓
Definir a duração do protetor de tela
✓
Nova aparência do player de mídia do ChromeOS
✓
Integrar os eventos da DLP à ferramenta de investigação de segurança
✓
Restrições de arquivos dos controles de dados do ChromeOS
✓
Notificações aprimoradas para apps fixados
✓
Novas opções de sincronização do ChromeOS
✓
✓
Desativação de app pelo administrador em sessões de visitante gerenciadas (MGS, na sigla em inglês)
✓
Próximas mudanças no Admin Console
Segurança/Privacidade
Produtividade do usuário/ apps
Gerenciamento
Exclusão de navegador inativo no Gerenciamento de nuvem do navegador Chrome
✓
Relatório de uso de apps e extensões: destacar extensões removidas da Chrome Web Store
✓
Relatório de tecnologia legada
✓
Relatórios de erros do Chrome
✓
FAZER O DOWNLOAD das notas da versão (PDF em inglês)
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. Aguarde uma ou duas semanas até a tradução para alguns idiomas.
Atualizações do navegador Chrome
- Tela de escolha do mecanismo de pesquisa padrão
A partir do Chrome 120, os usuários finais corporativos podem receber uma solicitação para escolher o mecanismo de pesquisa padrão no Chrome.
Como parte do nosso desenvolvimento de compliance com DMA, alguns usuários precisam escolher um mecanismo de pesquisa padrão para o Chrome. Essa solicitação controla a configuração do mecanismo de pesquisa padrão, atualmente disponível em chrome://settings/search. As políticas corporativas DefaultSearchProviderEnabled e DefaultSearchProviderSearchUrl continuarão controlando essa configuração normalmente se ela for definida pelo administrador de TI. Leia mais sobre esta política e o grupo atômico relacionado.
- Chrome 120 no iOS, ChromeOS, LaCrOS, Linux, Mac e Windows: 1% dos usuários vão começar a receber a tela de escolha no Chrome 120. Até o Chrome 122, 100% dos usuários aplicáveis vão receber isso.
- Descontinuação dos cookies de terceiros do Chrome (3PCD)
No Chrome 120 em diante (janeiro de 2024), o Chrome vai desativar globalmente cookies de terceiros em 1% do tráfego do navegador como parte dos testes facilitados do Chrome em colaboração com a CMA. O período de teste facilitado permite que os sites façam uma prévia significativa de como é operar em um mundo sem cookies de terceiros. Como as proteções contra rastreamento de rejeições também fazem parte do 3PCD, os usuários desse grupo com cookies de terceiros bloqueados terão mitigações de rastreio por redirecionamento. Assim, o estado deles será liberado para sites classificados como rastreador de rejeições. A maioria dos usuários corporativos será excluída deste grupo experimental automaticamente. No entanto, recomendamos que os administradores usem as políticas BlockThirdPartyCookies e CookiesAllowedForUrls para reativar cookies de terceiros e desativar os navegadores gerenciados antes do experimento. Desse modo, as empresas terão tempo para fazer as mudanças necessárias, sem depender dessa política ou de cookies de terceiros.
Planejamos oferecer mais ferramentas (como o Relatório de tecnologia legada) para ajudar a identificar diferentes casos de uso de cookies de terceiros. Os administradores podem definir a política BlockThirdPartyCookies como falsa para reativar cookies de terceiros em todos os sites, mas isso vai impedir que os usuários mudem a configuração correspondente no Chrome. Para evitar falhas, defina a política CookiesAllowedForUrls e inclua seus apps corporativos na lista de permissões para que continuem recebendo cookies de terceiros.
Os usuários finais corporativos incluídos nesse grupo experimental não cobertos por uma política de administrador da empresa podem usar o controle "Ignorar usuário" (o "ícone de olho" na omnibox) para reativar temporariamente cookies de terceiros por 90 dias em um determinado site, quando necessário. As políticas administrativas corporativas substituem os controles de ignoração de usuários. Por exemplo, quando a política BlockThirdPartyCookies é definida como "verdadeira", os cookies de terceiros são desativados em todos os sites e os usuários não poderão mais utilizar esse controle de ignoração.
As proteções contra rastreio por redirecionamento também são abrangidas pelas mesmas políticas dos cookies e aplicadas quando o site com rejeição não tem permissão para ter/receber cookies de terceiros. Assim, se a política BlockThirdPartyCookies ou CookiesAllowedForUrls for definida para um site, as mitigações de rastreio por redirecionamento não vão mais excluir o estado dos sites.
As integrações SaaS corporativas usadas em um contexto entre sites para casos de uso não publicitários poderão ser registradas no teste de descontinuação de cookies de terceiros para terem acesso contínuo a cookies de terceiros por um período limitado.
O recurso heurístico concede acesso temporário a cookies de terceiros em contextos limitados com base no comportamento do usuário. Isso reduz as falhas do site causadas pela descontinuação dos cookies de terceiros em padrões já estabelecidos, como redirecionamentos e pop-ups de provedores de identidade.
Para saber como se preparar, enviar feedback e informar possíveis problemas no site, consulte a seção do blog Modo B: descontinuação de 1% de cookies de terceiros e Como se preparar para o fim dos cookies de terceiros.
- Chrome 120 no ChromeOS, Linux, Mac e Windows
1% do tráfego global tem os cookies de terceiros desativados. Os usuários corporativos são excluídos automaticamente sempre que possível, e há uma política disponível para substituir a alteração.
- As políticas FirstPartySets foram renomeadas como RelatedWebsiteSets
As políticas corporativas FirstPartySetsEnabled e FirstPartySetsOverrides foram renomeadas como RelatedWebsiteSetsEnabled e RelatedWebsiteSetsOverrides, respectivamente. O comportamento das políticas não mudou. A partir de agora, os administradores precisam usar as novas políticas RelatedWebsiteSetsEnabled e RelatedWebsiteSetsOverrides. Para saber mais sobre a renomeação, acesse https://developer.chrome.com/blog/related-website-sets/
- Chrome 120 no Android, Chrome OS, LaCrOS, Linux, Mac, Windows e Fuchsia
- Chrome Web Store: melhorias na UX
A equipe do Chrome tem uma novidade: o processo de encontrar e gerenciar extensões na Chrome Web Store está mais simples. Além de uma interface mais moderna e atual, a loja recebeu novas categorias de extensões, incluindo Extensões com tecnologia de IA e Destaque dos editores. Essas melhorias serão lançadas gradualmente nos próximos meses.
Os usuários podem voltar temporariamente ao layout original da loja clicando nos três pontos ao lado do avatar do perfil e selecionando "Reverter para a loja original". Essa opção temporária vai ser desativada em janeiro de 2024 e não poderá ser controlada centralmente pelos administradores.
As empresas continuarão tendo acesso às políticas corporativas na nova UX da Chrome Store.
Essa Chrome Web Store também terá uma seção dedicada a extensões específicas do seu domínio. Para saber mais sobre a publicação de extensões particulares, consulte Opções de publicação corporativa.
Há um problema conhecido com ExtensionSettings, em que blocked_install_message não é mostrado corretamente na UX reformulada da Chrome Store. Estamos trabalhando para corrigir esse problema.
- Reformulação da confirmação de segurança para computadores
No Chrome 120, vamos começar a lançar uma nova Confirmação de segurança proativa que verifica regularmente se há problemas relacionados à segurança no navegador e informa os usuários quando há algo que precisa de atenção. Esse lançamento também inclui uma nova página do Chrome com ações proativas relacionadas à segurança e informações personalizadas. Ela foi criada para facilitar a proteção on-line dos usuários.
- Chrome 120 no ChromeOS, LaCrOS, Linux, Mac e Windows
- Barra de ferramentas responsiva do Chrome para computador
Clientes do Chrome para computador em vários dispositivos e modos de entradas (por exemplo, Mouse ou Toque) agora têm acesso a uma barra de ferramentas que reage perfeitamente à mudança do tamanho das janelas. Isso acontece quando os usuários selecionam e redimensionam manualmente uma janela ou usam ferramentas de gerenciamento de janelas específicas do SO, além de um menu flutuante.
- Chrome 120 no ChromeOS, LaCrOS, Linux, Mac e Windows
- Chrome deixa de oferecer suporte para o Android Nougat
O Chrome 119 será a última versão com suporte para o Android Nougat e vai incluir uma mensagem para os usuários afetados informando para fazer o upgrade do sistema operacional.
O Chrome 120 não terá suporte nem será lançado para usuários com o Android Nougat.
- Chrome 120 no Android: o Chrome no Android não tem mais suporte para o Android Nougat
- Rastreamento de pacote (somente para iOS)
Os usuários podem ativar um novo recurso de rastreamento de pacote que mostra datas de entrega estimadas e status do pacote em um novo cartão na página Nova guia. Este recurso só está disponível para dos Estados Unidos e para pacotes enviados pela FedEx e pela USPS. Se necessário, desative o recurso usando uma nova política chamada ParcelTrackingEnabled.
- Chrome 120 no iOS: lançamentos de recursos
- Remover o prefixo -webkit-background-clip para texto e transformar em um alias
O Chrome permite usar a versão sem prefixo de background-clip: text e transformar -webkit-background-clip em um alias para background-clip. Além disso, não haverá mais suporte para palavras-chave não sufixadas (conteúdo, padding e borda)..
- Chrome 120 no Windows, Mac, Linux e Android
- Políticas do usuário do Chrome para iOS
Os administradores podem usar as políticas do usuário do Chrome para iOS para aplicar políticas e preferências nos dispositivos dos usuários. As configurações são aplicadas sempre que o usuário faz login no navegador Chrome com a conta gerenciada em qualquer dispositivo, inclusive pessoais.
A partir do Chrome 120, para manter a consistência no iOS, os usuários finais gerenciados vão começar a receber um aviso informando que a organização administra a conta em que estão fazendo login. No Chrome 121, os administradores podem ativar essa funcionalidade no Admin Console, na configuração Chrome no iOS. Confira mais detalhes em Definir políticas do Chrome para usuários ou navegadores.
- Chrome 120 no iOS: o recurso vai ser lançado gradualmente.
- Separação de perfis do Chrome: novas políticas
Três novas políticas já estão disponíveis para ajudar você a configurar perfis corporativos: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings e ProfileSeparationDomainExceptionList. Essas políticas têm precedência sobre ManagedAccountsSigninRestriction e EnterpriseProfileCreationKeepNavigationData.
- Chrome 120 no Linux, Mac e Windows
- Abandono do uso de URLs de dados em SVGUseElement
A especificação SVG foi atualizada recentemente para remover o suporte a URLs de dados em SVGUseElement. Isso melhora a segurança da plataforma da Web e a compatibilidade entre navegadores, já que o Webkit não oferece suporte a URLs de dados em SVGUseElement. Saiba mais nesta postagem do blog.
A atribuição de URLs de dados no SVGUseElement pode fazer o scripting em vários sites (XSS) e os Tipos confiáveis serem ignorados.
Para empresas que precisarem de mais tempo para migrar, a política DataUrlInSvgUseEnabled vai ficar disponível até o Chrome 128 para reativar o suporte a URLs de dados em SVGUseElement.
- Chrome 120 no Android, ChromeOS, LaCrOS, Linux, Mac, Windows e Fuchsia: remover o suporte para
URLs de dados em SVGUseElement
- Gerenciador de senhas: compartilhamento de senhas
O Gerenciador de senhas permite que os usuários compartilhem senhas com membros do grupo da família no Google (conforme configurado na Conta do Google). Os usuários só podem compartilhar uma senha por vez. Não é possível compartilhar várias senhas ao mesmo tempo. A senha compartilhada não pode ser atualizada ou revogada por quem a enviou.
Como administrador corporativo, você pode usar a política PasswordSharedEnabled para desativar o recurso de compartilhamento para todos os usuários.
- Chrome 120 para iOS, Chrome OS, LaCrOS, Linux, Mac, Windows e Fuchsia
- Remover o suporte recomendado de várias políticas
Algumas políticas podem ser aplicadas conforme recomendado, permitindo que os administradores definam um valor inicial que os usuários podem mudar mais tarde. No Chrome 119, o suporte recomendado foi removido de várias políticas que os usuários não podiam configurar.
Todas as políticas afetadas que foram definidas como recomendadas anteriormente precisam ser definidas como obrigatórias para garantir que continuem em vigor.
- Chrome 119 no Linux, Mac e Windows: o suporte recomendado está sendo removido da política corporativa PrintPdfAsImageDefault.
- Chrome 120 no Android, Linux, Mac e Windows: o suporte recomendado está sendo removido das seguintes políticas corporativas:
- PasswordDismissCompromisedAlertEnabled
- Salvar imagens no Google Fotos para iOS
Quando um usuário tocar e manter pressionada uma imagem no Chrome, ele vai poder salvá-la diretamente no Google Fotos. É possível salvar o arquivo em qualquer conta conectada ao dispositivo. A política ContextMenuPhotosharingSettings pode ser usada para ativar esse recurso.
- Chrome 119 no iOS: os usuários podem salvar imagens diretamente no Google Fotos.
- Chrome 120 no iOS : uma nova política, ContextMenuPhotoSharingSettings , foi lançada para controlar essa funcionalidade.
- Remoção da aplicação geral de mesma origem no CSPEE
O Chrome 120 remove um tratamento especial para iframes de mesma origem da CSP Embedded Enforcement.
Isso alinha o comportamento da política de aplicação incorporada da CSP para iframes de origem cruzada e de mesma origem. Para ler mais, consulte ChromeStatus.
- Chrome 120 no Windows, Mac, Linux e Android
- Solicitações de fechamento para CloseWatcher, <dialog> e popover=""
Solicitações de fechamento são um novo conceito em que um usuário solicita o fechamento de algo que está aberto no momento usando a tecla Esc no computador ou o gesto ou botão "Voltar" no Android. No Chromium, a integração das solicitações de fechamento tem duas diferenças:
- CloseWatcher, uma nova API para detectar e responder diretamente a solicitações de fechamento
- Fizemos upgrades para que
<dialog> e popover="" usem a nova estrutura de solicitação de fechamento, de modo que respondam ao botão "Voltar" do Android.
- Chrome 120 no Windows, Mac, Linux e Android
- Suspensão e remoção do suporte ao Theora
Devido aos riscos de segurança, o Chrome 120 suspende o uso e remove o suporte para o codec de vídeo Theora no Chrome para computador. O uso baixo (e agora muitas vezes incorreto) do Theora não justifica mais o suporte para a maioria dos usuários. Contêineres Ogg vão continuar tendo suporte. Nosso plano é começar a escalonar os experimentos para desativar o suporte ao Theora no Chrome 120. Se tiverem problemas para assistir vídeos específicos, os usuários podem reativar o suporte em chrome://flags/#theora-video-codec até o Chrome 123. Para mais informações, acesse o Status do Chrome.
- Chrome 120 no ChromeOS, LaCrOS, Windows, Mac, Linux
- Consentimento dos indicadores de dispositivos não gerenciados
Este recurso tem um novo pop-up que pede o consentimento dos usuários para que o Chrome possa coletar indicadores nos dispositivos deles.
A caixa de diálogo só aparece para os usuários que atendem às seguintes condições:
- o usuário é gerenciado
- o dispositivo atual do usuário não é gerenciado
- o administrador do usuário ativou o serviço de confiança do dispositivo
- o administrador do usuário não desativou especificamente este recurso e a política correspondente
- Chrome 120 no Linux, Mac e Windows
- Interações de impressão movidas para um processo de serviço
No Chrome 120, para alguns usuários, as interações de impressão com o sistema operacional são realizadas em um processo de serviço separado. Para melhorar a estabilidade do navegador, essas interações foram movidas para fora do processo dele. Isso também melhora a capacidade de resposta da interface do usuário na Visualização de impressão. A política corporativa OopPrintDriversAllowed está disponível para voltar a criar interações de impressão na plataforma a partir do processo do navegador.
- Serviço de sugestão de permissão com base no URL
O Chrome está fazendo upgrade do serviço de sugestão de permissão. As solicitações que eram enviadas aos servidores do Chrome para o serviço de sugestão de permissão não tinham URLs. Agora, o Chrome vai adicionar indicadores baseados em URLs ao serviço de sugestão. Antes, os administradores podiam desativar o envio de solicitações para o Chrome definindo a política SafeNavigationProtectionLevel como 1, 0 ou indefinida. Depois dessa atualização, a política SafeNavigationProtectionLevel vai deixar de ativar/desativar o serviço de sugestão de permissão.
O serviço de sugestão de permissão agora é protegido pela política de coleta de dados anônimos inseridos no URL: UrlKeyedAnonymizedDataCollectionEnabled.
- Chrome 120 no ChromeOS, Linux, Mac, Windows: experimento estável de 1%
- Políticas novas e atualizadas no navegador Chrome
Política
Descrição
ExtensionInstallTypeBlocklist
Lista de bloqueio para tipos de instalação de extensões
RelatedWebsiteSetsOverrides
Substituir conjuntos de sites relacionados
RelatedWebsiteSetsEnabled
Ativar conjuntos de sites relacionados
DataUrlInSvgUseEnabled
Suporte ao URL dos dados para SVGUseElement
ContextMenuPhotoSharingSettings
Permitir que imagens sejam salvas diretamente no Google Fotos (disponível no iOS)
NativeHostsExecutablesLaunchDirectly
Forçar a inicialização direta dos hosts de mensagens nativas executáveis do Windows
IPv6ReachabilityOverrideEnabled
Ativar a substituição da verificação de acessibilidade do IPv6
PasswordSharingEnabled
Ativa o compartilhamento de credenciais do usuário com outros usuários
PrivateNetworkAccessRestrictionsEnabled
Especifica se é necessário aplicar restrições a solicitações para endpoints de uma rede mais particular
- Políticas removidas do navegador Chrome
Política
Descrição
NativeClientForceAllowed
Força a execução do Cliente nativo (NaCl).
ChromeRootStoreEnabled
Determina se a Chrome Root Store e o verificador de certificados integrado
vão ser usados para verificar os certificados do servidor.
Atualizações do ChromeOS
- Novos controles para acelerar a rolagem do mouse
O ChromeOS 120 inclui novos controles para que os usuários desativem a aceleração e ajustem a velocidade de rolagem.
- Comportamento Alt + clique aprimorado
Você pode configurar o comportamento do clique com o botão direito do mouse usando o teclado e o touchpad. Também é possível definir ações como "Home", "End" e "Page up" na subpágina Personalizar teclas do teclado.
- Eventos de autenticação de XDR
Eventos de autenticação (fazer login/sair, bloquear/desbloquear) agora podem ser ativados como parte da detecção e resposta estendidas (XDR, na sigla em inglês) no ChromeOS. Quando o lançamento for concluído, os sistemas de XDR poderão usar esses eventos para fornecer insights sobre a postura de segurança do dispositivo.
- Fazer gesto de pinça para redimensionar PiP
As janelas picture-in-picture (PiP) agora podem ser redimensionadas com um gesto de pinça. Basta colocar dois dedos na janela e fazer gesto de pinça, unindo ou afastando para encontrar o tamanho perfeito para a tela.
- Nova aparência do seletor de emojis
O ChromeOS 120 traz uma nova paleta de cores dinâmica ao seletor flutuante de emojis e GIFs.
- Atalhos do teclado: ativação das teclas F11 e F12
A maioria dos teclados do ChromeOS não têm as teclas F11 e F12, que são funcionalidades esperadas em muitos aplicativos. Esta proposta adiciona opções para remapear as teclas F11 e F12 na seção de remapeamento de teclas do teclado nas "Configurações".
- Suspensão do suporte a codecs e contêineres de mídia legados do ChromeOS
Não há mais suporte para o codec de vídeo MPEG4 Parte 2 e o contêiner AVI no ChromeOS 120. Os usuários que precisam dessa funcionalidade podem reativar o suporte temporariamente usando chrome://flags/#cros-legacy-media-formats até o ChromeOS 125. Depois disso, o suporte será removido.
- Botão de espaço de trabalho virtual do ChromeOS (botão "Bento")
"Bento" é um botão de estante disponível para todos os usuários que utilizam espaços de trabalho virtuais. O botão permite acesso rápido às operações para visualização, troca, criação e organização de espaços de trabalho. Se o usuário tiver espaços de trabalho salvos anteriormente, também poderá acessar a biblioteca.
- "Detalhes do app" em "Gerenciamento de apps"
As Configurações agora incluem mais detalhes sobre os apps instalados. Acesse Configurações > Apps > Gerenciar seus apps e selecione um deles para consultar o uso do armazenamento, o número da versão e as informações de como ele foi instalado.
- Fim do suporte a dispositivos ChromeOS Flex
A partir de 1º de janeiro de 2024, os dispositivos programados para ter o suporte encerrado em 2023 não vão mais receber esse serviço. Alguns desses aparelhos estão listados abaixo. Para conferir todos, consulte nossa lista de modelos certificados.
- HP Compaq 6005 Pro HP
- Compaq Elite 8100
- Lenovo ThinkCentre M77
- HP ProBook 6550b
- HP 630
- Dell Optiplex 980
Os dispositivos vão continuar recebendo atualizações do ChromeOS Flex, mas elas não vão mais ser testadas nem mantidas pela equipe do Flex. Recomendamos que os clientes façam upgrade para os dispositivos ChromeOS mais recentes e aproveitem os novos recursos e melhorias de segurança.
Atualizações no Admin Console
- Novas políticas no Admin Console
Nome da política
Páginas
Compatível com
Categoria/campo
PowerManagementIdleSettings (escurecimento da tela, tela desligada e ações de inatividade)
Usuário, sessões de visitante gerenciadas (MGS, na sigla em inglês)
ChromeOS
Energia e desligamento: configurações de inatividade
ScreenLockDelays
Usuário, MGS
ChromeOS
Energia e desligamento: configurações de inatividade
LidCloseAction
Usuário, MGS
ChromeOS
Energia e desligamento: configurações de inatividade
ChromeOsLockOnIdleSuspend (bloquear a tela quando fechado)
Usuário, MGS
ChromeOS
Energia e desligamento: configurações de inatividade
NativeHostsExecutablesLaunchDirectly
Usuário
Navegador Chrome
Outras configurações
ExtensionInstallTypeBlocklist
Outras configurações de app
Navegador Chrome
Outras configurações de app
ContextMenuPhotoSharingSettings
Usuário
Google Chrome para iOS
Configurações de conteúdo
PrivateNetworkAccessRestrictionsEnabled
Usuário, MGS
ChromeOS, navegador Chrome, Google Chrome para Android
Configurações de rede
DeviceFlexHwDataForProductImprovementEnabled
Dispositivo
ChromeOS
Outras configurações
IPv6ReachabilityOverrideEnabled
Usuário
ChromeOS, navegador Chrome, Google Chrome para Android
Configurações de rede
DataUrlInSvgUseEnabled
Usuário, MGS
ChromeOS, navegador Chrome, Google Chrome para Android
Segurança
Em breve
Observação: os itens listados abaixo são atualizações experimentais ou planejadas. Eles podem ser alterados, atrasados ou cancelados antes do lançamento no Canal Stable.
Próximas mudanças no navegador
- Recursos de IA generativa
No Chrome 115, o Google introduziu a primeira integração da IA generativa (GenAI, na sigla em inglês) no painel lateral da pesquisa. A partir do Chrome 121, outros recursos de IA generativa serão lançados no Chrome. Você poderá ativar o recurso em uma nova página chrome://settings. As políticas corporativas estarão disponíveis no lançamento para controlar esses recursos. Vamos compartilhar mais detalhes nos próximos marcos.
- (Mais antigo) Chrome 121 no ChromeOS, Linux, Mac e Windows
- Arquivos criptografados mais seguros para usuários da Navegação segura padrão
Os usuários da Navegação segura padrão receberão uma senha para alguns downloads de arquivos criptografados. Ele vai ser usado para coletar mais metadados sobre o download, como hashes de arquivos contidos e assinaturas executáveis, que vão ser enviados ao Google para vereditos de melhor qualidade. A senha permanecerá no local. Você pode controlar esse recurso com a política SafeBrowsingDeepScanningEnabled.
- Chrome 121 no Linux, Mac e Windows
- Solicitação de permissões para a API Web MIDI
Houve vários problemas relatados sobre o acesso da API Web MIDI a unidades de dispositivos MIDI de clientes (bugs). Para resolver esse problema, a Audio WG decidiu colocar uma permissão explícita no acesso geral à API MIDI. Originalmente, a permissão explícita só era necessária para o uso avançado de MIDI (mensagens exclusivas do sistema (SysEx)) no Chrome, com acesso controlado por trás de uma solicitação de permissões. Planejamos ampliar o escopo da permissão para o uso normal da API MIDI.
Atualmente, o uso de mensagens SysEx com a API Web MIDI requer uma permissão explícita do usuário. Depois da implementação, até mesmo o acesso à API Web MIDI sem suporte para o SysEx vai exigir uma permissão do usuário. Três políticas novas, DefaultMidiSetting, MidiAllowedForUrls e MidiBlockedForUrls, serão disponibilizadas para que os administradores configurem o acesso dos usuários à API com antecedência.
- Chrome 121 no Windows, Mac, Linux e Android
- O serviço de rede no Windows será colocado no sandbox
Para melhorar a segurança e confiabilidade, o serviço de rede, já 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 vão mais poder fazer isso. Podem ocorrer problemas na interoperabilidade com o software que injeta códigos no espaço de processo do Chrome, como o software Prevenção contra perda de dados. A política NetworkServiceSandboxEnabled permite desativar o sandbox em caso de incompatibilidade. Teste o sandbox no seu ambiente seguindo estas instruções e informe os problemas encontrados.
- Chrome 121 no Windows: serviço de rede no sandbox do Windows
- Captura de links do usuário em PWAs: Windows, Mac e Linux
Os links da Web direcionam automaticamente os usuários para os apps da Web instalados. Para um melhor alinhamento das expectativas dos usuários em relação aos apps da Web instalados, o Chrome vai facilitar a alternância entre o navegador e os apps da Web instalados. Quando o usuário clicar em um link que pode ser processado por um app da Web instalado, o Chrome adicionará um ícone na barra de endereço para sugerir a mudança para o app. Clicar no ícone iniciará o app diretamente ou abrirá uma grade de apps que têm suporte a esse link. Para alguns usuários, clicar em um link sempre abre o app automaticamente.
- Chrome 121 no Linux, Mac, Windows: quando alguns usuários clicarem em um link, ele sempre abrirá em um PWA instalado, enquanto outros verão o link aberto em uma nova guia com um ícone na barra de endereço clicando na barra de inicialização do aplicativo. O objetivo deste experimento é determinar se os usuários preferem que os links sejam iniciados por padrão. O experimento vai ser realizado no Canary/Dev/Beta e em 1% do Stable.
- Chrome 123 no Linux, Mac e Windows: com base no resultado do experimento no Chrome 121, lançaremos 100% do Stable com um padrão ativado (sempre iniciar apps após cliques em links) ou desativado (sempre aberto em uma guia, só iniciar se o usuário clicar no ícone na barra de endereço).
- Navegação no painel lateral: fixar/liberar
A partir do Chrome 121, o ícone do painel lateral será removido para aprimorar a navegação do painel lateral e oferecer personalização com a fixação da barra de ferramentas. Isso vai permitir um acesso direto eficiente a um conjunto de painéis.
- Chrome 121 no Chrome OS, LaCrOS, Linux, Mac, Windows e Fuchsia
- SharedImages para decodificação de vídeo PPAPI
O Chrome 119 apresenta uma nova política PPAPISharedImagesForVideoDecoderAllowed para controlar a refatoração recente das APIs VideoDecoder no plug-in PPAPI.
- Chrome 119 no ChromeOS e LaCrOS: introduz uma política de saída de escape.
- Chrome 122 no ChromeOS e LaCrOS: a política de saída de escape e os caminhos de código antigos correspondentes foram removidos.
- Pular eventos de descarregamento
A presença de listeners de eventos de descarregamento é um bloqueador principal de cache de avanço e retorno em navegadores baseados no Chromium e para Firefox nas plataformas de computador. Por outro lado, nas plataformas para dispositivos móveis, quase todos os navegadores priorizam o bfcache e não acionam eventos de descarregamento na maioria dos casos. Para melhorar a situação, trabalhamos com vários parceiros e conseguimos reduzir o uso de listeners de eventos de descarregamento nos últimos anos. Para acelerar ainda mais essa migração, sugerimos que o Chrome para computador ignore gradualmente os eventos de descarregamento.
Caso você precise de mais tempo para migrar dos eventos de descarregamento, vamos oferecer opções de desativação temporárias como uma API Permissions-Policy e uma política corporativa ForcePermissionPolicyUnloadDefaultEnabled, o que permitirá que você mantenha o comportamento inalterado de forma seletiva.
- Chrome 117 no Chrome OS, Linux, Mac, Windows : teste de desenvolvedor
- Chrome 119 no Chrome OS, Linux, Mac, Windows: introduz a política ForcePermissionPolicyUnloadDefaultEnabled
- Chrome 121-131 no Chrome OS, Linux, Mac e Windows: teste de descontinuação. O lançamento geral da descontinuação tem escopo limitado até que o teste esteja pronto.
- Reabrir a última guia aberta em qualquer dispositivo
O Chrome oferece aos usuários um atalho rápido para reabrir a última guia acessada de qualquer dispositivo nas últimas 24 horas com o mesmo perfil de usuário. Os administradores poderão controlar esse recurso usando uma política corporativa chamada SyncTypesListDisabled.
- Chrome 122 no iOS : lançamentos de recursos
- Remoção do suporte a UserAgentClientHintsGREASEUpdateEnabled
Planejamos descontinuar a política UserAgentClientHintsGREASEUpdateEnabled, já que o algoritmo GREASE atualizado está ativado por padrão há mais de um ano. A política será removida em algum momento.
- Chrome 122 no Android, ChromeOS, Linux, Mac, Windows: a política foi descontinuada
- Chrome 125 no Android, ChromeOS, Linux, Mac e Windows: a política foi removida
- A Sincronização do Chrome não oferece mais suporte ao Chrome 81 e versões anteriores
A Sincronização do Chrome não vai mais oferecer suporte ao Chrome 81 e versões anteriores. Você vai precisar fazer upgrade para uma versão mais recente do Chrome se quiser continuar usando a Sincronização do Chrome.
- Chrome 123 no Android, iOS, Chrome OS, Linux, Mac e Windows: a mudança vai ser implementada.
- Descontinuação e remoção do WebSQL
Com o SQLite em vez do WASM como substituto oficial, planejamos remover totalmente o WebSQL. Isso vai ajudar a manter nossos usuários seguros.
O padrão do Web SQL Database foi proposto inicialmente em abril de 2009 e abandonado em novembro de 2010. A Gecko nunca implementou esse recurso, e o WebKit descontinuou o recurso em 2019. O W3C incentivou as pessoas que precisavam de bancos de dados da Web a adotar o Web Storage ou o Indexed Database.
Desde o lançamento, tem sido cada vez mais difícil manter a segurança dos nossos usuários. O SQLite não foi projetado inicialmente para executar instruções SQL maliciosas, mas com o WebSQL é preciso fazer exatamente isso. Reagir a um fluxo de problemas de estabilidade e segurança é um custo imprevisível para a equipe de armazenamento.
- Chrome 115: mensagem de descontinuação adicionada ao console.
- Chrome 117: no Chrome 117, o teste de descontinuação do WebSQL começa. O teste termina no Chrome 123. Durante o período de teste, é necessária uma política, WebSQLAccess, para que o recurso fique disponível.
- Chrome 119: a partir do Chrome 119, o WebSQL não está mais disponível. O acesso ao recurso estará disponível até o Chrome 123 com a política WebSQLAccess.
- Chrome 123: no Chrome OS, LaCrOS, Linux, Mac, Windows: a partir do Chrome 123, a política WebSQLAccess, que permite a disponibilidade do WebSQL, não estará mais disponível.
- Remoção da política LegacySameSiteCookieBehaviorEnabledForDomainList
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento de SameSite de cookies para o comportamento legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 128 no Android, ChromeOS, Linux, Mac, Windows: remover a política LegacySameSiteCookieBehaviorEnabledForDomainList
- Intenção de descontinuação: eventos de mutação
Eventos de mutação síncrona, incluindo DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument e DOMCharacterDataModified, afetam negativamente o desempenho da página e aumentam significativamente a complexidade da adição de novos recursos na 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.
- Chrome 127 no Android, ChromeOS, Linux, Mac e Windows: os eventos de mutação vão parar de funcionar no Chrome 127 por volta de 30 de julho de 2024.
- As extensões precisam ser atualizadas para usar o Manifesto V3 até junho de 2025
As extensões precisam ser atualizadas para usar o Manifesto V3. As extensões do Chrome estão sendo transferidas para uma nova versão do manifesto, o Manifesto V3. Isso vai proporcionar mais privacidade aos usuários, por exemplo, ao migrar para um modelo em que as extensões modificam as solicitações de maneira declarativa, sem a capacidade de consultar solicitações individuais. Isso também melhora a segurança das extensões, já que o código hospedado remotamente não será permitido no Manifesto V3.
A partir de junho de 2024, o Chrome vai desativar gradualmente as extensões do Manifest V2 em execução no navegador. Uma política corporativa, ExtensionManifestV2Availability, está disponível para controlar se as extensões do Manifesto v2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Além disso, as máquinas em que a política estiver ativada não vão estar sujeitas à desativação das extensões do Manifesto V2 até o ano seguinte, junho de 2025, quando a política será removida.
É possível conferir a versão do manifesto que está sendo usada pelas extensões do Chrome em execução na sua frota na página "Uso de apps e extensões" no Gerenciamento de nuvem do navegador Chrome. Leia mais no Cronograma do manifesto, incluindo:
- Chrome 110 no ChromeOS, LaCrOS, Linux, Mac e Windows: a política corporativa ExtensionManifestV2Availability está disponível para controlar se as extensões do Manifesto v2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Após a migração, a política vai permitir que você estenda o uso das extensões do Manifesto V2.
- Chrome 127 no ChromeOS, LaCrOS, Linux, Mac e Windows: o Chrome vai desativar gradualmente as extensões do Manifest V2 nos dispositivos dos usuários. Somente os usuários com a política corporativa ExtensionManifestV2Availability ativada poderão continuar usando as extensões do Manifest V2 na organização.
- Chrome 139 no ChromeOS, LaCrOS, Linux, Mac e Windows: remova a política ExtensionManifestV2Availability.
Próximas mudanças no ChromeOS
- Fim do suporte ao dispositivo ChromeOS Flex
A partir de 1º de janeiro de 2024, os dispositivos programados para encerrar o suporte em 2023 não vão mais receber esse serviço. Os dispositivos estão detalhados abaixo. Para acessar a lista completa dos dispositivos que vão deixar de receber suporte, consulte nossa lista de dispositivos certificados.
- HP Compaq 6005 Pro
- HP Compaq Elite 8100
- Lenovo ThinkCentre M77
- HP ProBook 6550b
- HP 630
- Dell Optiplex 980
Os dispositivos vão continuar recebendo atualizações do ChromeOS Flex, mas elas não vão mais ser testadas nem mantidas pela equipe do Flex.
Recomendamos que os clientes façam upgrade para os dispositivos ChromeOS mais recentes e aproveitem os novos recursos e as melhorias de segurança.
- Migração para o Bluetooth do ChromeOS Flex
O ChromeOS Flex vai receber upgrade para a pilha do Floss para Bluetooth do ChromeOS 121. Como parte desse upgrade, os dispositivos listados abaixo não vão mais oferecer suporte à funcionalidade Bluetooth.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
- Definir a duração do protetor de tela
A partir do ChromeOS 120, vai ser possível definir a duração do protetor de tela durante o carregamento. Agora os usuários podem escolher por quanto tempo o protetor de tela vai ser mostrado enquanto o dispositivo estiver carregando (isso não é possível se o dispositivo estiver fora da tomada). Isso é feito usando uma nova política corporativa. A configuração padrão é "Permanente" e pode ser reduzida usando as opções do menu suspenso.
- Novo visual do player de mídia do ChromeOS
A partir do ChromeOS 121, o player de mídia terá botões maiores e cores para combinar com seu plano de fundo. O player de mídia aparece quando você reproduz qualquer vídeo ou áudio (por exemplo, no Spotify ou YouTube) nas Configurações rápidas. É possível clicar no ícone de fixação para mover o player de mídia para a estante. Além de controlar a mídia que está sendo executada, você também pode transmitir da Web para qualquer alto-falante ou tela na rede local.
- Integrar o ID e o nome da regra de eventos de DLP à ferramenta de investigação de segurança
Os eventos de controle de dados do ChromeOS para a Prevenção contra perda de dados (DLP) terão mais campos para aprimorar os insights do administrador na ferramenta de investigação de segurança.
- Restrições de arquivos dos controles de dados do ChromeOS
No ChromeOS 121, os controles de dados para DLP vão permitir que as equipes de TI e segurança protejam dados importantes da empresa e dos clientes. Eles vão estar disponíveis para eventos como copiar e colar, captura de tela, compartilhamento de tela e impressão. Os administradores de TI poderão criar uma estratégia de proteção de informações com regras baseadas em origem, destino e usuário dos dados.
Vamos lançar novas funcionalidades para controlar o que os usuários podem fazer com os arquivos nos dispositivos ChromeOS usando regras baseadas em origem e destino.
- Notificações aprimoradas para apps fixados
A partir do ChromeOS 121, você vai poder separar visualmente as notificações fixadas das outras. Vamos mudar as especificações visuais, os botões e o texto de notificação para que caibam nos balões de tamanho fixo. Isso cria uma diferença visual clara entre as notificações fixadas e as outras, refletindo a diferença significativa de finalidade, como notificar o usuário sobre um processo em andamento em vez de um evento instantâneo.
- Novas opções de sincronização do ChromeOS
Em breve, o ChromeOS vai oferecer uma experiência atualizada de configuração de dispositivo para que os usuários possam personalizar as opções de sincronização de apps, configurações, redes Wi-Fi e plano de fundo.
- Desativação de apps pelo administrador em sessões de visitante gerenciadas
As sessões de visitante gerenciadas (MGS, na sigla em inglês) já oferecem um conjunto de aplicativos para o usuário, como Explorar, Galeria e Terminal. Em breve, com a política SystemFeaturesDisableList, os administradores vão poder desativar, bloquear e ocultar esses apps dos usuários na empresa.
Próximas alterações no Admin Console
- Exclusão de navegador inativo no Gerenciamento de nuvem do navegador Chrome
A partir de O Chrome 123, o Período de inatividade da política de exclusão de dados do navegador será adicionado ao Admin Console, e os navegadores que não tiverem contatado o servidor por um período maior que o determinado pela política serão excluídos automaticamente. Ao lançar a política, o período de inatividade terá o valor padrão de 18 meses. Todos os navegadores registrados que estiverem inativos por mais de 18 meses serão excluídos da sua conta logo após o lançamento desta política. O valor máximo para determinar o período de inatividade do navegador será de 730 dias, e o mínimo, de 28 dias.
Observação. Reduzir o período significativamente fará com que mais navegadores registrados sejam considerados inativos e excluídos, e deve ser feito com cautela. Para minimizar esse problema, defina o valor da política Gerenciamento de tokens do dispositivo como "Excluir token" com antecedência. Isso permite que navegadores excluídos se registrem de novo no Gerenciamento de nuvem do navegador Chrome. na próxima vez que o navegador for reiniciado (se o token de registro ainda for válido). Consulte a política de gerenciamento de tokens do dispositivo.
- A partir do Chrome 121: o período de inatividade da interface da política de exclusão de dados do navegador está disponível para acesso antecipado no Admin Console. Os administradores de TI que consideram o padrão de 18 meses inadequado, podem definir explicitamente o valor da política (período de inatividade) algumas semanas antes do início da exclusão.
- Relatório de uso de apps e extensões: destaque as extensões removidas da Chrome Web Store
A partir da versão 121, o Chrome adiciona novas informações ao relatório de uso de apps e extensões para ajudar você a identificar se uma extensão foi removida recentemente da Chrome Web Store por uma nova coluna de notificações e uma nova coluna Chrome Web Store que representa o status de listagem de uma extensão. Na página Detalhes do app, é possível encontrar o motivo para a remoção de uma extensão da Chrome Web Store. Esse recurso ajuda os administradores de TI a identificar o impacto do uso da política para desativar extensões não publicadas.
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 120 no Linux, Mac, Windows: programa Trusted Tester
- Chrome 121 no Linux, Mac e Windows: lançamento de recursos
Relatório de uso de apps e extensões:
Página de detalhes do app:
- Relatório "Tecnologia legada"
A partir do Chrome 121, o relatório Tecnologia legada será disponibilizado no Admin Console e informará de maneira proativa os sites (internos e externos) que usam tecnologias que serão descontinuadas. Por exemplo, mudanças nos cookies SameSite, protocolos de segurança mais antigos (como TLS 1.0/1.1 e cookies de terceiros). Essas informações vão permitir que os administradores de TI trabalhem com os desenvolvedores para planejar as migrações tecnológicas necessárias antes que a descontinuação entre em vigor.
Esse recurso será lançado no programa Trusted Tester a partir do Chrome 120. Se você tiver interesse em nos ajudar a testar esse recurso, inscreva-se no programa Trusted Tester do Chrome Enterprise.
- A partir do Chrome 121 no Linux, Mac e Windows
- Relatório de erros do Chrome
A partir do Chrome 122, você poderá ver eventos de falha no Admin Console usando a nova página de relatório de erros do Chrome. Nesse relatório, você encontra um gráfico dinâmico que representa os eventos de falha do Chrome ao longo do tempo, agrupados por versões. Filtros adicionais estão disponíveis para os seguintes campos: plataformas do SO, canais do Chrome e datas. Este relatório vai ajudar você a identificar proativamente possíveis problemas do Chrome na sua organização.
Esse recurso será lançado no programa Trusted Tester a partir do Chrome 121. Se você tiver interesse em nos ajudar a testar esse recurso, inscreva-se no programa Trusted Tester do Chrome Enterprise.
- Chrome 121 no Linux, Mac, Windows: programa Trusted Tester
- Chrome 122 no Linux, Mac e Windows: lançamento de recursos
Chrome 119
Atualizações do navegador Chrome
Segurança/Privacidade
Produtividade do usuário/apps
Gerenciamento
Mudanças na programação de lançamentos do Chrome
✓
Descontinuação e remoção do WebSQL
✓
Atualizações do suporte ao Cliente nativo
✓
Remover a API Sanitizer
✓
Os grupos de guias podem ser salvos, recuperados e sincronizados
✓
Descontinuação do atributo shadowroot não padrão para shadow DOM declarativo
✓
Mudança de strings de UI no Chrome de "Limpar" para "Excluir" ao remover dados
✓
Listagem de erros internos do DevTools no relatório correspondente do Chrome
✓
Pular eventos de descarregamento
✓
SharedImages para decodificação de vídeo PPAPI
✓
Remover o cabeçalho de autorização após o redirecionamento de origem cruzada
✓
Configuração dedicada do serviço de sugestões de permissão
✓
Pesquisas em tempo real de prefixo de hash
✓
Remover o suporte recomendado de várias políticas
✓
Caracteres de pontuação de hosts de URL em conformidade com o padrão
✓
Salvar imagens no Google Fotos para iOS
✓
Políticas novas e atualizadas no navegador Chrome
✓
Políticas removidas do navegador Chrome
✓
Atualizações do ChromeOS
Segurança/Privacidade
Produtividade do usuário/apps
Gerenciamento
Central de privacidade
✓
Modelos de administrador do ChromeOS
✓
Usar o Drive off-line em dispositivos Chromebook Plus
✓
✓
Atualizações no Admin Console
Segurança/Privacidade
Produtividade do usuário/apps
Gerenciamento
Novas políticas no Admin Console
✓
Próximas mudanças no navegador Chrome
Segurança/Privacidade
Produtividade do usuário/apps
Gerenciamento
Tela de escolha do mecanismo de pesquisa padrão
✓
As políticas corporativas FirstPartySets foram renomeadas como RelatedWebsiteSets
✓
✓
Reformulação da confirmação de segurança para computadores
✓
Barra de ferramentas responsiva do Chrome para computadores
✓
O Chrome não vai mais aceitar o Android Nougat
✓
Descontinuação dos cookies de terceiros no Chrome
✓
Rastreamento de pacote (somente para iOS)
✓
O serviço de rede no Windows será colocado no sandbox
✓
Mostrar banner permitindo voltar para a última guia em outros dispositivos
✓
Voltar para a última guia aberta em qualquer dispositivo
✓
Remover o prefixo -webkit-background-clip para texto e transformá-lo em um alias
✓
Políticas do usuário do Chrome para iOS
✓
Separação de perfis do Chrome: novas políticas
✓
Abandono do uso de URLs de dados em SVGUseElement
✓
✓
Gerenciador de senhas: compartilhamento de senhas
✓
✓
Comando de permissões para a API Web MIDI
✓
Fase 0 de proteção de IP para o Chrome
✓
Relatório de uso de apps e extensões: destacar extensões removidas da Chrome Web Store
✓
Relatório de tecnologia legada
✓
Remoção do suporte a UserAgentClientHintsGREASEUpdateEnabled
✓
A sincronização do Chrome não oferece mais suporte ao Chrome 81 e versões anteriores
Remoção da política LegacySameSiteCookieBehaviorEnabledForDomainList
✓
Intenção de descontinuação: eventos de mutação
✓
As extensões precisam ser atualizadas para usar o Manifesto V3
✓
✓
✓
Próximas mudanças no ChromeOS
Segurança/Privacidade
Produtividade do usuário/apps
Gerenciamento
Definição da duração do protetor de tela
✓
Novos controles para acelerar a rolagem do mouse
✓
Comportamento Alt + clique aprimorado
✓
Nova aparência do player de mídia do ChromeOS
✓
Notificações aprimoradas para apps fixados
✓
Novas opções de sincronização do ChromeOS
✓
✓
Desativação de app pelo administrador em sessões de visitante gerenciadas (MGS, na sigla em inglês)
✓
FAZER O DOWNLOAD das notas da versão (PDF em inglês)
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. Aguarde uma ou duas semanas até a tradução para alguns idiomas.
Atualizações do navegador Chrome
- Mudanças na programação de lançamentos do Chrome
O Chrome 119 e todas as versões subsequentes serão adiantados em uma semana. Por exemplo, o Chrome 119 terá seu lançamento estável antecipado em 25 de outubro, e não em 1º de novembro. As versões Beta também serão adiantadas em uma semana a partir do Chrome 119.
Para mais detalhes, consulte a programação de lançamentos do Chrome.
- Chrome 119 no Android, iOS, ChromeOS, Linux, Mac e Windows
- Descontinuação e remoção do WebSQL
Com o SQLite em vez do WASM como substituto oficial, planejamos remover totalmente o WebSQL. Isso vai ajudar a manter nossos usuários seguros.
O padrão do Web SQL Database foi proposto inicialmente em abril de 2009 e abandonado em novembro de 2010. A Gecko nunca implementou esse recurso, e o WebKit descontinuou o recurso em 2019. O W3C incentivou as pessoas que precisavam de bancos de dados da Web a adotar o Web Storage ou o Indexed Database.
Desde o lançamento, ficou cada vez mais difícil manter a segurança dos nossos usuários. O SQLite não foi projetado inicialmente para executar instruções SQL maliciosas, mas com o WebSQL é preciso fazer exatamente isso. Reagir a um fluxo de problemas de estabilidade e segurança é um custo imprevisível para a equipe de armazenamento.
- Chrome 115: mensagem de descontinuação adicionada ao console.
- Chrome 117: no Chrome 117, o teste de descontinuação do WebSQL começa. O teste termina no Chrome 123. Durante o período de teste, é necessária uma política, WebSQLAccess, para que o recurso fique disponível.
- Chrome 119: a partir do Chrome 119, o WebSQL não está mais disponível. O acesso ao recurso estará disponível até o Chrome 123 com a política WebSQLAccess.
- Chrome 123: no Chrome OS, LaCrOS, Linux, Mac, Windows, a partir do Chrome 123, a política WebSQLAccess, que permite a disponibilidade do WebSQL, não estará mais disponível.
- Atualizações de suporte ao Cliente nativo
O Chrome 119 remove uma política corporativa temporária, NativeClientForceAllowed, que permitiu que o Cliente nativo continuasse em uso.
- Chrome 117 no Linux, Mac, Windows: o suporte a NaCl de Cliente nativo foi removido das extensões no Windows, macOS e Linux.
- Chrome 119 no Linux, Mac e Windows: a política NativeClientForceAllowed foi removida.
- Remover a API Sanitizer
Para evitar que a API Sanitizer seja estagnada, planejamos remover a implementação atual. Esperamos implementar novamente a API Sanitizer quando a especificação proposta se estabilizar novamente.
O objetivo da API Sanitizer é criar na plataforma um limpador HTML fácil de usar, sempre seguro e mantido no navegador. Enviamos uma versão inicial da API Sanitizer no Chrome 105, com base no rascunho de especificação atual. No entanto, a discussão progrediu, e o formato da API proposto mudou substancialmente.
- Chrome 119 no Windows, Mac, Linux e Android
- Os grupos de guias podem ser salvos, recuperados e sincronizados
Os usuários agora podem salvar grupos de guias para fechar e reabrir as guias e sincronizá-las em vários dispositivos. Você pode desativar a sincronização de grupos de guias usando a política SyncTypesListDisabled.
- Chrome 119 no Chrome OS, Linux, Mac e Windows
- Descontinuação do atributo shadowroot não padrão para Shadow DOM declarativo
O atributo shadowrootmode de controle de normas, que ativa o shadow DOM declarativo, foi lançado no Chrome 111 (ChromeStatus). O atributo shadowroot mais antigo e não padrão foi descontinuado. Durante o período de descontinuação, os dois atributos são funcionais, mas o atributo shadowroot não ativa o novo comportamento de streaming, enquanto o shadowrootmode permite streaming de conteúdo. Existe um caminho de migração simples: substitua shadowroot por shadowrootmode.
O antigo atributo shadowroot foi descontinuado no Chrome 112 e removido (não é mais compatível) no Chrome 119. O Chrome 119 vai passar para a versão estável em 31 de outubro de 2023.
- Chrome 119 no Windows, Mac, Linux e Android
- Deslocamento de strings de IU no Chrome de Apagar para Excluir ao se livrar dos dados
O Chrome está atualizando o texto das configurações para refletir excluir em vez de apagar quando se trata de destruição de dados. Esperamos que essa mudança melhore a compreensão dos usuários sobre o efeito associado nos dados. Os usuários que pretendem se livrar dos dados devem ter a certeza de que os dados serão realmente excluídos, em vez de apenas apagados de uma visualização e ainda visíveis em outros lugares.
- Chrome 119 para Android, iOS, ChromeOS, Mac e Windows: a versão mais antiga que os usuários talvez vejam essas mudanças é a 119.
- Erros internos do DevTools informados ao relatório de erros interno do Chrome
Para melhorar a estabilidade do Chrome, os erros internos do DevTools agora são informados pelo pipeline de relatório de erros do Chrome. Isso dá visibilidade à estabilidade do Chrome DevTools. Os administradores podem controlar todos os relatórios de erros, incluindo esses erros, usando a política corporativa MetricsReportingEnabled.
- Chrome 119 no ChromeOS e Linux
- Pular eventos de descarregamento
A presença de listeners de eventos de descarregamento é um bloqueador principal de cache de avanço e retorno em navegadores baseados no Chromium e para Firefox nas plataformas de computador. Por outro lado, nas plataformas para dispositivos móveis, quase todos os navegadores priorizam o bfcache e não acionam eventos de descarregamento na maioria dos casos. Para melhorar a situação, trabalhamos com vários parceiros e conseguimos reduzir o uso de listeners de eventos de descarregamento nos últimos anos. Para acelerar ainda mais essa migração, sugerimos que o Chrome para computador ignore gradualmente os eventos de descarregamento.
Caso você precise de mais tempo para migrar dos eventos de descarregamento, vamos oferecer opções de desativação temporárias como uma API Permissions-Policy e uma política corporativa ForcePermissionPolicyUnloadDefaultEnabled, o que permitirá que você mantenha o comportamento inalterado de forma seletiva.
- Chrome 117 no Chrome OS, Linux, Mac, Windows : teste de desenvolvedor
- Chrome 119 no Chrome OS, Linux, Mac e Windows: introduz a política ForcePermissionPolicyUnloadDefaultEnabled.
- Chrome 120-131 no Chrome OS, Linux, Mac e Windows: teste de descontinuação. O lançamento geral da descontinuação tem escopo limitado até que o teste esteja pronto.
- SharedImages para decodificação de vídeo PPAPI
O Chrome 119 apresenta uma nova política PPAPISharedImagesForVideoDecoderAllowed para controlar a refatoração recente das APIs VideoDecoder no plug-in PPAPI.
- Chrome 119 no ChromeOS (LaCrOS) : introduz uma política de saída de emergência.
- Chrome 122 no ChromeOS e LaCrOS: a política de escape hatch e os caminhos de código antigos correspondentes foram removidos.
-
Remover o cabeçalho de autorização após o redirecionamento de origem cruzada
O padrão Busca foi atualizado para remover o cabeçalho de autorização em redirecionamentos de origem cruzada. O Chrome 119 implementa essa mudança na especificação. Antes do Chrome 119, quando um redirecionamento de origem cruzada, como de foo.test para bar.test, aconteceu com um cabeçalho de autorização, o Chrome preservou o cabeçalho de Autorização e bar.test poderiam receber o cabeçalho. A partir do Chrome 119, o Chrome remove os cabeçalhos de autorização quando acontecem redirecionamentos de origem cruzada. Isso significa que bar.test não recebe mais o cabeçalho "Autorização".
- Chrome 119 no Windows, Mac, Linux e Android
- Configuração dedicada do serviço de sugestões de permissão
A página de configurações de notificação e as permissões de geolocalização agora têm uma opção adicional para ativar explicitamente o serviço de sugestões de permissão. O serviço de sugestões de permissão já existe, mas não tinha uma configuração dedicada. Ele estava vinculado às configurações padrão da Navegação segura. Agora os usuários podem escolher entre quatro estados diferentes:
- Sempre mostrar a solicitação de permissão de notificação/geolocalização
- Permitir que o serviço de sugestão de permissão silencie solicitações indesejadas de notificação/geolocalização (novo)
- Sempre silenciar solicitações de permissão de notificações
- Sempre bloquear notificações/solicitações de permissão de geolocalização
Os administradores podem usar as políticas para sempre permitir ou bloquear notificações ou solicitações de geolocalização globalmente ou para sites específicos.
- DefaultNotificationsSetting
- NotificationsAllowedForUrls e NotificationsBlockedForUrls
- DefaultGeolocationSetting
- Chrome 119 no Linux, Mac e Windows
- Pesquisas em tempo real de prefixo de hash
Para usuários da proteção da Navegação segura padrão, os URLs visitados agora têm sua segurança verificada em tempo real, e não com base em uma lista local atualizada com menos frequência de URLs inseguros. Para isso, basta enviar hashes parciais dos URLs para a Navegação segura do Google usando um proxy via HTTP Oblivious. Assim, o endereço IP do usuário não será vinculado a eles. Essa mudança melhora a segurança e mantém a privacidade dos usuários. Se necessário, o recurso pode ser desativado pela política SafeBrowsingProxiedRealTimeChecksAllowed.
- Chrome 119 no Android, iOS, Chrome OS, LaCrOS, Linux, Mac e Windows
- Remover o suporte recomendado de várias políticas
Algumas políticas podem ser aplicadas conforme recomendado, permitindo que os administradores definam um valor inicial que os usuários finais podem alterar mais tarde. A partir do Chrome 119, o suporte recomendado será removido de várias políticas que os usuários finais não podem configurar.
Todas as políticas afetadas que foram definidas como recomendadas anteriormente precisam ser definidas como obrigatórias para garantir que continuem em vigor.
- Chrome 119 no Linux, Mac e Windows : o suporte recomendado está sendo removido da política corporativa PrintPdfAsImageDefault.
- Chrome 120 no Android, Linux, Mac e Windows: o suporte recomendado está sendo removido das seguintes políticas empresariais:
- Caracteres de pontuação de hosts de URL compatíveis com padrões
O Chrome 119 continua com nossos esforços para fazer com que o manuseio do Chrome dos caracteres de pontuação do host de URL seja compatível com o padrão. Confira um resumo das mudanças no Chrome 119:
Notação:
- ESC: é permitido, mas o Chrome faz o escape, o que não é compatível.
- '-': permitido.
- '0': proibido. O URL será inválido se o host tiver um caractere proibido.
Aviso:
- SPACE e ASTERISK ainda não estão em conformidade.
- Chrome 119 no Windows, Mac, Linux e Android
- Salvar imagens no Google Fotos para iOS
Quando um usuário tocar e manter pressionada uma imagem no Chrome, ele vai poder salvá-la diretamente no Google Fotos. É possível salvar o arquivo em qualquer conta conectada ao dispositivo.
- Chrome 119 no iOS: os usuários podem salvar imagens diretamente no Google Fotos.
- Chrome 120 no iOS: uma política é introduzida para controlar essa funcionalidade
- Políticas novas e atualizadas no navegador Chrome
Política
Descrição
SafeBrowsingDeepScanningEnabled
Permitir verificações detalhadas de downloads para usuários que ativaram a Navegação segura
SafeBrowsingProxiedRealTimeChecksAllowed
Permitir verificações em tempo real com o proxy da Navegação segura (também disponível no Android)
- Políticas removidas do navegador Chrome
Política
Descrição
ChromeCleanupEnabled
Ativa o recurso "Varredura do Chrome" no Windows
DownloadBubbleEnabled
Ativa a interface de download em balão
ChromeCleanupReportingEnabled
Controla a maneira como o recurso "Varredura do Chrome" envia dados ao Google
Atualizações do Chrome OS
- Central de privacidade
Agora os usuários poderão gerenciar as configurações de câmera e microfone para todo o sistema operacional em um só lugar: Configurações > Segurança e privacidade > Controles de privacidade. Agora os usuários podem desligar completamente a câmera ou o microfone com apenas um clique e em um só lugar, para garantir que o som será desativado.
- Modelos de administrador do ChromeOS
Graças à automação da inicialização de apps, agora os administradores podem configurar grupos de apps, janelas e ferramentas que podem ser iniciados automaticamente na inicialização ou sob demanda pelos usuários ao longo do dia. A automação de inicialização de apps permite: fazer os usuários começarem a usar o app logo no início do dia, oferecer a eles uma maneira fácil de chegar a um ponto de partida ideal para novas tarefas e lembrar o layout de janela que cada usuário configura em cada fluxo de trabalho, para usar no futuro.
É possível ativar esse recurso usando a sinalização #app-launch-automation e criando modelos no Admin Console.
- Usar o Drive off-line em dispositivos Chromebook Plus
Usuários corporativos de dispositivos Chromebook Plus agora podem usar todos os arquivos da seção Meu Drive do Google Drive quando estiverem off-line. Isso pode ser controlado usando a política corporativa DriveFileSyncAvailable.
Atualizações no Admin Console
- Novas políticas no Admin Console
Nome da política
Páginas
Compatível com
Categoria/campo
PPAPISharedImagesForVideoDecoderAllowed
Usuário e navegador, MGS
ChromeOS
Conteúdo
SafeBrowsingDeepScanningEnabled
Usuário e navegador
Chrome (Linux, Mac, Windows), ChromeOS
Navegação segura do Chrome
DriveFileSyncAvailable
Usuário e navegador
ChromeOS
Conteúdo
ProfileSeparationDataMigrationSettings
Usuário e navegador
Chrome (Linux, Mac, Windows)
Configurações de login
ProfileSeparationDomainExceptionList
Usuário e navegador
Chrome (Linux, Mac, Windows)
Configurações de login
ProfileSeparationSettings
Usuário e navegador
Chrome (Linux, Mac, Windows)
Configurações de login
ShowDisplaySizeScreenEnabled
Usuário e navegador
ChromeOS
Configurações de login
ShowTouchpadScrollScreenEnabled
Usuário e navegador
ChromeOS
Configurações de login
DeviceEphemeralNetworkPoliciesEnabled
Dispositivo
ChromeOS
Outras configurações
Em breve
Observação: os itens listados abaixo são atualizações experimentais ou planejadas. Eles podem ser alterados, atrasados ou cancelados antes do lançamento no Canal Stable.
Próximas mudanças no navegador
- Tela de escolha do mecanismo de pesquisa padrão
A partir do Chrome 120, os usuários finais corporativos podem receber uma solicitação para escolher o mecanismo de pesquisa padrão no Chrome.
Como parte do nosso desenvolvimento de conformidade com DMA, alguns usuários precisam escolher um mecanismo de pesquisa padrão para o Chrome. Essa solicitação controla a configuração do mecanismo de pesquisa padrão, atualmente disponível em chrome://settings/search. As políticas corporativas DefaultSearchProviderEnabled e DefaultSearchProviderSearchUrl continuarão controlando essa configuração normalmente se ela for definida pelo administrador de TI. Leia mais sobre esta política e o grupo atômico relacionado.
- Chrome 120 no iOS, Chrome OS, LaCrOS, Linux, Mac e Windows: 1% dos usuários vão começar a receber a tela de escolha no Chrome 120. 100% até o Chrome 122
- Renomeação das políticas corporativas FirstPartySets para RelatedWebsiteSets
As políticas corporativas FirstPartySetsEnabled e FirstPartySetsOverrides são renomeadas como RelatedWebsiteSetsEnabled e RelatedWebsiteSetsOverrides, respectivamente. Não há alteração no comportamento das políticas. As novas políticas estão disponíveis a partir do Chrome 120. Os administradores devem usá-las daqui para frente. Para saber mais sobre a renomeação, acesse https://developer.chrome.com/blog/related-website-sets/ (em inglês).
- Chrome 120 no Android, Chrome OS, LaCrOS, Linux, Mac, Windows e Fuchsia
- Reformulação da confirmação de segurança em computadores
Planejamos introduzir uma nova Confirmação de segurança proativa que consulta regularmente o navegador em busca de problemas relacionados à segurança e informa aos usuários quando há algo que precisa da atenção deles. Esse lançamento também apresenta uma nova página do Chrome com ações proativas relacionadas à segurança e informações personalizadas para cada usuário. Ela foi criada para facilitar a proteção on-line dos usuários.
- Chrome 120 no ChromeOS, LaCrOS, Linux, Mac e Windows
- Barra de ferramentas responsiva do Chrome para computador
A partir do Chrome 120, os clientes do Chrome para área de trabalho em vários dispositivos e modos de entrada (por exemplo, mouse ou toque) terão uma barra de ferramentas que responde perfeitamente à mudança de tamanho das janelas, quando os usuários selecionam e redimensionam manualmente uma janela ou usam ferramentas de gerenciamento específicas do SO.
- Chrome 120 no ChromeOS, LaCrOS, Linux, Mac e Windows
- Chrome deixa de oferecer suporte para o Android Nougat
O Chrome 119 será a última versão com suporte para o Android Nougat e vai incluir uma mensagem para os usuários afetados informando para fazer o upgrade do sistema operacional.
O Chrome 120 não terá mais suporte nem será lançado para usuários com o Android Nougat.
- Chrome 120 no Android: o Chrome no Android não é mais compatível com o Android Nougat
- Descontinuação dos cookies de terceiros no Chrome
No Chrome 120 e versões mais recentes (janeiro de 2024), o Chrome vai descontinuar globalmente cookies de terceiros em 1% do tráfego do Chrome como parte dos Testes facilitados pelo Chrome em colaboração com o CMA. Assim, os sites poderão ter uma prévia de como é funcionar em um mundo sem cookies de terceiros. A maioria dos usuários corporativos será automaticamente excluída desse grupo experimental. No entanto, apenas os administradores poderão usar as políticas BlockThirdPartyCookies e CookiesAllowedForUrls para reativar cookies de terceiros e desativar os navegadores gerenciados antes do experimento. Desse modo, as empresas terão tempo para fazer as mudanças necessárias, sem depender dessa política ou de cookies de terceiros.
Planejamos oferecer mais ferramentas para identificar casos de uso de cookies de terceiros. Os administradores podem definir a política BlockThirdPartyCookies como falsa para reativar cookies de terceiros em todos os sites, mas isso vai impedir que os usuários mudem a configuração correspondente no Chrome. Para evitar falhas, defina a política CookiesAllowedForUrls e inclua seus apps corporativos na lista de permissões para que continuem recebendo cookies de terceiros.
Para saber como se preparar, enviar feedback e informar possíveis problemas no site, consulte a seção do blog Modo B: descontinuação do uso de 1% de cookies de terceiros seção do blog e Como se preparar para o fim dos cookies de terceiros (links em inglês).
- Chrome 120 no ChromeOS, Linux, Mac e Windows
1% do tráfego global tem os cookies de terceiros desativados. Os usuários corporativos são excluídos automaticamente sempre que possível, e há uma política disponível para substituir a alteração.
- Rastreamento de pacote (somente para iOS)
Os usuários vão poder ativar um novo recurso de rastreamento de pacote, que mostra previsões de entrega e o status do pacote em um novo cartão na página Nova guia. Este recurso só está disponível para usuários do Brasil e para pacotes enviados pela FedEx e pela USPS. Se necessário, o recurso pode ser desativado usando uma nova política chamada ParcelTrackingEnabled.
- Chrome 120 no iOS: lançamentos de recursos
- O serviço de rede no Windows será colocado no sandbox
Para melhorar a segurança e confiabilidade, o serviço de rede, já 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 vão mais poder fazer isso. Podem ocorrer problemas na interoperabilidade com o software que injeta códigos no espaço de processo do Chrome, como o software Prevenção contra perda de dados. A política NetworkServiceSandboxEnabled permite desativar o sandbox em caso de incompatibilidade. Teste o sandbox no seu ambiente seguindo estas instruções e informe os problemas encontrados.
- Chrome 120 no Windows: serviço de rede no sandbox do Windows
- Banner para reabrir a última guia em outros dispositivos
Para ajudar os usuários que fizeram login a retomar as tarefas quando precisarem trocar de dispositivo imediatamente, o Chrome oferece a opção de acessar as guias mais recentes do dispositivo anterior. Os administradores poderão controlar esse recurso usando uma política corporativa chamada SyncTypesListDisabled.
- Chrome 120 no iOS: lançamentos de recursos
- Reabrir a última guia aberta em qualquer dispositivo
O Chrome oferece aos usuários um atalho rápido para reabrir a última guia acessada de qualquer dispositivo nas últimas 24 horas com o mesmo perfil de usuário. Os administradores poderão controlar esse recurso usando uma política corporativa chamada SyncTypesListDisabled.
- Chrome 120 no iOS: lançamentos de recursos
- Remoção do prefixo -webkit-background-clip em textos e transformação em um alias
O Google Chrome vai permitir usar a versão de background-clip: text sem prefixo e tornar -webkit-background-clip um alias para background-clip. Além disso, ele deixa de ter suporte para palavras-chave não sufixadas (conteúdo, padding e borda) e passa a ter um retorno melhor com o alias.
- Chrome 120 no Windows, Mac, Linux e Android
- Políticas do usuário do Chrome para iOS
Os administradores podem aplicar políticas e preferências nos dispositivos de um usuário. As configurações são aplicadas sempre que o usuário faz login no navegador Chrome com a conta gerenciada em qualquer dispositivo. Essa funcionalidade já existe no Windows, Mac, Linux, ChromeOS e Android. Estamos trazendo essa funcionalidade para o iOS.
- Chrome 120 para iOS: a versão mais antiga com esse recurso é a 120.
- Separação de perfil do Chrome: novas políticas
Três novas políticas serão criadas para ajudar empresas a configurar perfis corporativos: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings, ProfileSeparationSecondaryDomainAllowlist. Essas políticas serão mais simples e vão substituir ManagedAccountsSigninRestriction e EnterpriseProfileCreationKeepBrowsingData.
- Chrome 120 no Linux, Mac e Windows
- Abandono do uso de URLs de dados em SVGUseElement
A especificação SVG foi atualizada recentemente para remover o suporte a URLs de dados em SVGUseElement. Isso melhora a segurança da plataforma da Web e a compatibilidade entre navegadores, já que o Webkit não oferece suporte a URLs de dados em SVGUseElement. Saiba mais nesta postagem do blog.
Atribuir um URL de dados em SVGUseElement pode causar XSS. Isso também causa um desvio de Tipos confiáveis.
Nas empresas que precisam de mais tempo para migrar, a política DataUrlInSvgUseEnabled vai estar disponível até o Chrome 128 para reativar o suporte ao URL de dados para SVGUseElement.
- Chrome 120 no Android, ChromeOS, LaCrOS, Linux, Mac, Windows e Fuchsia: remover a compatibilidade para URLs de dados em SVGUseElement
- Gerenciador de senhas: compartilhamento de senhas
O Gerenciador de senhas serve para os usuários compartilharem senhas com membros do grupo familiar no Google (conforme configurado na Conta do Google). Os usuários só podem compartilhar uma senha por vez. Não é possível compartilhar várias senhas ao mesmo tempo. A senha compartilhada não pode ser atualizada ou revogada por quem a enviou.
Os administradores do Enterprise podem usar a política PasswordSharingEnabled para desativar o recurso de compartilhamento para todos os funcionários.
- Chrome 120 para iOS, Chrome OS, LaCrOS, Linux, Mac, Windows e Fuchsia
- Solicitação de permissões para a API Web MIDI
Houve vários problemas relatados sobre o acesso da API Web MIDI a unidades de dispositivos MIDI de clientes (bugs). Para resolver esse problema, a Audio WG decidiu colocar uma permissão explícita no acesso geral à API MIDI. Originalmente, a permissão explícita era necessária apenas para o uso avançado da MIDI, por exemplo, em uma mensagem exclusiva do sistema (SysEx) no Chrome, com acesso controlado por permissões. Planejamos ampliar o escopo da permissão para o uso normal da API MIDI.
Atualmente, o uso de mensagens SysEx com a API Web MIDI requer uma permissão explícita do usuário. Depois da implementação, até mesmo o acesso à API Web MIDI sem suporte para o SysEx vai exigir uma permissão do usuário. Três políticas novas (DefaultMidiSetting, MidiAllowedForUrls e MidiBlockedForUrls) serão disponibilizadas para que os administradores configurem o acesso dos usuários à API com antecedência.
- Chrome 121 no Windows, Mac, Linux e Android
- Fase 0 de proteção de IP para o Chrome
A partir do Chrome 122, o Chrome pode encaminhar o tráfego de algumas solicitações de rede para recursos de propriedade do Google usando um proxy de privacidade. Esse é o marco inicial de um esforço maior que visa proteger as identidades dos usuários mascarando o endereço IP deles contra rastreadores entre sites que já são conhecidos. Saiba mais nesta explicação no GitHub. As políticas corporativas vão estar disponíveis para que os administradores possam desativar o recurso antes do lançamento.
- Chrome 122 no ChromeOS, Linux, Mac, Windows e Android
- Relatório de uso de apps e extensões: destaque as extensões removidas da Chrome Web Store
A partir da versão 122, o Chrome vai adicionar novas informações ao Relatório de uso de apps e extensões para ajudar você a identificar se uma extensão foi removida recentemente da Chrome Web Store. Na página "Detalhes do app", é possível encontrar o motivo para a remoção de uma extensão da Chrome Web Store. Esse recurso ajuda os administradores de TI a identificar o impacto do uso da política para desativar extensões não publicadas.
- Chrome 122 no LaCrOS, Linux, Mac, Windows
- Relatório de tecnologia legada
A partir do Chrome 122, o relatório de tecnologia legada vai estar disponível no Admin Console para informar de maneira proativa os sites (internos e externos) que usam tecnologias que serão descontinuadas, como mudanças nos cookies SameSite ou protocolos de segurança mais antigos, como TLS 1.0/1.1. Assim, os administradores podem ajudar desenvolvedores a planejar as migrações de tecnologia necessárias antes da descontinuação. Se você tiver interesse em nos ajudar a testar esse recurso, inscreva-se no programa Trusted Tester aqui.
- Chrome 122 no LaCrOS, Linux, Mac, Windows
- Remoção do suporte a UserAgentClientHintsGREASEUpdateEnabled
Planejamos descontinuar a política UserAgentClientHintsGREASEUpdateEnabled, já que o algoritmo GREASE atualizado está ativado por padrão há mais de um ano. A política será removida em algum momento.
- Chrome 122 no Android, ChromeOS, Linux, Mac, Windows: a política foi descontinuada
- Chrome 125 no Android, ChromeOS, Linux, Mac e Windows: a política foi removida
- A Sincronização do Chrome não oferece mais suporte ao Chrome 81 e versões anteriores
A Sincronização do Chrome não vai mais oferecer suporte ao Chrome 81 e versões anteriores. Você vai precisar fazer upgrade para uma versão mais recente do Chrome se quiser continuar usando a Sincronização do Chrome.
- Chrome 123 no Android, iOS, Chrome OS, Linux, Mac e Windows: a mudança vai ser implementada.
- Remoção da política LegacySameSiteCookieBehaviorEnabledForDomainList
No Chrome 79, lançamos a política LegacySameSiteCookieBehaviorEnabledForDomainList para reverter o comportamento de SameSite de cookies para o comportamento legado nos domínios especificados. O ciclo de vida da política LegacySameSiteCookieBehaviorEnabledForDomainList foi estendido e será removido no marco listado abaixo.
- Chrome 127 no Android, ChromeOS, Linux, Mac, Windows: remoção da política LegacySameSiteCookieBehaviorEnabledForDomainList
- Intenção de descontinuação: eventos de mutação
Eventos de mutação síncrona, incluindo DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument e DOMCharacterDataModified, afetam negativamente o desempenho da página e aumentam significativamente a complexidade da adição de novos recursos na 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.
- Chrome 127 no Android, ChromeOS, Linux, Mac e Windows: os eventos de mutação vão parar de funcionar no Chrome 127 por volta de 30 de julho de 2024.
- As extensões precisam ser atualizadas para usar o Manifesto V3
As extensões precisam ser atualizadas para usar o Manifesto V3. As extensões do Chrome estão sendo transferidas para uma nova versão do manifesto, o Manifesto V3. Isso vai proporcionar mais privacidade aos usuários, por exemplo, ao migrar para um modelo em que as extensões modificam as solicitações de maneira declarativa, sem a capacidade de consultar solicitações individuais. Isso também melhora a segurança das extensões, já que o código hospedado remotamente não será permitido no Manifesto V3. Como mencionado na postagem do blog, os cronogramas de descontinuação do Manifesto V2 estão em análise, e os experimentos programados para o início de 2023 vão ser adiados. Durante a revisão do cronograma, as extensões atuais do Manifest V2 ainda podem ser atualizadas e executadas no Chrome. No entanto, todas as extensões novas enviadas à Chrome Web Store terão que implementar o Manifest V3. Uma política do Enterprise ExtensionManifestV2Availability está disponível para controlar se as extensões do Manifesto v2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. É possível conferir a versão do manifesto que está sendo usada pelas extensões do Chrome em execução na sua frota na página "Uso de apps e extensões" no Gerenciamento de nuvem do navegador Chrome. Leia mais no Cronograma do manifesto, incluindo:
- Chrome 98 no ChromeOS, LaCrOS, Linux, Mac e Windows: a Chrome Web Store não aceita mais novas extensões do Manifesto V2 com a visibilidade definida como "Pública" ou "Não listada". Não será mais possível mudar as extensões do Manifesto V2 de "Particular" para "Pública" ou "Não listada".
- Chrome 103 no ChromeOS, LaCrOS, Linux, Mac e Windows: a Chrome Web Store não aceita mais novas extensões do Manifesto V2 com a visibilidade definida como "Particular".
- Chrome 110 no ChromeOS, LaCrOS, Linux, Mac e Windows: a política corporativa ExtensionManifestV2Availability está disponível para controlar se as extensões do Manifesto v2 são permitidas. Essa política pode ser usada para testar o Manifest V3 na sua organização antes da migração. Após a migração, a política vai permitir que você estenda o uso das extensões do Manifesto V2.
- Marco futuro no ChromeOS, LaCrOS, Linux, Mac, Windows: remover a política ExtensionManifestV2Availability.
Próximas alterações no Chrome OS
- Definir a duração do protetor de tela
A partir do ChromeOS 120, você vai poder definir a duração do protetor de tela durante o carregamento. Agora os usuários podem escolher por quanto tempo o protetor de tela vai ser mostrado enquanto o dispositivo estiver carregando (isso não é possível se o dispositivo estiver fora da tomada). Isso é feito usando uma nova política corporativa. A configuração padrão é "Permanente" e pode ser reduzida usando as opções do menu suspenso.
- Novos controles para acelerar a rolagem do mouse
O ChromeOS 120 vai ter novos controles para que os usuários desativem a aceleração e ajustem a velocidade de rolagem do mouse.
- Aprimorar o comportamento de Alt + clique
No ChromeOS 120, você vai poder configurar o comportamento do clique com o botão direito do mouse usando o teclado e o touchpad. Também é possível configurar ações como "Início", "Encerrar" e "Página para cima" na subpágina Personalizar teclas do teclado.
- Novo visual do player de mídia do ChromeOS
A partir do ChromeOS 121, o player de mídia vai ter botões e cores maiores para combinar com seu plano de fundo. O player de mídia aparece quando você reproduz qualquer vídeo ou áudio (como Spotify ou YouTube) nas Configurações rápidas. É possível clicar no ícone de fixação para mover o player de mídia para a estante. Além de controlar a mídia que está sendo executada, é possível transmitir da Web para qualquer alto-falante ou tela na rede local.
- Notificações aprimoradas para apps fixados
A partir do ChromeOS 121, você vai poder separar visualmente as notificações fixadas das outras. Vamos mudar as especificações visuais, os botões e o texto de notificação para que caibam nos balões de tamanho fixo. Isso cria uma diferença visual clara entre as notificações fixadas e as outras, refletindo a diferença significativa de finalidade (notificar o usuário sobre um processo em andamento em vez de um evento instantâneo).
- Novas opções de sincronização do ChromeOS
Em breve, o ChromeOS vai oferecer uma experiência atualizada de configuração de dispositivo para que os usuários possam personalizar as opções de sincronização de apps, configurações, redes Wi-Fi e plano de fundo.
- Desativação de app pelo administrador em sessões de visitante gerenciadas
As sessões de visitante gerenciadas (MGS, na sigla em inglês) já oferecem um conjunto de apps para o usuário (Explorar, Galeria e Terminal). Em breve, com a política SystemFeaturesDisableList, os administradores vão poder desativar, bloquear e ocultar esses apps dos usuários na empresa.
Outros recursos
- Como os lançamentos do Chrome funcionam: Ciclo de lançamento do Chrome (em inglês)
- Downloads do navegador Chrome e informações gerais do produto Chrome Enterprise: Navegador Chrome para empresas
- Status da versão do Chrome e cronogramas: Visualizador de servidores do Google Update (em inglês)
- Anúncios: Blog de lançamentos do Chrome | Blog do Chromium (links em inglês)
- Desenvolvedor: saiba mais sobre as mudanças na plataforma da web (em inglês)
Ainda precisa de ajuda?
- Clientes do G Suite ou Cloud Identity (apenas com acesso autorizado): entre em contato com o suporte
- Suporte empresarial do navegador Chrome: inscreva-se para entrar em contato com um especialista
- Fórum de admins do Chrome (em inglês)
- Central de Ajuda do Chrome Enterprise
