lista de revocación de certificados

En criptografía , una lista de revocación de certificados ( CRL ) es "una lista de certificados digitales que han sido revocados por la autoridad de certificación (CA) emisora ​​antes de su fecha de vencimiento programada y que ya no deben considerarse confiables". ^{[ 2 ]}

Las CA de confianza pública en la PKI web están obligadas (incluso por el foro CA/Navegador ^{[ 3 ]} ) a emitir CRL para sus certificados, y lo hacen ampliamente. ^{[ 4 ]}

Los navegadores y otras partes que confían en los certificados podrían usar CRL, o podrían usar tecnologías alternativas de revocación de certificados (como OCSP ) ^{[ 5 ] [ 6 ]} o CRLSets (un conjunto de datos derivado de CRL ^{[ 7 ]} ) para verificar el estado de revocación de certificados. Cabe señalar que OCSP está perdiendo popularidad debido a preocupaciones sobre la privacidad y el rendimiento, ^{[ 8 ] [ 9 ] [ 10 ]} lo que ha dado lugar a un retorno a las CRL. ^{[ 11 ] [ 12 ]}

Los suscriptores y otras partes también pueden usar ARI. ^{[ 13 ]}

Existen dos estados diferentes de revocación: ^{[ 14 ]}

Revocado

Un certificado se revoca de forma irreversible si, por ejemplo, se descubre que la autoridad certificadora (AC) lo emitió incorrectamente o si se sospecha que la clave privada se ha visto comprometida. Los certificados también pueden revocarse si la entidad identificada no cumple con los requisitos de la política, como la publicación de documentos falsos, la tergiversación del comportamiento del software o la violación de cualquier otra política especificada por el operador de la AC o su cliente. La razón más común para la revocación es que el usuario ya no posee la clave privada en exclusiva (por ejemplo, si el token que la contiene se ha perdido o ha sido robado).

Sostener

Este estado reversible puede utilizarse para indicar la invalidez temporal del certificado (por ejemplo, si el usuario no está seguro de si ha perdido la clave privada). Si, en este caso, se encontrara la clave privada y nadie tuviera acceso a ella, el estado podría restablecerse y el certificado volvería a ser válido, eliminándolo así de las futuras listas de revocación de certificados (CRL).

Los motivos para revocar, retener o eliminar de la lista un certificado según RFC 5280 ^{[ 15 ]} son:

• unspecified(0)
• keyCompromise(1)
• cACompromise(2)
• affiliationChanged(3)
• superseded(4)
• cessationOfOperation(5)
• certificateHold(6)
• removeFromCRL(8)
• privilegeWithdrawn(9)
• aACompromise(10)

Tenga en cuenta que el valor 7 no se utiliza.

Una CRL se genera y publica periódicamente, generalmente a intervalos definidos. También puede publicarse inmediatamente después de la revocación de un certificado. La emite una CRL, que suele ser la CA que emitió los certificados correspondientes, aunque podría ser otra autoridad de confianza. Todas las CRL tienen una vigencia limitada, generalmente de 24 horas o menos. Durante su periodo de validez, una aplicación con infraestructura de clave pública (PKI) puede consultarla para verificar un certificado antes de su uso.

Para prevenir ataques de suplantación de identidad o denegación de servicio , las CRL suelen incluir una firma digital asociada a la CA que las publica. Para validar una CRL específica antes de utilizarla, se necesita el certificado de su CA correspondiente.

Los certificados para los que se debe mantener una CRL suelen ser certificados X.509 / de clave pública , ya que este formato es de uso común en los esquemas PKI.

Las fechas de vencimiento no sustituyen a una CRL. Si bien todos los certificados vencidos se consideran inválidos, no todos los certificados vigentes deberían serlo. Las CRL u otras técnicas de validación de certificados son esenciales para cualquier infraestructura de clave pública (PKI) que funcione correctamente, ya que es previsible que se produzcan errores en la verificación de certificados y la gestión de claves en operaciones reales.

En un ejemplo notable, un certificado de Microsoft se emitió por error a un individuo desconocido, quien se había hecho pasar por Microsoft ante la CA contratada para mantener el sistema de certificados de editor ActiveX ( VeriSign ). ^{[ 16 ]} Microsoft vio la necesidad de parchear su subsistema de criptografía para que verificara el estado de los certificados antes de confiar en ellos. Como solución a corto plazo, se emitió un parche para el software de Microsoft correspondiente (principalmente Windows) que indicaba específicamente que los dos certificados en cuestión estaban "revocados". ^{[ 17 ]}

Las mejores prácticas exigen que, independientemente del método utilizado para mantener el estado de un certificado, este se verifique siempre que se desee utilizarlo. De lo contrario, un certificado revocado podría aceptarse erróneamente como válido. Esto significa que, para utilizar una infraestructura de clave pública (PKI) de forma eficaz, es necesario tener acceso a las listas de revocación de certificados (CRL) actualizadas. Este requisito de validación en línea anula una de las principales ventajas originales de la PKI sobre los protocolos de criptografía simétrica : la autoautenticación del certificado. Los sistemas simétricos como Kerberos también dependen de la existencia de servicios en línea (un centro de distribución de claves en el caso de Kerberos).

La existencia de una CRL implica la necesidad de que alguien (o alguna organización) haga cumplir las políticas y revoque los certificados que se consideren contrarios a la política operativa. Si un certificado se revoca por error, pueden surgir problemas importantes. Dado que la autoridad de certificación es responsable de hacer cumplir la política operativa para la emisión de certificados, generalmente debe determinar si la revocación es apropiada y cuándo, interpretando dicha política.

La necesidad de consultar una CRL (u otro servicio de estado de certificados) antes de aceptar un certificado plantea un posible ataque de denegación de servicio contra la infraestructura de clave pública (PKI). Si la aceptación de un certificado falla por falta de una CRL válida disponible, no se podrán realizar operaciones que dependan de dicha aceptación. Este problema también se presenta en los sistemas Kerberos, donde la imposibilidad de obtener un token de autenticación vigente impedirá el acceso al sistema.

Una alternativa al uso de CRL es el protocolo de validación de certificados conocido como Protocolo de estado de certificados en línea (OCSP). La principal ventaja de OCSP es que requiere menos ancho de banda de red, lo que permite realizar comprobaciones de estado en tiempo real o casi en tiempo real para operaciones de alto volumen o alto valor.

A partir de Firefox 28, Mozilla ha anunciado que dejará de usar CRL en favor de OCSP. ^{[ 5 ]}

Los archivos CRL pueden crecer considerablemente con el tiempo; por ejemplo, en el gobierno de EE. UU., para ciertas instituciones, pueden alcanzar varios megabytes. Por lo tanto, se han diseñado CRL incrementales ^{[ 18 ]} , a veces denominadas "CRL delta". Sin embargo, solo unos pocos clientes las implementan ^{[ 19 ] .}

Una lista de revocación de autoridad (ARL) es una forma de CRL que contiene certificados revocados emitidos a autoridades de certificación , a diferencia de las CRL que contienen certificados de entidad final revocados. ^{[ 20 ] [ 21 ]}

• Tercero de confianza
• Red de confianza
• Autoridad certificadora
• Protocolo de estado de certificado en línea