Re: allowing privileges on untrusted languages

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: allowing privileges on untrusted languages
Дата
Msg-id 8630.1357917904@sss.pgh.pa.us
обсуждение исходный текст
Ответ на allowing privileges on untrusted languages  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: allowing privileges on untrusted languages  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> It turned out that actually getting rid of lanpltrusted would be too
> invasive, especially because some language handlers use it to determine
> their own behavior.

> So instead the lanpltrusted attribute now just determined what the
> default privileges of the language are, and all the checks the require
> superuserness to do anything with untrusted languages are removed.

Hmm ... that worries me a bit.  It seems like system security will now
require being sure that the permissions on the language match the
lanpltrusted setting.  Even if the code is right today, there's a lot
of scope for future oversights with security implications.  Don't know
what we could do to mitigate that.

In particular, have you thought carefully about upgrade scenarios?
Will a dump-and-restore of a pre-9.3 installation end up with safe
language privileges?

In the same vein, I'm worried that the proposed change in pg_dump will
do the wrong thing when looking at a pre-9.3 server.  Is any
server-version-dependent behavior needed there?
        regards, tom lane



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: foreign key locks
Следующее
От: Tom Lane
Дата:
Сообщение: Re: ToDo: log plans of cancelled queries