Что означает код HRESULT 0x800B0106 (CERT_E_PURPOSE)?

 
Предыдущий Следующий
CERT_E_CRITICAL CERT_E_ISSUERCHAINING

CERT_E_PURPOSE

CERT_E_PURPOSE: значение HRESULT и практическая диагностика

HRESULT CERT_E_PURPOSE соответствует значению 0x800B0106. Его штатное описание: «Сертификат используется не по назначению, разрешённому центром сертификации.»

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

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

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

Для CERT_E_PURPOSE практическая ценность кода появляется только вместе с контекстом: параметрами вызова, идентичностью процесса, состоянием объекта и предшествующим низкоуровневым результатом.

В имени CERT_E_PURPOSE закодированы ориентиры для расследования: CERT — сертификат; PURPOSE — технический признак «purpose». Для CERT_E_PURPOSE эти ориентиры задают конкретный предмет проверки, но не заменяют контракт вызвавшего API.

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

Компонент имени CERT уточняет смысл CERT_E_PURPOSE: речь идёт про сертификат. Для CERT_E_PURPOSE эту границу следует воспроизвести отдельно от последующей обработки ошибки.

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

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

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

  • В первичном журнале по CERT_E_PURPOSE нужно сохранить весь набор сертификатов, полученный сервером или приложением.
  • На границе сбоя по CERT_E_PURPOSE нужно записать проверяемое DNS-имя, EKU, политики и момент времени проверки.
  • Для сравнения с исправным случаем по CERT_E_PURPOSE нужно зафиксировать построенную цепочку и статус каждого её элемента.
  • До повторной попытки по CERT_E_PURPOSE нужно проверить источники CRL/OCSP и сетевую доступность точек распространения.
  • Для воспроизводимого отчёта по CERT_E_PURPOSE нужно сравнить хранилища доверия процесса, пользователя и локального компьютера.

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

  1. Для CERT_E_PURPOSE: Построить цепочку certutil или API CertGetCertificateChain на той же машине и в том же контексте; отдельно отметьте изменение состояния объекта.
  2. Для CERT_E_PURPOSE: Проверить SAN/CN, EKU, Basic Constraints, path length и политики сертификатов; все остальные условия оставьте неизменными.
  3. Для CERT_E_PURPOSE: Отдельно проверить срок действия и состояние отзыва каждого сертификата; не удаляйте исходные данные до завершения сравнения.
  4. Для CERT_E_PURPOSE: Убедиться, что отсутствующий промежуточный сертификат не подменяется случайным сертификатом с тем же именем; повторите шаг на исправном контрольном примере.
  5. Для CERT_E_PURPOSE: После изменения повторить проверку в исходном процессе, а не только в графическом просмотрщике; сохраните первый hresult и точное время результата.

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

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

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

Ссылки Microsoft

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