Re: Plans for 8.4 - Mailing list pgsql-hackers

From Henry B. Hotz
Subject Re: Plans for 8.4
Date
Msg-id 883361F1-89CC-4059-A16D-EA3F0BE95CB1@oxy.edu
Whole thread Raw
In response to Plans for 8.4  (Simon Riggs <simon@2ndquadrant.com>)
Responses Re: Plans for 8.4  (Stephen Frost <sfrost@snowman.net>)
Re: Plans for 8.4  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Plans for 8.4  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
What's the time frame for 8.4?

I'm making no promises, but what would people think of a hostgss hba  
option?

Using it would imply the gssapi/sspi authentication option.  It would  
be mutually exclusive of the ssl link-encryption option.  It would  
support strong encryption of the whole connection without the need to  
get X509 certs deployed (which would be a big win if you're using  
gssapi/sspi authentication anyway).

The thing that prevented me from including it in the gssapi patches I  
did for 8.3 was that I couldn't disentangle the program logic to the  
point of inserting the gssapi security layer code above the SSL code  
and below everything else.  I'm thinking that doing both is pretty  
much an edge case, so I propose to do gssapi security layers instead  
of SSL.  The mods are a lot more obvious.

I'm *NOT* proposing to make build support of gssapi security layers  
exclusive of SSL.  You might, for example, configure a server to  
support username/password over SSL for intra-net addresses, but  
support gssapi for Internet addresses.

------------------------------------------------------
The opinions expressed in this message are mine,
not those of Caltech, JPL, NASA, or the US Government.
Henry.B.Hotz@jpl.nasa.gov, or hbhotz@oxy.edu





pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Copy storage parameters on CREATE TABLE LIKE/INHERITS
Next
From: Stephen Frost
Date:
Subject: Re: Plans for 8.4