Re: Specification for Trusted PLs?

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Specification for Trusted PLs?
Дата
Msg-id 1275049321.6851.1.camel@fsopti579.F-Secure.com
обсуждение исходный текст
Ответ на Re: Specification for Trusted PLs?  (Sam Mason <sam@samason.me.uk>)
Список pgsql-hackers
On fre, 2010-05-28 at 13:03 +0100, Sam Mason wrote:
> That's not normally a problem.  The conventional way would be to place
> the interpreter in its own sandbox, similar to how Chrome has each tab
> running in its own process.  These processes are protected in a way
> so that the code running inside them can't do any harm--e.g. a ptrace
> jail[1].  This is quite a change from existing pl implementations, and
> present a different set of performance/compatibility issues.

Surely a definition of a trusted language that invalidates the existing
trusted languages is not going help resolve the issue.



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

Предыдущее
От: Sam Mason
Дата:
Сообщение: Re: Specification for Trusted PLs?
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: Specification for Trusted PLs?