# Manutenção Ubuntu: atualizações do pacote 83 verificadas

Durante a noite de 4 a 5 novembro 2026, horário de Paris, aplicamos atualizações de rotina Ubuntu 26.04 LTS a duas instâncias VPS e verificamos seu retorno ao serviço. A intervenção abrangeu atualizações de pacotes 83: 23 em um servidor e 60 no outro.

Esta conta cobre a manutenção do sistema. A correção do kernel associada ao CVE-2026-98432 foi instalada durante uma intervenção separada em 3 novembro. As duas operações têm finalidades diferentes e evidências de validação separadas.

## Um escopo definido para atualizações de pacotes Ubuntu

Os pacotes vieram dos repositórios habituais Ubuntu, cujos metadados assinados foram verificados. Antes da instalação, comparamos as versões instaladas, versões disponíveis e alterações esperadas. O resultado final corresponde às atualizações planejadas do 83, sem pacotes adicionados ou removidos.

Systemd está agora na versão 259.9-0ubuntu0.1. O sistema operacional permanece Ubuntu 26.04 LTS. Esta intervenção mantém as versões existentes do kernel Node.js, Docker e PostgreSQL, juntamente com as versões da aplicação já implantadas. Não requer atualização de pacote PRNext npm em seus projetos.

## A segurança do kernel continua sendo um acompanhamento separado

Após a reinicialização, ambos os servidores ainda executam 7.0.0-43-generic dos pacotes Ubuntu 7.0.0-43.43 instalados em 3 novembro. Esses pacotes oficiais foram selecionados do bolsão de testes proposto seguindo uma decisão específica e verificações dedicadas, sem habilitar esse bolsão globalmente.

Quando verificado em 5 novembro, o rastreador oficial de Ubuntu ainda descreve esta versão como em fase de qualificação para Ubuntu 26.04 LTS. As atualizações do pacote 83 nesta manutenção, portanto, não constituem uma nova correção CVE-2026-98432. Nosso artigo anterior explica a decisão do kernel e a distinção entre um pacote disponível, seu canal de distribuição e o kernel realmente em execução.

[Rastreador oficial de Ubuntu](https://ubuntu.com/security/CVE-2026-98432)

[Nosso artigo anterior](/pt/blog/cve-2026-98432-ubuntu-waiting-for-kernel-fix)

## Por que reiniciar no mesmo kernel?

A substituição de uma biblioteca no disco não renova automaticamente a cópia já carregada por um processo em execução. Após a instalação, nossas verificações ainda encontraram serviços utilizando bibliotecas antigas. Portanto, reinicializamos as instâncias VPS em sequência, verificando a primeira antes de prosseguir com a segunda.

Após cada reinicialização, uma nova conexão SSH confirmava que o acesso administrativo havia retornado. As verificações finais relataram que nenhum serviço ainda utilizava as bibliotecas antigas. A configuração SSH e o acesso existente foram preservados. É por isso que uma reinicialização fez parte deste trabalho, embora nenhum novo kernel tenha sido instalado durante a manutenção.

## Verifique os serviços após a inicialização

Verificamos a resolução de DNS, respostas públicas de HTTPS e prontidão de PostgreSQL, incluindo uma consulta simples confirmando que o banco de dados respondeu. Os cinco endpoints do aplicativo nativo também retornaram respostas HTTPS 200 com verificação TLS normal.

Três contêineres estavam inicialmente inativos após a reinicialização. Solicitações HEAD para seus endereços nativos os despertaram através do mecanismo normal da plataforma. Todos os cinco contêineres foram então observados funcionando com os mesmos identificadores e imagens. Essas verificações estabelecem que os endpoints testados retornaram ao serviço; eles não validam todos os fluxos de trabalho de negócios dentro de um aplicativo.

A filtragem de rede temporária e as configurações de MPTCP permaneceram em vigor. Verificamos as regras após a inicialização e confirmamos que o MPTCP foi desativado em todos os namespaces de rede observados, inclusive depois que os contêineres foram ativados. Essas proteções mantêm suas limitações e não substituem a correção do kernel.

## Mantenha as atualizações faseadas sob revisão

Sete pacotes em cada servidor permaneceram sujeitos à implementação faseada do Ubuntu. Preservamos este mecanismo sem forçar sua instalação. A documentação do Ubuntu explica que distribui algumas atualizações em etapas para limitar o impacto de uma possível regressão.

A mesma documentação afirma que as atualizações de segurança nunca são faseadas. Uma mensagem sobre pacotes adiados exige, portanto, a verificação do seu status real, em vez de aplicar um comando geral para ignorar essa proteção.

[Documentação de Ubuntu](https://ubuntu.com/server/docs/explanation/software/about-apt-upgrade-and-phased-updates/)

## O que isso significa para o seu VPS

Os pacotes 83 refletem o estado dos nossos servidores no momento da intervenção. Sua distribuição, repositórios e software instalado produzirão um resultado diferente. Compare o plano de atualização proposto com a sua instalação, prepare uma opção de recuperação e verifique os serviços dos quais seu aplicativo depende após renová-los.

Esta é uma conta desatualizada: as versões disponíveis hoje podem mudar amanhã. Para o kernel, consulte o rastreador de Ubuntu para a vulnerabilidade e sua família de pacotes. Para o aplicativo, exerça também as funções que são importantes para seus usuários. Uma resposta HTTP bem-sucedida fornece evidências úteis cujo âmbito deve permanecer claro.

## Sources

[Ubuntu · CVE-2026-98432](https://ubuntu.com/security/CVE-2026-98432)

[Ubuntu · Fixes available in -proposed for CVE-2026-98432](https://ubuntu.com/blog/fixes-available-in-proposed-pocket-for-cve-2026-98432)

[Ubuntu Server · About apt upgrade and phased updates](https://ubuntu.com/server/docs/explanation/software/about-apt-upgrade-and-phased-updates/)

Publicado: 2026-11-05

Modificado: 2026-11-05

Autor: PRNext

---

Linguagem: pt-BR

Canonical: https://prnext.dev/pt/blog/ubuntu-maintenance-83-packages-verified-after-reboot

Index: https://prnext.dev/llms.txt