A autoridade certificadora sem fins lucrativos Let’s Encrypt, gerida pela comunidade e que oferece certificados gratuitamente a todos os interessados, decidiu interromper o suporte ao protocolo OCSP (Protocolo de Status de Certificado Online), utilizado para verificar a revogação de certificados. Em vez do protocolo OCSP, é recomendado utilizar as listas de certificados revogados (CRL — Certificate Revocation List), publicadas pelo serviço Let’s Encrypt a partir de 2022. Em 7 de maio de 2025, a Let’s Encrypt desativará a adição de links para endereços OCSP nos certificados emitidos e interromperá o processamento de solicitações relacionadas ao uso da extensão "OCSP Must Staple". Em 6 de agosto de 2025, os manipuladores de solicitações OCSP serão desativados nos servidores.
Como motivo para a interrupção do suporte ao OCSP, menciona-se a preocupação com a privacidade. O uso do OCSP leva a que, a cada instalação de uma conexão segura para verificar a validade do certificado, o sistema do cliente envie uma solicitação ao servidor OCSP da autoridade certificadora que gerou o certificado. Em resposta, o servidor fornece informações sobre se o certificado especificado pode ser confiável. O problema é que a autoridade certificadora obtém informações sobre quando e quais sites o usuário visita, vinculadas ao seu endereço IP, o que pode ser considerado como uma vazamento de dados confidenciais. Além disso, o uso do OCSP leva a uma demora no processamento da solicitação, requerendo que o usuário tenha acesso garantido à rede e cria uma dependência do funcionamento ininterrupto dos servidores OCSP.
Para resolver problemas de privacidade na verificação da revogação de certificados, foi desenvolvida a tecnologia OCSP Stapling, cuja essência é que as respostas OCSP assinadas pela autoridade certificadora podem ser transmitidas pelos servidores que hospedam os sites durante o estabelecimento da conexão TLS com o cliente (a transmissão das informações OCSP é transferida para servidores os sites, o que elimina a necessidade do sistema do cliente fazer uma solicitação direta ao servidor OCSP da autoridade certificadora, sendo a correção das respostas garantida pela assinatura digital da autoridade certificadora).
Além do OCSP Stapling, existe uma extensão adicionada aos certificados chamada "OCSP Must Staple", que exige que os navegadores utilizem a técnica OCSP Stapling em vez de consultar diretamente os servidores OCSP. Também exige que o certificado seja considerado não confiável se o servidor que atende ao site não retornar uma resposta OCSP autenticada. Infelizmente, a extensão "Must Staple" não é amplamente utilizada nos navegadores, e a tecnologia OCSP Stapling depende da necessidade de habilitar explicitamente o suporte no lado do servidor HTTP (no nginx, isso é suportado desde 2013).
Ao usar CRL, a verificação de revogação de certificados é realizada localmente com listas geradas pela autoridade certificadora. Os inconvenientes dessa abordagem incluem o grande tamanho dos dados baixados e a ocorrência de lacunas temporais na atualidade das informações (por exemplo, no Firefox, os dados são atualizados a cada 6 horas). O problema do tamanho é resolvido nos navegadores através do proxying de CRL em servidores dos fabricantes de navegadores — um CRL básico é incluído nos navegadores, que, durante o funcionamento, é periodicamente sincronizado com a lista atualizada (apenas os dados alterados são enviados ao sistema do cliente). Para reduzir o tamanho do banco de dados com CRL, é utilizada uma estrutura probabilística chamada "filtro de Bloom", que permite armazenar a base CRL completa do lado do cliente de forma muito compacta. No Firefox, essa técnica é implementada com a ferramenta CRLite, enquanto no Chrome é utilizada o CRLSets.
Fonte: opennet.ru
