Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Avoid function names when printing OpenSSL errors #133

Conversation

giacomini
Copy link
Member

With OpenSSL 3, function names are not included any more in SSL errors; trying to print them is then meaningless.
This PR mainly changes how the error message obtained from the queue of SSL errors is produced, relying on the canonical loop over the queue and avoiding function names.

Partially addresses #110. More work is needed to correctly register VOMS-specific errors, which doesn't seem quite right even in the current implementation.

Return false in case the certificate is about to expire, causing the
(only) caller to subsequently verify the proxy.
The mode passed to access is an int and not a string, like in fopen.
Just rely on the canonical loop over the error stack, without special
treatment for an expired certificate, which is caught somewhere else in
any case.
Be sure that the data added to an error is a text string before printing
it.
The code mentions OpenSSL functions related to error management, which
has changed in OpenSSL 3, deprecating old practices.
The use of the function name in errors has been abandoned in OpenSSL 3.
Profit to replace the use of sprintf with snprintf.
To be more compatible with how it was done before.
@giacomini giacomini merged commit 86021b4 into develop Jun 17, 2024
6 checks passed
@giacomini giacomini deleted the 110-error-string-handling-for-openssl-300-needs-further-fixing branch June 17, 2024 08:16
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant