Что означает код HRESULT 0x80092002 (CRYPT_E_BAD_ENCODE)?

 
Предыдущий Следующий
CRYPT_E_BAD_LEN CRYPT_E_FILE_ERROR

CRYPT_E_BAD_ENCODE

Разбор CRYPT_E_BAD_ENCODE: данные для диагностики

Windows возвращает CRYPT_E_BAD_ENCODE (0x80092002), когда выполняется следующее условие: При кодировании или декодировании произошла ошибка.

Для CRYPT_E_BAD_ENCODE старший бит HRESULT делает значение ошибкой. Константа CRYPT_E_BAD_ENCODE объявлена в winerror.h и относится к области «CryptoAPI и обработка криптографических сообщений».

Техническая граница

Для CRYPT_E_BAD_ENCODE hRESULT относится к CryptoAPI: кодированию ASN.1, подписи, хэшированию, ключевому контейнеру, сертификату или проверке криптографического сообщения. Для CRYPT_E_BAD_ENCODE необходимо сохранить первичные байты и параметры алгоритма, потому что повторное кодирование может уничтожить признаки исходного дефекта.

Для CRYPT_E_BAD_ENCODE само имя кода не доказывает первопричину. Для CRYPT_E_BAD_ENCODE оно указывает, на каком контракте подсистема обнаружила нарушение; первичным считается первый вызов, который вернул HRESULT.

В имени CRYPT_E_BAD_ENCODE закодированы ориентиры для расследования: CRYPT — технический признак «crypt»; BAD — некорректные данные; ENCODE — технический признак «encode». Для CRYPT_E_BAD_ENCODE эти ориентиры задают конкретный предмет проверки, но не заменяют контракт вызвавшего API.

Что сообщает Windows: признаки в имени константы

Для CRYPT_E_BAD_ENCODE часть CRYPT относится к области «технический признак «crypt»». При разборе CRYPT_E_BAD_ENCODE проверьте, какое состояние этого объекта ожидалось и какое наблюдалось реально.

Для CRYPT_E_BAD_ENCODE часть BAD относится к области «некорректные данные». При разборе CRYPT_E_BAD_ENCODE проверьте, какое состояние этого объекта ожидалось и какое наблюдалось реально.

Маркер ENCODE в CRYPT_E_BAD_ENCODE направляет проверку на технический признак «encode». Для CRYPT_E_BAD_ENCODE сопоставьте этот признак с фактическими параметрами первого неуспешного вызова.

Для CRYPT_E_BAD_ENCODE в техническом контексте особенно важны: провайдер. При расследовании CRYPT_E_BAD_ENCODE их следует проверять как связанные части одной операции, а не как независимые симптомы.

Данные для воспроизведения

  • До повторной попытки по CRYPT_E_BAD_ENCODE нужно записать этап: decode, verify, sign, encrypt, decrypt или chain build.
  • Для воспроизводимого отчёта по CRYPT_E_BAD_ENCODE нужно получить расширенную ошибку провайдера до выполнения следующего криптографического вызова.

Практическая диагностика

  1. Для CRYPT_E_BAD_ENCODE: Определить первый CryptoAPI-вызов, вернувший этот HRESULT; сохраните первый hresult и точное время результата.
  2. Для CRYPT_E_BAD_ENCODE: Проверить структуру входных данных независимым ASN.1/CMS-анализатором без их изменения; отдельно отметьте изменение состояния объекта.
  3. Для CRYPT_E_BAD_ENCODE: Сопоставить OID, тип ключа, размер ключа и допустимые алгоритмы политики; все остальные условия оставьте неизменными.
  4. Для CRYPT_E_BAD_ENCODE: Проверить доступ к ключу в том же пользовательском и машинном контексте; не удаляйте исходные данные до завершения сравнения.
  5. Для CRYPT_E_BAD_ENCODE: Повторить операцию на сохранённом входе и убедиться, что результат воспроизводим; повторите шаг на исправном контрольном примере.

Восстановление рабочего пути

Корректирующее действие для CRYPT_E_BAD_ENCODE должно устранять условие «При кодировании или декодировании произошла ошибка» на уровне провайдер. Для CRYPT_E_BAD_ENCODE простое подавление HRESULT, бесконечный повтор или очистка всех настроек не доказывают восстановление контракта.

Для CRYPT_E_BAD_ENCODE контрольный прогон должен включать успешный путь, повтор операции после изменения состояния и корректное освобождение ресурсов. Для CRYPT_E_BAD_ENCODE один случайный успех недостаточен.

Ссылки Microsoft

Нужно найти другой код? Найти другой код состояния или ошибки.