]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Document risks of "make check" in the regression testing instructions.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 17 Feb 2014 16:24:51 +0000 (11:24 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 17 Feb 2014 16:24:51 +0000 (11:24 -0500)
commitf58663ab1aa229e690daa84448776468673dad21
tree9da83104c82b9587bed89ac2059468ea0b72c9d2
parent69d2bc14ada1ab6dd9c0fdcdb0a6e9a7f5f8134d
Document risks of "make check" in the regression testing instructions.

Since the temporary server started by "make check" uses "trust"
authentication, another user on the same machine could connect to it
as database superuser, and then potentially exploit the privileges of
the operating-system user who started the tests.  We should change
the testing procedures to prevent this risk; but discussion is required
about the best way to do that, as well as more testing than is practical
for an undisclosed security problem.  Besides, the same issue probably
affects some user-written test harnesses.  So for the moment, we'll just
warn people against using "make check" when there are untrusted users on
the same machine.

In passing, remove some ancient advice that suggested making the
regression testing subtree world-writable if you'd built as root.
That looks dangerously insecure in modern contexts, and anyway we
should not be encouraging people to build Postgres as root.

Security: CVE-2014-0067
doc/src/sgml/regress.sgml