OpenSSL проверки отзыва сертификатов в программе клиента с помощью OCSP сшивание 2

Question

Практически это запрос для получения дополнительной информации по вопросу: OpenSSL certificate revocation check in client program using OCSP stapling

Я хочу знать, как OpenSSL фактически обрабатывает OCSP ответ переплета. Вопросы:
1. Проверяет ли OpenSSL подпись, ключ/имя хеширования эмитента ответа?
2. Отвечает ли ответ на ответы OCSP для всей цепочки сертификатов? Если да, существует ли способ узнать, что одна из проверок не прошла?
3. Подводя итог, могу ли я просто положиться на поле «Cert Status: good» ответа? :)

Мое беспокойство заключается в том, что хакер может создавать https-сервер с использованием отозванного (украденного) сертификата, но во время рукопожатия предоставляет действительный сшитый ответ OCSP для случайного веб-сайта, который был сертифицирован одним и тем же эмитентом ЦА. Может ли OpenSSL справиться с такой ситуацией?

Образца ответ OCSP можно найти здесь https://www.feistyduck.com/library/openssl-cookbook/online/ch-testing-with-openssl.html#testing-ocsp-stapling

Answer 1

Documentation для SSL_set_tlsext_status_type говорит обратный вызов должен определить, если ответ OCSP является приемлемым.

Это означает, что библиотека OpenSSL сама не будет проверять ответ OCSP. Но это с открытым исходным кодом, поэтому мы можем посмотреть. OpenSSL source of s3_clnt.c on GitHub

Библиотека будет проверять правильность типа сообщения в подтверждении SSL и правильность длины ответа и завершение ответа, но не рассматривает содержимое вообще.

Обратный вызов вызывается, если он настроен с использованием SSL_CTX_set_tlsext_status_cb, а код возврата из обратного вызова - это единственное, что используется для продолжения или отмены согласования SSL.

Данные ответа будут двоичными байтами, закодированными DER, в ответе OCSP. OpenSSL предоставляет функции для анализа этого значения и изучения его содержимого.