Re: [GENERAL] Recursive row level security policy

Поиск
Список
Период
Сортировка
Искать
От
Joe Conway
Тема
Re: [GENERAL] Recursive row level security policy
Дата
Msg-id
0799a5d4-1086-242b-9ae1-cedaa8f053f3@joeconway.com
Ответ на
Список
Дерево обсуждения
[GENERAL] Recursive row level security policy Simon Charette <charette.s@gmail.com>
Re: [GENERAL] Recursive row level security policy "Charles Clavadetscher" <clavadetscher@swisspug.org>
Re: [GENERAL] Recursive row level security policy Simon Charette <charette.s@gmail.com>
Re: [GENERAL] Recursive row level security policy "Charles Clavadetscher" <clavadetscher@swisspug.org>
Re: [GENERAL] Recursive row level security policy "Charles Clavadetscher" <clavadetscher@swisspug.org>
Re: [GENERAL] Recursive row level security policy Joe Conway <mail@joeconway.com>
Re: [GENERAL] Recursive row level security policy Simon Charette <charette.s@gmail.com>
Re: [GENERAL] Recursive row level security policy Joe Conway <mail@joeconway.com>
Re: [GENERAL] Recursive row level security policy Simon Charette <charette.s@gmail.com>
Re: [GENERAL] Recursive row level security policy Stephen Frost <sfrost@snowman.net>
Re: [GENERAL] Recursive row level security policy Joe Conway <mail@joeconway.com>
On 12/17/2016 01:01 PM, Simon Charette wrote:
> Thanks a lot Joe, that seems to work!

Good to hear.

> I suppose this works because PostgreSQL cannot introspect the
> get_owner_id procedure to detect it's querying the "accounts" table
> and thus doesn't warn about possible infinite recursion?

Not exactly. RLS does not get applied to the superuser, and the
get_owner_id procedure was 1) SECURITY DEFINER, and 2) created/owned by
postgres. Thus the procedure executes without invoking the RLS policy
and avoids the infinite recursion.

Joe

-- 
Crunchy Data - http://crunchydata.com
PostgreSQL Support for Secure Enterprises
Consulting, Training, & Open Source Development

В списке pgsql-general по дате отправления
От: Simon Charette
Дата:
От: Simon Charette
Дата:
FAQ