pgsql: Document risks of "make check" in the regression testing instruc - Mailing list pgsql-committers

From Tom Lane
Subject pgsql: Document risks of "make check" in the regression testing instruc
Date
Msg-id E1WFR0O-00020k-Pt@gemulon.postgresql.org
Whole thread Raw
List pgsql-committers
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

Branch
------
REL9_1_STABLE

Details
-------
http://git.postgresql.org/pg/commitdiff/800a3744b816efdc2568abc107cab248f24a8097

Modified Files
--------------
doc/src/sgml/regress.sgml |   38 ++++++++++++++++++++++----------------
1 file changed, 22 insertions(+), 16 deletions(-)


pgsql-committers by date:

Previous
From: Noah Misch
Date:
Subject: pgsql: Predict integer overflow to avoid buffer overruns.
Next
From: Noah Misch
Date:
Subject: pgsql: Prevent privilege escalation in explicit calls to PL validators.