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

Última atualização: 15 de abril de 2026 

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

 

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

 

Important update: Starting March 26th, 2026, the release notes for Chrome browser for Enterprise are moving! Find them exclusively on our website: chromeenterprise.google. Please update your bookmarks. (Note that ChromeOS release notes will continue to be published at this current link and will not move.)

Resumo da versão 147 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   ✓  
Encapsulamento de chaves X25519Kyber768 para TLS ✓    
Atualização do CSS: separação das propriedades de largura e estilo     ✓
Personalização do plano de fundo da página Nova guia do Chrome para iOS   ✓  
Credenciais de sessões vinculadas ao dispositivo ✓    
Restrições de acesso à rede local ✓    
Denunciar um golpe ✓    
Guias verticais   ✓  
Provedor de framework de acessibilidade de automação de interface no Windows   ✓  
Novas políticas no navegador Chrome     ✓
Políticas removidas no navegador Chrome     ✓
Mudanças no Chrome Enterprise Core Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Bloquear extensões com base em pontuações de risco de terceiros ✓   ✓
Bloquear extensões usando categorias da Chrome Web Store ✓   ✓
Nova opção de publicação da organização na Chrome Web Store ✓   ✓
Resumo gerado por IA das notas de lançamento no Google Admin Console   ✓ ✓
Relatórios de uso de apps de IA generativa e SaaS ✓   ✓
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 ✓   ✓
Novos modelos para regras de prevenção contra perda de dados ✓   ✓
Integração simplificada do Chrome Enterprise com o Google SecOps ✓    
Suporte para listas de permissões e bloqueios nas Ferramentas para desenvolvedores ✓   ✓
Suporte para listas de permissões e de bloqueio no modo de navegação anônima ✓   ✓
Próximas mudanças no navegador Chrome Segurança/Privacidade Produtividade do usuário/ apps Gerenciamento
Inicialização do perfil do Chrome via URI personalizado ✓ ✓  
Preenchimento automático aprimorado   ✓  
Trabalhadores compartilhados com ciclo de vida estendido     ✓
Migração de origem do PWA   ✓  
API Prompt   ✓ ✓
Chrome para dispositivos Linux ARM64   ✓  
Atualização do alerta "Sem HTTPS" ✓    
Sempre usar conexões seguras por padrão ✓    
Descontinuação e remoção das APIs do Sandbox de privacidade ✓ ✓  
Apps isolados da Web     ✓
Migração da API Safe Browsing 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 no 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
Suporte a certificados do cliente do Chrome no iOS ✓   ✓
Suporte para relatórios de perfil gerenciado     ✓
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 ✓    
Telemetria de atividade DOM da extensão do Chrome Enterprise ✓    
Nova configuração de política para DataControlRules ✓   ✓
Proteção contra adulteração de políticas locais ✓   ✓

 

↑ voltar ao início

As notas da versão Enterprise estão disponíveis em nove idiomas. Você pode ler sobre as atualizações do Chrome em inglês, alemão, francês, holandês, espanhol, português, coreano, indonésio e japonês. A tradução para alguns idiomas 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.

 

Important update: Starting March 26th, 2026, the release notes for Chrome browser for Enterprise are moving! Find them exclusively on our website: chromeenterprise.google. Please update your bookmarks. (Note that ChromeOS release notes will continue to be published at this current link and will not move.)

