Add OCSP stapling support for automatic and custom TLS certificates #214
Unanswered
crmne
asked this question in
Ideas and Issue Triage
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Hi. We are using Kamal Proxy with automatic TLS for a Rails application and recently checked the TLS evidence needed for a CASA/security assessment. The certificate chain and TLS configuration are healthy, but
openssl s_client -statusshows that Kamal Proxy is not stapling an OCSP response:Relevant output:
For assessments that require evidence for certificate revocation handling, this currently means we need to either submit a compensating control, put another TLS terminator in front of Kamal Proxy, or maintain a custom proxy build. We would prefer to keep using official Kamal Proxy for TLS termination.
From a quick source review, Kamal Proxy currently:
golang.org/x/crypto/acme/autocert.Managerfor automatic TLS ininternal/server/service.go.tls.LoadX509KeyPairininternal/server/cert.go.GetCertificateininternal/server/router.go.internal/server/server.go.I did not find any code that fetches/caches OCSP responses or populates
tls.Certificate.OCSPStaple, and I did not find a CLI/deploy option to enable stapling.Would you be open to OCSP stapling support for certificates served by Kamal Proxy? If so, would you prefer that I open a PR for this, or would you rather take it on yourselves?
Possible shape:
NextUpdate, with a fallback that continues serving the certificate if the responder is temporarily unavailable.tls.Certificate.OCSPStaplebefore returning the certificate fromGetCertificate.It would also be useful to expose a way to disable stapling if needed, but enabling it by default for eligible certificates would match common TLS terminator behavior and would help users satisfy security assessment requirements without adding a second proxy.
Thanks for considering it.
All reactions