Re: exposing pg_controldata and pg_config as functions

Поиск
Список
Период
Сортировка
От Joe Conway
Тема Re: exposing pg_controldata and pg_config as functions
Дата
Msg-id 56C4F18B.2080207@joeconway.com
обсуждение исходный текст
Ответ на Re: exposing pg_controldata and pg_config as functions  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: exposing pg_controldata and pg_config as functions  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 02/17/2016 02:14 PM, Tom Lane wrote:
> Peter Eisentraut <peter_e@gmx.net> writes:
>> On 2/17/16 12:15 PM, Joe Conway wrote:
>>> Ok, removed the documentation on the function pg_config() and pushed.
>
>> I still have my serious doubts about this, especially not even requiring
>> superuser access for this information.  Could someone explain why we
>> need this?
>
> I thought we'd agreed on requiring superuser access for this function.
> I concur that letting just anyone see the config data is inappropriate.

It does not let anyone see config data out of the box:

+ CREATE VIEW pg_config AS
+     SELECT * FROM pg_config();
+
+ REVOKE ALL on pg_config FROM PUBLIC;
+ REVOKE EXECUTE ON FUNCTION pg_config() FROM PUBLIC;
+

But it does not have an explicit superuser check. I can add that if
that's the consensus.

Joe

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


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

Предыдущее
От: Jim Nasby
Дата:
Сообщение: Re: a raft of parallelism-related bug fixes
Следующее
От: Josh berkus
Дата:
Сообщение: Re: exposing pg_controldata and pg_config as functions