Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by ashray on Thursday April 04, 2013 @10:47AM
(#5492967)
I'm really happy that the PostgreSQL team was able to fix this so quickly and it does appear to be a massive security issue. However, on the flip side, in 13+ years of web development work, I've never really seen a database name beginning with "-".
[ Parent
| on HN ]
Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by ceejayoz on Thursday April 04, 2013 @11:06AM
(#5493076)
I don't think you have to have a database starting with - for the bug to work.
Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by jonknee on Thursday April 04, 2013 @01:13PM
(#5493784)
No, but thankfully you do need postgres to be accessible remotely.
Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by achillean on Thursday April 04, 2013 @03:33PM
(#5494744)
Which is not an uncommon situation actually. I've only started surveying the Internet for PostgreSQL for a bit more than a day and I've already discovered more than a hundred thousand (168,031) remotely-accessible PostgreSQL instances: http://www.shodanhq.com/search?q=port%3A5432
Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by krg on Thursday April 04, 2013 @03:51PM
(#5494837)
I'm surprised this is so common. I've never set up any database accessible to the public-- I've already got to worry about securing the public-facing web server, why add another vector for attack?
Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by siddboots on Friday April 05, 2013 @03:38AM
(#5497203)
Even without being publically accessible, it's a DBA's nightmare scenario. There are plenty of corporate data warehousing environments in which many hundreds of employees have direct access to the database. This exploit would allow any of those employees to drop tables without exposing their credentials.
Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by selenamarie on Thursday April 04, 2013 @06:11PM
(#5495605)
In one case, a large service provider is specifically providing that kind of database access to their customers.
And to be fair: http://www.shodanhq.com/search?q=mysql
Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by achillean on Thursday April 04, 2013 @07:31PM
(#5495956)
You get a lot more results if you search for the service/ port directly! http://www.shodanhq.com/search?q=port%3A3306
Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by syncsynchalt on Thursday April 04, 2013 @04:49PM
(#5495234)
Or you'll need such a weird design that user input is translated to database names.
I suspect that's why they weren't able to tell people that if your db port is secure you're safe.
Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by rosser on Thursday April 04, 2013 @03:37PM
(#5494763)
Or have a Bad Guy in your network...
Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by jonknee on Thursday April 04, 2013 @04:53PM
(#5495255)
I firewall all traffic so not only is psql not open remotely (the users are tied to hosts), but the traffic never even makes it there unless you are coming from an authorized machine. It would take a really bad guy on the network to cause trouble here and at that point the database is not my biggest concern.
Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by manojlds on Thursday April 04, 2013 @11:19AM
(#5493140)
This bug wouldn't be such a big deal if such a name was a requirement for the exploit.
Re:PostgreSQL 9.2.4, 9.1.9, 9.0.13 and 8.4.17 released
by danielweber on Thursday April 04, 2013 @12:31PM
(#5493542)
Can someone follow up on this? Do you need the db name to already begin with "-" to exploit this?
EDIT: No, the problem is in parsing, not the existing names: https://news.ycombinator.com/item?id=5492508