Re: Interpretation of TRUSTED

Поиск
Список
Период
Сортировка
От elein@varlena.com (elein)
Тема Re: Interpretation of TRUSTED
Дата
Msg-id 20050208225110.GC12038@varlena.com
обсуждение исходный текст
Ответ на Interpretation of TRUSTED  (Thomas Hallgren <thhal@mailblocks.com>)
Ответы Re: Interpretation of TRUSTED  (Thomas Hallgren <thhal@mailblocks.com>)
Re: Interpretation of TRUSTED  (Jeff Davis <jdavis-pgsql@empires.org>)
Список pgsql-hackers
An untrusted language is so because of what it can do and cannot do.
An untrusted language cannot access the filesystem, for example.

WHO writes and runs untrusted and trusted procedures is a different
thing.  It is the security mechanism meant to restrict writting
and running the functions written in a trusted/untrusted language.

--elein

On Tue, Feb 08, 2005 at 11:12:07PM +0100, Thomas Hallgren wrote:
> Hi,
> A TRUSTED language specifies that ordinary users can use the language. 
> It also implies that access to the file system should be prevented. In 
> essence, ordinary users can never access the filesystem.
> 
> Is it OK to design a trusted language so that it allows access to the 
> filesystem provided that the session user is a super-user?
> 
> Regards,
> Thomas Hallgren
> 
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
>    (send "unregister YourEmailAddressHere" to majordomo@postgresql.org)
> 


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

Предыдущее
От: pgsql@mohawksoft.com
Дата:
Сообщение: Re: Query optimizer 8.0.1 (and 8.0)
Следующее
От: Thomas Hallgren
Дата:
Сообщение: Re: Interpretation of TRUSTED