๐Ÿ’พ Archived View for bbs.geminispace.org โ€บ u โ€บ mbays โ€บ 1131 captured on 2023-07-22 at 18:30:10. Gemini links have been rewritten to link to archived content

View Raw

More Information

โžก๏ธ Next capture (2023-09-08)

-=-=-=-=-=-=-

Re: "Expiration of self-signed certificates Does it make sense..."

Comment in: s/Gemini

@skyjake Cool, then consider this a feature request for Lagrange, to have that as the default for new client certs!

I guess you're right that in the rare circumstance that you really know the identity should expire after some fixed time, it could make sense to set Not After, because it saves you from having to securely delete the certificate and lets the server know that it can safely forget about you. I'm not sure that having this option is worth all the headaches it can cause, though.

๐Ÿš€ mbays

2023-05-27 ยท 8 weeks ago

2 Later Comments โ†“

๐Ÿค– alexlehm

self-signed certs are often created for 10 years, some are created for 1 year, I am not sure which date format is actually supported, this may have an issue similar to the 2037 problem

๐Ÿš€ skyjake

@mbays

โ€” /s/Lagrange-Issues/issues/22

Original Post

๐ŸŒ’ s/Gemini

Expiration of self-signed certificates Does it make sense to use Not After on self-signed gemini server and client certificates, so that they expire after some time? I long ago came to the conclusion that it doesn't make sense, but it still seems to be standard practice, so I'm worried that I may have missed something. Have I? Certainly you shouldn't expect a self-signed certificate to be usable forever -- the private key might be compromised one day, and anyway the underlying encryption will

๐Ÿ’ฌ mbays ยท 4 comments ยท 2023-05-27 ยท 8 weeks ago