Blog · 24 octobre 2026
Votre PostgreSQL est-il à jour ? Le compte de sauvegarde est la porte d'entrée
Le 13 août 2026, l’équipe PostgreSQL a corrigé la faille CVE-2026-6471. Elle est notée 7,2 sur 10. Elle ne fait pas la une, et pourtant elle touche ce que presque toutes les bases ont en commun : un compte de sauvegarde.
Ce que dit la faille
Un compte qui a le privilège REPLICATION peut demander au serveur de charger un fichier de son choix, puis l’exécuter avec les droits du compte système postgres. Autrement dit : un simple accès « réplication » peut mener au contrôle complet du serveur.
Le chercheur qui l’a publiée, Cyera, la baptise « PostGREShell ». Elle est présente depuis 2014 (versions 9.4 à 18).
Ce privilège, vous le donnez vous-même à votre outil de sauvegarde, à vos réplicas, à vos outils de supervision et à vos pipelines de données. Les identifiants de ces comptes traînent dans des fichiers de configuration, sur des serveurs de sauvegarde, parfois dans des scripts. C’est le compte dont personne ne s’inquiète.
Ce que la faille n’est pas
Je ne vous dis pas de paniquer. Il faut déjà posséder un compte avec ce privilège : un inconnu sur Internet ne peut pas s’en servir sans identifiants. La note de 7,2 le reflète. Mais un secret de sauvegarde volé, c’est un scénario courant, et ici il suffit à tout prendre.
Les versions corrigées
Vous êtes à l’abri si vous êtes au moins en :
- 18.6
- 17.11
- 16.15
- 15.19
- 14.24
PostgreSQL 13 et moins ne sont plus maintenus : il n’y a pas de correctif pour eux. Et PostgreSQL 14 reçoit sa dernière mise à jour le 12 novembre 2026 : la 14.24 est l’une des dernières versions à corriger cette faille avant la fin de vie.
Vérifier en 5 minutes
Première requête, la version :
SELECT version();Si le numéro est plus bas que celui de votre branche ci-dessus, planifiez la montée de version mineure. C’est un redémarrage, pas une migration.
Deuxième requête, qui a le privilège :
SELECT rolname, rolsuper FROM pg_roles WHERE rolreplication;Pour chaque ligne, posez-vous une question : cet outil en a-t-il vraiment besoin ? Un compte de supervision n’en a en général pas besoin. Retirez le privilège à tous ceux qui n’en ont pas l’usage :
ALTER ROLE nom_du_compte NOREPLICATION;Testez d’abord : une sauvegarde physique ou une réplication utilise ce privilège, ne le retirez pas à ces comptes.
Ce que je fais chez mes clients
Je contrôle trois choses : la version exacte du serveur, la liste des comptes REPLICATION et l’origine réseau autorisée pour la réplication (le fichier pg_hba.conf). Ensuite, je teste une restauration, parce qu’une montée de version qui casse la sauvegarde, vous ne le découvrez que le jour où vous en avez besoin.
C’est ce que couvre le Restore Check : je restaure votre sauvegarde sur un serveur de test, je mesure le temps, je vérifie le contenu, et je vous remets un rapport. Prix fixe, à partir de 1 490 € HT.
Si vous êtes encore en PostgreSQL 14, c’est aussi le bon moment de regarder la migration : 2 900 € HT par instance, prix fixe.
Gilles Fauvie, dbfactory
Sources : postgresql.org — CVE-2026-6471 · SecurityWeek — PostGREShell