Notícias sobre Kernel Linux

A Canonical, empresa por trás do Ubuntu, anunciou que vai disponibilizar atualizações de segurança do kernel Linux com mais frequência. A decisão responde ao aumento no número de vulnerabilidades descobertas na plataforma.

A Qualcomm anunciou que seus processadores Snapdragon X2 Series, que incluem uma unidade de processamento de inteligência artificial com 80 trilhões de operações por segundo, terão suporte oficial a Linux. A empresa está contribuindo com drivers de núcleo aberto para o kernel Linux, incluindo suporte à GPU Adreno e à unidade de IA Hexagon. O Debian receberá suporte até o fim deste ano, enquanto o Ubuntu deve ganhar certificação para a plataforma na primeira metade de 2027. Fabricantes como HP, ASUS e HUMAIN também planejam lançar dispositivos com Linux no Snapdragon X2 Series no início de 2027.

No momento, trata-se de um programa de demonstração para desenvolvedores — não é uma solução pronta para o usuário final. Qualcomm disponibilizou instruções passo a passo e imagens Debian pré-construídas para que desenvolvedores, mantenedores de distribuições e engenheiros de integração de hardware comecem a testar a plataforma usando fontes de código aberto. A empresa apresentou demonstrações práticas do Linux rodando no Snapdragon X2 Series durante seu evento anual em Maui.

Uma vulnerabilidade no kernel Linux (CVE-2026-80521) que permite a um processo sem privilégios dentro de um container escapar e ganhar acesso root na máquina hospedeira agora tem código de exploração público disponível. A firma de segurança DepthFirst publicou sua pesquisa e exploit em 22 de setembro de 2026, demonstrando o ataque contra Ubuntu 26.04 LTS. Embora o kernel Linux tenha recebido uma correção upstream em 6 de agosto, o Ubuntu 26.04 LTS ainda era listado como vulnerável em 23 de setembro, assim como o Ubuntu 24.04 LTS.

O problema está no subsistema de sockets AF_UNIX (sockets de domínio Unix, usados para comunicação entre processos locais) do kernel, especificamente em seu mecanismo de coleta de lixo. A vulnerabilidade envolve uma condição de corrida que gera uso-após-liberação de memória, e é particularmente crítica porque pode ser acionada através de operações ordinárias dentro de containers padrão — impactando ambientes como Docker e Kubernetes que executam cargas de trabalho potencialmente não confiáveis. Não há evidência confirmada de exploração ativa em ataques reais, mas a disponibilidade pública de código funcional torna a lacuna de patches mais urgente.

A Canonical, empresa por trás do Ubuntu, mudou o ciclo de atualizações do kernel para duas semanas sobrepostas. O resultado prático é que haverá um novo lançamento de kernel toda semana, acelerando a entrega de correções de segurança (CVEs) para os usuários.

A agência de cibersegurança americana CISA incluiu três vulnerabilidades do kernel Linux no catálogo de falhas sob ataque real. As três afetam componentes críticos: a CVE-2025-39964 (subsistema criptográfico AF_ALG), a CVE-2026-53266 (filtragem de rede ebtables) e a CVE-2025-39682 (processamento TLS no kernel). Todas permitem escalonamento de privilégios e corrupção de memória, representando risco especial para servidores com contêineres e ambientes isolados por namespaces.

O caso da CVE-2025-39964 é particularmente preocupante: a falha permaneceu no código do kernel por cerca de 14 anos, desde o Linux 2.6.38 lançado em 2011, antes de ser descoberta durante pesquisas de segurança. A CISA recomenda remediação até 21 de setembro de 2026. Embora o prazo formal se aplique a agências federais americanas, administradores de qualquer ambiente Linux devem priorizar as atualizações diante de evidências de exploração em curso.

O Binder é o mecanismo que permite comunicação entre processos no Android, e sua implementação em C tem sido parte do kernel Linux há anos. Nos últimos anos, Google reescreveu o driver integralmente em Rust, uma linguagem de programação mais segura, e essa nova versão foi integrada ao kernel Linux 6.18. Agora, para o ciclo do Linux 7.4, a versão original em C será aposentada em favor da implementação em Rust.

Essa transição marca um dos primeiros casos de um driver de verdade sendo completamente migrado para Rust no kernel — sinal de que a linguagem está deixando de ser experimental e se consolidando como alternativa viável para componentes críticos do sistema.

O kernel Linux 7.4 promete trazer melhorias significativas para usuários com produtos AMD. No lado dos processadores Ryzen, o driver AMD P-State (responsável pela escala dinâmica de frequência da CPU) receberá otimizações específicas para a arquitetura Zen 6. A atualização também ativará por padrão o suporte a HDMI 2.1 no driver AMDGPU, incluindo recursos como FreeSync, VRR e ALLM para placas gráficas Radeon.