Mudanças no navegador Chrome 

   

  • Melhorias no Modo IA back to top

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

    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 administradores podem desativar esses recursos (valor 1) usando a política SearchContentSharingSettings.

    No Chrome 147, os administradores usam SearchContentSharingSettings para controlar esses recursos. As políticas do Google Lens foram descontinuadas: LensOverlaySettings, LensDesktopNTPSearchEnabled e LensRegionSearchEnabled.

   

  • Gemini no Chrome back to top

    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.

    Para mais detalhes, consulte as etapas de lançamento abaixo.

    • 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. 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: 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 agora está disponível para usuários nos EUA, Canadá, Nova Zelândia e Índia em mais de 50 idiomas. Veja mais detalhes neste artigo da Central de Ajuda.
    • Chrome 147 no ChromeOS, macOS e Windows: a partir do Chrome 147 no macOS, Windows e ChromeOS: 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 148 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.

   

  • Encapsulamento de chaves X25519Kyber768 para TLS back to top

    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. 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 no Chrome 147. 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 on Linux, macOS, Windows: a política corporativa PostQuantumKeyAgreementEnabled será removida.

   

  • Atualização do CSS: separação das propriedades de largura e estilo back to top

    O Chrome 147 se alinha às especificações de CSS atualizadas sobre o comportamento das propriedades border-width, outline-width e column-rule-width. Antes, se o border-style, outline-style ou column-rule-style correspondente 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-width e column-rule-width sempre vão refletir os valores especificados pelo autor, independente da propriedade *-style. Além disso, os valores resolvidos (retornados por getComputedStyle()) para outline-width e column-rule-width també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.

   

  • Personalização do plano de fundo da página Nova guia do Chrome para iOS back to top

    No Chrome para iOS, os usuários agora podem personalizar o plano de fundo da página Nova guia. Os administradores podem definir NTPCustomBackgroundEnabled como verdadeiro ou falso, permitindo que os usuários personalizem o plano de fundo da página Nova guia. 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. Os administradores também podem especificar um valor hexadecimal recomendado, que o usuário pode substituir. Com a ativação completa, os usuários também podem escolher na galeria pré-selecionada do Chrome ou no rolo da câmera do smartphone.

    • Chrome 147 no iOS: o recurso será lançado gradualmente: no Chrome 146 para iOS, a personalização de plano de fundo começa a ser lançada gradualmente, seguindo o processo normal. No Chrome 147 para iOS, o recurso de sincronização de temas vai começar a ser lançado gradualmente.

   

  • Credenciais de sessões vinculadas ao dispositivo back to top

    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 144 no Windows: o lançamento do recurso será gradual.
    • Chrome 147 no macOS: o lançamento do recurso será gradual.

   

  • Restrições de acesso à rede local back to top

    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 conseguir a permissão dos dispositivos locais. 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 LocalNetworkAccessPermissionsPolicyDefaultEnabled. Essas políticas podem ser definidas usando configurações personalizadas.

    O Chrome 147 expande as restrições de acesso à rede local para incluir conexões WebSocket e WebTransport.

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

   

  • Denunciar um golpe back to top

    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 administradores podem desativar esse recurso desativando a Navegação segura com SafeBrowsingProtectionLevel ou impedindo o feedback do usuário com a política UserFeedbackAllowed.

    • Chrome 147 no ChromeOS, Linux, macOS e Windows: lançamento gradual de recursos.

   

  • Guias verticais back to top

    O Chrome para computador apresenta uma barra de guias vertical para melhorar o gerenciamento de guias para usuários que trabalham com muitas guias. Esse recurso resolve a dificuldade de encontrar e organizar guias mostrando títulos de página inteira, melhorando o uso de grupos de guias e otimizando o uso do espaço vertical da tela.

    • Chrome 147 no Linux, macOS e Windows: o lançamento do recurso será gradual: o recurso será lançado gradualmente no MacOS, Windows e Linux.
    • Chrome 148 no ChromeOS: o recurso será lançado gradualmente no ChromeOS.

   

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

    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 146 e será removida no Chrome 147. Esse período de um ano deu às empresas tempo suficiente para 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: 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.

    

   

 

