Hola Carlos.
Tienes toda la razón que la información está muy dispersa, inexistente o en desuso. Imagino te refieres a la versión DNIe 2.0. Y veremos ahora que pasa con el DNIe 3.0 (con NFC),
Te cuento mi experiencia.
Esta página me ayudó mucho para configuración de certificados en el servidor IIS, HTTPS - SSL, CRLs, diferenciar entre certificados de cliente (los de DNIe de autenticación y firma) y certificados de servidor (de raíz DNIE), errores 403, etcétera
Hace años la Oficina Técnica me comentaba:
"En resumen, para validar un certificado vía OCSP es preciso atacar a un
OCSP Responder que tenga información disponible sobre el estado de
validez de los certificados expedidos por una determinada CA
(Certificate authority). Dicho protocolo OCSP
(
http://tools.ietf.org/html/rfc2560) es un estándar de red muy difundido
para la consulta del estado de los certificados.
Otro mecanismo
de validación son las CRL (Certificate Revocation List), pero al
contener información sensible, posiblemente sujeta a la ley de
protección de datos personales, no se suelen publicar. Por eso, el
ministerio pone a disposición del ciudadano, gratuitamente, un OCSP
Responder con información sobre la plataforma de certificados del DNI
electrónico, que existe bajo la URL "
http://ocsp.ctpa.mityc.es".
Por
tanto, el DNIe sólo permite la consulta de estado de certificado a
través del protocolo OCSP (Online Certificate Status Protocol). Esto es
así para mantener privadas las listas de revocación de certificados
(CRLs). Sólo las autoridades permitidas por la DGP pueden acceder a
tales listas para dar servicio de AV (Autoridad de Validación) del DNIe
mediante OCSP.
Sugerimos que se consulte la librería
BouncyCastle (
http://www.bouncycastle.org/csharp/), en su versión C#, ya
que incluye el tratamiento de consultas y respuestas OCSP, si bien no
el protocolo de transporte. Sobre esta librería es relativamente
sencillo implementar la capa de transporte de las consultas (en la
mayoría de las AVs es HTTP o HTTPs).
."
En su momento, la empresa eligió que se validará el certificado de DNIe con una empresa externa (ipsCA, que ya no existe). Ahora no está funcionando por tanto. Habría que buscar otro proveedor que haga la validación OCSP o implementarla directamente.
Se tenían dos sitios ASPnet en IIS, uno http y el otro configurado como https-SSL para aceptar certificados de cliente de entidad autorizada DNIE (AC Root).
"Para los certificados de DNIE sólo se puede comprobar el estado de
revocación del certificado a través del protocolo OCSP (comunicando con
los servidores ocsp de la Policia, que es lo que hace el WebService de
ipsCA, una empresa externa). No existe la posibilidad de validar
directamente el estado del certificado contra una CRL."
En github puedes buscar código que comparte la comunidad (gracias!)
Espero que te sea útil. Y si logras avances puedas compartirlos con el grupo.