Sounds the same as xp_cmdshell scenarios in past. Although worth pointing out Microsoft there did lock down things further to even disable the feature and it has to be turned on explicitly. That's possibly an improvement Postgress can do to avoid easy pivoting. Its what a less defensive security reply would include, because if hackers use it to pivot it might not look good down the road. But from a pure argument stan…
If I understand it correctly, the feature is controlled via a user permission which is not granted by default.
CVE-2019-9193: Not a Security Vulnerability
21–30 of 84 posts
Re: CVE-2019-9193: Not a Security Vulnerability
#22Anyone with privileges to run docker image is basically root on your host.
Re: CVE-2019-9193: Not a Security Vulnerability
#23Then I looked at the PostgreSQL statement, which said that the report claimed that users with a read-access role could do the su things, and they said that the claim was not true.
And then I looked at the actual report, which stated that you have to have the read-access role, and the execute-access role (or su).
So, what it seems like is that both parties didn't represent the actual situation well, but the root (ha) issue was that it was reported as "IF YOU HAVE READ ACCESS (and execute access) THEN YOU CAN EXECUTE ARBITRARY CODE!!11!!!"
Re: CVE-2019-9193: Not a Security Vulnerability
#24Sounds the same as xp_cmdshell scenarios in past. Although worth pointing out Microsoft there did lock down things further to even disable the feature and it has to be turned on explicitly. That's possibly an improvement Postgress can do to avoid easy pivoting. Its what a less defensive security reply would include, because if hackers use it to pivot it might not look good down the road. But from a pure argument stan…
Quoting Andreas Freund from the mailing list: """ Btw, the xp_cmdshell thing the author references several times? It can be enabled via tsql if you have a privileged account. https://docs.microsoft.com/en-us/sql/database-engine/configu... and it allows to execute shell code (as a specified user) even when not a sysadmin: https://docs.microsoft.com/en-us/sql/relational-databases/sy... """ so no MS didn't really "lock…
Re: CVE-2019-9193: Not a Security Vulnerability
#25Earlier quoted context omitted.
Yeah, I discovered a flaw in SSH the other day, if my account on the remote server Is listed in the sudoers file I can escalate to root priviliges, as soon as I create a snazzy logo I'm going to get myself a CVE. Seriously though, security research is starting to drift into bizarro land, security contacts at companies are inundated with port-scans asking for bug bounties because there's an open port and now people ar…
starting? Raymond Chen has been blogging about bizarre vulnerability reports for almost 13 years now.
[0] https://devblogs.microsoft.com/oldnewthing/author/oldnewthin...
Re: CVE-2019-9193: Not a Security Vulnerability
#26Earlier quoted context omitted.
Per the links in the NVC CVE page, the reporter seems to have retracted it too. It was a bad report. To be fair, it's also a bad feature. But bad features working as intended shouldn't be "vulnerabilities".
COPY TO/FROM PROGRAM is not a bad feature. It is in fact an amazing and wonderful thing that makes ETL with Postgres much more powerful. Almost all language runtimes can spawn subprocesses. What is your rational for declaring it "bad" with no explanation?
The community consensus was the MS should make this thing disabled by default, and they did. Postgres should too.
Re: CVE-2019-9193: Not a Security Vulnerability
#27While the behavior described might be by design, I'm skeptical of any database query that involves accessing user-specified local files or executing system commands. (MySQL also has the infamous LOAD DATA INFILE query.) They look like band-aids designed for people who can't be bothered to import/export their data using standard shell commands, scripts, pipes, and database-specific dump/restore tools. These kinds of f…
It's a command, and it's closer to other commands that do similar things, like loading a plugin (i.e. a ".so" file).
Re: CVE-2019-9193: Not a Security Vulnerability
#28If this is CVE, what is Docker then? :) Anyone with privileges to run docker image is basically root on your host.
Re: CVE-2019-9193: Not a Security Vulnerability
#29Earlier quoted context omitted.
Per the links in the NVC CVE page, the reporter seems to have retracted it too. It was a bad report. To be fair, it's also a bad feature. But bad features working as intended shouldn't be "vulnerabilities".
COPY TO/FROM PROGRAM is not a bad feature. It is in fact an amazing and wonderful thing that makes ETL with Postgres much more powerful. Almost all language runtimes can spawn subprocesses. What is your rational for declaring it "bad" with no explanation?
COPY TO/FROM PROGRAM has been valuable for our data warehousing operations.
Re: CVE-2019-9193: Not a Security Vulnerability
#30I kinda went back and forth on this. The initial comments here made me think that this was basically the reporter saying "person with su can do su things". Then I looked at the PostgreSQL statement, which said that the report claimed that users with a read-access role could do the su things, and they said that the claim was not true. And then I looked at the actual report, which stated that you have to have the read-…