O Google confirmou oficialmente que a inteligência artificial passou a fazer boa parte do trabalho pesado de segurança do Chrome: só nas versões 149 e 150, os sistemas de IA da Chrome Security Team corrigiram 1.072 falhas de segurança, mais do que a soma das 23 versões estáveis anteriores. A mesma tecnologia também encontrou sozinha uma falha que estava escondida havia mais de 13 anos. Veja os números, o que muda na frequência das atualizações e como garantir que o seu navegador está protegido.
O Google confirmou, em publicação oficial de 30 de julho de 2026, que a IA (Gemini, Big Sleep, CodeMender e agentes auxiliares) corrigiu 1.072 falhas de segurança do Chrome em apenas duas versões, mais do que em 23 versões anteriores somadas. O Chrome 151, lançado em seguida (29/07/2026), somou mais 370 correções, totalizando 1.442 falhas em 3 versões, e as 7 críticas dessa leva foram todas achadas pelo próprio Google, sem ajuda externa. Por causa disso, o Chrome está testando lançamentos de segurança duas vezes por semana. Para o usuário comum, isso é automático: só é preciso manter o navegador atualizado e reiniciá-lo de vez em quando.
O essencial
- O que aconteceu: IA do Google corrigiu 1.442 falhas de segurança do Chrome em 3 versões (149, 150 e 151)
- Comparação: mais que as 23 versões estáveis anteriores somadas
- Achado de destaque: falha de sandbox escondida havia 13+ anos, descoberta pela IA; as 7 falhas críticas do Chrome 151 também foram achadas só pelo Google
- O que muda: Chrome testa 2 lançamentos de segurança por semana
- Fonte oficial: blog de segurança do Google e chromereleases.googleblog.com
Os números: 1.442 falhas em três versões
Segundo o Google, o Chrome 149 e o Chrome 150, lançados em sequência, somaram 1.072 correções de falhas de segurança. Para efeito de comparação, esse total já era maior do que a soma de correções das 23 versões estáveis anteriores do navegador. Em seguida, o Chrome 151 (lançado em 29/07/2026, segundo o blog oficial de releases do Chrome) somou mais 370 correções, elevando o total pras três versões mais recentes a 1.442 falhas. É um salto que o próprio Google atribui diretamente à adoção de ferramentas de inteligência artificial dentro do processo de desenvolvimento.
| Período | Falhas de segurança corrigidas |
|---|---|
| Chrome 149 + 150 (com IA) | 1.072 |
| Chrome 151 (com IA) | 370 |
| Total nas 3 versões mais recentes | 1.442 |
| 23 versões estáveis anteriores somadas | Menos de 1.072 |
| Maio de 2026 (checagem contínua) | Mais de 20 vulnerabilidades bloqueadas antes de chegar ao público, 1 delas crítica |
A tecnologia é parente da que move as IAs gratuitas mais usadas, aplicada aqui à caça de falhas em vez da conversa.
Quais IAs fazem esse trabalho
O Google não usa uma IA só, mas uma combinação de ferramentas com funções diferentes dentro do processo de segurança do Chrome. O Big Sleep, criado em 2025, é o agente responsável por caçar vulnerabilidades no motor V8 (que executa o JavaScript das páginas) e na pilha gráfica do navegador. Antes dele veio o Naptime, de 2024, um modelo de linguagem especializado em pesquisa de vulnerabilidades que serviu de base para as ferramentas atuais.
Já o CodeMender roda direto dentro do sistema de integração contínua do Chrome, analisando todo código novo enviado por desenvolvedores a cada 24 horas. Quando uma falha é encontrada, entram em ação um agente de correção (que gera várias opções de reparo), um agente crítico (que avalia a qualidade de cada correção antes dela ser aceita) e agentes de escrita de testes, que criam testes automatizados nas plataformas em que o Chrome roda para confirmar que o reparo funciona sem quebrar outra coisa.
A falha que ficou 13 anos escondida
Entre os achados que o Google destacou está uma falha no sandbox do Chrome, a camada de isolamento que impede que uma aba comprometida por um site malicioso consiga acessar o restante do computador. Essa falha específica sobrevivia havia mais de 13 anos sem ser detectada por nenhuma equipe de segurança, humana ou automatizada, e permitiria que um processo do navegador já comprometido lesse arquivos locais indevidamente.
O caso virou o principal exemplo usado pelo próprio Google para justificar o investimento em IA de segurança: um problema antigo, de difícil detecção manual, que só apareceu quando o código inteiro passou a ser varrido de forma automatizada e contínua.
Chrome 151 já soma mais 370 correções
Menos de um mês depois do balanço de 1.072 falhas, o Google lançou o Chrome 151 para desktop em 29 de julho de 2026, confirmado no blog oficial de releases do navegador. Essa versão trouxe mais 370 correções de segurança, elevando o total das três versões mais recentes (149, 150 e 151) para 1.442 falhas corrigidas.
O que mais reforça o argumento do Google sobre a IA de segurança: das 7 falhas críticas corrigidas no Chrome 151, todas as 7 foram descobertas internamente pelo próprio Google, sem depender de pesquisador externo relatando o problema primeiro. As datas de descoberta (entre 18 de maio e 14 de junho de 2026, segundo o changelog oficial) mostram que a equipe já sabia dessas falhas semanas antes do lançamento da correção, tempo usado para desenvolver e testar o reparo com calma, antes de qualquer exploração acontecer.
O que isso significa pra você
Você não precisa fazer nada diferente: a lógica é a mesma de sempre, manter o Chrome atualizado e reiniciar o navegador quando pedido. O que muda é o ritmo: se o Google conseguiu achar sozinho as 7 falhas mais graves de uma leva inteira, é sinal de que o intervalo entre “a falha existe” e “a falha é corrigida antes de vazar” está encolhendo, o que é bom pra quem usa o navegador no dia a dia.
Nova leva de correções críticas em 18 de agosto
Em 18 de agosto de 2026, o Google lançou mais uma atualização do canal estável dentro da própria versão 151: a build 151.0.7922.169/.170 (Windows e Mac) e 151.0.7922.169 (Linux), confirmada no blog oficial de releases do Chrome. O pacote traz 15 correções de segurança, sendo 2 classificadas como críticas: um buffer overflow no WebGL (CVE-2026-76034) e outro no Dawn, a biblioteca que implementa o WebGPU (CVE-2026-76036).
As duas falhas críticas permitem que um invasor execute código fora da sandbox do navegador, a camada que normalmente impede que uma aba comprometida acesse o restante do computador, apenas com a vítima abrindo uma página HTML preparada para explorar o bug. Não é preciso baixar nem instalar nada: visitar o site malicioso já basta para o ataque começar.
| Campo | Detalhe |
|---|---|
| Nova versão | 151.0.7922.169/.170 (Win/Mac) · 151.0.7922.169 (Linux) |
| Data do lançamento | 18 de agosto de 2026 |
| Total de correções no pacote | 15 |
| Críticas | 2 (CVE-2026-76034 no WebGL, CVE-2026-76036 no Dawn/WebGPU) |
| Altas | 12, incluindo falhas no motor V8, na GPU e no gerenciador de credenciais |
| Como o ataque funciona | Vítima abre uma página HTML maliciosa; o código roda fora da sandbox, sem download |
Diferente do balanço de julho, que o próprio Google atribuiu nominalmente às ferramentas de IA Big Sleep e CodeMender, o changelog deste pacote de agosto não credita nenhuma ferramenta de IA por nome nas 15 correções individuais, hedge que vale registrar. Ainda assim, o padrão se mantém: 10 das 15 falhas aparecem como “reportadas pelo Google” sem pesquisador externo, o que é consistente com o mesmo processo interno de varredura automatizada descrito acima, só que sem confirmação explícita desta vez.
Um detalhe curioso que só aparece lendo a fonte oficial linha por linha: uma das 15 falhas (CVE-2026-76045, um use-after-free no WebGL) foi reportada pela própria OpenAI Codex Security, a equipe de segurança da OpenAI, concorrente direta do Gemini. Ou seja, a rival ajudou a proteger o Chrome dos outros.
Setembro trouxe o maior pacote já registrado: 230 correções
Em 8 de setembro de 2026, o Google atualizou o canal estável para a versão 153.0.8010.36/.37 (Windows e Mac) e 153.0.8010.36 (Linux), confirmada no blog oficial de releases do Chrome. É o maior pacote que este post já acompanhou: 230 correções de segurança de uma vez, sendo 5 classificadas como críticas, quatro no WebGL (CVE-2026-87438, CVE-2026-87464, CVE-2026-87488, CVE-2026-87527) e uma no Cast, o recurso que transmite a tela para TVs e Chromecasts (CVE-2026-87628).
O detalhe que mais importa pra quem usa o Chrome todo dia não está entre as críticas: é a CVE-2026-87491, um erro de escrita fora dos limites de memória (out-of-bounds write) no motor V8, o mesmo que executa o JavaScript de toda página que você abre. O próprio changelog do Google avisa, sem rodeios: “Google is aware that an exploit for CVE-2026-87491 exists in the wild”, ou seja, já existe ataque real explorando essa falha, não é um risco teórico.
| Campo | Detalhe |
|---|---|
| Nova versão | 153.0.8010.36/.37 (Win/Mac) · 153.0.8010.36 (Linux) |
| Data do lançamento | 8 de setembro de 2026 |
| Total de correções no pacote | 230 |
| Críticas | 5 (4 no WebGL, 1 no Cast) |
| Explorada ativamente | CVE-2026-87491, no motor V8, classificada como “Medium”, não crítica |
| Como o ataque funciona | Página HTML maliciosa executa código no V8 ao ser aberta, sem download |
A divergência chama atenção: a falha que já está sendo explorada por hackers de verdade recebeu do próprio Google a nota “Medium”, enquanto as 5 críticas do pacote (todas em WebGL e Cast) não têm, até esta apuração, nenhuma exploração confirmada. A régua de severidade do Chrome mede o dano técnico que o bug PODE causar; a marca “exploit exists in the wild” mede o que já está acontecendo. As duas coisas nem sempre andam juntas, e é a segunda que deveria pesar mais na hora de decidir se você atualiza agora ou espera o próximo reinício do PC.
Como nas atualizações anteriores, não há, no changelog de setembro, nenhuma menção nominal a Big Sleep ou CodeMender (as ferramentas de IA do Google citadas no balanço original deste post), hedge que se repete pelo terceiro pacote seguido. E não achamos, na fonte oficial, o nome de quem reportou a CVE-2026-87491: a recompensa registrada é de US$ 2.500, sem pesquisador identificado.
Atualizações de segurança mais frequentes
Com mais falhas sendo encontradas e corrigidas rapidamente, o Google decidiu acelerar também a entrega dessas correções. O Chrome já lança atualizações de segurança semanalmente, mas agora está testando lançamentos duas vezes por semana, dentro de um plano maior: passar a lançar uma versão principal a cada duas semanas, mantendo atualizações de segurança semanais dentro desse ciclo.
Como checar e atualizar o Chrome
No computador (Windows, Mac ou Linux):
- Abra o Chrome e clique nos três pontinhos no canto superior direito.
- Vá em Ajuda e depois em Sobre o Google Chrome (ou digite
chrome://settings/helpna barra de endereço). - Se houver uma versão mais nova, o navegador começa a baixar sozinho.
- Clique em Reiniciar assim que aparecer o botão, para a atualização passar a valer.
No celular Android:
- Abra a Google Play Store e toque no ícone do seu perfil.
- Toque em Gerenciar apps e dispositivo e depois na aba de atualizações disponíveis.
- Procure o Chrome na lista e toque em atualizar, caso apareça.
- Para não precisar repetir o processo, ative a atualização automática de apps nas configurações da própria Play Store.
O que isso significa pra você
O usuário comum não precisa aprender nada sobre Big Sleep ou CodeMender para se beneficiar disso: o processo inteiro roda do lado do Google, antes mesmo de a atualização chegar ao seu navegador. O que muda de fato no seu dia a dia é a frequência das atualizações, que tende a aparecer com mais regularidade na tela de “Sobre o Google Chrome”.
O ponto de atenção real é justamente esse hábito simples e barato: deixar o Chrome aberto por semanas sem reiniciar atrasa a aplicação das correções que a IA já encontrou e já corrigiu do outro lado. Reiniciar o navegador de vez em quando, hoje, ainda é a etapa que depende de você.
Fonte oficial
Publicação oficial da Chrome Security Team no blog de segurança do Google, de 30 de julho de 2026, com os números completos e os detalhes técnicos das ferramentas de IA: blog.google/security.
🔗 Leia também
Perguntas frequentes
O pacote de 230 correções de setembro do Chrome já foi explorado por hackers?
Sim, mas só uma das 230 falhas: a CVE-2026-87491, no motor V8. O próprio Google confirma no changelog oficial que já existe exploração ativa dessa falha específica. As outras 229, incluindo as 5 críticas, não têm exploração confirmada até esta apuração.
Por que a falha já explorada é classificada como "Medium" e não "Critical"?
Porque a severidade do Chrome mede o dano técnico teórico do bug (o que ele permite fazer), não se já existe ataque em andamento. Uma falha “Medium” já sendo explorada de verdade merece mais atenção imediata do que uma “Critical” ainda sem exploração conhecida, porque é a exploração ativa, não a nota de severidade, que deveria decidir a urgência de atualizar.
O patch de 18 de agosto do Chrome já foi explorado por hackers?
O changelog oficial do Google restringe o acesso aos detalhes técnicos de algumas dessas falhas até que a maioria dos usuários já tenha atualizado, prática padrão da empresa e não uma confirmação de ataque em andamento. Não há, na fonte oficial, nenhuma menção de exploração ativa confirmada para essas 15 correções específicas.
Preciso fazer algo além de manter o Chrome atualizado depois desse patch?
Não. O procedimento é o mesmo de sempre: abrir os três pontinhos, ir em Ajuda > Sobre o Google Chrome e reiniciar o navegador quando o botão aparecer. Como duas das falhas corrigidas são críticas e permitem rodar código fora da sandbox só com a vítima abrindo uma página maliciosa, vale conferir a versão agora em vez de esperar o próximo reinício natural do PC.
O Chrome atualiza sozinho ou preciso fazer alguma coisa?
Na grande maioria dos casos, sim: o Chrome baixa e prepara as atualizações de segurança automaticamente em segundo plano. A parte que depende de você é reiniciar o navegador de vez em quando, porque a versão nova só passa a valer depois do reinício.
Como sei se o meu Chrome está atualizado?
Abra o menu de três pontinhos no canto superior direito, vá em Ajuda e depois em “Sobre o Google Chrome”. Essa tela mostra a versão instalada e já baixa qualquer atualização pendente automaticamente.
Como atualizar o Chrome manualmente no computador?
Acesse chrome://settings/help na barra de endereço, ou vá em Menu (⋮) > Ajuda > Sobre o Google Chrome. Se houver uma versão nova, o navegador começa a baixar sozinho; depois é só clicar em “Reiniciar” para aplicar.
Como atualizar o Chrome no celular Android?
Abra a Google Play Store, toque no ícone de perfil, vá em “Gerenciar apps e dispositivo” e procure por Chrome na lista de atualizações disponíveis. Se a atualização automática de apps estiver ativada nas configurações da Play Store, isso costuma acontecer sozinho.
Por que o Google usa inteligência artificial para corrigir falhas do Chrome?
Porque o volume de falhas de segurança encontradas cresceu demais para depender só de pesquisadores humanos. As ferramentas de IA da Chrome Security Team rodam a cada 24 horas sobre todo código novo, encontrando e corrigindo problemas numa escala que uma equipe humana não alcançaria sozinha.
Usar IA para corrigir código não pode criar falhas novas?
É um risco que o próprio Google trata com camadas de checagem: as correções sugeridas por um agente passam por um “agente crítico” que avalia a qualidade do reparo antes de ele ser aceito, além de agentes dedicados a escrever testes automatizados para validar cada mudança.
O que é esse "sandbox" que a falha de 13 anos afetava?
É a camada de isolamento que impede que uma aba do navegador comprometida por um site malicioso consiga mexer no restante do computador. A falha descoberta permitia que essa barreira fosse furada e que arquivos locais fossem acessados indevidamente, e ficou 13 anos sem ser detectada antes da IA encontrá-la.
O que mudou desde a publicação original com 1.072 falhas?
O Google lançou o Chrome 151 em 29 de julho de 2026 com mais 370 correções de segurança, segundo o blog oficial de releases do navegador. Somando às 1.072 falhas das versões 149 e 150, o total nas três versões mais recentes chega a 1.442. As 7 falhas críticas do Chrome 151 foram todas achadas pelo próprio Google, reforçando o mesmo padrão já visto antes.
Atualizar o Chrome deixa o navegador mais lento?
Não é esse o efeito esperado. As atualizações de segurança corrigem falhas sem exigir hardware melhor; o maior incômodo histórico era precisar reiniciar o navegador, e é exatamente isso que o Google está tentando reduzir com o projeto de atualização sem reinício.




