Re: Securing "make check" (CVE-2014-0067)
От
Magnus Hagander
Тема
Re: Securing "make check" (CVE-2014-0067)
Дата
Msg-id
CABUevEyqAiwK3t2DrwWSrMv-9mvdgG3+Wwg7xOUqyYU0oNvy+w@mail.gmail.com
Ответ на
Re: Securing "make check" (CVE-2014-0067) (Tom Lane)
Список
Дерево обсуждения
Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Alvaro Herrera <alvherre@2ndquadrant.com>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Tom Lane <tgl@sss.pgh.pa.us>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Bruce Momjian <bruce@momjian.us>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) yamt@netbsd.org (YAMAMOTO Takashi)
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) yamt@netbsd.org (YAMAMOTO Takashi)
Re: Securing "make check" (CVE-2014-0067) Tom Lane <tgl@sss.pgh.pa.us>
Re: Securing "make check" (CVE-2014-0067) Tom Lane <tgl@sss.pgh.pa.us>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Tom Lane <tgl@sss.pgh.pa.us>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Christoph Berg <cb@df7cb.de>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Christoph Berg <cb@df7cb.de>
Re: Securing "make check" (CVE-2014-0067) Robert Haas <robertmhaas@gmail.com>
Re: Securing "make check" (CVE-2014-0067) Tom Lane <tgl@sss.pgh.pa.us>
Re: Securing "make check" (CVE-2014-0067) Christoph Berg <cb@df7cb.de>
Re: Securing "make check" (CVE-2014-0067) Robert Haas <robertmhaas@gmail.com>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Christoph Berg <cb@df7cb.de>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Christoph Berg <cb@df7cb.de>
Re: Securing "make check" (CVE-2014-0067) Bruce Momjian <bruce@momjian.us>
Re: Securing "make check" (CVE-2014-0067) Christoph Berg <cb@df7cb.de>
Re: Securing "make check" (CVE-2014-0067) Christoph Berg <cb@df7cb.de>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Christoph Berg <cb@df7cb.de>
Re: Securing "make check" (CVE-2014-0067) Stephen Frost <sfrost@snowman.net>
Re: Securing "make check" (CVE-2014-0067) Andrew Dunstan <andrew@dunslane.net>
Re: Securing "make check" (CVE-2014-0067) Magnus Hagander <magnus@hagander.net>
Re: Securing "make check" (CVE-2014-0067) Tom Lane <tgl@sss.pgh.pa.us>
Re: Securing "make check" (CVE-2014-0067) Andrew Dunstan <andrew@dunslane.net>
Re: Securing "make check" (CVE-2014-0067) Tom Lane <tgl@sss.pgh.pa.us>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Tom Lane <tgl@sss.pgh.pa.us>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Tom Lane <tgl@sss.pgh.pa.us>
Re: Securing "make check" (CVE-2014-0067) Stephen Frost <sfrost@snowman.net>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Tom Lane <tgl@sss.pgh.pa.us>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Tom Lane <tgl@sss.pgh.pa.us>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Andrew Dunstan <andrew@dunslane.net>
Re: Securing "make check" (CVE-2014-0067) Magnus Hagander <magnus@hagander.net>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) David Rowley <dgrowleyml@gmail.com>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) David Rowley <dgrowleyml@gmail.com>
Re: Securing "make check" (CVE-2014-0067) Noah Misch <noah@leadboat.com>
hamerkop is stuck Noah Misch <noah@leadboat.com>
Re: hamerkop is stuck TAKATSUKA Haruka <harukat@sraoss.co.jp>
Re: hamerkop is stuck Noah Misch <noah@leadboat.com>
Re: Securing "make check" (CVE-2014-0067) Michael Paquier <michael.paquier@gmail.com>
Re: Securing "make check" (CVE-2014-0067) Magnus Hagander <magnus@hagander.net>
Re: Securing "make check" (CVE-2014-0067) james <james@mansionfamily.plus.com>
Re: Securing "make check" (CVE-2014-0067) Stephen Frost <sfrost@snowman.net>
Re: Securing "make check" (CVE-2014-0067) Dave Page <dpage@pgadmin.org>
Re: Securing "make check" (CVE-2014-0067) Stephen Frost <sfrost@snowman.net>
On Sun, Mar 2, 2014 at 7:27 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
Noah Misch <noah@leadboat.com> writes:+1 for that solution, if it's not an unreasonable amount of work to add
> One option that would simplify things is to fix only non-Windows in the back
> branches, via socket protection, and fix Windows in HEAD only. We could even
> do so by extending HAVE_UNIX_SOCKETS support to Windows through named pipes.
named-pipe sockets in Windows. That would offer a feature to Windows
users that they didn't have before, ie the ability to restrict connections
based on filesystem permissions; so it seems useful quite aside from any
"make check" considerations.
I think it might be a bigger piece of work than we'd like - and IIRC that's one of the reasons we didn't do it from the start. Named pipes on windows do act as files on Windows, but they do *not* act as sockets. As in, they return HANDLEs, not SOCKETs, and you can't recv() and send() on them.
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/
В списке pgsql-hackers по дате отправления