AWS permet désormais de choisir des groupes d’échange de clés hybrides ML-KEM sur Aurora PostgreSQL 18 via le paramètre ssl_groups, sans redémarrage. Activez-le sur les bases qui portent des données à longue durée de vie pour neutraliser la collecte « harvest now, decrypt later ».
Le 27 octobre 2026, AWS a relevé le plafond d’Amazon Aurora serverless à 384 ACU pour PostgreSQL, soit 768 Gio de mémoire et 50 % de capacité en plus, tout en conservant la redescente à zéro. Pour les charges en rafale des agents IA, c’est le signal qu’AWS veut faire de la base serverless le socle par défaut — à condition de traiter le plafond ACU comme une vraie décision de capacité, pas comme un réglage anodin.
PostgreSQL 19, attendu pour fin septembre 2026, ne sortira que vers le 19 novembre : la relecture assistée par IA a fait remonter une quarantaine de défauts que les committers n’ont pas eu le temps d’absorber, et huit à dix fonctionnalités sont renvoyées à la version 20. Si vous adoptez la relecture LLM en plein cycle de release, budgétez cette taxe de revert au lieu de la subir.
Le 8 octobre 2026, AWS étend GuardDuty RDS Protection au-delà des anomalies de connexion pour détecter l’exfiltration et la destruction de données dans Aurora PostgreSQL et RDS for PostgreSQL, via des baselines comportementales sans agent. Activez l’essai gratuit de 30 jours si vous tournez en PostgreSQL — mais sachez que MySQL reste hors du périmètre.
AWS embarque DuckDB dans Aurora PostgreSQL pour requêter en une seule requête les données opérationnelles et celles du data lake, sans pipeline ETL. Une bascule pour les équipes qui répliquaient le lac dans Postgres.
Présente depuis PostgreSQL 9.4 en 2014, CVE-2026-6471 (CVSS 7.2) permet à un compte portant l’attribut REPLICATION de charger une bibliothèque arbitraire via le décodage logique et d’exécuter du code comme l’utilisateur système du serveur. Corrigé le 13 août 2026 via le paramètre output_plugin_libraries : mettez à jour et vérifiez que vos plugins de sortie sont explicitement autorisés.
Le 13 août 2026, le projet PostgreSQL a publié 18.6, 17.11, 16.15, 15.19, 14.24 et 19 Beta 3, corrigeant 28 failles de sécurité — un record — dont une douzaine de failles mémoire exploitables pour exécuter du code. Appliquez la mineure sans délai, et si vous êtes encore en version 14, planifiez la migration majeure avant le 12 novembre 2026.
