Un bond spectaculaire en matière de sécurité

Selon le registre officiel des failles de PostgreSQL consulté le 19 octobre 2026, la base de données a enregistré 44 identifiants CVE‑2026 contre seulement 7 en 2025. Le score moyen des nouvelles vulnérabilités est de 6,3 et 21 d’entre elles atteignent 8,8/10 au CVSS, bien que aucune ne franchisse le seuil de 9.

La mise à jour du 13 août : 28 failles corrigées d’un coup

Le troisième lot de correctifs, publié le 13 août, est le plus lourd : il « corrige 28 failles de sécurité et plus de 110 bogues » (traduction de l’annonce officielle). Ces correctifs concernent les branches maintenues de la version 14 à la 18.

L’impact de la revue de code assistée par LLM

Peter Eisentraut, développeur et committer de PostgreSQL, a expliqué dans son billet du 9 octobre que la revue de code assistée par LLMUn grand modèle de langage apprend des régularités dans des textes pour produire ou transformer du langage. Il ne constitue pas une base de faits garantie. permet de détecter les défauts beaucoup plus rapidement. Il précise que : « avec la revue de code assistée par LLM, ce genre de choses peut être trouvé beaucoup plus vite ». Cette efficacité a conduit à la remontée en bloc d’une quarantaine de rapports de défauts, dont le traitement a été limité par le manque de temps.

Pourquoi la branche 19 perd 8 à 10 fonctions ?

Eisentraut indique que 8 à 10 fonctions majeures ont été retirées depuis le début de la bêta, principalement parce qu’elles ont été écrites avant que les exigences de qualité, renforcées par la revue LLM, ne soient en place. Parmi les fonctions disparues, Snowflake cite les requêtes de graphes de propriétés (SQL/PGQ), la fusion et le découpage de partitions, ainsi que GROUP BY ALL et l’activation à chaud des sommes de contrôle. Snowflake estime que la plupart seront réintroduites dans la version 20.

Contexte plus large : IA et politiques open‑source

Le même texte mentionne que l’Intelligence artificielleEnsemble de techniques permettant à des machines d'accomplir des tâches nécessitant habituellement certaines capacités humaines, comme la reconnaissance, la prédiction ou la prise de décision. doit faire partie de l’explication de ces changements et qu’une politique officielle de contributions par IA est attendue. D’autres projets open‑source, comme QGIS, ont déjà interdit les contributions assistées par IA, soulignant la tension entre gain de productivité et risques de sécurité.

Enjeux pour les administrateurs

Les correctifs seront intégrés à la RC2 de PostgreSQL 19 prévue fin novembre. Les mainteneurs recommandent de déployer immédiatement la dernière version, notamment pour profiter des correctifs de sécurité et éviter les fonctions désormais retirées. La migration vers la version 19 implique un pg_upgrade ou un pg_dump/pg_restore.

Source : Actu IA, registre des failles PostgreSQL, billets de Peter Eisentraut et Snowflake