Ontem, dia 13 de agosto, o PostgreSQL recebeu novas minor releases para as versões 14, 15, 16, 17 e 18, além da terceira versão beta do PostgreSQL 19. E essa é uma atualização que merece atenção.
As novas versões corrigem 28 vulnerabilidades de segurança e mais de 110 bugs, incluindo falhas classificadas como críticas, com potencial para execução arbitrária de código.
Entre as vulnerabilidades corrigidas estão problemas em diferentes componentes do PostgreSQL, incluindo pg_stat_statements, plperl, pg_dump, pg_restore e logical decoding. Das 28 vulnerabilidades corrigidas, 17 receberam classificação CVSS acima de 8, ou seja, mais da metade das falhas identificadas foram classificadas como de alta severidade.
Uma delas, a CVE-2026-14664, envolve um heap buffer overflow em expressões regulares e pode permitir execução arbitrária de código.
Para dimensionar a gravidade dessas classificações, o CVSS 8.8 indica um nível de severidade alto segundo o CVSS Calculator, da FIRST. Por isso, essa não é uma atualização para deixar para depois: ambientes em versões afetadas devem ter a atualização avaliada e priorizada o quanto antes.
Por que essa atualização merece atenção?
Uma minor release do Postgres normalmente reúne correções de bugs, segurança e estabilidade, sem exigir uma migração completa do banco de dados. Por isso, muitas vezes ela é encarada como uma manutenção de rotina.
Mas algumas atualizações de segurança exigem mais atenção do que outras.
Neste caso, isso significa que ambientes que continuam utilizando versões anteriores podem permanecer expostos a problemas que já foram identificados e corrigidos pelo projeto PostgreSQL.
Por isso, a recomendação é avaliar e priorizar a atualização dos ambientes, considerando as características de cada instalação, suas extensões e o processo de mudança adotado pela organização.
A boa notícia é que, por se tratar de uma minor release, a atualização não exige pg_upgrade nem dump/restore. Ainda assim, existem situações que demandam procedimentos adicionais após a atualização.
O próprio PostgreSQL destaca cuidados específicos para ambientes que utilizam GIN, btree_gist e ltree. Por isso, a atualização não deve ser tratada apenas como a instalação de uma nova versão. É importante ler atentamente as Release Notes da versão correspondente antes de realizar o update, pois podem existir passos adicionais a serem executados após a atualização do PostgreSQL.
Manter o PostgreSQL atualizado também é uma estratégia de segurança
Atualizações como essa reforçam a importância de acompanhar regularmente as novas releases do PostgreSQL e manter uma rotina de atualização dos ambientes.
Não se trata apenas de corrigir bugs: manter o banco atualizado reduz a exposição a vulnerabilidades conhecidas e contribui para a segurança, estabilidade e sustentabilidade do ambiente tecnológico.
Se você utiliza PostgreSQL, esse é um bom momento para verificar qual versão está rodando nos seus ambientes e se a atualização já faz parte do seu planejamento.
Confira as notas oficiais da nova release e avalie seu ambiente.
Se precisar de apoio para identificar impactos, planejar a atualização ou validar seu ambiente PostgreSQL, fale conosco.