Mudanças no Chrome Enterprise Core

   

  • Bloquear extensões com base em pontuações de risco de terceiros back to top

    A partir do Chrome 147, os administradores podem configurar um limite de risco nas configurações de Apps e extensões do Google Admin Console para bloquear automaticamente as extensões usando avaliações de risco de terceiros (Spin.Ai e LayerX). Esse recurso simplifica o gerenciamento de extensões e reduz o trabalho manual necessário para avaliar e bloquear extensões de alto risco. As extensões que excederem o limite de pontuação de risco configurado serão desativadas automaticamente no lado do cliente, e novas instalações serão bloqueadas. O Chrome 147 permite uma prévia para trusted testers, e o recurso será lançado gradualmente no Chrome 148.

    • Chrome 147 no Linux, macOS e Windows: o pré-lançamento está disponível para trusted testers do Chrome Enterprise.
    • Chrome 148 no Linux, MacOS e Windows: o lançamento do recurso será gradual.

   

  • Bloquear extensões usando categorias da Chrome Web Store back to top

    A partir do Chrome 147, os administradores podem aumentar a segurança bloqueando automaticamente as extensões do Chrome com base nas categorias da Chrome Web Store. Por exemplo, é possível bloquear todas as extensões de Jogos. Esse recurso impede a instalação de extensões de categorias bloqueadas e as desativa se já estiverem presentes. As extensões de instalação forçada e na lista de permissões não são afetadas.

    Essa configuração está disponível apenas no Google Admin Console em Apps e extensões > Configurações, na nova seção Bloqueio avançado de extensões. O nome da configuração é Bloquear por categoria. Também é possível configurar usando as APIs Chrome Management. Essa configuração não está disponível para dispositivos gerenciados localmente.

    O Chrome 147 permite uma prévia para trusted testers, e o recurso será lançado gradualmente no Chrome 148.

    • Chrome 147 no Linux, macOS e Windows: o pré-lançamento está disponível para trusted testers do Chrome Enterprise.
    • Chrome 148 no Linux, MacOS e Windows: o lançamento do recurso será gradual.

   

  • Nova opção de publicação da organização na Chrome Web Store back to top

    O Chrome 147 apresenta um novo recurso de publicação de domínio B2B na Chrome Web Store que permite aos desenvolvedores distribuir extensões diretamente para domínios empresariais específicos. Isso permite uma implantação segura e escalonável para soluções empresariais personalizadas e melhora a experiência do administrador ao gerenciar essas implantações.

    Antes, os desenvolvedores empresariais só podiam publicar extensões de maneira particular para a própria empresa. Com a nova opção, os desenvolvedores poderão implantar as extensões de maneira particular em organizações externas que as aprovarem, tudo na loja.
    Para mais informações sobre como começar, acesse o blog do Chrome para desenvolvedores: nova opção de publicação empresarial na Chrome Web Store: publicar para organizações externas.

    • Chrome 147 no ChromeOS, Linux, macOS, Windows.

   

  • Resumo gerado por IA das notas de lançamento no Google Admin Console back to top

    O Chrome 147 apresenta um resumo gerado por IA das notas de lançamento do Chrome Enterprise no Google Admin Console. Assim, os administradores podem analisar rapidamente as principais atualizações da versão mais recente.

    Criado para simplificar o gerenciamento do Chrome, esse novo card oferece itens em destaque e ações sugeridas gerados por IA. Ele destaca informações relevantes para seu domínio, incluindo novos recursos, modificações e descontinuações de políticas e funcionalidades do Chrome Enterprise Core. A meta é ajudar os administradores a economizar tempo e identificar mais facilmente mudanças importantes e ações recomendadas.

    • Chrome 145 no Android, iOS, Linux, macOS e Windows: o pré-lançamento está disponível para trusted testers do Chrome Enterprise.
    • Chrome 147 no Android, iOS, ChromeOS, Linux, macOS e Windows: o lançamento do recurso será gradual.

   

  • Relatórios de uso de apps de IA generativa e SaaS back to top

    A partir do Chrome 147, os administradores terão acesso a um novo recurso de relatórios Uso de apps de IA generativa e SaaS no Google Admin Console. Esse relatório traz visibilidade sobre o uso de ferramentas de IA generativa e sites SaaS na organização, permitindo que os administradores monitorem o uso dos recursos de TI corporativos.

    Esse relatório está disponível apenas para clientes do Chrome Enterprise Core (CEC) e do Chrome Enterprise Premium (CEP).

    Esse novo relatório acompanha o uso de 60 sites predefinidos (incluindo os sites da IA generativa do X), fornecendo métricas sobre visitas, perfis gerenciados únicos, navegadores gerenciados únicos e acesso a eventos de transferência de conteúdo sensível. Com esses insights, os administradores podem avaliar o risco e restringir o uso tomando decisões fundamentadas sobre licenciamento ou criando restrições de uso, como regras de Prevenção contra perda de dados (DLP).
    O Chrome 147 permite uma prévia para Trusted Testers, e o recurso será lançado gradualmente no Chrome 149.

    • Chrome 147 no Linux, macOS e Windows: o pré-lançamento está disponível para trusted testers do Chrome Enterprise.
    • Chrome 149 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.

   

  • Aumento do suporte a tamanhos de arquivo para verificações da DLP back to top  

    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 corrige essa falha de segurança crítica.

    No Chrome 147, 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.

    Observação: como arquivos maiores agora estão sendo armazenados, os clientes podem notar um aumento nas cobranças do Google Cloud Storage associadas ao bucket do Evidence Locker.

    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 prevenção contra perda de dados.

   

  • Novos modelos para regras de prevenção contra perda de dados back to top  

    Implantar a proteção de dados líder do setor no Chrome agora é mais rápido e intuitivo. O Chrome Enterprise Premium (CEP) apresenta modelos de regras de Prevenção contra perda de dados (DLP) prontos para uso. Assim, os clientes podem implementar políticas robustas de proteção de dados e aproveitar o valor do pacote de segurança do CEP com configuração mínima.

    Com esses modelos, os clientes podem implementar controles essenciais de DLP de maneira rápida e fácil, sem precisar começar do zero. Esses modelos fornecem uma base para casos de uso comuns da DLP, como:

    • Proteção contra vazamentos acidentais ou maliciosos de dados sensíveis, como números de cartão de crédito e CPF ou CNPJ.
    • Audite, bloqueie a colagem ou bloqueie totalmente categorias de sites, como os de IA generativa.
    • Desative a captura de tela ou adicione marca-d'água a sites com informações sensíveis.

    Os novos modelos de proteção de dados podem ser encontrados no Google Admin Console usando a opção Regras > Modelos no menu de navegação à esquerda.

    O Chrome 147 permite uma prévia para trusted testers, e o recurso será lançado gradualmente no Chrome 148.

    • Chrome 147 no Android, iOS, ChromeOS, Linux, macOS e Windows: o pré-lançamento está disponível para trusted testers do Chrome Enterprise. O acesso para trusted testers vai começar em abril de 2026.
    • Chrome 148 no ChromeOS, Linux, macOS e Windows: lançamento gradual de recursos.

   

  • Integração simplificada do Chrome Enterprise com o Google SecOps back to top  

    O novo Chrome Enterprise Connector para o Google Security Operations (Google SecOps) já está disponível para todos os usuários.

    O conector oferece uma nova experiência de integração que pode definir as configurações recomendadas do Chrome Enterprise para encaminhar dados do Chrome ao Google SecOps. Agora, o conector permite que os administradores mantenham as configurações definidas anteriormente. Os dados do Chrome Enterprise Premium incluem contexto de segurança adicional da Navegação segura. Os administradores podem selecionar uma instância conectada à organização ou usar um token único (sem chave) para enviar dados a uma instância externa. Esse conector encaminha os dados do Chrome para o Google SecOps pelo Google Cloud.

    Para mais detalhes, consulte Configurar o Chrome Enterprise Connectors para o Google Security Operations.

    • Chrome 142 no iOS, ChromeOS, Linux, macOS e Windows.
    • Chrome 147 no ChromeOS, Linux, macOS e Windows: o recurso será lançado gradualmente: o conector do Chrome Enterprise para o Google Security Operations estará disponível para todos.

   

  • Suporte para listas de permissões e de bloqueio nas Ferramentas para desenvolvedores back to top  

    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 no modo de navegação anônima back to top  

    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.

    Como parte dessa mudança, o Chrome também está atualizando o comportamento padrão dos padrões curinga na política URLBlocklist e na nova IncognitoModeUrlAllowlist para permitir a navegação em páginas internas chrome://. Se um administrador quiser bloquear páginas internas chrome://, ele precisará fazer isso explicitamente e não poderá depender do caractere curinga. O acesso às páginas internas chrome:// é necessário para o funcionamento adequado de vários recursos do Chrome, como pesquisa, página "Nova guia" e impressão.

    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. Antes, os admins só podiam ativar ou desativar completamente o modo de navegação anônima usando a política IncognitoModeAvailability.

    • Chrome 147 no Android, iOS, ChromeOS, Linux, macOS e Windows: o lançamento do recurso será gradual. Apresenta as políticas IncognitoModeUrlBlocklist e IncognitoModeUrlAllowlist.

