Fix certificate revocation check in crt_verifycrl_and_check_revocation with Cyclone library
# Description
The function `crt_verifycrl_and_check_revocation` is supposed to verify the validity of a certificate against the CRLs.
Currently, with the Cyclone library, it only checks the certificate against the first valid CRL it finds, without considering whether there are other valid CRLs for the same CA.
The goal of this ticket is to update the function to check the certificate against all valid CRLs associated with the CA.
## Code version and environment identification
a442f47200aaf3e58194b209e0738a4f9056393a
## Steps to reproduce
The test `push_server_revoke` is a good reproducer
Start a push server, connect two clients (A and B), revoke the certificate of the client.
The connection of the client B should be closed but it stays activated.
# Security impact
This function could lead to a situation where a revoked certificate is incorrectly accepted by the server, because subsequent valid CRLs may indicate that the certificate is revoked. According to the security requirements, the connection must be terminated if a certificate is revoked.
Also see the created [CVE-2026-6899](https://www.cve.org/CVERecord?id=CVE-2026-6899)
# Possible fixes
To fix this issue, the function `crt_verifycrl_and_check_revocation` should iterate over all CRLs associated with the same CA.
For each CRL, the function must evaluate whether the certificate is revoked. The certificate should only be accepted if none of the CRLs indicate revocation. If any CRL indicates that the certificate is revoked, the server must reject the certificate.
issue