Re: BUG #16160: Minor memory leak in case of starting postgres server with SSL encryption
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andres Freund <andres@anarazel.de>
Cc: Jelte Fennema <postgres@jeltef.nl>, Michael Paquier <michael@paquier.xyz>,
duspensky@ya.ru, pgsql-bugs@lists.postgresql.org
Date: 2021-03-16T18:03:34Z
Lists: pgsql-bugs
Andres Freund <andres@anarazel.de> writes: > On 2021-03-16 12:31:17 -0400, Tom Lane wrote: >> I'm wondering about that because I see some other stuff in be_tls_init() >> that looks like it might get leaked, notably the root_cert_list read >> from the ssl_ca_file. > Given that we're careful to destroy the "temporary" ssl context in case > of error, perhaps the best way to deal with root_cert_list being freed > in case of error would be to assign it to the context as soon as its > loaded? Yeah, I came to the same conclusion downthread. I'll go see about making that happen. regards, tom lane
Commits
-
Fix memory leak when rejecting bogus DH parameters.
- ad6c19066d93 10.17 landed
- 8c830148d2d4 11.12 landed
- 2f31414f4322 12.7 landed
- 4b41f6923458 13.3 landed
- e835e89a0fd2 14.0 landed
-
Fix memory leak when initializing DH parameters in backend
- c49e287a8e4d 11.12 landed
- 992cba94d38e 12.7 landed
- 7d9629ed2f69 10.17 landed
- e0e569e1d192 13.0 landed
-
Avoid corner-case memory leak in SSL parameter processing.
- 4b12ab18c9d0 14.0 landed
- a2764d87df04 11.12 landed
- 7ce7f2b79890 10.17 landed
- 6e34755560aa 12.7 landed
- 4d072bf2a031 13.3 landed