Fedora Account System
Red Hat Associate
Red Hat Customer
Seen in program that uses libcurl to communicate over https. The TLS handshake works but when libcurl tries to validate the certificate over OCSP it fails with a NID_undef digest algorithm. FWIW I'm using libcurl in certmonger and this prevents certmonger from communicating with a CA because OCSP always fails. I hacked around this temporarily to always return CURLE_OK for this case. The curl code in question starts at https://github.com/curl/curl/blob/master/lib/vtls/openssl.c#L5259 I will attach a standalone reproducer and certificate. openssl-3.5.5-1.fc44.x86_64 Reproducible: Always
Created attachment 2128805 [details] test cert
This is a bug in libcurl. OpenSSL does not use or support NIDs for new algorithms. Application relying on NIDs need to transition to new OpenSSL APIs that rely on names instead. This is fundamentally unfixable in OpenSSL. Reassigning to libcurl
*** Bug 2450393 has been marked as a duplicate of this bug. ***
FEDORA-2026-f3e5776cdf (curl-8.18.0-5.fc44) has been submitted as an update to Fedora 44. https://bodhi.fedoraproject.org/updates/FEDORA-2026-f3e5776cdf
FEDORA-2026-f3e5776cdf has been pushed to the Fedora 44 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-f3e5776cdf` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-f3e5776cdf See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2026-f13d888b0f (curl-8.18.0-6.fc44) has been pushed to the Fedora 44 stable repository. If problem still persists, please make note of it in this bug report.