As principais distribuições Linux — KDE Plasma e GNOME — estão abandonando o X11, o servidor gráfico tradicional do Linux, em favor do Wayland, um protocolo de exibição mais moderno. Mas para quem não quer sair do X11, uma série de projetos open source está mantendo a chama acesa: desde ambientes de desktop que reforçam o suporte a X11, como o SonicDE (fork do KDE Plasma focado em X11) e o Trinity Desktop Environment (que preserva a experiência clássica do KDE 3.5), até iniciativas de reimplementação do servidor X, como XLibre (fork mantido pela comunidade do X.Org Server). Há também projetos experimentais como Wayback, um compositor Wayland pequeno que permite rodar um desktop X11 inteiro dentro dele, dispensando o servidor Xorg binário tradicional.

Para usuários que ainda dependem de X11 por razões de compatibilidade, hardware limitado ou simples preferência, essas alternativas oferecem caminhos viáveis — embora alguns, como Wayback, ainda estejam em fase alfa e sem garantias de compatibilidade total. O ecossistema continua fragmentado, mas longe de estar morto.

O projeto KDE continua refinando o Plasma 6.8 e antecipando o lançamento do Plasma 6.9 (previsto para fevereiro de 2027). A novidade mais relevante é a ativação padrão do suporte a Picture-in-Picture (imagem em imagem) no protocolo Wayland do gerenciador de janelas KWin, que já passou por testes suficientes para ser considerado estável.

Entre outras melhorias vêm: recuperação automática de tamanho e posição de janelas conforme a configuração de monitores, controle de permissões para aplicações XWayland, pausa e retomada de downloads do Firefox direto nas notificações do Plasma, e suporte ao navegador Brave. A interface também ganha ajustes — desde a exibição correta de papéis de parede no seletor de atividades até melhorias no Monitor do Sistema. O KDE Frameworks 6.32 (novembro) e o Plasma 6.8.2 (outubro) chegam antes, enquanto a empresa sinaliza planos de reduzir para apenas duas versões do Plasma por ano a partir de 2025.

Uma vulnerabilidade crítica (CVE-2026-113380) foi descoberta na biblioteca RingRTC, componente de chamadas do Signal, que poderia impedir o encerramento adequado de videochamadas e áudio. A falha afetava todas as versões anteriores à 2.72.0 e permitia que um participante saturasse a fila de eventos responsável por gerenciar chamadas, impedindo que a requisição de desligamento fosse processada — resultado: o outro participante pensaria que a chamada tinha acabado, mas microfone e câmera continuariam ativos. O ataque tem baixa complexidade e recebeu pontuação máxima (9.3) na escala de severidade CVSS.

A correção foi lançada no mês passado, mas o aviso público só saiu recentemente. Signal atualizou seu mecanismo de gerenciamento de eventos para detectar requisições de término independentemente da fila e adicionou um tempo limite para evitar travamentos. Usuários devem atualizar o Signal em todas as plataformas (Android, iOS e desktop) para a versão mais recente. Não há relatos confirmados de exploração em larga escala até o momento.

A Fundação PHP publicou um comunicado explicando as vulnerabilidades divulgadas recentemente e por que demoraram tanto para ser corrigidas. O time de segurança enfrentou um problema de esgotamento de memória (OOM) que gerou várias abordagens concorrentes, cada uma com seus próprios dilemas: quebra de compatibilidade com versões antigas, novo potencial de negação de serviço, ou exigência de mudanças em muitas extensões de terceiros — o que se mostrou impossível de coordenar.

A equipe de segurança do PHP operava por consenso e teve dificuldade em escolher entre as opções, temendo as consequências de implementar a solução errada. Somado à falta de um caminho conhecido para execução remota de código e ao reduzido número de desenvolvedores principais com conhecimento profundo do engine (ocupados com muitas responsabilidades), esse processo de decisão fez o trabalho nas correções parar e recomeçar repetidas vezes ao longo de meses. A fundação reconhece: o atraso foi uma falha estrutural, causada tanto pelo processo de decisão do time de segurança quanto pela falta de recursos.

