Closed bcryptobot closed 6 years ago
Вопрос требует проработки.
Да, в PBKIRevokeReq можно легко добавить желательный момент отзыва (t). Но не так просто определить разумную логику обработки t со стороны УЦ. Логика довольно сложная:
В целом Revoke значительно усложняется, значительно усложняется работа УЦ. Намного проще переложить проблемы на клиента. Пусть клиент отправляет запрос на отзыв в тот момент, когда сертификат действительно нужно отозвать.
Следует отметить, что продолжение Revoke в стиле Retrieve может потребоваться и в обычной ситуации (без откладывания запроса): УЦ нужно время для ответа.
Действительно, какая необходимость добавлять поле, которое усложняет процесс отзыва, если на то нет веской причины?
Выше подробно объяснено, почему отложенный отзыв очень сложен, слабо автоматизируем и поэтому опасен. От отложенного отзыва решено отказаться.
Тем не менее, запрос на отзыв усилен -- в него добавлен компонент invalidityDate
, который отправитель отзыва рекомендует перенести в запись об отзыве. (Именно рекомендует, УЦ может проигнорировать.) Компонент invalidityDate
фактически информирует о моменте отзыва. Неявно предполагается, что речь идет о моменте в прошлом. Но букве СТБ 34.101.19 не будет противоречить, если компонент будет информировать УЦ о моменте в будущем, т.е. будет рекомендацией об отложенном отзыве (которую, опять повторю, УЦ может проигнорировать).
Дать возможность в заявке на отзыв сертификата задать желательный момент отзыва (отложенный отзыв).