Re: Interpretation of TRUSTED - Mailing list pgsql-hackers

From elein@varlena.com (elein)
Subject Re: Interpretation of TRUSTED
Date
Msg-id 20050208225110.GC12038@varlena.com
Whole thread Raw
In response to Interpretation of TRUSTED  (Thomas Hallgren <thhal@mailblocks.com>)
Responses Re: Interpretation of TRUSTED
Re: Interpretation of TRUSTED
List 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 by date:

Previous
From: pgsql@mohawksoft.com
Date:
Subject: Re: Query optimizer 8.0.1 (and 8.0)
Next
From: Thomas Hallgren
Date:
Subject: Re: Interpretation of TRUSTED