A próxima versão do kernel Linux 7.4 trará melhorias significativas no sistema de filas de trabalho (workqueue), componente responsável por gerenciar tarefas assíncronas do núcleo. Segundo os desenvolvedores, as otimizações prometem aumentos de desempenho entre 10 e 100 vezes em determinados cenários — uma melhoria rara de ver anunciada para mudanças no subsistema de fila de trabalho.

Essa otimização integra-se a uma série de outras melhorias de desempenho planejadas para o Linux 7.4, reforçando a ênfase contínua da comunidade em aprimorar a eficiência do kernel.

O systemd, gerenciador de sistema e serviços central na maioria das distribuições Linux, agora oferece suporte oficial a Rust para novos componentes. O suporte é opcional e coexiste com a base de código existente em C, mantendo compatibilidade com o sistema de compilação Meson usado no projeto.

A decisão abre a porta para que novas partes do systemd sejam desenvolvidas em Rust, linguagem conhecida por oferecer segurança de memória em tempo de compilação — um atributo valioso em software tão crítico quanto o gerenciador de sistema.

O Tails, distribuição Linux focada em privacidade, recebeu uma atualização de emergência na versão 7.15.1 para corrigir um problema crítico de segurança envolvendo certificados de autoridade comprometidos. A falha permitia que atacantes usassem nós de saída maliciosos da rede Tor para se passar por sites HTTPS legítimos.

Um artigo levanta questão importante sobre a adoção de Linux em computadores pessoais: apesar de distros modernas serem amigáveis, a comunidade ainda costuma esperar que usuários novatos dominem comandos de terminal. A crítica sugere que essa expectativa pode estar segurando o crescimento do Linux como alternativa aos sistemas convencionais.

O texto coloca em debate se, para avançar no desktop, a comunidade precisa parar de pressupor que quem chega ao Linux já deveria ser um especialista — ou se isso seria colocar a carroça na frente dos bois quando o próprio ecossistema ainda tem espaço para simplificar.

O kernel Linux está recebendo suporte para pilhas sombra (shadow stacks) — um mecanismo de proteção contra ataques de programação orientada a retorno (ROP), que exploram a forma como programas executam código. A tecnologia usa o hardware para validar retornos de função e já funciona há anos no espaço de usuário; agora desenvolvedores trabalham para trazê-la também ao kernel.

Processadores Intel Tigerlake e mais novos, assim como AMD Ryzen série 3000 e posteriores, possuem o suporte de hardware necessário. Pilhas sombra têm se mostrado eficazes para proteger aplicativos contra esses ataques — agora é a vez do kernel ganhar essa proteção.

O LibreOffice, suíte de escritório livre e gratuita, atingiu 9,4 milhões de downloads em apenas oito semanas. Os números de 2026 já superam o total de downloads registrados em todo o ano de 2025, indicando crescimento acelerado na adoção da ferramenta.

O mantenedor do kernel Linux Greg Kroah-Hartman anunciou o lançamento das versões estáveis 7.2.12, 6.18.58, 6.12.114 e 6.6.160. Cada uma delas traz correções importantes, e os usuários são recomendados a atualizar seus sistemas para obter as correções de segurança e estabilidade.

Oito certificados intermediários da eMudhra, autoridade certificadora reconhecida globalmente, foram comprometidos porque suas chaves privadas de criptografia de curva elíptica P-384 tinham valores absurdamente fracos: 4, 56, 66, 115, 155, 156, 230 e 237. Em vez de números aleatórios de centenas de dígitos, a empresa usou valores que cabem em um byte, tornando trivial recuperar as chaves. O pesquisador Wayne identificou o problema em outubro de 2026, revelando que um script interno de geração de certificados tinha uma falha — criava um segundo conjunto de chaves fraco e similar ao original, que acabou sendo usado por engano. Os certificados afetados foram criados em abril de 2025 e permaneceram desconhecidos por mais de um ano.

O risco real é a possibilidade de ataques intermediários (man-in-the-middle): invasores com as chaves privadas poderiam forjar certificados válidos para domínios que não controlam. Mozilla, Google e Apple responderam rapidamente com bloqueios emergenciais. O episódio reforça um ponto crítico — algoritmos criptográficos fortes são inúteis se os procedimentos de geração, identificação e validação das chaves tiverem falhas de controle operacional. Para usuários Linux e administradores de servidores, a lição é manter navegadores, bibliotecas TLS e pacotes de certificados sempre atualizados.