Uma atualização aprovada para o Kernel Linux 7.3 desativou temporariamente a descompressão contínua (rolling decompression) do algoritmo LZ4 no EROFS, sistema de arquivos somente leitura muito usado em contêineres, distribuições Linux e Android. Engenheiros da AWS descobriram que certas combinações de dados compactados poderiam ser corrompidas devido a um comportamento imprevisto na implementação do LZ4: a função de cópia de memória (memmove) às vezes realiza cópias inversas em arquiteturas x86, quebrando a lógica da janela de descompressão do kernel. O patch, integrado no ciclo 7.3-rc3, prioriza segurança dos dados.

Com a desativação, o sistema consumirá um pouco mais de memória durante a descompressão, mas elimina o risco de corrupção nas situações raras identificadas. O mantenedor principal do EROFS, Gao Xiang, sinalizou que a funcionalidade permanecerá desativada até que se defina uma estratégia definitiva: ou corrigir o código oficial do LZ4 para garantir cópias sempre para a frente em áreas não sobrepostas, ou manter uma implementação customizada do LZ4 exclusivamente no kernel. O aumento de memória deverá ser mitigado por atualizações recentes que introduziram um pool de buffers reservado.

Linus Torvalds lançou a terceira versão candidata do kernel Linux 7.3, que mantém um ritmo acelerado de desenvolvimento. O trabalho desta semana concentra-se principalmente em controladores (especialmente áudio e rede) e correções em sistemas de arquivos como XFS, SMB, NetFS, AFS, EROFS e Btrfs. A versão estável do Linux 7.3 continua prevista para a segunda metade de outubro.

Entre as correções notáveis está a desativação temporária de uma otimização de descompressão LZ4 no EROFS (sistema de arquivos somente leitura usado em dispositivos embarcados), após a Amazon Web Services detectar casos raros de corrupção de dados. O kernel também recebe ajustes em io_uring para gerenciamento de buffers, correções de segurança em Landlock e diversos consertos em arquiteturas AMD, incluindo proteção contra divisão por zero em sistemas virtualizados.

Lorenzo Stoakes, desenvolvedor veterano do kernel Linux na ARM, apresentou 23 correções que aceleram significativamente a compilação do sistema. O diferencial: ele usou um modelo de linguagem de IA para identificar gargalos de desempenho e propor soluções, ainda que o código gerado tenha sido "horrível" — nas palavras do próprio autor. Os testes mostram ganhos de até 36% em compilações completas, 70% em incrementais e 90% em compilações vazias (onde nada precisa ser construído).

As otimizações tocam em várias camadas da infraestrutura de compilação do Linux: Kbuild, kallsyms, modpost, objtool, mksysmap e o sistema de compilação de Rust. Stoakes deixou claro que fez auditoria extensiva, reescreveu boa parte do resultado, testou manualmente os kernels gerados e marcou todos os commits com a etiqueta "Assisted-by" para documentar o uso de IA. A série de correções agora passa por revisão da comunidade antes de ser integrada ao kernel oficial.

Uma otimização do kernel Linux na versão 6.19 quebrou o TCMalloc, alocador de memória usado por várias aplicações, porque o código confiava em um comportamento não documentado das sequências reiniciáveis (RSEQ) — um mecanismo do kernel que permite operações sem travamentos no espaço de usuário e notifica se a execução for interrompida por preempção.

Olivier Dion propôs agora uma extensão da API de sequências reiniciáveis para restaurar a compatibilidade com o TCMalloc, resolvendo o problema sem necessidade de reverter a otimização anterior.

O Kernel Linux começou a receber as primeiras adaptações para funcionar no Apple A18 Pro, o processador que equipará futuros MacBooks. Uma série de seis patches foi submetida pela desenvolvedora Yureka Lilian com o objetivo de adicionar suporte inicial ao chip — mapeando seus componentes internos para que o sistema entenda como gerenciar energia, interrupções de hardware e relógio de segurança. A submissão também revelou um codinome até então desconhecido: "MacBook Neo", indicando uma nova linha de portáteis que a Apple está desenvolvendo.

Este é um trabalho típico do projeto Asahi Linux, que realiza engenharia reversa dos processadores Apple Silicon para permitir que o Linux rode em Macs. O suporte enviado agora é só o esqueleto inicial — ainda há trabalho pela frente, especialmente no gerenciador de boot (m1n1) e na capacidade de usar múltiplos núcleos simultaneamente. Os patches seguem para revisão dos mantenedores do Kernel antes de chegar à versão principal do sistema.