log ssl mode with connections?

Started by Andrew Dunstanalmost 19 years ago6 messages
#1Andrew Dunstan
andrew@dunslane.net

I just turned on SSL for a test server and noticed that SSL mode isn't
logged with the connection. Should it be? It should be relatively simple
to add.

cheers

andrew

#2Tom Lane
tgl@sss.pgh.pa.us
In reply to: Andrew Dunstan (#1)
Re: log ssl mode with connections?

Andrew Dunstan <andrew@dunslane.net> writes:

I just turned on SSL for a test server and noticed that SSL mode isn't
logged with the connection. Should it be?

Why?

regards, tom lane

#3Andrew Dunstan
andrew@dunslane.net
In reply to: Tom Lane (#2)
Re: log ssl mode with connections?

Tom Lane wrote:

Andrew Dunstan <andrew@dunslane.net> writes:

I just turned on SSL for a test server and noticed that SSL mode isn't
logged with the connection. Should it be?

Why?

If I am allowing both SSL and non-SSL I might like to know which is used
by a particular connection.

cheers

andrew

#4Kris Jurka
books@ejurka.com
In reply to: Andrew Dunstan (#3)
Re: log ssl mode with connections?

On Tue, 30 Jan 2007, Andrew Dunstan wrote:

If I am allowing both SSL and non-SSL I might like to know which is used by a
particular connection.

Other places I've heard people ask for this info:

1) pg_stat_activity to see who's currently connected and how.

2) Via a function (boolean am_i_using_ssl()) so they can make security
decisions in views or procedural code.

Kris Jurka

#5Magnus Hagander
magnus@hagander.net
In reply to: Kris Jurka (#4)
Re: log ssl mode with connections?

On Tue, Jan 30, 2007 at 12:35:01PM -0500, Kris Jurka wrote:

On Tue, 30 Jan 2007, Andrew Dunstan wrote:

If I am allowing both SSL and non-SSL I might like to know which is used
by a particular connection.

Other places I've heard people ask for this info:

1) pg_stat_activity to see who's currently connected and how.

2) Via a function (boolean am_i_using_ssl()) so they can make security
decisions in views or procedural code.

That information is available to the client in the form of the API call
PQgetssl(). It will return NULL if no SSL is in use, or something other
than NULL if it is (a SSL * pointer, but you don't need to know that if
you just want to know if you're on SSL or not).
IIRC it was originally disucssed to put it as a function callable, but
it was decided that it makes a lot more sense to provide it in the
client library. I don't know how many other client libraries provide the
SSL information stuff.

//Magnus

#6Henry B. Hotz
hotz@jpl.nasa.gov
In reply to: Magnus Hagander (#5)
Re: log ssl mode with connections?

Anyone making those kind of decisions probably wants a generic
"connection is encrypted" flag. It could be true if a GSSAPI
connection has negotiated use of a security layer.

Of course I don't have my GSSAPI patches working as well as the SASL
ones were yet, and I haven't started on adding security layers yet
either.

On Jan 30, 2007, at 12:56 PM, Magnus Hagander wrote:

On Tue, Jan 30, 2007 at 12:35:01PM -0500, Kris Jurka wrote:

On Tue, 30 Jan 2007, Andrew Dunstan wrote:

If I am allowing both SSL and non-SSL I might like to know which
is used
by a particular connection.

Other places I've heard people ask for this info:

1) pg_stat_activity to see who's currently connected and how.

2) Via a function (boolean am_i_using_ssl()) so they can make
security
decisions in views or procedural code.

That information is available to the client in the form of the API
call
PQgetssl(). It will return NULL if no SSL is in use, or something
other
than NULL if it is (a SSL * pointer, but you don't need to know
that if
you just want to know if you're on SSL or not).
IIRC it was originally disucssed to put it as a function callable, but
it was decided that it makes a lot more sense to provide it in the
client library. I don't know how many other client libraries
provide the
SSL information stuff.

//Magnus

------------------------------------------------------------------------
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