Re: Broken lock management in policy.c.

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: Broken lock management in policy.c.
Дата
Msg-id CAM3SWZQm-a3WamEM_FZYVcu-QpLJe9v2PvKsfxPNM7=qJt4oww@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Broken lock management in policy.c.  (Peter Geoghegan <pg@heroku.com>)
Ответы Re: Broken lock management in policy.c.  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Sun, Jan 3, 2016 at 7:01 PM, Peter Geoghegan <pg@heroku.com> wrote:
> I would also advise only referencing a single relation within the
> SELECT FOR UPDATE.

To state what may be obvious: We should recommend that SELECT FOR
SHARE appear in the CREATE POLICY USING qual as part of this
workaround (not SELECT FOR UPDATE), because there is no need for
anything stronger than that. We only need to prevent the admin
updating a referenced-in-using-qual tuple in a way that allows a
malicious user to exploit an inconsistency in tuple visibility during
EPQ rechec. (Using SELECT FOR KEY SHARE would not reliably workaround
the underlying issue, though.)

-- 
Peter Geoghegan



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: 9.5 BLOCKER: regrole and regnamespace and quotes
Следующее
От: Tom Lane
Дата:
Сообщение: Re: 9.5 BLOCKER: regrole and regnamespace and quotes