↑ voltar ao início  

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

   

  • Inicialização do perfil do Chrome usando URI personalizado back to top

    Esse recurso apresenta um novo esquema de URI personalizado (google-chrome://) que permite que aplicativos externos e portais da Web iniciem o Chrome diretamente em um perfil gerenciado específico. Se o perfil especificado não existir, o usuário vai passar por um fluxo simplificado de criação de perfil pré-preenchido com o e-mail de trabalho. Isso permite uma transição perfeita para os usuários que passam de navegadores arbitrários ou catálogos de apps integrados para um ambiente Chrome gerenciado e seguro. Os administradores podem controlar esse comportamento com a política ChromeURILaunchEnabled.

    • Chrome 148 no macOS e Windows: pré-lançamento disponível para trusted testers do Chrome Enterprise.  

   

  • Preenchimento automático aprimorado back to top

    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 e iOS: o preenchimento automático aprimorado será disponibilizado para usuários do Chrome no Android e no iOS.

   

  • Trabalhadores compartilhados com ciclo de vida estendido back to top

    Esta atualização adiciona uma nova opção, extendedLifetime: true, ao construtor SharedWorker. Isso solicita que o worker compartilhado seja mantido ativo mesmo depois que todos os clientes atuais forem descarregados. O principal caso de uso é permitir que as páginas realizem trabalhos assíncronos que exigem JavaScript depois que uma página é descarregada, sem precisar depender de um service worker.

    • Chrome 148 no Windows, macOS, Linux e Android: sem etapa de lançamento.

   

  • Migração de origem da PWA back to top

    Quando um usuário instala um App Web Progressivo (PWA), a identidade e o contexto de segurança dele ficam fortemente vinculados à origem da Web, por exemplo, app.example.com. Isso representa um desafio significativo para os desenvolvedores que precisam mudar a origem do PWA devido a rebranding, reestruturação de domínio ou re-arquitetura técnica. No momento, essa mudança força os usuários a desinstalar manualmente o app antigo e reinstalar o novo, o que causa uma experiência disruptiva e possível perda de usuários. O Chrome 148 apresenta um mecanismo para que os desenvolvedores migrem um PWA instalado para uma origem nova no mesmo site, preservando a confiança e as permissões do usuário.

    A política WebAppInstallForceList vai bloquear a migração. Como as políticas empresariais relacionadas a aplicativos da Web são baseadas principalmente em URLs e origens, há o risco de que uma migração ignore determinadas políticas que um administrador possa ter configurado. Nenhuma migração será oferecida ao usuário quando um app for instalado à força pelo administrador da empresa. Em vez disso, um banner vai explicar isso ao usuário.

    • Chrome 148 no Windows, macOS e Linux: sem etapa de lançamento.

   

  • API Prompt back to top

    A API Prompt foi projetada para interagir com um modelo de linguagem de IA usando entradas de texto, imagem e áudio. Ele oferece suporte a vários casos de uso, desde gerar legendas de imagens e realizar pesquisas visuais até transcrever áudio, classificar eventos sonoros, gerar texto seguindo instruções específicas e extrair informações ou insights de texto. Ele oferece suporte a saídas estruturadas, que garantem que as respostas sigam um formato predefinido, geralmente expresso como um esquema JSON, para melhorar a conformidade da resposta e facilitar a integração perfeita com aplicativos downstream que exigem formatos de saída padronizados.

    Essa API também é exposta nas extensões do Chrome. Essa entrada de recurso rastreia a exposição na Web. Uma política corporativa, GenAILocalFoundationalModelSettings, está disponível para desativar o download do modelo subjacente, o que tornaria essa API indisponível.

    Registro de suporte a idiomas:

    • O Chrome M139 e versões anteriores só ofereciam suporte a "en"
    • O Chrome M140 adicionou suporte para "es" e "ja"
    • Chrome 148 no Windows, macOS e Linux: o recurso será lançado gradualmente.

   

  • Chrome para dispositivos Linux ARM64 back to top

    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. 

   

  • Atualização do alerta Sem HTTPS back to top

    O aviso exibido quando um usuário ativa a opção Sempre usar conexões seguras em chrome://settings/security está 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 em chrome://settings/security.


    • Chrome 141 no ChromeOS, Linux, macOS e Windows: novo design de aviso em plataformas de computador.
    • Chrome 149 no Android: design de aviso atualizado semelhante no Android, usando uma bolha de aviso em vez de um intersticial completo.

   

  • Sempre usar conexões seguras por padrão back to top

    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.

   

  • Descontinuação e remoção das APIs do Sandbox de privacidade  back to top

    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.

    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.

   

  • Apps Isolados da Web back to top

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

    As chamadas do Chrome para a API SafeBrowsing v4 serão migradas para a API v5. Os nomes dos métodos também são diferentes entre a v4 e a v5. Se os administradores tiverem uma lista de permissões de URL específica da v4 para permitir solicitações de rede em https://safebrowsing.googleapis.com/v4*, elas precisarão ser modificadas para permitir solicitações de rede em todo o domínio: safebrowsing.googleapis.com. Caso contrário, as solicitações de rede rejeitadas para a API v5 vão causar regressões de segurança para os usuários. 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 back to top

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

    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 160 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 176 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 back to top

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

    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://" back to top

    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

   

  • Suporte a certificados do cliente do Chrome no iOS back to top

    O suporte integrado a certificados do cliente no Chrome para iOS permite que usuários gerenciados se autentiquem com segurança em recursos corporativos usando o TLS mútuo (mTLS). Historicamente, o iOS isolava os certificados no armazenamento do sistema, acessível apenas aos apps integrados da Apple. Mas esse lançamento permite que o Chrome provisione e gerencie os próprios certificados com suporte de hardware de forma independente. Ao se integrar ao Secure Enclave do iOS para armazenamento de chaves particulares não exportáveis, o Chrome oferece um indicador de identidade de alta segurança especificamente para ambientes de confiança zero usando o ID do Microsoft Entra e o acesso condicional. Essas credenciais são provisionadas no perfil do Chrome gerenciado pelo trabalho e são inacessíveis a outros aplicativos ou perfis pessoais no dispositivo.

    Para implementar esse recurso, os administradores precisam ativar a opção Aplicar as configurações de usuário compatíveis ao Chrome no iOS no Google Admin Console e configurar as políticas ProvisionManagedClientCertificateForBrowser e ProvisionManagedClientCertificateForUser para iniciar a emissão e a rotação. Por fim, a política AutoSelectCertificateForUrls deve ser usada para automatizar a seleção de certificados em domínios corporativos designados e garantir um fluxo de autenticação sem problemas.

    • Chrome 148 no iOS: o recurso será lançado gradualmente.

   

  • Suporte para relatórios de perfil gerenciado back to top

    O Chrome Enterprise Core está lançando suporte para relatórios de perfil na nuvem nos relatórios Uso de apps e extensões e Versões no Google Admin Console.

    No relatório Uso de apps e extensões, os administradores poderão conferir uma nova contagem total de instalações para perfis gerenciados (perfis de trabalho). Eles poderão ver quais extensões têm mais instalações em todos os perfis gerenciados.

    No relatório Versões, os administradores podem conferir o número total de perfis gerenciados que executam cada versão do Chrome. Por exemplo, eles poderão ver se os perfis gerenciados estão usando versões mais antigas do Chrome.

    Para ativar os relatórios de perfil na nuvem para os dois relatórios, os administradores precisam ativar a política CloudProfileReportingEnabled. Se você já tiver ativado os relatórios de perfil gerenciado, eles vão começar a informar os dados automaticamente.

    Como encontrar esses relatórios? No Admin Console, acesse Navegador Chrome > Relatórios > Uso de apps e extensões ou Navegador Chrome > Relatórios > Versões.

    • Chrome 148 no Android, iOS, ChromeOS, Linux, macOS e Windows: o relatório de perfil no relatório de versões vai estar disponível para trusted testers do Chrome Enterprise.

 

Próximas atualizações do Chrome Enterprise Premium

    

  • API Chrome Enterprise Connectors back to top

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

    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 148 no Android, ChromeOS, Linux, macOS e Windows: o lançamento do recurso será gradual

    

  • Telemetria de atividade do DOM da extensão empresarial back to top

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

    • Chrome 148 no ChromeOS, Linux, macOS e Windows: pré-lançamento disponível para trusted testers do Chrome Enterprise.

    

  • Nova configuração de política para DataControlRules back to top

    O Chrome está aprimorando a política DataControlsRules atual com uma nova configuração chamada Restrições de colagem em limites de gerenciamento. Essa atualização oferece aos administradores um mecanismo baseado em contexto para bloquear a colagem de conteúdo da Web sensível em perfis gerenciados do Chrome ou deles sem exigir URLs de origem ou destino específicos.

    A partir do Chrome 148, os administradores podem usar caixas de seleção simples no Google Admin Console para estabelecer limites de dados no modo Incognito, em outros perfis do Chrome e em aplicativos que não são do Chrome. Essa melhoria foi projetada para reforçar a prevenção contra perda de dados para clientes do Chrome Enterprise Premium, evitando a exfiltração de dados corporativos em ambientes não gerenciados. Os usuários vão receber notificações imediatas no navegador se uma ação de colar for restrita, garantindo a conscientização em tempo real das políticas de segurança da organização.

    • Chrome 148 no Android, iOS, ChromeOS, macOS e Windows: o lançamento do recurso será gradual.

    

  • Proteção contra adulteração de políticas locais back to top

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

↑ voltar ao início  

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

Notas da versão anteriores 

Versão do Chrome e data de lançamento prevista do Canal Stable
Chrome 146: 25 de fevereiro de 2026
Chrome 145: 28 de janeiro de 2026
Chrome 144: 7 de janeiro de 2026
Chrome 143: 10 de dezembro de 2025
Notas de versões anteriores  →

Outros recursos

Ainda precisa de ajuda?

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

Isso foi útil?

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