In postgresql 9.3.x before 9.3.21, 9.4.x before 9.4.16, 9.5.x before 9.5.11, 9.6.x before 9.6.7 and 10.x before 10.2, pg_upgrade creates file in current working directory containing the output of `pg_dumpall -g` under umask which was in effect when the user invoked pg_upgrade, and not under 0077 which is normally used for other temporary files. This can allow an authenticated attacker to read or modify the one file, which may contain encrypted or unencrypted database passwords. The attack is infeasible if a directory mode blocks the attacker searching the current working directory or if the prevailing umask blocks the attacker opening the file.
Creating and using insecure temporary files can leave application and system data vulnerable to attack.
The product specifies permissions for a security-critical resource in a way that allows that resource to be read or modified by unintended actors.
Link | Tags |
---|---|
https://www.postgresql.org/about/news/1829/ | patch third party advisory release notes |
https://access.redhat.com/errata/RHSA-2018:2511 | third party advisory vendor advisory |
https://lists.debian.org/debian-lts-announce/2018/02/msg00006.html | third party advisory mailing list |
https://access.redhat.com/errata/RHSA-2018:2566 | third party advisory vendor advisory |
https://access.redhat.com/errata/RHSA-2018:3816 | third party advisory vendor advisory |
http://www.securityfocus.com/bid/102986 | third party advisory vdb entry |
https://usn.ubuntu.com/3564-1/ | third party advisory vendor advisory |