Bug 1707102 (CVE-2019-10128)

Summary:	CVE-2019-10128 postgresql: EnterpriseDB installer does not clear permissive ACL entries
Product:	[Other] Security Response	Reporter:	Pedro Sampaio <psampaio>
Component:	vulnerability	Assignee:	Red Hat Product Security <security-response-team>
Status:	CLOSED NOTABUG	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	unspecified	CC:	anon.amish, bbuckingham, bcourt, bkearney, bmcclain, btotty, dajohnso, databases-maint, dblechte, devrim, dfediuck, dmetzger, eedri, gacton, gblomqui, gmainwar, gmccullo, gtanzill, hhorak, hhudgeon, jfrey, jhardy, jlaska, jmlich83, jorton, jprause, jstanek, kdixon, mgoldboi, michal.skrivanek, mike, mmccune, mperina, obarenbo, panovotn, pkajaba, pkubat, praiskup, rchan, rjerrido, roliveri, sbonazzo, security-response-team, sherold, simaishi, tgl, tlestach
Target Milestone:	---	Keywords:	Security
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:	The Windows installer for EnterpriseDB-supplied PostgreSQL does not lock down the ACL of the binary installation directory or the ACL of the data directory; it keeps the inherited ACL. In the default configuration, this allows a local attacker to read arbitrary data directory files, essentially bypassing database-imposed read access limitations. In plausible non-default configurations, an attacker having both an unprivileged Windows account and an unprivileged PostgreSQL account can cause the PostgreSQL service account to execute arbitrary code.	Story Points:	---
Clone Of:		Environment:
Last Closed:	2019-05-13 07:14:45 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1707112, 1940788

Description Pedro Sampaio 2019-05-06 19:53:19 UTC

The Windows installer for EnterpriseDB-supplied PostgreSQL does not lock down
the ACL of the binary installation directory or the ACL of the data directory;
it keeps the inherited ACL. In the default configuration, this allows a local
attacker to read arbitrary data directory files, essentially bypassing
database-imposed read access limitations. In plausible non-default
configurations, an attacker having both an unprivileged Windows account and an
unprivileged PostgreSQL account can cause the PostgreSQL service account to
execute arbitrary code.

Comment 2 Pedro Sampaio 2019-05-06 19:55:27 UTC

Acknowledgments:

Name: Noah Misch, the PostgreSQL Project

Comment 4 Doran Moppert 2019-05-15 05:15:09 UTC

External References:

https://www.postgresql.org/about/news/1939/