Re: sslinfo extension - add notbefore and notafter timestamps - Mailing list pgsql-hackers

From Jacob Champion
Subject Re: sslinfo extension - add notbefore and notafter timestamps
Date
Msg-id d20a3ac4-ff3c-d7c4-6344-22a7c6d2bba9@timescale.com
Whole thread Raw
In response to Re: sslinfo extension - add notbefore and notafter timestamps  (Daniel Gustafsson <daniel@yesql.se>)
Responses Re: sslinfo extension - add notbefore and notafter timestamps
List pgsql-hackers
Hello,

On 7/25/23 07:21, Daniel Gustafsson wrote:
> The attached version passes ssl tests for me on 1.0.2 through OpenSSL Git HEAD.

Tests pass for me too, including LibreSSL 3.8.

> +   /* Calculate the diff from the epoch to the certificat timestamp */

"certificate"

> +     <function>ssl_client_get_notbefore() returns text</function>
> ...> +     <function>ssl_client_get_notafter() returns text</function>

I think this should say timestamptz rather than text? Ditto for the
pg_stat_ssl documentation.

Speaking of which: is the use of `timestamp` rather than `timestamptz`
in pg_proc.dat intentional? Will that cause problems with comparisons?

--

I haven't been able to poke any holes in the ASN1_TIME_to_timestamp()
implementations themselves. I went down a rabbit hole trying to find out
whether leap seconds could cause problems for us when we switch to
`struct tm` in the future, but it turns out OpenSSL rejects leap seconds
in the Validity fields. That seems weird -- as far as I can tell, RFC
5280 defers to ASN.1 which defers to ISO 8601 which appears to allow
leap seconds -- but I don't plan to worry about it anymore. (I do idly
wonder whether some CA, somewhere, has ever had a really Unhappy New
Year due to that.)

Thanks,
--Jacob



pgsql-hackers by date:

Previous
From: Matthias van de Meent
Date:
Subject: Re: GenBKI emits useless open;close for catalogs without rows
Next
From: Jeff Davis
Date:
Subject: Re: Avoid a possible null pointer (src/backend/utils/adt/pg_locale.c)