| Предыдущий | Следующий |
| CRYPT_E_PENDING_CLOSE | CRYPT_E_NO_REVOCATION_DLL |
CRYPT_E_REVOKED
Как расследовать HRESULT CRYPT_E_REVOKED
Windows возвращает CRYPT_E_REVOKED (0x80092010), когда выполняется следующее условие: Сертификат отозван.
Для CRYPT_E_REVOKED старший бит HRESULT делает значение ошибкой. Константа CRYPT_E_REVOKED объявлена в winerror.h и относится к области «CryptoAPI и обработка криптографических сообщений».
Почему важен контекст вызова
Для CRYPT_E_REVOKED hRESULT относится к CryptoAPI: кодированию ASN.1, подписи, хэшированию, ключевому контейнеру, сертификату или проверке криптографического сообщения. Для CRYPT_E_REVOKED необходимо сохранить первичные байты и параметры алгоритма, потому что повторное кодирование может уничтожить признаки исходного дефекта.
Для CRYPT_E_REVOKED одинаковый HRESULT может быть виден в нескольких слоях. Для CRYPT_E_REVOKED в журнале нужно отделить исходный возврат от последующих ошибок очистки, повторов и обёрток.
В имени CRYPT_E_REVOKED закодированы ориентиры для расследования: CRYPT — технический признак «crypt»; REVOKED — отозванный сертификат. Для CRYPT_E_REVOKED эти ориентиры задают конкретный предмет проверки, но не заменяют контракт вызвавшего API.
Интерпретация HRESULT: признаки в имени константы
При разборе CRYPT_E_REVOKED обозначение CRYPT связывает код с темой «технический признак «crypt»». До повторной проверки CRYPT_E_REVOKED сохраните входные данные без нормализации.
Для CRYPT_E_REVOKED часть REVOKED относится к области «отозванный сертификат». При разборе CRYPT_E_REVOKED проверьте, какое состояние этого объекта ожидалось и какое наблюдалось реально.
Для CRYPT_E_REVOKED в техническом контексте особенно важны: проверка отзыва. При расследовании CRYPT_E_REVOKED их следует проверять как связанные части одной операции, а не как независимые симптомы.
Минимальный набор свидетельств
- До повторной попытки по
CRYPT_E_REVOKEDнужно зафиксировать OID алгоритмов, параметры ключа и идентификатор провайдера. - Для воспроизводимого отчёта по
CRYPT_E_REVOKEDнужно проверить наличие закрытого ключа и права процесса на ключевой контейнер.
Как локализовать причину
- Для
CRYPT_E_REVOKED: Определить первый CryptoAPI-вызов, вернувший этот HRESULT; сохраните первый hresult и точное время результата. - Для
CRYPT_E_REVOKED: Проверить структуру входных данных независимым ASN.1/CMS-анализатором без их изменения; отдельно отметьте изменение состояния объекта. - Для
CRYPT_E_REVOKED: Сопоставить OID, тип ключа, размер ключа и допустимые алгоритмы политики; все остальные условия оставьте неизменными. - Для
CRYPT_E_REVOKED: Проверить доступ к ключу в том же пользовательском и машинном контексте; не удаляйте исходные данные до завершения сравнения. - Для
CRYPT_E_REVOKED: Повторить операцию на сохранённом входе и убедиться, что результат воспроизводим; повторите шаг на исправном контрольном примере.
Как доказать исправление
Корректирующее действие для CRYPT_E_REVOKED должно устранять условие «Сертификат отозван» на уровне проверка отзыва. Для CRYPT_E_REVOKED простое подавление HRESULT, бесконечный повтор или очистка всех настроек не доказывают восстановление контракта.
Для CRYPT_E_REVOKED зафиксируйте результат до и после изменения одними и теми же средствами. Для CRYPT_E_REVOKED сравнивайте не только HRESULT, но и конечное состояние объекта, побочные эффекты и события подсистемы.
Полезные материалы
Нужно найти другой код? Найти другой код состояния или ошибки.