-
Notifications
You must be signed in to change notification settings - Fork 569
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
OpenSSL 3.0 needs the legacy provider. #10394
Comments
This site gives some ideas for building the legacy provider. |
Looking at this page I think that the issue is that the legacy provider is not "loaded", which appears to happen at run time. The instructions given on that page seem to be about configuring OpenSSL (at run time) to enable the legacy provider. I do not see instructions that would apply to building OpenSSL. Also, there is a strong warning against enabling the legacy provider by default because this would make things less secure by default. |
@eschnett, thanks a lot for looking into this issue. PDF documents are of archival value. Although RC4 is bad encryption for TLS/SSL connections, you have old password-protected PDF files that cannot be read unless we have RC4 data decrypted. You are right about the page I shared. Please ignore it. I do not use the OpenSSL application but use the Can you share the binary locations for OpenSSL 3.0 for me to investigate? |
If you use the Otherwise, go to |
We do not need the Legacy provider as I have implemented RC4. So, closing it for now. |
OpenSSL 3.0 has put the weak ciphers in the legacy provider which is not built by default.
Old PDF files used RC4 which is unavailable with the OpenSSL 3.0 default provider.
PDFIO.jl
needs the legacy provider to open the old PDF password-protected files.The text was updated successfully, but these errors were encountered: