A Canonical está investindo em uma pesquisa de três anos com a Universidade de Bristol para desenvolver uma tecnologia capaz de migrar automaticamente grandes bases de código de C para Rust. O projeto, que começa em 2026, combinará modelos de aprendizado de máquina com análise formal de programas — uma abordagem chamada neurosimbólica — para produzir código Rust seguro e idiomático que mantenha o comportamento original, mesmo em repositórios com centenas de milhares de linhas.

O desafio está em lidar com projetos maduros que acumulam anos de otimizações e decisões de engenharia; ferramentas convencionais costumam gerar Rust que ainda usa muitos recursos unsafe ou reproduz padrões típicos de C. A Canonical pretende testar a tecnologia em AppArmor e snap-confine, dois componentes críticos do Ubuntu, para avaliar como a abordagem se comporta com grandes bases de código e dependências complexas. O projeto faz parte do esforço mais amplo de adoção do Rust no ecossistema Ubuntu, após o sucesso de implementações menores como uutils coreutils e sudo-rs.

CodeWeavers lançou a versão 2.1 do VKD3D, a implementação de Direct3D 12 sobre Vulkan que integra o projeto Wine upstream. A versão traz novas funcionalidades para melhorar a compatibilidade de aplicações Windows que utilizam a API gráfica da Microsoft em sistemas Linux.

AlmaLinux, Debian, Fedora, Gentoo, Oracle, Red Hat, SUSE e Ubuntu lançaram atualizações de segurança nesta segunda-feira. As correções abrangem componentes críticos como kernel, navegadores (Firefox, Chromium), máquinas virtuais Java, ferramentas de rede (curl, openssh, rsync) e bibliotecas essenciais em várias versões.

O Kernel Linux integrou novas APIs à biblioteca libcrypto para simplificar a forma como a criptografia AES é implementada no núcleo do sistema. Liderada por Eric Biggers e aprovada por Linus Torvalds, a mudança substitui interfaces antigas consideradas complexas e ineficientes (como crypto_skcipher e crypto_aead) por um padrão mais direto. A atualização adiciona suporte nativo para os modos AES mais usados no kernel: ECB, CBC, CBC-CTS, CTR, XCTR, XTS, GCM e CCM. Na prática, essas mudanças ocorrem nos bastidores mas impactam diretamente a manutenibilidade e segurança — o kernel usa criptografia constantemente para proteger sistemas de arquivos, conexões de rede e dispositivos Bluetooth.

Os benefícios já são mensuráveis: testes de conceito mostraram uma redução de 1.905 linhas de código quando subsistemas foram migrados para as novas APIs. A atualização também inclui reforços de segurança, como funções de limpeza de memória para AES-CMAC, que garantem a remoção de chaves criptográficas da memória após o uso. Essa é a primeira fase de um projeto maior: o verdadeiro objetivo é migrar otimizações específicas para cada arquitetura de hardware (que usam instruções nativas de processadores) diretamente para a nova biblioteca, eliminando código redundante em ciclos de desenvolvimento futuros.

Uma falha de segurança foi descoberta no KVM (Kernel Virtual Machine), o hipervisor do Linux, que permite a um atacante escapar de uma máquina virtual e obter acesso ao sistema hospedeiro. O problema é particularmente crítico em cenários de virtualização aninhada, onde máquinas virtuais são executadas dentro de outras máquinas virtuais — uma configuração comum em provedores de nuvem.

A vulnerabilidade preocupa operadores de infraestrutura em nuvem, já que um usuário malicioso poderia potencialmente comprometer não apenas sua própria máquina virtual, mas também o host físico e outras máquinas virtuais no mesmo servidor.

Pesquisadores da Nebula Security descobriram a CVE-2026-43499, apelidada de GhostLock, uma vulnerabilidade antiga no mecanismo futex do kernel Linux que permite a usuários locais elevar seus privilégios e ganhar acesso root. A falha estava dormindo no código há mais de uma década.

Engenheiros da Intel anunciaram uma proposta chamada DRM Fabric para o Linux, poucos dias após a AMD publicar sua série de patches para o UALink. A iniciativa visa melhorar a comunicação e gerenciamento de recursos entre dispositivos acelerados na plataforma.

O projeto se insere no contexto crescente de investimento das grandes fabricantes em infraestrutura de software aberto para ambientes de computação heterogênea, onde processadores, GPUs e outros aceleradores trabalham em conjunto de forma otimizada.

Depois de décadas de promessas, computadores quânticos práticos parecem estar cada vez mais próximos — agora em questão de anos, não décadas. Pesquisas recentes mostram avanços significativos: requisitos de memória muito menores para fatorar chaves ECDSA em computadores quânticos, com trabalhos publicados reduzindo o uso de memória em mais de 50% comparado ao estado da arte em 2023. Paralelamente, fabricantes estão desenvolvendo processadores quânticos capazes de manter superposições viáveis por períodos mais longos.

Com atualizações de software demorando para chegar a sistemas estáveis, vale a pena começar a pensar agora em quais mudanças de configuração e atualizações de protocolo serão necessárias para se proteger contra computadores quânticos.

A Modular liberou o código-fonte do compilador e ferramentas de desenvolvimento do Mojo, sua linguagem de programação criada para combinar a simplicidade do Python com o desempenho de C++ e Rust. Projetado para computação de alto desempenho, inteligência artificial e aceleradores, o Mojo utiliza sintaxe familiar ao Python mas adiciona recursos de gerenciamento de memória, programação genérica e otimizações de hardware. O compilador era uma das últimas peças mantidas em código fechado, sendo liberado poucos dias após o lançamento da versão 1.0 da linguagem.

O código está disponível no repositório da Modular no GitHub sob licença Apache 2.0, permitindo compilação local usando o Bazel. Há, porém, uma ressalva: por enquanto a Modular não aceita contribuições externas para o compilador e ferramentas, com planos de abrir esse processo até o fim de 2026. A biblioteca padrão já recebe contribuições comunitárias desde 2024.

O kernel Linux 7.3 está recebendo melhorias significativas em armazenamento, agendamento e gerenciamento de memória. No Btrfs, a entrada/saída direta agora passa por um buffer IOmap, elevando o throughput de cerca de 50% para quase 95% do máximo teórico, enquanto correções nos caminhos de logging e fsync trazem ganhos de até 5x. EXT4 ganha escrita direta paralela e otimizações no alocador, com testes mostrando aumento de 1,92 para 2,19 milhões de IOPS. A camada IOmap foi reformulada para permitir inlining do compilador em vez de despacho indireto.

Na área de agendamento, o trabalho de Peter Zijlstra reformula o scheduling de cgroups em uma única fila de execução, melhorando consistência de taxa de quadros em jogos. CPUs híbridas Intel recebem ajustes no agendamento ciente de clusters para lidar melhor com núcleos P e E. O gerenciamento de memória foi aprimorado com correções em KSM (reduzindo travamentos de 700ms para 2ms em condições de pressão) e zsmalloc (ganhos de até 1,83x em Raspberry Pi 4B). Além disso, ByteDance eliminou travamentos em chamadas SMP, reduzindo latência de rede de ~17ms para ~1,5ms em testes DPDK. A janela de integração segue aberta por alguns dias, com lançamento esperado em outubro.

Um ataque à cadeia de suprimentos atingiu pacotes no crates.io, repositório oficial do Rust. A descoberta começou em 20 de agosto com denúncia sobre o proc-macro1, que continha um script capaz de baixar código malicioso durante a compilação. A investigação revelou outros crates suspeitos (proc-macro-en, aovine, arone, aronenao e tinymember), todos removidos. O caso ganhou gravidade ao encontrarem a versão 0.3.10 do arrayref, biblioteca muito usada no ecossistema, adulterada com dependência do proc-macro1. Versions legítimas recentes foram marcadas como removidas, tornando a comprometida a mais recente disponível.

A equipe de segurança do Rust removeu os pacotes maliciosos e restaurou as versões legítimas. Dois outros crates do mesmo mantenedor (internment e append-only-vec) também foram afetados. A hipótese é que as credenciais ou computador do mantenedor foram comprometidos, não que ele tenha participado deliberadamente. Os pacotes ficaram disponíveis por pouco mais de uma hora (arrayref 0.3.10 por 86 minutos), mas tempo suficiente para downloads. A equipe recomenda que desenvolvedores verifiquem suas dependências locais usando o cache do Cargo, com comando específico fornecido para buscar os arquivos comprometidos.

A comunidade Linux perdeu Steve French, principal autor e mantenedor histórico do cliente CIFS/SMB3 no kernel. A morte foi confirmada por Jeremy Allison, desenvolvedor do Samba. French dedicou mais de duas décadas ao aprimoramento da interoperabilidade de redes, garantindo que sistemas Linux pudessem se comunicar nativamente com compartilhamentos do Windows, dispositivos NAS e infraestruturas em nuvem. Desde 2002, ele liderava o desenvolvimento do cliente VFS CIFS, foi coautor da especificação original SNIA CIFS e trabalhou como Arquiteto de Sistemas de Arquivos no Linux Technology Center da IBM e, desde 2018, como Engenheiro de Software Principal na Microsoft otimizando acesso Linux ao Azure Storage.

A manutenção do suporte a CIFS e SMB3 não será interrompida. Uma transição de liderança foi formalizada antes do falecimento, com dois novos co-mantenedores assumindo o projeto: Paulo Alcantara, desenvolvedor com histórico em contribuições ao cliente SMB, e Namjae Jeon, conhecido pelo trabalho no servidor ksmbd e suporte ao exFAT. A transição já está em vigor, garantindo que o suporte a nuvens públicas, servidores Windows e dispositivos Samba continue recebendo correções de segurança, ajustes de bugs e otimizações de desempenho nos ciclos regulares de lançamento.