PostgreSQL 18.7, 17.12, 16.16, 15.20, 14.25, and 19 RC 2 Released
plaur782
103 points
14 comments
November 12, 2026
Related Discussions
Found 5 related stories in 121.6ms across 12,435 title embeddings via pgvector HNSW
- PostgreSQL 19 Interactive Tour valyala · 71 pts · September 07, 2026 · 63% similar
- PostgreSQL 19 Running Behind Schedule Due to AI/LLM Burden dboon · 11 pts · October 30, 2026 · 60% similar
- Postgres 19 delayed after AI reviewers find more bugs than humans can fix magoghm · 196 pts · October 16, 2026 · 60% similar
- PostgreSQL for Everything karlmush · 333 pts · August 19, 2026 · 59% similar
- The Internals of PostgreSQL ibobev · 205 pts · November 03, 2026 · 54% similar
Discussion Highlights (7 comments)
zulux
Mega patches like this, in my opinion, should be treated as mandatory patches. If I were trying to get a significant security update into the field in the age of LLM drama, this is how I would do it.
simonw
"This release fixes 52 security vulnerabilities and over 140 bugs reported over the last several months."
sick_of_slop
FINALLY Been waiting for this for timezone info updates for Northwestern Ontario and Manitoba making Daylight Savings permanent, which wreaked havoc on our customers since the first. We have mitigations in place but they aren’t perfect, looking forward to getting this out ASAP. To be clear - I blame the government for making the change on such short notice. Ontario got like 2 weeks notice. Nowhere near enough time to prepare.
ianberdin
Looking at all these security patches reminded me of when I was a kid and I thoroughly cleaned my apartment, wiped away every bit of dust in every single crevice, and then a couple of days later it was all back again. And I thought: am I really going to be doing this my whole life?
lfittl
FWIW, I found it easier to look at the release notes ( https://www.postgresql.org/docs/release/18.7/ ) to understand the overall scope of the CVEs - from the announcement the individual CVE pages are linked, but its hard to scan.
firer
All of these seem to be post-auth, except for CVE-2026-116322 (which doesn't grant code execution, "only" a DoS). About a year ago I found and exploited CVE-2026-2004, which is also a Postgres post-auth RCE, as part of Wiz's zeroday.cloud competition. I choose that target because it immediately stood out as highly complex with lots of user input. In my opinion, it's a bad idea to define this as a security boundary in the first place. Access to a database can very likely lead to code execution - there's way too much attack surface. Most serious cloud providers rightly sandbox their DB offerings exactly for this reason. And this year's zeroday.cloud competition no longer has authenticated Postgres as a target, exactly for this reason.
conradfr
What is the usual delay for the official Docker image update?