| От | Andrew Dunstan |
|---|---|
| Тема | Re: exposing pg_controldata and pg_config as functions |
| Дата | |
| Msg-id | 56C4F8B5.4090104@dunslane.net обсуждение исходный текст |
| Ответ на | Re: exposing pg_controldata and pg_config as functions (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
On 02/17/2016 05: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. > > I'm in favor, and don't really want to rehearse the argument. But I think I can live quite happily with it being superuser only. It's pretty hard to argue that exposing it to a superuser creates much risk, ISTM. cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера