Versions et portée de la mise à jour
Le PostgreSQL Global Development Group a publié les versions mineures 18.7, 17.12, 16.16, 15.20 et 14.25, ainsi que le deuxième candidat‑release de PostgreSQL 19. Toutes les versions supportées sont mises à jour de façon cumulative ; il suffit d’arrêter le serveur et de remplacer les binaires. La version 14 atteint la fin de vie et ne recevra plus de correctifs, ce qui impose aux administrateurs de planifier une migration vers une version plus récente.
Corrections de vulnérabilités
Le correctif ferme 52 vulnérabilités, dont plusieurs notées CVSS v3.1 ≥ 8.0. Parmi elles, ALTER … SET DATA TYPE et RECORD typmod permettent l’exécution de code arbitraire (CVSS 8.8). Des use‑after‑free dans plperl, plpgsql et pltcl entraînent le même risque. Des injections SQL sont possibles via pg_dump et reindexdb (CVSS 8.0). La plupart des failles affectent plusieurs versions, ce qui justifie l’application immédiate du paquet.
Corrections de bugs et actions post‑mise à jour
Plus de 140 bugs sont résolus. Les index GiST de l’extension pg_trgm pouvaient omettre des correspondances, obligeant à un reindexage. Les contraintes NOT NULL NO INHERIT sur les tables partitionnées pouvaient accepter des valeurs NULL, nécessitant une vérification et une réparation. Les scans « index‑only » sur des colonnes bpchar sans longueur pouvaient renvoyer des résultats erronés. Le guide recommande les commandes suivantes :
REINDEX INDEX votre_index;
REINDEX TABLE votre_table;
SELECT conrelid::regclass, conname
FROM pg_constraint
WHERE contype = 'n' AND connoinherit
AND conrelid IN (SELECT oid FROM pg_class WHERE relkind = 'p');
ALTER TABLE votre_table ALTER CONSTRAINT votre_contrainte INHERIT;
Ces requêtes identifient les contraintes problématiques et les réparent sans perte de données.
Mise à jour des données de fuseau horaire et recommandations de sauvegarde
Le paquet intègre les fichiers tzdata 2026f. Les territoires du Nord‑Ouest canadien passent à UTC‑06 toute l’année, le Manitoba à UTC‑05, et Cuba conserve l’heure d’été. Les administrateurs qui utilisent des sauvegardes incrémentielles doivent créer un nouveau backup complet après la mise à jour, afin d’éviter la corruption de sauvegardes basées sur des métadonnées précédentes.