Re: Fix search_path for all maintenance commands

Поиск
Список
Период
Сортировка
От Jeff Davis
Тема Re: Fix search_path for all maintenance commands
Дата
Msg-id dfdd53fcf4be43777c81bf66ef725e28b3169ce1.camel@j-davis.com
обсуждение исходный текст
Ответ на Re: Fix search_path for all maintenance commands  (Jeff Davis <pgsql@j-davis.com>)
Ответы Re: Fix search_path for all maintenance commands  (Nathan Bossart <nathandbossart@gmail.com>)
Re: Fix search_path for all maintenance commands  (Isaac Morland <isaac.morland@gmail.com>)
Список pgsql-hackers
On Fri, 2023-07-21 at 15:32 -0700, Jeff Davis wrote:
> Attached is a new version.

Do we still want to do this?

Right now, the MAINTAIN privilege is blocking on some way to prevent
malicious users from abusing the MAINTAIN privilege and search_path to
acquire the table owner's privileges.

The approach of locking down search_path during maintenance commands
would solve the problem, but it means that we are enforcing search_path
in some contexts and not others. That's not great, but it's similar to
what we are doing when we ignore SECURITY INVOKER and run the function
as the table owner during a maintenance command, or (by default) for
subscriptions.

My attempts to more generally try to lock down search_path for
functions attached to tables didn't seem to get much consensus, so if
we do make an exception to lock down search_path for maintenance
commands only, it would stay an exception for the foreseeable future.

Thoughts?

Regards,
    Jeff Davis




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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [PATCH] minor bug fix for pg_dump --clean
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [PATCH v1] [doc] polish the comments of reloptions