Re: Fixing insecure security definer functions

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas ADI SD
Тема Re: Fixing insecure security definer functions
Дата
Msg-id E1539E0ED7043848906A8FF995BDA57901C137E4@m0143.s-mxs.net
обсуждение исходный текст
Ответ на Fixing insecure security definer functions  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Fixing insecure security definer functions  (Peter Eisentraut <peter_e@gmx.net>)
Re: Fixing insecure security definer functions  (Josh Berkus <josh@agliodbs.com>)
Список pgsql-hackers
> Regarding the advisory on possibly insecure security definer functions

> that I just sent out (by overriding the search path you can make the
> function do whatever you want with the privileges of the function
> owner), the favored solution after some initial discussion in the core

> team was to save the search path at creation time with each function.

Have you considered hardcoding the schema for each object where it was
found at creation time ? This seems more intuitive to me. Also using a
search
path, leaves the possibility to inject an object into a previous schema.

Andreas



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

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: HOT for PostgreSQL 8.3
Следующее
От: "Pavan Deolasee"
Дата:
Сообщение: HOT WIP Patch - version 1