A descoberta de milhares de possíveis falhas no kernel Linux com a ajuda de inteligência artificial pode causar uma impressão imediata: a de que computadores, servidores e celulares estariam diante de uma crise de segurança. A realidade, porém, é mais complexa.
Ferramentas baseadas em IA realmente estão acelerando a análise do código do Linux. Elas conseguem examinar grandes volumes de alterações, relacionar trechos distantes do sistema e apontar comportamentos que merecem investigação. Isso não significa, entretanto, que toda indicação seja uma vulnerabilidade grave, explorável ou relevante para todos os usuários.
Outro detalhe ajuda a explicar o crescimento dos números. Desde 2024, o próprio projeto Linux adota um processo mais abrangente para atribuir identificadores CVE às correções que possam envolver segurança. Com isso, falhas antes registradas apenas como bugs passaram a aparecer nas estatísticas de vulnerabilidades.
Para quem usa Ubuntu, Debian, Fedora, Red Hat, Android ou equipamentos conectados, a recomendação continua relativamente simples: manter o sistema atualizado e seguir os avisos do fabricante ou da distribuição.
Leia mais:
Fraudes com inteligência artificial preocupam empresas do setor de seguros
O que a inteligência artificial encontrou no Linux?
Relatos publicados em setembro de 2026 associaram o modelo chinês GLM-5.3, desenvolvido pela empresa Z.ai, a uma forte ampliação na descoberta de falhas no kernel Linux. Algumas análises apontaram mais de mil novos registros em comparação com versões anteriores do sistema.
Esses números precisam ser interpretados com cautela. Não há demonstração pública suficiente para concluir que todos os registros foram descobertos exclusivamente pelo GLM-5.3, nem que todos representam vulnerabilidades inéditas, graves e exploráveis.
O que está comprovado é que modelos de inteligência artificial estão sendo empregados na revisão de código. Eles procuram padrões associados a problemas como:
- acesso indevido a áreas da memória;
- uso de uma informação depois que ela foi apagada;
- falta de validação de dados;
- condições de corrida, quando duas tarefas alteram o mesmo recurso simultaneamente;
- erros em drivers antigos;
- falhas acionadas apenas por configurações específicas.
Na prática, a IA funciona como um revisor capaz de ler uma quantidade enorme de código em pouco tempo. Ela aponta onde pode existir um problema, mas a confirmação depende de testes e avaliação humana.
Bug, vulnerabilidade e CVE não são a mesma coisa
A diferença entre esses três conceitos é essencial para entender a notícia.
Um bug é qualquer comportamento incorreto do programa. Ele pode provocar lentidão, travamento, perda de conexão ou simplesmente fazer uma função deixar de responder.
Uma vulnerabilidade é uma falha que pode comprometer a segurança. Dependendo do caso, ela permite que um invasor obtenha informações, interrompa um serviço ou consiga privilégios maiores no sistema.
Já o CVE, sigla para Common Vulnerabilities and Exposures, é um código usado internacionalmente para identificar publicamente uma possível vulnerabilidade. Ele funciona como o número de protocolo de um problema de segurança, facilitando o acompanhamento por empresas, pesquisadores e fornecedores.
Nem todo bug recebe um CVE. Da mesma forma, a existência de um CVE não significa que uma falha esteja sendo explorada ou afete todos os equipamentos com Linux.
Por que o número de CVEs cresceu tanto?
O aumento não pode ser explicado apenas pela evolução das ferramentas de inteligência artificial. Uma mudança no processo de classificação do projeto Linux também teve peso importante.
A equipe responsável pelo kernel passou a atribuir CVEs de maneira cautelosa a correções que possam ter alguma implicação de segurança. Segundo a documentação oficial do projeto Linux, praticamente qualquer bug no kernel pode, em determinadas circunstâncias, ser explorado. Como essa possibilidade nem sempre está clara no momento da correção, a equipe prefere registrar uma quantidade maior de casos.
O próprio projeto reconhece que essa política explica o volume aparentemente elevado de CVEs. Além disso, os identificadores automáticos só são atribuídos depois que uma correção está disponível e foi aplicada a uma versão estável do kernel.
Portanto, um crescimento na quantidade de registros pode indicar três movimentos ao mesmo tempo:
- ferramentas melhores estão encontrando mais problemas;
- correções antigas estão sendo analisadas com mais atenção;
- a política de classificação ficou mais abrangente.
Isso significa que comparar apenas a quantidade de CVEs entre duas versões pode levar a uma conclusão enganosa.
O Linux ficou menos seguro?
Não necessariamente. Encontrar e corrigir falhas é um sinal de que o processo de auditoria está funcionando.
Um sistema que registra muitos problemas pode estar sendo mais fiscalizado do que outro que divulga poucos. A ausência de CVEs não prova que um programa seja seguro; pode simplesmente indicar que suas falhas ainda não foram encontradas ou catalogadas.
Também é preciso considerar o tamanho e a variedade do kernel Linux. Ele oferece suporte a processadores, placas de rede, sistemas de arquivos, dispositivos industriais e componentes produzidos ao longo de várias décadas.
Por isso, uma vulnerabilidade em um driver antigo pode aparecer nas estatísticas mesmo que esse componente não esteja instalado, habilitado ou em uso no computador do leitor.
A documentação do kernel alerta que cada equipamento utiliza apenas uma parte da árvore de código. Dessa forma, um número elevado de CVEs pode ser irrelevante para determinada máquina ou servidor.
Como a IA encontra falhas no código?
As ferramentas mais avançadas combinam análise de código, comparação entre versões e testes automatizados.
Primeiro, o sistema examina as instruções escritas pelos desenvolvedores. Depois, tenta identificar situações em que determinado dado pode assumir um valor inesperado ou ser acessado fora da ordem correta.
Alguns agentes também criam pequenos programas de teste para tentar reproduzir o defeito. Se o comportamento suspeito for confirmado, os pesquisadores analisam o impacto, preparam uma correção e encaminham o material aos responsáveis pelo trecho afetado.
A correção não entra automaticamente no Linux
O modelo pode sugerir uma alteração, mas isso não basta para que ela seja incorporada ao kernel.
Os patches — nome dado às modificações no código — passam pelo processo normal de revisão. Desenvolvedores e mantenedores verificam se a proposta resolve o problema sem criar incompatibilidades ou novos bugs.
A responsabilidade continua sendo humana. Uma IA pode produzir uma explicação convincente e, ainda assim, interpretar o código de forma errada. Por isso, relatórios automáticos sem testes e evidências podem aumentar a carga de trabalho dos mantenedores em vez de reduzi-la.
O que se sabe sobre o modelo GLM-5.3?
O GLM-5.3 é um modelo desenvolvido pela Z.ai, empresa chinesa que vem direcionando parte de sua tecnologia para programação e segurança cibernética.
Em testes informados pela companhia, o sistema alcançou 84,5% no CyberGym, avaliação que mede a capacidade de analisar código e identificar falhas. O resultado ficou próximo ao de modelos especializados de concorrentes internacionais. Os dados, contudo, foram divulgados pela própria empresa e ainda não haviam sido verificados de maneira independente, segundo a Reuters.
A Z.ai também desenvolveu uma ferramenta para examinar repositórios de código. A proposta é permitir que projetos de software livre realizem auditorias que antes exigiriam equipes numerosas e grande capacidade computacional.
Esse avanço traz uma preocupação conhecida como “uso duplo”. A mesma IA que ajuda uma empresa a corrigir um defeito pode facilitar a busca de brechas por criminosos. Por essa razão, funções capazes de desenvolver ataques completos costumam receber controles de acesso mais rigorosos.
Quem pode ser afetado por falhas no kernel Linux?
O Linux vai muito além dos computadores pessoais. Seu kernel está presente em servidores de internet, serviços de nuvem, roteadores, televisores, sistemas industriais e dispositivos domésticos inteligentes.
O Android também utiliza o kernel Linux, embora tenha suas próprias camadas de segurança, componentes e políticas de atualização. Uma falha no código principal, portanto, não significa automaticamente que todos os celulares Android estejam vulneráveis.
Os grupos que precisam acompanhar o assunto com mais atenção são:
- administradores de servidores e serviços em nuvem;
- empresas que mantêm equipamentos Linux expostos à internet;
- indústrias com dispositivos conectados;
- fabricantes de roteadores e aparelhos inteligentes;
- organizações que utilizam versões antigas sem suporte;
- desenvolvedores responsáveis por drivers ou módulos do kernel.
Para o usuário doméstico, o risco costuma ser administrado pela distribuição instalada. Ubuntu, Fedora, Debian e outras distribuições analisam as correções do kernel e entregam os pacotes adequados pelos seus sistemas de atualização.
O que usuários brasileiros devem fazer?
A descoberta de novas falhas não exige abandonar o Linux ou instalar manualmente a versão mais recente disponível no site do kernel.
O caminho mais seguro é utilizar as atualizações fornecidas pela própria distribuição. Esses pacotes são testados para funcionar com os demais componentes do sistema.
Atualize pelos canais oficiais
No Ubuntu e em distribuições derivadas, as atualizações podem ser instaladas pelo aplicativo gráfico ou pelo gerenciador de pacotes. Fedora, Debian, Linux Mint e outras plataformas oferecem mecanismos semelhantes.
Depois de uma atualização do kernel, normalmente é necessário reiniciar o computador para que a versão corrigida entre em funcionamento.
Antes de executar comandos encontrados na internet, confirme as orientações nos canais oficiais da distribuição. Servidores de produção também devem passar por testes e ter um plano de reversão caso a atualização provoque incompatibilidades.
Verifique se a versão ainda recebe suporte
O kernel possui versões estáveis e versões de manutenção prolongada, conhecidas como LTS. Segundo o calendário oficial do Linux, versões LTS recebem correções importantes por períodos maiores, mas também chegam ao fim de sua vida útil.
Distribuições empresariais podem manter determinadas versões por mais tempo. Nesse caso, vale o calendário do fornecedor, como Red Hat, SUSE, Canonical ou a empresa responsável pelo produto.
Evite instalar um kernel novo sem necessidade
A versão publicada em kernel.org é destinada principalmente a desenvolvedores e usuários experientes. A maioria das pessoas utiliza um kernel modificado e mantido pela própria distribuição.
Instalar manualmente uma versão mais nova pode causar problemas com drivers, placas de vídeo, virtualização ou módulos de terceiros. Receber uma atualização aparentemente mais antiga da distribuição não significa estar desprotegido: ela pode conter correções de segurança trazidas de versões posteriores.
O que empresas precisam revisar?
Organizações devem tratar as descobertas como parte de um processo contínuo de gestão de vulnerabilidades, e não como uma emergência genérica.
O primeiro passo é conhecer os ativos. A empresa precisa saber quais servidores, máquinas virtuais, roteadores e equipamentos industriais executam Linux, qual versão utilizam e se recebem suporte.
Depois, deve comparar cada alerta com a configuração real do ambiente. Uma CVE relacionada a um driver desativado pode ter baixa prioridade. Já uma falha acessível remotamente em um servidor exposto à internet exige resposta rápida.
Um processo consistente inclui:
- inventário atualizado dos equipamentos;
- acompanhamento de boletins dos fornecedores;
- avaliação de gravidade e possibilidade de exploração;
- testes antes da instalação em sistemas críticos;
- aplicação de patches dentro de prazos definidos;
- reinicialização quando exigida;
- monitoramento de atividades suspeitas;
- substituição de sistemas que perderam suporte.
No Brasil, empresas também podem acompanhar alertas do Centro de Estudos, Resposta e Tratamento de Incidentes de Segurança no Brasil, o CERT.br, além dos avisos de suas distribuições e fornecedores.
A IA pode tornar o software livre mais seguro?
A tendência é positiva, desde que os resultados sejam revisados e os relatórios tenham qualidade.
Projetos de código aberto recebem contribuições de milhares de pessoas, mas nem todos contam com recursos suficientes para auditorias permanentes. Ferramentas automáticas podem encontrar erros antigos, revisar drivers pouco utilizados e ajudar mantenedores a priorizar áreas problemáticas.
O principal risco é a produção de falsos positivos — alertas que parecem indicar uma falha, mas não representam um problema real. Um grande volume de relatórios imprecisos pode retirar tempo das correções importantes.
Por isso, a medida mais relevante não será o número bruto de bugs apontados pela IA. O que realmente importa é quantos foram confirmados, qual era sua gravidade, se tinham possibilidade concreta de exploração e quanto tempo levou para que as correções chegassem aos usuários.
O avanço da IA muda a segurança do Linux
A inteligência artificial está tornando a análise do kernel mais rápida e abrangente. Isso deve elevar a quantidade de bugs descobertos e de CVEs publicados, especialmente em componentes antigos ou pouco revisados.
O salto nas estatísticas, porém, não prova que o Linux tenha ficado subitamente mais vulnerável. Parte do aumento decorre de uma política mais cautelosa de catalogação, enquanto outra parte reflete a capacidade de encontrar problemas que já estavam no código.
Para o leitor, a atitude mais eficaz continua sendo prática: manter a distribuição atualizada, reiniciar o equipamento depois de uma correção do kernel e evitar versões que já perderam suporte. Para empresas, o desafio é analisar quais vulnerabilidades realmente alcançam seus sistemas, sem ignorar riscos importantes nem reagir a cada CVE como se todos tivessem a mesma gravidade.
Perguntas frequentes
A IA chinesa encontrou milhares de vulnerabilidades no Linux?
Ferramentas associadas ao modelo GLM-5.3 participaram de análises de segurança capazes de apontar muitos problemas. Entretanto, não há comprovação pública de que todos os CVEs contabilizados tenham sido descobertos exclusivamente por esse modelo. Parte do aumento também decorre da política de atribuição de CVEs adotada pelo projeto Linux.
O aumento de CVEs significa que o Linux está inseguro?
Não. O número maior pode refletir auditorias mais eficientes e uma classificação mais abrangente. Cada vulnerabilidade deve ser avaliada de acordo com sua gravidade, configuração necessária e possibilidade de exploração.
Todo bug do Linux pode ser explorado?
Não. Alguns bugs provocam apenas erros de funcionamento. Outros dependem de acesso local, hardware específico ou módulos raramente utilizados. Ainda assim, a equipe do kernel atribui CVEs de forma cautelosa porque o potencial de exploração nem sempre é evidente no momento da correção.
Preciso instalar o Linux 7.2 manualmente?
Em geral, não. O usuário deve instalar os pacotes fornecidos por sua distribuição. Ubuntu, Debian, Fedora e outras plataformas adaptam e testam as correções antes de distribuí-las.
Como saber qual kernel está instalado?
Em uma distribuição Linux, o usuário pode abrir o terminal e executar o comando uname -r. A versão exibida normalmente contém informações adicionais da distribuição.
Celulares Android podem ser afetados?
O Android utiliza o kernel Linux, mas possui componentes, configurações e mecanismos de segurança próprios. A aplicação de uma vulnerabilidade depende do aparelho, da versão do sistema e do código habilitado pelo fabricante.
A inteligência artificial corrige os bugs automaticamente?
Ela pode sugerir correções, mas os patches precisam ser testados e revisados por desenvolvedores. O processo humano continua essencial para confirmar a falha e evitar que a mudança crie novos problemas.
