Re: [HACKERS] 8SEPostgres WAS: .4 release planning

2009-01-26 Thread Gregory Stark
Joshua Brindle  writes:

> Yes, I will look at them to the extent I am able. As I am not familiar with 
> the
> postgresql codebase I won't be able to assert the correctness of the hook
> placement (that is, where the security functions are called with respect to 
> the
> data they are protecting being accessed). The postgresql community should be
> more familiar with the hook call sites and hopefully can assist there.

I would suggest looking at the documentation (which I assume the patch does
update). If it's not clear that things are in order from the documentation
then either it needs better documentation or something's wrong...

-- 
  Gregory Stark
  EnterpriseDB  http://www.enterprisedb.com
  Ask me about EnterpriseDB's 24x7 Postgres support!

-- 
Sent via pgsql-hackers mailing list ([email protected])
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] 8SEPostgres WAS: .4 release planning

2009-01-26 Thread Joshua Brindle

Josh Berkus wrote:

Joshua,

So the security model has been looked at, though not the 
implementation and we do have a community of developers, users and 
customers interested in this work.


Can you please take a look at it ASAP, then?  In the next week, we will 
probably decide on whether or not to defer SEPostgres until 8.5.  The 
fact that we haven't gotten a sign-off from any security expert anywhere 
is leaning the whole community towards "defer".




Yes, I will look at them to the extent I am able. As I am not familiar with the 
postgresql codebase I won't be able to assert the correctness of the hook 
placement (that is, where the security functions are called with respect to the 
data they are protecting being accessed). The postgresql community should be 
more familiar with the hook call sites and hopefully can assist there.


I should be able to handle the security backend and determining whether it 
matches the security model we agreed on, but the hook placement is just as 
important since a misplaced or missing hook will allow access that should not be 
granted.


Joshua Brindle

--
Sent via pgsql-hackers mailing list ([email protected])
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] 8SEPostgres WAS: .4 release planning

2009-01-26 Thread Josh Berkus

Joshua,

So the security model has been looked at, though not the implementation 
and we do have a community of developers, users and customers interested 
in this work.


Can you please take a look at it ASAP, then?  In the next week, we will 
probably decide on whether or not to defer SEPostgres until 8.5.  The 
fact that we haven't gotten a sign-off from any security expert anywhere 
is leaning the whole community towards "defer".


--Josh


--
Sent via pgsql-hackers mailing list ([email protected])
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers